From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 1AB6A67B24 for ; Mon, 18 Apr 2005 06:54:29 +1000 (EST) From: Niklaus Giger To: Matt Porter Date: Sun, 17 Apr 2005 22:13:20 +0200 References: <200502262328.24165.niklaus.giger@member.fsf.org> <20050227090851.B11020@cox.net> <200502271820.45081.niklaus.giger@member.fsf.org> In-Reply-To: <200502271820.45081.niklaus.giger@member.fsf.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Message-Id: <200504172213.21058.niklaus.giger@member.fsf.org> Cc: linuxppc-embedded@ozlabs.org Subject: Re: Problems porting to a custom PPC405GPr board using a vanilla 2.6.10 kernel Reply-To: niklaus.giger@member.fsf.org List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Just to document my error I respond to my previous posting. After having dropped my work on this problem for a few weeks I figured my problem. I was merging code from the walnut board which was ba= sed=20 on the IBM boot eprom which has a different layout to pass the information = to the Linux kernel. After switching to the U-Boot memory the kernel booted okay.=20 After disabling the following two lines in drivers/serial/8250.c serial_outp(up, UART_DLL, quot & 0xff); /* LS of divisor */ serial_outp(up, UART_DLM, quot >> 8); /* MS of divisor */ my console stays at 9600 baud.=20 Best regards Am Sonntag, 27. Februar 2005 18.20 schrieb Niklaus Giger: > Am Sonntag, 27. Februar 2005 17.08 schrieb Matt Porter: > > On Sun, Feb 27, 2005 at 04:10:30PM +0100, Niklaus Giger wrote: > > > Am Samstag, 26. Februar 2005 23.28 schrieb Niklaus Giger: > > > > Hi > > > > > > > > I would like to port Linux to a custom PPC405GPr board. Its hardware > > > > runs vxWorks fine for more than a year. > > > > > > I made some more progress. After adding 3 lines for MMU support with > > > the BDI I can debug the startup up to kernel_start using BDI. > > > > > > Afterwards my console changes the baudrate for still unknown reasons. > > > > How do you know this? Console isn't initialized until after the kernel > > command line printk and a few other facilities are initialized. > > Because I see the following output > arch: exit > *=CB=AB=E3=BE=B5=BA=B3=B9=BF=BE=B6=B9=B3=BC=B1=B5=B3=A0=B6=B7=BE=B7=B9=B7= =B5=B2=B4=B9=B6=B4=BE=B3=BF=BA=B7=B7=B3=B3=A6=B5=B2=BB=B9=BF=BE=A4=B5=B2=B9= =B1=BE=A3=B5=BE=A6=B5=B2=A3=A5=A4=A2=BD=B9=BC > =B4=BA=B7=BE=B5=BC=B9=B3=BC=B3=A3=B5=B2=BE=B5=BC=B3=B7=BD=BD=B1=BE=B4=BC= =B1=BE=B5=B3=B7=BE=BB=BF=BC=B5=B4=BC=B9=AB=B1=B0=A0=A1=A4=B8=B1=B3=B8=BC=B1= =B2=BC=B5=B5=BE=BC=B2=B1=B5=BB=B7=B2=B4=B5=B2=B2=B9=B4=B5=B3 > which for me is typical for a wrong baudrate. > Okay, I do not know this. Specially it may not be the "console" device but > whatever is going out at this moment via the PPC405GPr internal UART0 > device. > > > > Analysing the __log_buf I get the following output > > > (gdb) x/s &__log_buf > > > 0xc01accfc : "<4>Linux version 2.6.10 > > > (niklaus@ng.ngiger.dyndns.org) (gcc-Version 3.3.5 (Debian 1:3.3.5-8)) > > > #15 Sun Feb 27 14:44:27 CET 2005\n<7>On node 0 totalpages: 8240\n<7>= =20 > > > DMA zone: 8240 pages, LIFO batch:2\n<7>"... > > > (gdb) x > > > 0xc01acdc4 : " Normal zone: 0 pages, LIFO > > > batch:1\n<7> HighMem zone: 0 pages, LIFO batch:1\n<4>Built 1 > > > zonelists\n<4>Kernel command line: ip=3D172.25.1.6\n<4>PID hash table > > > entries: 256 (order:8, 4096 bytes)\n" > > > (gdb) x > > > 0xc01ace84 : "" > > > > Is this all of the log_buf output? Try setting your kernel cmdline > > with "console=3DttyS0,115200" where 115200 is you console baudrate > > you are using in U-Boot. Otherwise, the kernel 8250 driver has no > > idea which baudrate to set for the 8250/console. > > Yes, this is all. I tried you suggestion, but I got no other result. The > paramter "console=3DttyS0,9600" now is found in the log buffer. Or is tty= S0 > the wrong device name for the internal PPC405Gpr UART0? > I am using 9600 8 bit no parity which should be anyway the default baudra= te > for the console. > > Thanks for your help =2D-=20 Niklaus Giger Wieshoschet 6 CH-8753 Mollis Tel. ++41 55 612 20 54 (privat) Tel. ++41 55 618 64 68 (Gesch=E4ft)