* RE: INIT:
@ 2006-03-03 18:58 Patil, Pankaj P.
2006-03-06 7:41 ` INIT: Paulinha
0 siblings, 1 reply; 7+ messages in thread
From: Patil, Pankaj P. @ 2006-03-03 18:58 UTC (permalink / raw)
To: linuxppc-embedded
I do have /dev/console in my file system. In fact , i used ethereal on =
the host to see how far the INIT goes.
I saw all the usual NFS Lookup calls like /lib, /ld-2.3.1.so ..... =
/libc-2.31.so
The last NFS lookup call looks like DH:0xbea72a4a/tty0
There are bunch of read replys after that but no more NFS lookups. Is it =
normal to see a NFS Lookup that looks like 0xbea72a4a/tty0 ??
What should be the next NFS Lookup call?
I did some searching from previous posts but haven't found exactly what =
i am looking for. I am attaching a link to something that looks similar =
to my problem. Just in case, someone's having trouble understanding my =
issue.
http://ozlabs.org/pipermail/linuxppc-embedded/2004-August/015250.html
Thanks
pankaj
-----Original Message-----
From: atul.sabharwal@exgate.tek.com
[mailto:atul.sabharwal@exgate.tek.com]
Sent: Tuesday, February 28, 2006 6:03 PM
To: Patil, Pankaj P.
Cc: linuxppc-embedded@ozlabs.org
Subject: RE: INIT:
Easy answer is do you have /dev/console in your file system. Glibc
opens
/dev/console and the kernel uses /dev/ttyS0 as specified on the command
line. There should not be any app calling uart_close as the console
deriver
should be opening it.=20
--
Atul
Hi,
I am running u-boot & linux2.6.12 on a custom ppc board(functional HW).
I can get to the point where u-boot loads the kernel, kernel does all
the initialization, loads the Root File System over NFS & calls the
Init process.
Next, i am expecting to see a shell prompt. I am not sure where in the
Init process i am failing. I have written my own serial driver(Philips
SC28L194 Quad UART--under development-possible culprit). The printks
work just fine.
All i see is the kernel calling the Init process & after a minute or so
i see uart_close call.
The kernel runs just fine & responds to ping.
What can trigger a uart_close??(tty_release calls release_dev calls
uart_close) I have a JTAG debugger. What's the best way to debug once
Init process is running??
I am attaching a dump of my console:
U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
SysClock =3D 120Mhz , TClock =3D 120Mhz=20
CPU: MPC7447A v1.1 @ 960 MHz
CPU bus mode : 60x
DRAM: SPD Checksum ok!
-- DIMM1 has 2 banks
-- DIMM2 has 0 banks
ECC Initialization of Bank 0: Done
CAS Latency =3D 2 tRP =3D 3 tRAS =3D 6 tRCD=3D3
Total SDRAM memory is 1024 MB
Now running in RAM - U-Boot at: 00fc0000
Remapped Internal SRAM to 0xf2000000
Remapped Flash Card to 0xffc00000
FLASH: 4 MB
Addresses 32M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (32M - 16M): Done
Internal SRAM ECC Initialization: Done
***Phy Reset***
Phy Auto-Negotiation Bit ReEnabled in SW
Net: , mv_enet1 [PRIME]
Hit any key to stop autoboot: 0=20
Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
Using mv_enet1 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'uImage'.
Load address: 0x400000
Loading:
#################################################################
=20
#################################################################
=20
#################################################################
########################
done
Bytes transferred =3D 1119847 (111667 hex)
### Network statistics: ###
--------------------------
Packets received: 2192
Packets send: 2191
Received bytes: 2347583
Send bytes: 100803
## Booting image at 00400000 ...
Image Name: Linux-2.6.12
Created: 2006-02-14 0:37:17 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1119783 Bytes =3D 1.1 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## cmdline at 0x007FFF00 ... 0x007FFF98
memstart =3D 0x00000000
memsize =3D 0x40000000
flashstart =3D 0xFFC00000
flashsize =3D 0x00400000
flashoffset =3D 0x00000000
sramstart =3D 0xF8000000
sramsize =3D 0x00400000
bootflags =3D 0x00000001
intfreq =3D 960 MHz
busfreq =3D 120 MHz
ethaddr =3D 64:00:00:00:00:00
IP addr =3D 192.168.1.2
baudrate =3D 115200 bps
tclk =3D 0 MHz
uboot_ver =3D 0.4.1a=20
L3 was init =3D 0
Total memory =3D 768MB; using 2048kB for hash table (at c0400000)
Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1
3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
System Identification:=20
Freescale 74XX port=20
Built 1 zonelists =20
Kernel command line: console=3DttyS0,115200 root=3D/dev/nfs rw
nfsroot=3D192.168.1.1:/target/chestnut/rootfs
ip=3D192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:DB64xxx:eth0:non
e
PID hash table entries: 4096 (order: 12, 65536 bytes)
time_init: decrementer frequency =3D 30.000000 MHz =20
Console: colour dummy device 80x25 =20
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) =20
Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k
highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16=20
PCI: Probing PCI hardware =20
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
Generic RTC Driver v1.07 =20
Serial: SC28L194 driver 4 ports
ttyS0 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS1 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS2 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS3 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
io scheduler noop registered =20
io scheduler anticipatory registered
io scheduler deadline registered =20
io scheduler cfq registered =20
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices) =20
MV-643xx 10/100/1000 Ethernet Driver
eth0: port 1 with MAC address 00:11:85:da:0b:02
eth0: RX NAPI Enabled =20
physmap flash device: 400000 at ffc00000
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2 =20
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes) =20
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1 =20
NET: Registered protocol family 17
IP-Config: Complete: =20
device=3Deth0, addr=3D192.168.1.2, mask=3D255.255.255.0, =
gw=3D192.168.1.1,
host=3DDB64xxx, domain=3D, nis-domain=3D(none), =
=20
bootserver=3D192.168.1.1, rootserver=3D192.168.1.1, rootpath=3D
Looking up port of RPC 100003/2 on 192.168.1.1 =20
Looking up port of RPC 100005/1 on 192.168.1.1
VFS: Mounted root (nfs filesystem). =20
Freeing unused kernel memory: 344k init
Any help appreceated.
Thanks
pankaj
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: INIT:
2006-03-03 18:58 INIT: Patil, Pankaj P.
@ 2006-03-06 7:41 ` Paulinha
2006-03-06 7:55 ` INIT: Paulinha
0 siblings, 1 reply; 7+ messages in thread
From: Paulinha @ 2006-03-06 7:41 UTC (permalink / raw)
To: Patil, Pankaj P., linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 7576 bytes --]
Hi,
I had the same problem two weeks ago, and my error was that I forgot to add
PTY support on the linux kernel.
Hope this help!
Paula
On 3/3/06, Patil, Pankaj P. <Pankaj.Patil@hp.com> wrote:
>
> I do have /dev/console in my file system. In fact , i used ethereal on
> the host to see how far the INIT goes.
> I saw all the usual NFS Lookup calls like /lib, /ld-2.3.1.so ..... /libc-
> 2.31.so
> The last NFS lookup call looks like DH:0xbea72a4a/tty0
> There are bunch of read replys after that but no more NFS lookups. Is it
> normal to see a NFS Lookup that looks like 0xbea72a4a/tty0 ??
> What should be the next NFS Lookup call?
> I did some searching from previous posts but haven't found exactly what i
> am looking for. I am attaching a link to something that looks similar to my
> problem. Just in case, someone's having trouble understanding my issue.
> http://ozlabs.org/pipermail/linuxppc-embedded/2004-August/015250.html
>
> Thanks
> pankaj
>
> -----Original Message-----
> From: atul.sabharwal@exgate.tek.com
> [mailto:atul.sabharwal@exgate.tek.com]
> Sent: Tuesday, February 28, 2006 6:03 PM
> To: Patil, Pankaj P.
> Cc: linuxppc-embedded@ozlabs.org
> Subject: RE: INIT:
>
>
> Easy answer is do you have /dev/console in your file system. Glibc
> opens
> /dev/console and the kernel uses /dev/ttyS0 as specified on the command
> line. There should not be any app calling uart_close as the console
> deriver
> should be opening it.
>
> --
> Atul
>
> Hi,
> I am running u-boot & linux2.6.12 on a custom ppc board(functional HW).
> I can get to the point where u-boot loads the kernel, kernel does all
> the initialization, loads the Root File System over NFS & calls the
> Init process.
> Next, i am expecting to see a shell prompt. I am not sure where in the
> Init process i am failing. I have written my own serial driver(Philips
> SC28L194 Quad UART--under development-possible culprit). The printks
> work just fine.
> All i see is the kernel calling the Init process & after a minute or so
> i see uart_close call.
> The kernel runs just fine & responds to ping.
> What can trigger a uart_close??(tty_release calls release_dev calls
> uart_close) I have a JTAG debugger. What's the best way to debug once
> Init process is running??
>
>
>
> I am attaching a dump of my console:
> U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
>
> SysClock = 120Mhz , TClock = 120Mhz
> CPU: MPC7447A v1.1 @ 960 MHz
> CPU bus mode : 60x
>
> DRAM: SPD Checksum ok!
> -- DIMM1 has 2 banks
> -- DIMM2 has 0 banks
> ECC Initialization of Bank 0: Done
> CAS Latency = 2 tRP = 3 tRAS = 6 tRCD=3
> Total SDRAM memory is 1024 MB
> Now running in RAM - U-Boot at: 00fc0000
> Remapped Internal SRAM to 0xf2000000
> Remapped Flash Card to 0xffc00000
> FLASH: 4 MB
> Addresses 32M - 0M are saved for the U-Boot usage.
> Mem malloc Initialization (32M - 16M): Done
>
> Internal SRAM ECC Initialization: Done
> ***Phy Reset***
> Phy Auto-Negotiation Bit ReEnabled in SW
> Net: , mv_enet1 [PRIME]
> Hit any key to stop autoboot: 0
> Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
> Using mv_enet1 device
> TFTP from server 192.168.1.1; our IP address is 192.168.1.2
> Filename 'uImage'.
> Load address: 0x400000
> Loading:
> #################################################################
>
> #################################################################
>
> #################################################################
> ########################
> done
> Bytes transferred = 1119847 (111667 hex)
>
> ### Network statistics: ###
> --------------------------
> Packets received: 2192
> Packets send: 2191
> Received bytes: 2347583
> Send bytes: 100803
> ## Booting image at 00400000 ...
> Image Name: Linux-2.6.12
> Created: 2006-02-14 0:37:17 UTC
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 1119783 Bytes = 1.1 MB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> Uncompressing Kernel Image ... OK
> ## cmdline at 0x007FFF00 ... 0x007FFF98
> memstart = 0x00000000
> memsize = 0x40000000
> flashstart = 0xFFC00000
> flashsize = 0x00400000
> flashoffset = 0x00000000
> sramstart = 0xF8000000
> sramsize = 0x00400000
> bootflags = 0x00000001
> intfreq = 960 MHz
> busfreq = 120 MHz
> ethaddr = 64:00:00:00:00:00
> IP addr = 192.168.1.2
> baudrate = 115200 bps
> tclk = 0 MHz
> uboot_ver = 0.4.1a
> L3 was init = 0
> Total memory = 768MB; using 2048kB for hash table (at c0400000)
> Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1
> 3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
> System Identification:
> Freescale 74XX port
> Built 1 zonelists
> Kernel command line: console=ttyS0,115200 root=/dev/nfs rw
> nfsroot=192.168.1.1:/target/chestnut/rootfs
> ip=192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:DB64xxx:eth0:non
> e
> PID hash table entries: 4096 (order: 12, 65536 bytes)
> time_init: decrementer frequency = 30.000000 MHz
> Console: colour dummy device 80x25
> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k
> highmem)
> Mount-cache hash table entries: 512
>
> NET: Registered protocol family 16
> PCI: Probing PCI hardware
> JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
> Generic RTC Driver v1.07
> Serial: SC28L194 driver 4 ports
> ttyS0 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> ttyS1 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> ttyS2 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> ttyS3 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> io scheduler noop registered
> io scheduler anticipatory registered
> io scheduler deadline registered
> io scheduler cfq registered
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: loaded (max 8 devices)
> MV-643xx 10/100/1000 Ethernet Driver
> eth0: port 1 with MAC address 00:11:85:da:0b:02
> eth0: RX NAPI Enabled
> physmap flash device: 400000 at ffc00000
> mice: PS/2 mouse device common for all mice
> NET: Registered protocol family 2
> IP: routing cache hash table of 8192 buckets, 64Kbytes
> TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
> TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
> TCP: Hash tables configured (established 131072 bind 65536)
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> IP-Config: Complete:
> device=eth0, addr=192.168.1.2, mask=255.255.255.0, gw=192.168.1.1,
> host=DB64xxx, domain=, nis-domain=(none),
> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
> Looking up port of RPC 100003/2 on 192.168.1.1
> Looking up port of RPC 100005/1 on 192.168.1.1
> VFS: Mounted root (nfs filesystem).
> Freeing unused kernel memory: 344k init
>
>
> Any help appreceated.
> Thanks
> pankaj
>
>
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
[-- Attachment #2: Type: text/html, Size: 9937 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: INIT:
2006-03-06 7:41 ` INIT: Paulinha
@ 2006-03-06 7:55 ` Paulinha
0 siblings, 0 replies; 7+ messages in thread
From: Paulinha @ 2006-03-06 7:55 UTC (permalink / raw)
To: Patil, Pankaj P., linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 7871 bytes --]
... and TLB support!!
Paula
On 3/3/06, Patil, Pankaj P. <Pankaj.Patil@hp.com> wrote:
> >
> > I do have /dev/console in my file system. In fact , i used ethereal on
> > the host to see how far the INIT goes.
> > I saw all the usual NFS Lookup calls like /lib, /ld-2.3.1.so .....
> > /libc- 2.31.so
> > The last NFS lookup call looks like DH:0xbea72a4a/tty0
> > There are bunch of read replys after that but no more NFS lookups. Is it
> > normal to see a NFS Lookup that looks like 0xbea72a4a/tty0 ??
> > What should be the next NFS Lookup call?
> > I did some searching from previous posts but haven't found exactly what
> > i am looking for. I am attaching a link to something that looks similar to
> > my problem. Just in case, someone's having trouble understanding my issue.
> > http://ozlabs.org/pipermail/linuxppc-embedded/2004-August/015250.html
> >
> > Thanks
> > pankaj
> >
> > -----Original Message-----
> > From: atul.sabharwal@exgate.tek.com
> > [mailto:atul.sabharwal@exgate.tek.com]
> > Sent: Tuesday, February 28, 2006 6:03 PM
> > To: Patil, Pankaj P.
> > Cc: linuxppc-embedded@ozlabs.org
> > Subject: RE: INIT:
> >
> >
> > Easy answer is do you have /dev/console in your file system. Glibc
> > opens
> > /dev/console and the kernel uses /dev/ttyS0 as specified on the command
> > line. There should not be any app calling uart_close as the console
> > deriver
> > should be opening it.
> >
> > --
> > Atul
> >
> > Hi,
> > I am running u-boot & linux2.6.12 on a custom ppc board(functional HW).
> > I can get to the point where u-boot loads the kernel, kernel does all
> > the initialization, loads the Root File System over NFS & calls the
> > Init process.
> > Next, i am expecting to see a shell prompt. I am not sure where in the
> > Init process i am failing. I have written my own serial driver(Philips
> > SC28L194 Quad UART--under development-possible culprit). The printks
> > work just fine.
> > All i see is the kernel calling the Init process & after a minute or so
> > i see uart_close call.
> > The kernel runs just fine & responds to ping.
> > What can trigger a uart_close??(tty_release calls release_dev calls
> > uart_close) I have a JTAG debugger. What's the best way to debug once
> > Init process is running??
> >
> >
> >
> > I am attaching a dump of my console:
> > U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
> >
> > SysClock = 120Mhz , TClock = 120Mhz
> > CPU: MPC7447A v1.1 @ 960 MHz
> > CPU bus mode : 60x
> >
> > DRAM: SPD Checksum ok!
> > -- DIMM1 has 2 banks
> > -- DIMM2 has 0 banks
> > ECC Initialization of Bank 0: Done
> > CAS Latency = 2 tRP = 3 tRAS = 6 tRCD=3
> > Total SDRAM memory is 1024 MB
> > Now running in RAM - U-Boot at: 00fc0000
> > Remapped Internal SRAM to 0xf2000000
> > Remapped Flash Card to 0xffc00000
> > FLASH: 4 MB
> > Addresses 32M - 0M are saved for the U-Boot usage.
> > Mem malloc Initialization (32M - 16M): Done
> >
> > Internal SRAM ECC Initialization: Done
> > ***Phy Reset***
> > Phy Auto-Negotiation Bit ReEnabled in SW
> > Net: , mv_enet1 [PRIME]
> > Hit any key to stop autoboot: 0
> > Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
> > Using mv_enet1 device
> > TFTP from server 192.168.1.1; our IP address is 192.168.1.2
> > Filename 'uImage'.
> > Load address: 0x400000
> > Loading:
> > #################################################################
> >
> > #################################################################
> >
> > #################################################################
> > ########################
> > done
> > Bytes transferred = 1119847 (111667 hex)
> >
> > ### Network statistics: ###
> > --------------------------
> > Packets received: 2192
> > Packets send: 2191
> > Received bytes: 2347583
> > Send bytes: 100803
> > ## Booting image at 00400000 ...
> > Image Name: Linux-2.6.12
> > Created: 2006-02-14 0:37:17 UTC
> > Image Type: PowerPC Linux Kernel Image (gzip compressed)
> > Data Size: 1119783 Bytes = 1.1 MB
> > Load Address: 00000000
> > Entry Point: 00000000
> > Verifying Checksum ... OK
> > Uncompressing Kernel Image ... OK
> > ## cmdline at 0x007FFF00 ... 0x007FFF98
> > memstart = 0x00000000
> > memsize = 0x40000000
> > flashstart = 0xFFC00000
> > flashsize = 0x00400000
> > flashoffset = 0x00000000
> > sramstart = 0xF8000000
> > sramsize = 0x00400000
> > bootflags = 0x00000001
> > intfreq = 960 MHz
> > busfreq = 120 MHz
> > ethaddr = 64:00:00:00:00:00
> > IP addr = 192.168.1.2
> > baudrate = 115200 bps
> > tclk = 0 MHz
> > uboot_ver = 0.4.1a
> > L3 was init = 0
> > Total memory = 768MB; using 2048kB for hash table (at c0400000)
> > Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1
> > 3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
> > System Identification:
> > Freescale 74XX port
> > Built 1 zonelists
> > Kernel command line: console=ttyS0,115200 root=/dev/nfs rw
> > nfsroot=192.168.1.1:/target/chestnut/rootfs
> > ip=192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:DB64xxx:eth0:non
> > e
> > PID hash table entries: 4096 (order: 12, 65536 bytes)
> > time_init: decrementer frequency = 30.000000 MHz
> > Console: colour dummy device 80x25
> > Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> > Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> > Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k
> > highmem)
> > Mount-cache hash table entries: 512
> >
> > NET: Registered protocol family 16
> > PCI: Probing PCI hardware
> > JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
> > Generic RTC Driver v1.07
> > Serial: SC28L194 driver 4 ports
> > ttyS0 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> > ttyS1 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> > ttyS2 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> > ttyS3 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
> > io scheduler noop registered
> > io scheduler anticipatory registered
> > io scheduler deadline registered
> > io scheduler cfq registered
> > RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> > loop: loaded (max 8 devices)
> > MV-643xx 10/100/1000 Ethernet Driver
> > eth0: port 1 with MAC address 00:11:85:da:0b:02
> > eth0: RX NAPI Enabled
> > physmap flash device: 400000 at ffc00000
> > mice: PS/2 mouse device common for all mice
> > NET: Registered protocol family 2
> > IP: routing cache hash table of 8192 buckets, 64Kbytes
> > TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
> > TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
> > TCP: Hash tables configured (established 131072 bind 65536)
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > IP-Config: Complete:
> > device=eth0, addr=192.168.1.2 , mask=255.255.255.0, gw=192.168.1.1
> > ,
> > host=DB64xxx, domain=, nis-domain=(none),
> > bootserver=192.168.1.1 , rootserver=192.168.1.1, rootpath=
> > Looking up port of RPC 100003/2 on 192.168.1.1
> > Looking up port of RPC 100005/1 on 192.168.1.1
> > VFS: Mounted root (nfs filesystem).
> > Freeing unused kernel memory: 344k init
> >
> >
> > Any help appreceated.
> > Thanks
> > pankaj
> >
> >
> > _______________________________________________
> > Linuxppc-embedded mailing list
> > Linuxppc-embedded@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> > _______________________________________________
> > Linuxppc-embedded mailing list
> > Linuxppc-embedded@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> >
>
>
[-- Attachment #2: Type: text/html, Size: 11736 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: INIT:
@ 2006-03-06 22:40 Bill Farrow
0 siblings, 0 replies; 7+ messages in thread
From: Bill Farrow @ 2006-03-06 22:40 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
You should find the Virtual Terminal options under "Device Drivers ->
Character Devices" in the kernel configuration. I don't believe that it
is dependant on anything else, so you should be able to just turn it
off.
Bill
________________________________
From: On Behalf Of Patil, Pankaj P.
Sent: Tuesday, 7 March 2006 4:20 AM
To: Paulinha; linuxppc-embedded@ozlabs.org
Subject: RE: INIT:
I'll look into those config settings. While we are talking about config
settings, i noticed i had CONFIG_VT turned on. I do the make ARCH=3Dppc
xconfig but i cannot find the setting where CONFIG_VT gets turned on. I
don't want to use the virtual terminal & i believe since the kernel is
getting configured with CONFIG_VT=3Dy, it is trying to mount tty0 which =
is
not part of my root file system. Does that make sense??
Is CONFIG_VT dependent on some other config setting?? How do i get
CONFIG_VT set to n??
=20
thanks
pankaj
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: INIT:
@ 2006-03-06 17:19 Patil, Pankaj P.
0 siblings, 0 replies; 7+ messages in thread
From: Patil, Pankaj P. @ 2006-03-06 17:19 UTC (permalink / raw)
To: Paulinha, linuxppc-embedded
[-- Attachment #1: Type: text/plain, Size: 8161 bytes --]
I'll look into those config settings. While we are talking about config settings, i noticed i had CONFIG_VT turned on. I do the make ARCH=ppc xconfig but i cannot find the setting where CONFIG_VT gets turned on. I don't want to use the virtual terminal & i believe since the kernel is getting configured with CONFIG_VT=y, it is trying to mount tty0 which is not part of my root file system. Does that make sense??
Is CONFIG_VT dependent on some other config setting?? How do i get CONFIG_VT set to n??
thanks
pankaj
-----Original Message-----
From: Paulinha [mailto:gnathita@gmail.com]
Sent: Monday, March 06, 2006 12:55 AM
To: Patil, Pankaj P.; linuxppc-embedded@ozlabs.org
Subject: Re: INIT:
... and TLB support!!
Paula
On 3/3/06, Patil, Pankaj P. < Pankaj.Patil@hp.com> wrote:
I do have /dev/console in my file system. In fact , i used ethereal on the host to see how far the INIT goes.
I saw all the usual NFS Lookup calls like /lib, /ld- <http://2.3.1.so> 2.3.1.so ..... /libc- <http://2.31.so> 2.31.so
The last NFS lookup call looks like DH:0xbea72a4a/tty0
There are bunch of read replys after that but no more NFS lookups. Is it normal to see a NFS Lookup that looks like 0xbea72a4a/tty0 ??
What should be the next NFS Lookup call?
I did some searching from previous posts but haven't found exactly what i am looking for. I am attaching a link to something that looks similar to my problem. Just in case, someone's having trouble understanding my issue.
http://ozlabs.org/pipermail/linuxppc-embedded/2004-August/015250.html <http://ozlabs.org/pipermail/linuxppc-embedded/2004-August/015250.html>
Thanks
pankaj
-----Original Message-----
From: atul.sabharwal@exgate.tek.com
[mailto: <mailto:atul.sabharwal@exgate.tek.com> atul.sabharwal@exgate.tek.com]
Sent: Tuesday, February 28, 2006 6:03 PM
To: Patil, Pankaj P.
Cc: linuxppc-embedded@ozlabs.org
Subject: RE: INIT:
Easy answer is do you have /dev/console in your file system. Glibc
opens
/dev/console and the kernel uses /dev/ttyS0 as specified on the command
line. There should not be any app calling uart_close as the console
deriver
should be opening it.
--
Atul
Hi,
I am running u-boot & linux2.6.12 on a custom ppc board(functional HW).
I can get to the point where u-boot loads the kernel, kernel does all
the initialization, loads the Root File System over NFS & calls the
Init process.
Next, i am expecting to see a shell prompt. I am not sure where in the
Init process i am failing. I have written my own serial driver(Philips
SC28L194 Quad UART--under development-possible culprit). The printks
work just fine.
All i see is the kernel calling the Init process & after a minute or so
i see uart_close call.
The kernel runs just fine & responds to ping.
What can trigger a uart_close??(tty_release calls release_dev calls
uart_close) I have a JTAG debugger. What's the best way to debug once
Init process is running??
I am attaching a dump of my console:
U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
SysClock = 120Mhz , TClock = 120Mhz
CPU: MPC7447A v1.1 @ 960 MHz
CPU bus mode : 60x
DRAM: SPD Checksum ok!
-- DIMM1 has 2 banks
-- DIMM2 has 0 banks
ECC Initialization of Bank 0: Done
CAS Latency = 2 tRP = 3 tRAS = 6 tRCD=3
Total SDRAM memory is 1024 MB
Now running in RAM - U-Boot at: 00fc0000
Remapped Internal SRAM to 0xf2000000
Remapped Flash Card to 0xffc00000
FLASH: 4 MB
Addresses 32M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (32M - 16M): Done
Internal SRAM ECC Initialization: Done
***Phy Reset***
Phy Auto-Negotiation Bit ReEnabled in SW
Net: , mv_enet1 [PRIME]
Hit any key to stop autoboot: 0
Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
Using mv_enet1 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'uImage'.
Load address: 0x400000
Loading:
#################################################################
#################################################################
#################################################################
########################
done
Bytes transferred = 1119847 (111667 hex)
### Network statistics: ###
--------------------------
Packets received: 2192
Packets send: 2191
Received bytes: 2347583
Send bytes: 100803
## Booting image at 00400000 ...
Image Name: Linux-2.6.12
Created: 2006-02-14 0:37:17 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1119783 Bytes = 1.1 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## cmdline at 0x007FFF00 ... 0x007FFF98
memstart = 0x00000000
memsize = 0x40000000
flashstart = 0xFFC00000
flashsize = 0x00400000
flashoffset = 0x00000000
sramstart = 0xF8000000
sramsize = 0x00400000
bootflags = 0x00000001
intfreq = 960 MHz
busfreq = 120 MHz
ethaddr = 64:00:00:00:00:00
IP addr = 192.168.1.2
baudrate = 115200 bps
tclk = 0 MHz
uboot_ver = 0.4.1a
L3 was init = 0
Total memory = 768MB; using 2048kB for hash table (at c0400000)
Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1
3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
System Identification:
Freescale 74XX port
Built 1 zonelists
Kernel command line: console=ttyS0,115200 root=/dev/nfs rw
nfsroot=192.168.1.1:/target/chestnut/rootfs
ip= 192.168.1.2:192.168.1.1: <http://192.168.1.1:255> 192.168.1.1:255.255.255.0:DB64xxx:eth0:non
e
PID hash table entries: 4096 (order: 12, 65536 bytes)
time_init: decrementer frequency = 30.000000 MHz
Console: colour dummy device 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k
highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
PCI: Probing PCI hardware
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
Generic RTC Driver v1.07
Serial: SC28L194 driver 4 ports
ttyS0 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
ttyS1 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
ttyS2 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
ttyS3 at MMIO 0x0 (irq = 17) is a PHILIPS SC28L194
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
MV-643xx 10/100/1000 Ethernet Driver
eth0: port 1 with MAC address 00:11:85:da:0b:02
eth0: RX NAPI Enabled
physmap flash device: 400000 at ffc00000
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1
NET: Registered protocol family 17
IP-Config: Complete:
device=eth0, addr= <http://192.168.1.2> 192.168.1.2 , mask= 255.255.255.0, gw= <http://192.168.1.1> 192.168.1.1,
host=DB64xxx, domain=, nis-domain=(none),
bootserver= 192.168.1.1 , rootserver= 192.168.1.1, rootpath=
Looking up port of RPC 100003/2 on 192.168.1.1
Looking up port of RPC 100005/1 on 192.168.1.1 <http://192.168.1.1>
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 344k init
Any help appreceated.
Thanks
pankaj
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded <https://ozlabs.org/mailman/listinfo/linuxppc-embedded>
[-- Attachment #2: Type: text/html, Size: 14807 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread* RE: INIT:
@ 2006-03-01 1:03 atul.sabharwal
0 siblings, 0 replies; 7+ messages in thread
From: atul.sabharwal @ 2006-03-01 1:03 UTC (permalink / raw)
To: Pankaj.Patil; +Cc: linuxppc-embedded
Easy answer is do you have /dev/console in your file system. Glibc
opens
/dev/console and the kernel uses /dev/ttyS0 as specified on the command
line. There should not be any app calling uart_close as the console
deriver
should be opening it.=20
--
Atul
Hi,
I am running u-boot & linux2.6.12 on a custom ppc board(functional HW).
I can get to the point where u-boot loads the kernel, kernel does all
the initialization, loads the Root File System over NFS & calls the
Init process.
Next, i am expecting to see a shell prompt. I am not sure where in the
Init process i am failing. I have written my own serial driver(Philips
SC28L194 Quad UART--under development-possible culprit). The printks
work just fine.
All i see is the kernel calling the Init process & after a minute or so
i see uart_close call.
The kernel runs just fine & responds to ping.
What can trigger a uart_close??(tty_release calls release_dev calls
uart_close) I have a JTAG debugger. What's the best way to debug once
Init process is running??
I am attaching a dump of my console:
U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
SysClock =3D 120Mhz , TClock =3D 120Mhz=20
CPU: MPC7447A v1.1 @ 960 MHz
CPU bus mode : 60x
DRAM: SPD Checksum ok!
-- DIMM1 has 2 banks
-- DIMM2 has 0 banks
ECC Initialization of Bank 0: Done
CAS Latency =3D 2 tRP =3D 3 tRAS =3D 6 tRCD=3D3
Total SDRAM memory is 1024 MB
Now running in RAM - U-Boot at: 00fc0000
Remapped Internal SRAM to 0xf2000000
Remapped Flash Card to 0xffc00000
FLASH: 4 MB
Addresses 32M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (32M - 16M): Done
Internal SRAM ECC Initialization: Done
***Phy Reset***
Phy Auto-Negotiation Bit ReEnabled in SW
Net: , mv_enet1 [PRIME]
Hit any key to stop autoboot: 0=20
Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
Using mv_enet1 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'uImage'.
Load address: 0x400000
Loading:
#################################################################
=20
#################################################################
=20
#################################################################
########################
done
Bytes transferred =3D 1119847 (111667 hex)
### Network statistics: ###
--------------------------
Packets received: 2192
Packets send: 2191
Received bytes: 2347583
Send bytes: 100803
## Booting image at 00400000 ...
Image Name: Linux-2.6.12
Created: 2006-02-14 0:37:17 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1119783 Bytes =3D 1.1 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## cmdline at 0x007FFF00 ... 0x007FFF98
memstart =3D 0x00000000
memsize =3D 0x40000000
flashstart =3D 0xFFC00000
flashsize =3D 0x00400000
flashoffset =3D 0x00000000
sramstart =3D 0xF8000000
sramsize =3D 0x00400000
bootflags =3D 0x00000001
intfreq =3D 960 MHz
busfreq =3D 120 MHz
ethaddr =3D 64:00:00:00:00:00
IP addr =3D 192.168.1.2
baudrate =3D 115200 bps
tclk =3D 0 MHz
uboot_ver =3D 0.4.1a=20
L3 was init =3D 0
Total memory =3D 768MB; using 2048kB for hash table (at c0400000)
Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1
3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
System Identification:=20
Freescale 74XX port=20
Built 1 zonelists =20
Kernel command line: console=3DttyS0,115200 root=3D/dev/nfs rw
nfsroot=3D192.168.1.1:/target/chestnut/rootfs
ip=3D192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:DB64xxx:eth0:non
e
PID hash table entries: 4096 (order: 12, 65536 bytes)
time_init: decrementer frequency =3D 30.000000 MHz =20
Console: colour dummy device 80x25 =20
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) =20
Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k
highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16=20
PCI: Probing PCI hardware =20
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
Generic RTC Driver v1.07 =20
Serial: SC28L194 driver 4 ports
ttyS0 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS1 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS2 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS3 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
io scheduler noop registered =20
io scheduler anticipatory registered
io scheduler deadline registered =20
io scheduler cfq registered =20
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices) =20
MV-643xx 10/100/1000 Ethernet Driver
eth0: port 1 with MAC address 00:11:85:da:0b:02
eth0: RX NAPI Enabled =20
physmap flash device: 400000 at ffc00000
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2 =20
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes) =20
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1 =20
NET: Registered protocol family 17
IP-Config: Complete: =20
device=3Deth0, addr=3D192.168.1.2, mask=3D255.255.255.0, =
gw=3D192.168.1.1,
host=3DDB64xxx, domain=3D, nis-domain=3D(none), =
=20
bootserver=3D192.168.1.1, rootserver=3D192.168.1.1, rootpath=3D
Looking up port of RPC 100003/2 on 192.168.1.1 =20
Looking up port of RPC 100005/1 on 192.168.1.1
VFS: Mounted root (nfs filesystem). =20
Freeing unused kernel memory: 344k init
Any help appreceated.
Thanks
pankaj
_______________________________________________
Linuxppc-embedded mailing list
Linuxppc-embedded@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-embedded
^ permalink raw reply [flat|nested] 7+ messages in thread* INIT:
@ 2006-03-01 0:41 Patil, Pankaj P.
0 siblings, 0 replies; 7+ messages in thread
From: Patil, Pankaj P. @ 2006-03-01 0:41 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
I am running u-boot & linux2.6.12 on a custom ppc board(functional HW). =
I can get to the point where u-boot loads the kernel, kernel does all =
the initialization, loads the Root File System over NFS & calls the =
Init process.
Next, i am expecting to see a shell prompt. I am not sure where in the =
Init process i am failing. I have written my own serial driver(Philips =
SC28L194 Quad UART--under development-possible culprit). The printks =
work just fine.
All i see is the kernel calling the Init process & after a minute or so =
i see uart_close call.
The kernel runs just fine & responds to ping.
What can trigger a uart_close??(tty_release calls release_dev calls =
uart_close) I have a JTAG debugger. What's the best way to debug once =
Init process is running??
I am attaching a dump of my console:
U-Boot 1.1.3 (Dec 16 2005 - 16:00:23), Build: 0.4.1
SysClock =3D 120Mhz , TClock =3D 120Mhz=20
CPU: MPC7447A v1.1 @ 960 MHz
CPU bus mode : 60x
DRAM: SPD Checksum ok!
-- DIMM1 has 2 banks
-- DIMM2 has 0 banks
ECC Initialization of Bank 0: Done
CAS Latency =3D 2 tRP =3D 3 tRAS =3D 6 tRCD=3D3
Total SDRAM memory is 1024 MB
Now running in RAM - U-Boot at: 00fc0000
Remapped Internal SRAM to 0xf2000000
Remapped Flash Card to 0xffc00000
FLASH: 4 MB
Addresses 32M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (32M - 16M): Done
Internal SRAM ECC Initialization: Done
***Phy Reset***
Phy Auto-Negotiation Bit ReEnabled in SW
Net: , mv_enet1 [PRIME]
Hit any key to stop autoboot: 0=20
Ethernet status port 1: Link up, Full Duplex, Speed 100 Mbps
Using mv_enet1 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.2
Filename 'uImage'.
Load address: 0x400000
Loading: =
#################################################################
=
#################################################################
=
#################################################################
########################
done
Bytes transferred =3D 1119847 (111667 hex)
### Network statistics: ###
--------------------------
Packets received: 2192
Packets send: 2191
Received bytes: 2347583
Send bytes: 100803
## Booting image at 00400000 ...
Image Name: Linux-2.6.12
Created: 2006-02-14 0:37:17 UTC
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 1119783 Bytes =3D 1.1 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
## cmdline at 0x007FFF00 ... 0x007FFF98
memstart =3D 0x00000000
memsize =3D 0x40000000
flashstart =3D 0xFFC00000
flashsize =3D 0x00400000
flashoffset =3D 0x00000000
sramstart =3D 0xF8000000
sramsize =3D 0x00400000
bootflags =3D 0x00000001
intfreq =3D 960 MHz
busfreq =3D 120 MHz
ethaddr =3D 64:00:00:00:00:00
IP addr =3D 192.168.1.2
baudrate =3D 115200 bps
tclk =3D 0 MHz
uboot_ver =3D 0.4.1a=20
L3 was init =3D 0
Total memory =3D 768MB; using 2048kB for hash table (at c0400000)
Linux version 2.6.12 (root@RHEL40) (gcc version 3.3.3 (DENX ELDK 3.1.1 =
3.3.3-10)) #154 Mon Feb 13 17:36:35 MST 2006
System Identification:=20
Freescale 74XX port=20
Built 1 zonelists =20
Kernel command line: console=3DttyS0,115200 root=3D/dev/nfs rw =
nfsroot=3D192.168.1.1:/target/chestnut/rootfs =
ip=3D192.168.1.2:192.168.1.1:192.168.1.1:255.255.255.0:DB64xxx:eth0:non
e
PID hash table entries: 4096 (order: 12, 65536 bytes)
time_init: decrementer frequency =3D 30.000000 MHz =20
Console: colour dummy device 80x25 =20
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) =20
Memory: 774400k available (1596k kernel code, 556k data, 344k init, 0k =
highmem)
Mount-cache hash table entries: 512 =
=20
NET: Registered protocol family 16=20
PCI: Probing PCI hardware =20
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
Generic RTC Driver v1.07 =20
Serial: SC28L194 driver 4 ports
ttyS0 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS1 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS2 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
ttyS3 at MMIO 0x0 (irq =3D 17) is a PHILIPS SC28L194
io scheduler noop registered =20
io scheduler anticipatory registered
io scheduler deadline registered =20
io scheduler cfq registered =20
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices) =20
MV-643xx 10/100/1000 Ethernet Driver
eth0: port 1 with MAC address 00:11:85:da:0b:02
eth0: RX NAPI Enabled =20
physmap flash device: 400000 at ffc00000
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2 =20
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes) =20
TCP: Hash tables configured (established 131072 bind 65536)
NET: Registered protocol family 1 =20
NET: Registered protocol family 17
IP-Config: Complete: =20
device=3Deth0, addr=3D192.168.1.2, mask=3D255.255.255.0, =
gw=3D192.168.1.1,
host=3DDB64xxx, domain=3D, nis-domain=3D(none), =
=20
bootserver=3D192.168.1.1, rootserver=3D192.168.1.1, rootpath=3D
Looking up port of RPC 100003/2 on 192.168.1.1 =20
Looking up port of RPC 100005/1 on 192.168.1.1
VFS: Mounted root (nfs filesystem). =20
Freeing unused kernel memory: 344k init
Any help appreceated.
Thanks
pankaj
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2006-03-06 22:55 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-03 18:58 INIT: Patil, Pankaj P.
2006-03-06 7:41 ` INIT: Paulinha
2006-03-06 7:55 ` INIT: Paulinha
-- strict thread matches above, loose matches on Subject: below --
2006-03-06 22:40 INIT: Bill Farrow
2006-03-06 17:19 INIT: Patil, Pankaj P.
2006-03-01 1:03 INIT: atul.sabharwal
2006-03-01 0:41 INIT: Patil, Pankaj P.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).