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,
ncy = <33>
>
I've also tried these:
clock-frequency = <3300>
clock-frequency = <6600>
--
View this message in context:
http://www.nabble.com/-MPC8272ADS-Cannot-start-my-Linux-Kernel-tp21476017p21616798.html
Sent from the linuxppc-dev mailing list archive at N
at is the effect of just not calling set_brg()? I still get console
output, so am I setting myself up for some sort of problem in the future?
What is the effect of setting "fsl,cpm-brg = <0>" in the 'serial' device
tree node?
--
View this message in context:
http://www.
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
able (2372k kernel code, 2928k reserved, 100k
data, 126k
bss, 116k init)
SLUB: Genslabs=12, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Calibrating delay loop... 32.89 BogoMIPS (lpj=65792)
Mount-cache hash table entries: 512
Cheers,
Daniel
--
View this message
able (2372k kernel code, 2928k reserved, 100k
data, 126k
bss, 116k init)
SLUB: Genslabs=12, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Calibrating delay loop... 32.89 BogoMIPS (lpj=65792)
Mount-cache hash table entries: 512
Cheers,
Daniel
--
View this message
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
Hi everybody !
This my first (but not least :) ) message on that mailing list. I hope I
will find my solution.
Here is my problem:
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 to
28 matches
Mail list logo
