Daniel Ng99 wrote:
MPC8247 Clock Configuration
- Bus-to-Core Mult 5x, VCO Div 2, 60x Bus Freq 20-60 , Core Freq 100-300
- dfbrg 1, corecnf 0x1b, busdf 7, cpmdf 1, plldf 0, pllmf 7, pcidf 7
- vco_out 52800, scc_clk 13200, brg_clk 3300
- cpu_clk 33000, cpm_clk 26400,
Daniel Ng99 wrote:
>
>
> clock-frequency = <35>
> clock-frequency = <0x23>
> clock-frequency = <115200>
> clock-frequency = <1c200>
> clock-frequency = <70>
> clock-frequency = <17>
> clock-frequency = <66>
> clock-frequency = <33>
>
I've also tried these:
clock-frequency = <3300>
clock-f
Scott Wood-2 wrote:
>
> On Wed, Jan 21, 2009 at 06:15:26PM -0800, Daniel Ng99 wrote:
>> Adding 'clock-frequency = <0>;' to the brg node doesn't seem to make a
>> difference to my board's behaviour.
>
> Try setting it to the actual BRG clock.
>
My console runs at a baud rate of 115,200, so tha
On Wed, Jan 21, 2009 at 06:15:26PM -0800, Daniel Ng99 wrote:
> So the brg node looks like this-
>
> b...@119f0 {
> compatible = "fsl,mpc8272-brg",
> "fsl,cpm2-brg";
> reg = <0x119f0 0x10 0x115f0 0x10>;
> clock-frequency = <0>;
>
> But aren't the
I am using my own 8272-based board (it is similar to the 8272 ADS) with Linux
2.6.27 and u-boot-2009-Jan-rc1.
Scott Wood-2 wrote:
>
> On Tue, Jan 20, 2009 at 11:56:58AM +0100, Jean-Michel Hautbois wrote:
> That looks like something is failing when the real (as opposed to early
> debug) serial d
I am using my own 8272-based board (it is similar to the 8272 ADS) with Linux
2.6.27 and u-boot-2009-Jan-rc1.
Scott Wood-2 wrote:
>
> On Tue, Jan 20, 2009 at 11:56:58AM +0100, Jean-Michel Hautbois wrote:
> That looks like something is failing when the real (as opposed to early
> debug) serial d
I am now trying to use an initial RAM filesystem.
I have this:
"checking if image is initramfs... it is"
And then, after some hardware detections:
"List of all partitions:
1f008192 mtdblock0 (driver?)
No filesystem could mount root, tried: ext3 ext2 cramfs
Kernel panic - not syncing:
On Tue, 2009-01-20 at 10:31 -0600, Scott Wood wrote:
> On Tue, Jan 20, 2009 at 11:56:58AM +0100, Jean-Michel Hautbois wrote:
> > Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
> > Kernel command line: root=/dev/ram rw
> > PID hash table entries: 256 (order: 8, 1024 bytes
On Tue, Jan 20, 2009 at 05:27:09PM +0100, Jean-Michel Hautbois wrote:
> 2009/1/20 Jean-Michel Hautbois :
> > OK, I just tried a cuImage and a ramdisk without a FDT. I am starting
> > to boot, but it freezes.
> [...]
> > Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
> >
Jean-Michel Hautbois wrote:
OK... And is there anywhere a description of how I can do that :s.
Hmm, if the old u-boot on my board is any indication, it doesn't use a
single descriptor, so it's not compatible with the early debug. Just
turn it off, and with the brg setting removed you should
2009/1/20 Scott Wood :
> Jean-Michel Hautbois wrote:
>>
>> It is *a lot* better !
>> I am finishing into a kernel panic, but it is a normal thing (bad
>> initramfs).
>>
>> Well, that was using the cuImage. When I try to use the uImage and the
>> FDT file, I am stopped here:
>> Uncompressing Kernel
Jean-Michel Hautbois wrote:
It is *a lot* better !
I am finishing into a kernel panic, but it is a normal thing (bad initramfs).
Well, that was using the cuImage. When I try to use the uImage and the
FDT file, I am stopped here:
Uncompressing Kernel Image ... OK
Loading Ramdisk to 039d7000,
2009/1/20 Scott Wood :
> On Tue, Jan 20, 2009 at 11:56:58AM +0100, Jean-Michel Hautbois wrote:
>> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
>> Kernel command line: root=/dev/ram rw
>> PID hash table entries: 256 (order: 8, 1024 bytes)
>> time_init: decrementer frequ
On Tue, Jan 20, 2009 at 11:56:58AM +0100, Jean-Michel Hautbois wrote:
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
> Kernel command line: root=/dev/ram rw
> PID hash table entries: 256 (order: 8, 1024 bytes)
> time_init: decrementer frequency = 25.00 MHz
> time_i
2009/1/20 Jean-Michel Hautbois :
> OK, I just tried a cuImage and a ramdisk without a FDT. I am starting
> to boot, but it freezes.
[...]
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
> Kernel command line: root=/dev/ram rw
> PID hash table entries: 256 (order: 8, 102
2009/1/16 Scott Wood :
> Jean-Michel Hautbois wrote:
>>
>> OK, I just tried a make of my kernel (already compiled yesterday), and
>> it generated a cuImage.mpc8272ads kernel image (which it didn't do
>> yesterday).
>> I don't know why this image was generated, but I tried to reboot using
>> this on
2009/1/16 Scott Wood :
> Jean-Michel Hautbois wrote:
>>
>> OK, I just tried a make of my kernel (already compiled yesterday), and
>> it generated a cuImage.mpc8272ads kernel image (which it didn't do
>> yesterday).
>> I don't know why this image was generated, but I tried to reboot using
>> this on
Jean-Michel Hautbois wrote:
OK, I just tried a make of my kernel (already compiled yesterday), and
it generated a cuImage.mpc8272ads kernel image (which it didn't do
yesterday).
I don't know why this image was generated, but I tried to reboot using this one.
Use uImage if you are providing a de
2009/1/16 Jean-Michel Hautbois :
> 2009/1/16 Scott Wood :
>> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>>> Could it be a problem in my bootargs command line ?
>>> I mean, maybe the console=ttyS0,11500 wrong ?
>>> Because my "Run" LED is on...
>>>
>>> I tried ttyS0, ttyCP
2009/1/16 Scott Wood :
> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>> Could it be a problem in my bootargs command line ?
>> I mean, maybe the console=ttyS0,11500 wrong ?
>> Because my "Run" LED is on...
>>
>> I tried ttyS0, ttyCPM0, tty0.
>
> It should be ttyCPM0, or ju
2009/1/16 Scott Wood :
> On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
>> Could it be a problem in my bootargs command line ?
>> I mean, maybe the console=ttyS0,11500 wrong ?
>> Because my "Run" LED is on...
>>
>> I tried ttyS0, ttyCPM0, tty0.
>
> It should be ttyCPM0, or ju
On Fri, Jan 16, 2009 at 01:06:06PM +0100, Jean-Michel Hautbois wrote:
> Could it be a problem in my bootargs command line ?
> I mean, maybe the console=ttyS0,11500 wrong ?
> Because my "Run" LED is on...
>
> I tried ttyS0, ttyCPM0, tty0.
It should be ttyCPM0, or just leave it out and make sure th
>> try to fix "ft_cpu_setup()" in your u-boot source for mpc8272ads
>> and use "PowerPC,8...@0" as cpu_path instead of "c...@0".
>>
>> Best regards,
>> Anatolij
>
I am currently going until this step:
## Booting kernel from Legacy Image at 0040 ...
Image Name: Linux-2.6.29-rc1-01197-g5a7b
2009/1/15 Anatolij Gustschin
> Jean-Michel Hautbois wrote:
> > I just tried. I created a dtb from the file
> > arch/powerpc/boot/dst/mpc8272ads.dts file.
> > It is not rebboting, but handling (my "run" led is switching off).
> >
> > => tftp 200 mpc8272ads.dtb
> > Using FCC1 ETHERNET device
>
Jean-Michel Hautbois wrote:
> I just tried. I created a dtb from the file
> arch/powerpc/boot/dst/mpc8272ads.dts file.
> It is not rebboting, but handling (my "run" led is switching off).
>
> => tftp 200 mpc8272ads.dtb
> Using FCC1 ETHERNET device
> TFTP from server 10.0.0.1; our IP address is
2009/1/15 Anatolij Gustschin
> Jean-Michel Hautbois wrote:
>
> > I have a MPC8272ADS board, 64MB RAM, 8MB Flash.
> > I compiled u-boot using the existing config file, and compiled my linux
> > kernel successfully with the defconfig file too.
> >
> > I have updated u-boot, downloaded my kernel fil
Jean-Michel Hautbois wrote:
> I have a MPC8272ADS board, 64MB RAM, 8MB Flash.
> I compiled u-boot using the existing config file, and compiled my linux
> kernel successfully with the defconfig file too.
>
> I have updated u-boot, downloaded my kernel file, and a ramdisk image
> from the eldk dist
27 matches
Mail list logo
