Linux on ML403 serial console problem

Linux on ML403 serial console problem

[Anand Kumar S]

[-- Attachment #1: Type: text/plain, Size: 4849 bytes --]


Hi,

 

I am using MVL 4.0.1 to boot on ML403 board. I have created the
xparameters.h file using EDK 10.1 and I was able to boot the kernel with
32 MB of memory and UART set as std 16550 uart.

Since this board came without sysace flash card I am using ramdisk
technique to boot linux. I created a small ramdisk with my test program
which sleeps for 10 seconds and prints a hello

world using printf. I modified kernel init/main.c to execute /bin/test
(my test program) from the RAMDISK. I created the ramdisk and appended
with zImage using make zImage.initrd command

 

I used dow method from xmd to download the zImage.initrd.elf on the
board and I was able to boot the board till the point of executing my
/bin/test. However I see that the print statements

from my test program are not coming on the serial port. I see that the
printf calls tty_io write and it goes to uart_write routine in
serial_core.c, however I am not able to see my prints on

the hyperterminal. I can see all the kernel printks except for this
printf statement from my user program. Also all the kernel printks seem
to call serial_8250_console write routine but the

user application seems to call the uart_write routine. Does someone have
any idea about what might be going wrong here? Is it something to do
with serial console settings ?

 

Any help is greatly appreciated as I am really struggling with this
problem for the past 3 days. Given below is the output from serial port.
I do not have FB support or VT or VT console

Support enabled. Only SERIAL console support is enabled i.e
SERIAL_CORE_CONSOLE/SERIAL_8250_CONSOLE support is enabled

 

......

......

Serial: 8250/16550 driver $Revision: 1.90 $ 5 ports, IRQ sharing
disabled

Registering platform device 'serial8250'. Parent at platform

ttyS0 at MMIO 0x0 (irq = 9) is a 16550A

io scheduler noop registered

io scheduler anticipatory registered

io scheduler deadline registered

io scheduler cfq registered

RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize

loop: loaded (max 8 devices)

PPP generic driver version 2.4.2

PPP Deflate Compression module registered

NET: Registered protocol family 24

xemac 0: using fifo mode.

eth0: Xilinx EMAC #0 at 81000000 mapped to 0xC30C0000, irq=0

i2c /dev entries driver

xilinx_iic.0 #0 at 0x81600000 mapped to 0xC30E0000, irq=6

mice: PS/2 mouse device common for all mice

NET: Registered protocol family 2

IP: routing cache hash table of 512 buckets, 4Kbytes

TCP: Hash tables configured (established 2048 bind 4096)

NET: Registered protocol family 1

NET: Registered protocol family 17

interrupts enabled 

TX interrupts enabled. register baseaddr c30c0000 offset 7fc is 8 

TX interrupts enabled. register baseaddr c30c0000 offset ffc is 0 

RX interrupts enabled. register baseaddr c30c0000 offset 17fc is 9 

RX interrupts enabled. register baseaddr c30c0000 offset 1ffc is 0 

GIER interrupts enabled. register baseaddr c30c0000 offset 7f8 is
80000000 

Sending DHCP requests .,... OK

IP-Config: Got DHCP answer from 0.0.0.0, my address is 10.100.12.132

IP-Config: Complete:

      device=eth0, addr=10.100.12.132, mask=255.255.255.0,
gw=10.100.12.1,

     host=10.100.12.132, domain=hclt.corp.hcl.in, nis-domain=(none),

     bootserver=0.0.0.0, rootserver=0.0.0.0, rootpath=

RAMDISK: Compressed image found at block 0

VFS: Mounted root (ext2 filesystem).

Freeing unused kernel memory: 124k init

done freeing memory. creating console 

console created 

running process /bin/test 

in tty_write

before calling write. buf contents h e l

core write

core write

core write

Kernel panic - not syncing: Attempted to kill init!

 <0>Rebooting in 180 seconds..<NULL>

 



DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in 
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of 
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have 
received this email in error please delete it and notify the sender immediately. Before opening any mail and 
attachments please check them for viruses and defect.

-----------------------------------------------------------------------------------------------------------------------

[-- Attachment #2: Type: text/html, Size: 15235 bytes --]

Re: Linux on ML403 serial console problem

[John Bonesio]

[-- Attachment #1: Type: text/plain, Size: 6228 bytes --]

Hi,

I don't have a clear idea about this, but it seems to me that there's
probably something in your root filesystem that is causing output to be
directed to a different console that the serial console. Maybe it's
using the wrong getty program.

- John

On Thu, 2008-07-03 at 15:42 +0530, Anand Kumar S wrote:
> Hi,
> 
>  
> 
> I am using MVL 4.0.1 to boot on ML403 board. I have created the
> xparameters.h file using EDK 10.1 and I was able to boot the kernel
> with 32 MB of memory and UART set as std 16550 uart.
> 
> Since this board came without sysace flash card I am using ramdisk
> technique to boot linux. I created a small ramdisk with my test
> program which sleeps for 10 seconds and prints a hello
> 
> world using printf. I modified kernel init/main.c to execute /bin/test
> (my test program) from the RAMDISK. I created the ramdisk and appended
> with zImage using make zImage.initrd command
> 
>  
> 
> I used dow method from xmd to download the zImage.initrd.elf on the
> board and I was able to boot the board till the point of executing
> my /bin/test. However I see that the print statements
> 
> from my test program are not coming on the serial port. I see that the
> printf calls tty_io write and it goes to uart_write routine in
> serial_core.c, however I am not able to see my prints on
> 
> the hyperterminal. I can see all the kernel printks except for this
> printf statement from my user program. Also all the kernel printks
> seem to call serial_8250_console write routine but the
>
> user application seems to call the uart_write routine. Does someone
> have any idea about what might be going wrong here? Is it something to
> do with serial console settings ?
> 
>  
> 
> Any help is greatly appreciated as I am really struggling with this
> problem for the past 3 days. Given below is the output from serial
> port. I do not have FB support or VT or VT console
> 
> Support enabled. Only SERIAL console support is enabled i.e
> SERIAL_CORE_CONSOLE/SERIAL_8250_CONSOLE support is enabled
> 
>  
> 
> …..
> 
> …..
> 
> Serial: 8250/16550 driver $Revision: 1.90 $ 5 ports, IRQ sharing
> disabled
> 
> Registering platform device 'serial8250'. Parent at platform
> 
> ttyS0 at MMIO 0x0 (irq = 9) is a 16550A
> 
> io scheduler noop registered
> 
> io scheduler anticipatory registered
> 
> io scheduler deadline registered
> 
> io scheduler cfq registered
> 
> RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
> 
> loop: loaded (max 8 devices)
> 
> PPP generic driver version 2.4.2
> 
> PPP Deflate Compression module registered
> 
> NET: Registered protocol family 24
> 
> xemac 0: using fifo mode.
> 
> eth0: Xilinx EMAC #0 at 81000000 mapped to 0xC30C0000, irq=0
> 
> i2c /dev entries driver
> 
> xilinx_iic.0 #0 at 0x81600000 mapped to 0xC30E0000, irq=6
> 
> mice: PS/2 mouse device common for all mice
> 
> NET: Registered protocol family 2
> 
> IP: routing cache hash table of 512 buckets, 4Kbytes
> 
> TCP: Hash tables configured (established 2048 bind 4096)
> 
> NET: Registered protocol family 1
> 
> NET: Registered protocol family 17
> 
> interrupts enabled 
> 
> TX interrupts enabled. register baseaddr c30c0000 offset 7fc is 8 
> 
> TX interrupts enabled. register baseaddr c30c0000 offset ffc is 0 
> 
> RX interrupts enabled. register baseaddr c30c0000 offset 17fc is 9 
> 
> RX interrupts enabled. register baseaddr c30c0000 offset 1ffc is 0 
> 
> GIER interrupts enabled. register baseaddr c30c0000 offset 7f8 is
> 80000000 
> 
> Sending DHCP requests .,... OK
> 
> IP-Config: Got DHCP answer from 0.0.0.0, my address is 10.100.12.132
> 
> IP-Config: Complete:
> 
>       device=eth0, addr=10.100.12.132, mask=255.255.255.0,
> gw=10.100.12.1,
> 
>      host=10.100.12.132, domain=hclt.corp.hcl.in, nis-domain=(none),
> 
>      bootserver=0.0.0.0, rootserver=0.0.0.0, rootpath=
> 
> RAMDISK: Compressed image found at block 0
> 
> VFS: Mounted root (ext2 filesystem).
> 
> Freeing unused kernel memory: 124k init
> 
> done freeing memory. creating console 
> 
> console created 
> 
> running process /bin/test 
> 
> in tty_write
> 
> before calling write. buf contents h e l
> 
> core write
> 
> core write
> 
> core write
> 
> Kernel panic - not syncing: Attempted to kill init!
> 
>  <0>Rebooting in 180 seconds..<NULL>
> 
>  
> 
> 
> 
> DISCLAIMER:
> -----------------------------------------------------------------------------------------------------------------------
> 
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> It shall not attach any liability on the originator or HCL or its
> affiliates. Any views or opinions presented in 
> this email are solely those of the author and may not necessarily
> reflect the opinions of HCL or its affiliates.
> Any form of reproduction, dissemination, copying, disclosure,
> modification, distribution and / or publication of 
> this message without the prior written consent of the author of this
> e-mail is strictly prohibited. If you have 
> received this email in error please delete it and notify the sender
> immediately. Before opening any mail and 
> attachments please check them for viruses and defect.
> 
> -----------------------------------------------------------------------------------------------------------------------
> 
> 
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded


________________________________________________________________________

John Bonesio
Commercial Linux Solutions
john.bonesio@xilinx.com
(408) 879-5569


This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.


[-- Attachment #2: Type: text/html, Size: 11144 bytes --]

Re: Linux on ML403 serial console problem

[Grant Likely]

On Thu, Jul 03, 2008 at 03:42:21PM +0530, Anand Kumar S wrote:
> Any help is greatly appreciated as I am really struggling with this
> problem for the past 3 days. Given below is the output from serial port.
> I do not have FB support or VT or VT console
> 
> Support enabled. Only SERIAL console support is enabled i.e
> SERIAL_CORE_CONSOLE/SERIAL_8250_CONSOLE support is enabled
> 

You kernel output log is incomplete.  Please repost the entire output
from the serial port.  (I'm expecting to see the kernel command line).

g.

>  
> 
> ......
> 
> ......
> 
> Serial: 8250/16550 driver $Revision: 1.90 $ 5 ports, IRQ sharing
> disabled
> 
> Registering platform device 'serial8250'. Parent at platform
> 
> ttyS0 at MMIO 0x0 (irq = 9) is a 16550A
> 
> io scheduler noop registered
> 
> io scheduler anticipatory registered
> 
> io scheduler deadline registered
> 
> io scheduler cfq registered
> 
> RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
> 
> loop: loaded (max 8 devices)
> 
> PPP generic driver version 2.4.2
> 
> PPP Deflate Compression module registered
> 
> NET: Registered protocol family 24
> 
> xemac 0: using fifo mode.
> 
> eth0: Xilinx EMAC #0 at 81000000 mapped to 0xC30C0000, irq=0
> 
> i2c /dev entries driver
> 
> xilinx_iic.0 #0 at 0x81600000 mapped to 0xC30E0000, irq=6
> 
> mice: PS/2 mouse device common for all mice
> 
> NET: Registered protocol family 2
> 
> IP: routing cache hash table of 512 buckets, 4Kbytes
> 
> TCP: Hash tables configured (established 2048 bind 4096)
> 
> NET: Registered protocol family 1
> 
> NET: Registered protocol family 17
> 
> interrupts enabled 
> 
> TX interrupts enabled. register baseaddr c30c0000 offset 7fc is 8 
> 
> TX interrupts enabled. register baseaddr c30c0000 offset ffc is 0 
> 
> RX interrupts enabled. register baseaddr c30c0000 offset 17fc is 9 
> 
> RX interrupts enabled. register baseaddr c30c0000 offset 1ffc is 0 
> 
> GIER interrupts enabled. register baseaddr c30c0000 offset 7f8 is
> 80000000 
> 
> Sending DHCP requests .,... OK
> 
> IP-Config: Got DHCP answer from 0.0.0.0, my address is 10.100.12.132
> 
> IP-Config: Complete:
> 
>       device=eth0, addr=10.100.12.132, mask=255.255.255.0,
> gw=10.100.12.1,
> 
>      host=10.100.12.132, domain=hclt.corp.hcl.in, nis-domain=(none),
> 
>      bootserver=0.0.0.0, rootserver=0.0.0.0, rootpath=
> 
> RAMDISK: Compressed image found at block 0
> 
> VFS: Mounted root (ext2 filesystem).
> 
> Freeing unused kernel memory: 124k init
> 
> done freeing memory. creating console 
> 
> console created 
> 
> running process /bin/test 
> 
> in tty_write
> 
> before calling write. buf contents h e l
> 
> core write
> 
> core write
> 
> core write
> 
> Kernel panic - not syncing: Attempted to kill init!
> 
>  <0>Rebooting in 180 seconds..<NULL>
> 
>  
> 
> 
> 
> DISCLAIMER:
> -----------------------------------------------------------------------------------------------------------------------
> 
> The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
> It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in 
> this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
> Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of 
> this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have 
> received this email in error please delete it and notify the sender immediately. Before opening any mail and 
> attachments please check them for viruses and defect.
> 
> -----------------------------------------------------------------------------------------------------------------------
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded