* STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-13 9:09 ` deepaksi
0 siblings, 0 replies; 25+ messages in thread
From: deepaksi @ 2011-01-13 9:09 UTC (permalink / raw)
To: Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, linux-nfs-u79uwXL29TY76Z2rM5mHXA,
Armando VISCONTI, Shiraz HASHIM, Viresh KUMAR
Hi
I am facing a problem related to nfs boot, while using the stmmac driver
ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the kernel,
the network driver works fine.
I have been following the mailing list and could find some issues with NFS
on 2.6.37 but I am not too sure whether the kernel crash I am getting is
related to that.
The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
kernel I get the following log messages:
stmmac: Rx Checksum Offload Engine supported
TX Checksum insertion supported
IP-Config: Complete:
device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=255.255.255.255,
host=192.168.1.10, domain=, nis-domain=(none),
bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option; here are the available
partitions:
1f00 64 mtdblock0 (driver?)
1f01 256 mtdblock1 (driver?)
1f02 2816 mtdblock2 (driver?)
1f03 5056 mtdblock3 (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(2,0)
Backtrace:
[<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
(dump_stack+0x18/0x1c)
r7:c7b5b000 r6:00000000 r5:c7b5b015 r4:c04296b8
[<c003721c>] (dump_stack+0x0/0x1c) from [<c004ebf8>] (panic+0x60/0x180)
[<c004eb98>] (panic+0x0/0x180) from [<c0009114>]
(mount_block_root+0x1d4/0x214)
r3:00000000 r2:00000001 r1:c782bf50 r0:c0394851
[<c0008f40>] (mount_block_root+0x0/0x214) from [<c00091fc>]
(mount_root+0xa8/0xc8)
[<c0009154>] (mount_root+0x0/0xc8) from [<c0009388>]
(prepare_namespace+0x16c/0x1d0)
r4:c04288c0
[<c000921c>] (prepare_namespace+0x0/0x1d0) from [<c0008904>]
(kernel_init+0x1cc/0x220)
r5:c0402048 r4:c0428860
[<c0008738>] (kernel_init+0x0/0x220) from [<c00522a8>] (do_exit+0x0/0x5e0)
r7:00000013 r6:c00522a8 r5:c0008738 r4:00000000
CPU0: stopping
Backtrace:
[<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
(dump_stack+0x18/0x1c)
r7:c0405484 r6:00000406 r5:00000000 r4:00000000
[<c003721c>] (dump_stack+0x0/0x1c) from [<c002d334>] (do_IPI+0xb4/0x124)
[<c002d280>] (do_IPI+0x0/0x124) from [<c0032bb4>] (__irq_svc+0x34/0xc0)
Exception stack(0xc03f3f50 to 0xc03f3f98)
3f40: c0402048 00000000 c03f3f98
00000000
3f60: c03f2000 c04288dc c0027290 c0405484 000258e8 411fc091 00000000
c03f3fa4
3f80: c03f3fa8 c03f3f98 c0034a24 c0034a28 60000013 ffffffff
r5:fc800100 r4:ffffffff
[<c00349fc>] (default_idle+0x0/0x30) from [<c0034874>] (cpu_idle+0x80/0xc0)
[<c00347f4>] (cpu_idle+0x0/0xc0) from [<c030602c>] (rest_init+0x64/0x7c)
r5:c04288dc r4:c04020b0
[<c0305fc8>] (rest_init+0x0/0x7c) from [<c0008bd4>]
(start_kernel+0x27c/0x2d8)
[<c0008958>] (start_kernel+0x0/0x2d8) from [<00008038>] (0x8038)
r5:c0401fac r4:10c5387d
I have tried the same over latest source picked from linus tree,
4162cf64973df51fc885825bc9ca4d055891c49f
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
We are using version 3 of the NFs protocol in kernel's NFS client.
Regards
Deepak
ST Microelectronics
.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-13 9:09 ` deepaksi
0 siblings, 0 replies; 25+ messages in thread
From: deepaksi @ 2011-01-13 9:09 UTC (permalink / raw)
To: Trond.Myklebust
Cc: netdev, linux-nfs, Armando VISCONTI, Shiraz HASHIM, Viresh KUMAR
Hi
I am facing a problem related to nfs boot, while using the stmmac driver
ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the kernel,
the network driver works fine.
I have been following the mailing list and could find some issues with NFS
on 2.6.37 but I am not too sure whether the kernel crash I am getting is
related to that.
The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
kernel I get the following log messages:
stmmac: Rx Checksum Offload Engine supported
TX Checksum insertion supported
IP-Config: Complete:
device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=255.255.255.255,
host=192.168.1.10, domain=, nis-domain=(none),
bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option; here are the available
partitions:
1f00 64 mtdblock0 (driver?)
1f01 256 mtdblock1 (driver?)
1f02 2816 mtdblock2 (driver?)
1f03 5056 mtdblock3 (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(2,0)
Backtrace:
[<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
(dump_stack+0x18/0x1c)
r7:c7b5b000 r6:00000000 r5:c7b5b015 r4:c04296b8
[<c003721c>] (dump_stack+0x0/0x1c) from [<c004ebf8>] (panic+0x60/0x180)
[<c004eb98>] (panic+0x0/0x180) from [<c0009114>]
(mount_block_root+0x1d4/0x214)
r3:00000000 r2:00000001 r1:c782bf50 r0:c0394851
[<c0008f40>] (mount_block_root+0x0/0x214) from [<c00091fc>]
(mount_root+0xa8/0xc8)
[<c0009154>] (mount_root+0x0/0xc8) from [<c0009388>]
(prepare_namespace+0x16c/0x1d0)
r4:c04288c0
[<c000921c>] (prepare_namespace+0x0/0x1d0) from [<c0008904>]
(kernel_init+0x1cc/0x220)
r5:c0402048 r4:c0428860
[<c0008738>] (kernel_init+0x0/0x220) from [<c00522a8>] (do_exit+0x0/0x5e0)
r7:00000013 r6:c00522a8 r5:c0008738 r4:00000000
CPU0: stopping
Backtrace:
[<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
(dump_stack+0x18/0x1c)
r7:c0405484 r6:00000406 r5:00000000 r4:00000000
[<c003721c>] (dump_stack+0x0/0x1c) from [<c002d334>] (do_IPI+0xb4/0x124)
[<c002d280>] (do_IPI+0x0/0x124) from [<c0032bb4>] (__irq_svc+0x34/0xc0)
Exception stack(0xc03f3f50 to 0xc03f3f98)
3f40: c0402048 00000000 c03f3f98
00000000
3f60: c03f2000 c04288dc c0027290 c0405484 000258e8 411fc091 00000000
c03f3fa4
3f80: c03f3fa8 c03f3f98 c0034a24 c0034a28 60000013 ffffffff
r5:fc800100 r4:ffffffff
[<c00349fc>] (default_idle+0x0/0x30) from [<c0034874>] (cpu_idle+0x80/0xc0)
[<c00347f4>] (cpu_idle+0x0/0xc0) from [<c030602c>] (rest_init+0x64/0x7c)
r5:c04288dc r4:c04020b0
[<c0305fc8>] (rest_init+0x0/0x7c) from [<c0008bd4>]
(start_kernel+0x27c/0x2d8)
[<c0008958>] (start_kernel+0x0/0x2d8) from [<00008038>] (0x8038)
r5:c0401fac r4:10c5387d
I have tried the same over latest source picked from linus tree,
4162cf64973df51fc885825bc9ca4d055891c49f
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
We are using version 3 of the NFs protocol in kernel's NFS client.
Regards
Deepak
ST Microelectronics
.
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-13 9:09 ` deepaksi
@ 2011-01-13 11:48 ` Peppe CAVALLARO
-1 siblings, 0 replies; 25+ messages in thread
From: Peppe CAVALLARO @ 2011-01-13 11:48 UTC (permalink / raw)
To: Deepak SIKRI
Cc: Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA,
netdev-u79uwXL29TY76Z2rM5mHXA, linux-nfs-u79uwXL29TY76Z2rM5mHXA,
Armando VISCONTI, Shiraz HASHIM, Viresh KUMAR
> Hi
>
> I am facing a problem related to nfs boot, while using the stmmac driver
> ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the
> kernel,
> the network driver works fine.
>
> I have been following the mailing list and could find some issues with NFS
> on 2.6.37 but I am not too sure whether the kernel crash I am getting is
> related to that.
>
> The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
> kernel I get the following log messages:
>
Also no problem on my side with the Kernel 2.6.32 plus
the latest device driver from net-2.6.
Peppe
> stmmac: Rx Checksum Offload Engine supported
> TX Checksum insertion supported
> IP-Config: Complete:
> device=eth0, addr=192.168.1.10, mask=255.255.255.0,
> gw=255.255.255.255,
> host=192.168.1.10, domain=, nis-domain=(none),
> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=" boot option; here are the available
> partitions:
> 1f00 64 mtdblock0 (driver?)
> 1f01 256 mtdblock1 (driver?)
> 1f02 2816 mtdblock2 (driver?)
> 1f03 5056 mtdblock3 (driver?)
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(2,0)
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c7b5b000 r6:00000000 r5:c7b5b015 r4:c04296b8
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c004ebf8>] (panic+0x60/0x180)
> [<c004eb98>] (panic+0x0/0x180) from [<c0009114>]
> (mount_block_root+0x1d4/0x214)
> r3:00000000 r2:00000001 r1:c782bf50 r0:c0394851
> [<c0008f40>] (mount_block_root+0x0/0x214) from [<c00091fc>]
> (mount_root+0xa8/0xc8)
> [<c0009154>] (mount_root+0x0/0xc8) from [<c0009388>]
> (prepare_namespace+0x16c/0x1d0)
> r4:c04288c0
> [<c000921c>] (prepare_namespace+0x0/0x1d0) from [<c0008904>]
> (kernel_init+0x1cc/0x220)
> r5:c0402048 r4:c0428860
> [<c0008738>] (kernel_init+0x0/0x220) from [<c00522a8>] (do_exit+0x0/0x5e0)
> r7:00000013 r6:c00522a8 r5:c0008738 r4:00000000
> CPU0: stopping
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c0405484 r6:00000406 r5:00000000 r4:00000000
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c002d334>] (do_IPI+0xb4/0x124)
> [<c002d280>] (do_IPI+0x0/0x124) from [<c0032bb4>] (__irq_svc+0x34/0xc0)
> Exception stack(0xc03f3f50 to 0xc03f3f98)
> 3f40: c0402048 00000000 c03f3f98
> 00000000
> 3f60: c03f2000 c04288dc c0027290 c0405484 000258e8 411fc091 00000000
> c03f3fa4
> 3f80: c03f3fa8 c03f3f98 c0034a24 c0034a28 60000013 ffffffff
> r5:fc800100 r4:ffffffff
> [<c00349fc>] (default_idle+0x0/0x30) from [<c0034874>]
> (cpu_idle+0x80/0xc0)
> [<c00347f4>] (cpu_idle+0x0/0xc0) from [<c030602c>] (rest_init+0x64/0x7c)
> r5:c04288dc r4:c04020b0
> [<c0305fc8>] (rest_init+0x0/0x7c) from [<c0008bd4>]
> (start_kernel+0x27c/0x2d8)
> [<c0008958>] (start_kernel+0x0/0x2d8) from [<00008038>] (0x8038)
> r5:c0401fac r4:10c5387d
>
> I have tried the same over latest source picked from linus tree,
> 4162cf64973df51fc885825bc9ca4d055891c49f
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
>
> We are using version 3 of the NFs protocol in kernel's NFS client.
>
>
> Regards
> Deepak
> ST Microelectronics
>
> .
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-13 11:48 ` Peppe CAVALLARO
0 siblings, 0 replies; 25+ messages in thread
From: Peppe CAVALLARO @ 2011-01-13 11:48 UTC (permalink / raw)
To: Deepak SIKRI
Cc: Trond.Myklebust, netdev, linux-nfs, Armando VISCONTI,
Shiraz HASHIM, Viresh KUMAR
> Hi
>
> I am facing a problem related to nfs boot, while using the stmmac driver
> ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the
> kernel,
> the network driver works fine.
>
> I have been following the mailing list and could find some issues with NFS
> on 2.6.37 but I am not too sure whether the kernel crash I am getting is
> related to that.
>
> The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
> kernel I get the following log messages:
>
Also no problem on my side with the Kernel 2.6.32 plus
the latest device driver from net-2.6.
Peppe
> stmmac: Rx Checksum Offload Engine supported
> TX Checksum insertion supported
> IP-Config: Complete:
> device=eth0, addr=192.168.1.10, mask=255.255.255.0,
> gw=255.255.255.255,
> host=192.168.1.10, domain=, nis-domain=(none),
> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=" boot option; here are the available
> partitions:
> 1f00 64 mtdblock0 (driver?)
> 1f01 256 mtdblock1 (driver?)
> 1f02 2816 mtdblock2 (driver?)
> 1f03 5056 mtdblock3 (driver?)
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(2,0)
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c7b5b000 r6:00000000 r5:c7b5b015 r4:c04296b8
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c004ebf8>] (panic+0x60/0x180)
> [<c004eb98>] (panic+0x0/0x180) from [<c0009114>]
> (mount_block_root+0x1d4/0x214)
> r3:00000000 r2:00000001 r1:c782bf50 r0:c0394851
> [<c0008f40>] (mount_block_root+0x0/0x214) from [<c00091fc>]
> (mount_root+0xa8/0xc8)
> [<c0009154>] (mount_root+0x0/0xc8) from [<c0009388>]
> (prepare_namespace+0x16c/0x1d0)
> r4:c04288c0
> [<c000921c>] (prepare_namespace+0x0/0x1d0) from [<c0008904>]
> (kernel_init+0x1cc/0x220)
> r5:c0402048 r4:c0428860
> [<c0008738>] (kernel_init+0x0/0x220) from [<c00522a8>] (do_exit+0x0/0x5e0)
> r7:00000013 r6:c00522a8 r5:c0008738 r4:00000000
> CPU0: stopping
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c0405484 r6:00000406 r5:00000000 r4:00000000
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c002d334>] (do_IPI+0xb4/0x124)
> [<c002d280>] (do_IPI+0x0/0x124) from [<c0032bb4>] (__irq_svc+0x34/0xc0)
> Exception stack(0xc03f3f50 to 0xc03f3f98)
> 3f40: c0402048 00000000 c03f3f98
> 00000000
> 3f60: c03f2000 c04288dc c0027290 c0405484 000258e8 411fc091 00000000
> c03f3fa4
> 3f80: c03f3fa8 c03f3f98 c0034a24 c0034a28 60000013 ffffffff
> r5:fc800100 r4:ffffffff
> [<c00349fc>] (default_idle+0x0/0x30) from [<c0034874>]
> (cpu_idle+0x80/0xc0)
> [<c00347f4>] (cpu_idle+0x0/0xc0) from [<c030602c>] (rest_init+0x64/0x7c)
> r5:c04288dc r4:c04020b0
> [<c0305fc8>] (rest_init+0x0/0x7c) from [<c0008bd4>]
> (start_kernel+0x27c/0x2d8)
> [<c0008958>] (start_kernel+0x0/0x2d8) from [<00008038>] (0x8038)
> r5:c0401fac r4:10c5387d
>
> I have tried the same over latest source picked from linus tree,
> 4162cf64973df51fc885825bc9ca4d055891c49f
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
>
> We are using version 3 of the NFs protocol in kernel's NFS client.
>
>
> Regards
> Deepak
> ST Microelectronics
>
> .
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-13 9:09 ` deepaksi
@ 2011-01-13 15:07 ` Chuck Lever
-1 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-01-13 15:07 UTC (permalink / raw)
To: deepaksi
Cc: Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA,
netdev-u79uwXL29TY76Z2rM5mHXA, linux-nfs-u79uwXL29TY76Z2rM5mHXA,
Armando VISCONTI, Shiraz HASHIM, Viresh KUMAR
On Jan 13, 2011, at 4:09 AM, deepaksi wrote:
> Hi
>
> I am facing a problem related to nfs boot, while using the stmmac driver
> ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the kernel,
> the network driver works fine.
>
> I have been following the mailing list and could find some issues with NFS
> on 2.6.37 but I am not too sure whether the kernel crash I am getting is
> related to that.
>
> The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
> kernel I get the following log messages:
>
> stmmac: Rx Checksum Offload Engine supported
> TX Checksum insertion supported
> IP-Config: Complete:
> device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=255.255.255.255,
> host=192.168.1.10, domain=, nis-domain=(none),
> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
Why is rootpath left undefined?
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=" boot option; here are the available
> partitions:
> 1f00 64 mtdblock0 (driver?)
> 1f01 256 mtdblock1 (driver?)
> 1f02 2816 mtdblock2 (driver?)
> 1f03 5056 mtdblock3 (driver?)
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(2,0)
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c7b5b000 r6:00000000 r5:c7b5b015 r4:c04296b8
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c004ebf8>] (panic+0x60/0x180)
> [<c004eb98>] (panic+0x0/0x180) from [<c0009114>]
> (mount_block_root+0x1d4/0x214)
> r3:00000000 r2:00000001 r1:c782bf50 r0:c0394851
> [<c0008f40>] (mount_block_root+0x0/0x214) from [<c00091fc>]
> (mount_root+0xa8/0xc8)
> [<c0009154>] (mount_root+0x0/0xc8) from [<c0009388>]
> (prepare_namespace+0x16c/0x1d0)
> r4:c04288c0
> [<c000921c>] (prepare_namespace+0x0/0x1d0) from [<c0008904>]
> (kernel_init+0x1cc/0x220)
> r5:c0402048 r4:c0428860
> [<c0008738>] (kernel_init+0x0/0x220) from [<c00522a8>] (do_exit+0x0/0x5e0)
> r7:00000013 r6:c00522a8 r5:c0008738 r4:00000000
> CPU0: stopping
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c0405484 r6:00000406 r5:00000000 r4:00000000
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c002d334>] (do_IPI+0xb4/0x124)
> [<c002d280>] (do_IPI+0x0/0x124) from [<c0032bb4>] (__irq_svc+0x34/0xc0)
> Exception stack(0xc03f3f50 to 0xc03f3f98)
> 3f40: c0402048 00000000 c03f3f98
> 00000000
> 3f60: c03f2000 c04288dc c0027290 c0405484 000258e8 411fc091 00000000
> c03f3fa4
> 3f80: c03f3fa8 c03f3f98 c0034a24 c0034a28 60000013 ffffffff
> r5:fc800100 r4:ffffffff
> [<c00349fc>] (default_idle+0x0/0x30) from [<c0034874>] (cpu_idle+0x80/0xc0)
> [<c00347f4>] (cpu_idle+0x0/0xc0) from [<c030602c>] (rest_init+0x64/0x7c)
> r5:c04288dc r4:c04020b0
> [<c0305fc8>] (rest_init+0x0/0x7c) from [<c0008bd4>]
> (start_kernel+0x27c/0x2d8)
> [<c0008958>] (start_kernel+0x0/0x2d8) from [<00008038>] (0x8038)
> r5:c0401fac r4:10c5387d
>
> I have tried the same over latest source picked from linus tree,
> 4162cf64973df51fc885825bc9ca4d055891c49f
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
>
> We are using version 3 of the NFs protocol in kernel's NFS client.
>
>
> Regards
> Deepak
> ST Microelectronics
>
> .
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-13 15:07 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-01-13 15:07 UTC (permalink / raw)
To: deepaksi
Cc: Trond.Myklebust, netdev, linux-nfs, Armando VISCONTI,
Shiraz HASHIM, Viresh KUMAR
On Jan 13, 2011, at 4:09 AM, deepaksi wrote:
> Hi
>
> I am facing a problem related to nfs boot, while using the stmmac driver
> ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the kernel,
> the network driver works fine.
>
> I have been following the mailing list and could find some issues with NFS
> on 2.6.37 but I am not too sure whether the kernel crash I am getting is
> related to that.
>
> The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
> kernel I get the following log messages:
>
> stmmac: Rx Checksum Offload Engine supported
> TX Checksum insertion supported
> IP-Config: Complete:
> device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=255.255.255.255,
> host=192.168.1.10, domain=, nis-domain=(none),
> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
Why is rootpath left undefined?
> VFS: Unable to mount root fs via NFS, trying floppy.
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=" boot option; here are the available
> partitions:
> 1f00 64 mtdblock0 (driver?)
> 1f01 256 mtdblock1 (driver?)
> 1f02 2816 mtdblock2 (driver?)
> 1f03 5056 mtdblock3 (driver?)
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(2,0)
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c7b5b000 r6:00000000 r5:c7b5b015 r4:c04296b8
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c004ebf8>] (panic+0x60/0x180)
> [<c004eb98>] (panic+0x0/0x180) from [<c0009114>]
> (mount_block_root+0x1d4/0x214)
> r3:00000000 r2:00000001 r1:c782bf50 r0:c0394851
> [<c0008f40>] (mount_block_root+0x0/0x214) from [<c00091fc>]
> (mount_root+0xa8/0xc8)
> [<c0009154>] (mount_root+0x0/0xc8) from [<c0009388>]
> (prepare_namespace+0x16c/0x1d0)
> r4:c04288c0
> [<c000921c>] (prepare_namespace+0x0/0x1d0) from [<c0008904>]
> (kernel_init+0x1cc/0x220)
> r5:c0402048 r4:c0428860
> [<c0008738>] (kernel_init+0x0/0x220) from [<c00522a8>] (do_exit+0x0/0x5e0)
> r7:00000013 r6:c00522a8 r5:c0008738 r4:00000000
> CPU0: stopping
> Backtrace:
> [<c00370f0>] (dump_backtrace+0x0/0x110) from [<c0037234>]
> (dump_stack+0x18/0x1c)
> r7:c0405484 r6:00000406 r5:00000000 r4:00000000
> [<c003721c>] (dump_stack+0x0/0x1c) from [<c002d334>] (do_IPI+0xb4/0x124)
> [<c002d280>] (do_IPI+0x0/0x124) from [<c0032bb4>] (__irq_svc+0x34/0xc0)
> Exception stack(0xc03f3f50 to 0xc03f3f98)
> 3f40: c0402048 00000000 c03f3f98
> 00000000
> 3f60: c03f2000 c04288dc c0027290 c0405484 000258e8 411fc091 00000000
> c03f3fa4
> 3f80: c03f3fa8 c03f3f98 c0034a24 c0034a28 60000013 ffffffff
> r5:fc800100 r4:ffffffff
> [<c00349fc>] (default_idle+0x0/0x30) from [<c0034874>] (cpu_idle+0x80/0xc0)
> [<c00347f4>] (cpu_idle+0x0/0xc0) from [<c030602c>] (rest_init+0x64/0x7c)
> r5:c04288dc r4:c04020b0
> [<c0305fc8>] (rest_init+0x0/0x7c) from [<c0008bd4>]
> (start_kernel+0x27c/0x2d8)
> [<c0008958>] (start_kernel+0x0/0x2d8) from [<00008038>] (0x8038)
> r5:c0401fac r4:10c5387d
>
> I have tried the same over latest source picked from linus tree,
> 4162cf64973df51fc885825bc9ca4d055891c49f
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
>
> We are using version 3 of the NFs protocol in kernel's NFS client.
>
>
> Regards
> Deepak
> ST Microelectronics
>
> .
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-13 15:07 ` Chuck Lever
@ 2011-01-13 18:28 ` Armando Visconti
-1 siblings, 0 replies; 25+ messages in thread
From: Armando Visconti @ 2011-01-13 18:28 UTC (permalink / raw)
To: Chuck Lever, Deepak SIKRI
Cc: Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA,
netdev-u79uwXL29TY76Z2rM5mHXA, linux-nfs-u79uwXL29TY76Z2rM5mHXA,
Shiraz HASHIM, Viresh KUMAR, Giuseppe CAVALLARO
Chuck Lever wrote:
> On Jan 13, 2011, at 4:09 AM, deepaksi wrote:
>
>
>> Hi
>>
>> I am facing a problem related to nfs boot, while using the stmmac driver
>> ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the kernel,
>> the network driver works fine.
>>
>> I have been following the mailing list and could find some issues with NFS
>> on 2.6.37 but I am not too sure whether the kernel crash I am getting is
>> related to that.
>>
>> The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
>> kernel I get the following log messages:
>>
>> stmmac: Rx Checksum Offload Engine supported
>> TX Checksum insertion supported
>> IP-Config: Complete:
>> device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=255.255.255.255,
>> host=192.168.1.10, domain=, nis-domain=(none),
>> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
>>
>
> Why is rootpath left undefined?
>
Yes, Chuck.
Good catch.
Deepak,
Can you possibly verify your bootargs?
I see exactly your same problem with kernel 2.6.32 (rc6.3) on my
board, where the bootargs is defined like this:
bootargs=console=ttyAMA0,115200 mem=128M root=/dev/nfs
ip=192.168.1.10:192.168.1
.1:192.168.1.1:255.255.255.0 nfsroot=192.168.1.1:/home/guest/armv7/target
In fact, rootpath is undefined also in my case...
But if I get the network info from my DHCP server the system is booting
correctly.
(i.e. console=ttyAMA0,115200 mem=128M root=/dev/nfs ip=dhcp)
So, why do we have rootpath undefined in our bootargs?
I guess we screwed up something someway...
Let's see it tomorrow.
Ciao,
Arm
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-13 18:28 ` Armando Visconti
0 siblings, 0 replies; 25+ messages in thread
From: Armando Visconti @ 2011-01-13 18:28 UTC (permalink / raw)
To: Chuck Lever, Deepak SIKRI
Cc: Trond.Myklebust, netdev, linux-nfs, Shiraz HASHIM, Viresh KUMAR,
Giuseppe CAVALLARO
Chuck Lever wrote:
> On Jan 13, 2011, at 4:09 AM, deepaksi wrote:
>
>
>> Hi
>>
>> I am facing a problem related to nfs boot, while using the stmmac driver
>> ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the kernel,
>> the network driver works fine.
>>
>> I have been following the mailing list and could find some issues with NFS
>> on 2.6.37 but I am not too sure whether the kernel crash I am getting is
>> related to that.
>>
>> The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
>> kernel I get the following log messages:
>>
>> stmmac: Rx Checksum Offload Engine supported
>> TX Checksum insertion supported
>> IP-Config: Complete:
>> device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=255.255.255.255,
>> host=192.168.1.10, domain=, nis-domain=(none),
>> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
>>
>
> Why is rootpath left undefined?
>
Yes, Chuck.
Good catch.
Deepak,
Can you possibly verify your bootargs?
I see exactly your same problem with kernel 2.6.32 (rc6.3) on my
board, where the bootargs is defined like this:
bootargs=console=ttyAMA0,115200 mem=128M root=/dev/nfs
ip=192.168.1.10:192.168.1
.1:192.168.1.1:255.255.255.0 nfsroot=192.168.1.1:/home/guest/armv7/target
In fact, rootpath is undefined also in my case...
But if I get the network info from my DHCP server the system is booting
correctly.
(i.e. console=ttyAMA0,115200 mem=128M root=/dev/nfs ip=dhcp)
So, why do we have rootpath undefined in our bootargs?
I guess we screwed up something someway...
Let's see it tomorrow.
Ciao,
Arm
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-13 18:28 ` Armando Visconti
(?)
@ 2011-01-14 9:56 ` deepaksi
[not found] ` <4D301DD1.9070104-qxv4g6HH51o@public.gmane.org>
-1 siblings, 1 reply; 25+ messages in thread
From: deepaksi @ 2011-01-14 9:56 UTC (permalink / raw)
To: Armando VISCONTI
Cc: Chuck Lever, Trond.Myklebust, netdev, linux-nfs, Shiraz HASHIM,
Viresh KUMAR, Peppe CAVALLARO, Amit GOEL
Hi All,
On 1/13/2011 11:58 PM, Armando VISCONTI wrote:
> Chuck Lever wrote:
>
>> On Jan 13, 2011, at 4:09 AM, deepaksi wrote:
>>
>>
>>
>>> Hi
>>>
>>> I am facing a problem related to nfs boot, while using the stmmac driver
>>> ported on 2.6.37 kernel. When we use a JFFS2 file system and mount the kernel,
>>> the network driver works fine.
>>>
>>> I have been following the mailing list and could find some issues with NFS
>>> on 2.6.37 but I am not too sure whether the kernel crash I am getting is
>>> related to that.
>>>
>>> The driver worked fine on 2.6.32 kernel, but while booting the 2.6.37
>>> kernel I get the following log messages:
>>>
>>> stmmac: Rx Checksum Offload Engine supported
>>> TX Checksum insertion supported
>>> IP-Config: Complete:
>>> device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=255.255.255.255,
>>> host=192.168.1.10, domain=, nis-domain=(none),
>>> bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
>>>
>>>
>> Why is rootpath left undefined?
>>
>>
>
Even with dhcp server, we get the same log for rootpath. It never
appears over there.
> Yes, Chuck.
> Good catch.
>
> Deepak,
> Can you possibly verify your bootargs?
>
> I see exactly your same problem with kernel 2.6.32 (rc6.3) on my
> board, where the bootargs is defined like this:
>
> bootargs=console=ttyAMA0,115200 mem=128M root=/dev/nfs
> ip=192.168.1.10:192.168.1
> .1:192.168.1.1:255.255.255.0 nfsroot=192.168.1.1:/home/guest/armv7/target
>
> In fact, rootpath is undefined also in my case...
>
> But if I get the network info from my DHCP server the system is booting
> correctly.
> (i.e. console=ttyAMA0,115200 mem=128M root=/dev/nfs ip=dhcp)
>
> So, why do we have rootpath undefined in our bootargs?
> I guess we screwed up something someway...
>
> Let's see it tomorrow.
>
> Ciao,
> Arm
>
>
>
>
The nfs work fine when you use the dhcp server, but still it is a
totally different proposition. The problem comes when we assign a static
IP in the bootargs, and then try to boot the system using NFS. here is
the bootargs setting at the u-boot.
bootargs = console=ttyAMA0,115200 mem=128M root=/dev/nfs
nfsroot=192.168.1.1:/opt/STM/STLinux-2.3/devkit/arm/target
ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0::eth0
These settings have been working fine for earlier kernels. The tcp dump
while doing the nfs boot is quite different between the 2.6.32 and
2.6.37 kernels.
Regards
Deepak
> .
>
>
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-14 9:56 ` deepaksi
@ 2011-01-14 15:35 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-01-14 15:35 UTC (permalink / raw)
To: deepaksi
Cc: Armando VISCONTI, Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA,
netdev-u79uwXL29TY76Z2rM5mHXA, linux-nfs-u79uwXL29TY76Z2rM5mHXA,
Shiraz HASHIM, Viresh KUMAR, Peppe CAVALLARO, Amit GOEL
On Jan 14, 2011, at 4:56 AM, deepaksi wrote:
> The nfs work fine when you use the dhcp server, but still it is a
> totally different proposition. The problem comes when we assign a static
> IP in the bootargs, and then try to boot the system using NFS. here is
> the bootargs setting at the u-boot.
>
> bootargs = console=ttyAMA0,115200 mem=128M root=/dev/nfs
> nfsroot=192.168.1.1:/opt/STM/STLinux-2.3/devkit/arm/target
> ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0::eth0
>
> These settings have been working fine for earlier kernels. The tcp dump
> while doing the nfs boot is quite different between the 2.6.32 and
> 2.6.37 kernels.
Have you tried any kernel versions between 2.6.32 and 2.6.37? I made significant changes in 2.6.36, so it would be helpful to know when this stopped working.
Also, in 2.6.36, I added a new debugging feature for NFSROOT. See "nfsrootdebug" description in Documentation/filesystems/nfs/nfsroot.txt.
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-14 15:35 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-01-14 15:35 UTC (permalink / raw)
To: deepaksi
Cc: Armando VISCONTI, Trond.Myklebust, netdev, linux-nfs,
Shiraz HASHIM, Viresh KUMAR, Peppe CAVALLARO, Amit GOEL
On Jan 14, 2011, at 4:56 AM, deepaksi wrote:
> The nfs work fine when you use the dhcp server, but still it is a
> totally different proposition. The problem comes when we assign a static
> IP in the bootargs, and then try to boot the system using NFS. here is
> the bootargs setting at the u-boot.
>
> bootargs = console=ttyAMA0,115200 mem=128M root=/dev/nfs
> nfsroot=192.168.1.1:/opt/STM/STLinux-2.3/devkit/arm/target
> ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0::eth0
>
> These settings have been working fine for earlier kernels. The tcp dump
> while doing the nfs boot is quite different between the 2.6.32 and
> 2.6.37 kernels.
Have you tried any kernel versions between 2.6.32 and 2.6.37? I made significant changes in 2.6.36, so it would be helpful to know when this stopped working.
Also, in 2.6.36, I added a new debugging feature for NFSROOT. See "nfsrootdebug" description in Documentation/filesystems/nfs/nfsroot.txt.
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
[not found] ` <4D3EBA54.4020308@st.com>
@ 2011-01-25 18:04 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-01-25 18:04 UTC (permalink / raw)
To: deepaksi
Cc: Armando VISCONTI, Trond Myklebust, netdev-u79uwXL29TY76Z2rM5mHXA,
Linux NFS Mailing List, Shiraz HASHIM, Viresh KUMAR,
Peppe CAVALLARO, amitgoel
See analysis in line.
On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
> Hi All,
>
> Please find more debug information on the issue. The log below is related to the kernel debug information.
>
> 1. Kernel Debug Information log : ( The relevant portions are marked in bold )
>
> [ 2.980000] stmmac: Rx Checksum Offload Engine supported
> [ 3.980000] ** phydev->state 4
> [ 4.000000] IP-Config: Complete: /* Ethernet device open print */
> [ 4.000000] device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=192.168.1.1,
> [ 4.010000] host=192.168.1.10, domain=, nis-domain=(none),
> [ 4.010000] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
> [ 4.020000] Root-NFS: nfsroot=/opt/STM/STLinux-2.4/devkit/armv7/target
> [ 4.030000] NFS: nfs mount opts='nolock,addr=192.168.1.1'
> [ 4.030000] NFS: parsing nfs mount option 'nolock'
> [ 4.040000] NFS: parsing nfs mount option 'addr=192.168.1.1'
> [ 4.040000] NFS: MNTPATH: '/opt/STM/STLinux-2.4/devkit/armv7/target'
> [ 4.050000] NFS: sending MNT request for 192.168.1.1:/opt/STM/STLinux-2.4/devkit/armv7/target
> [ 4.060000] Calling rpc_create
> [ 4.060000] RPC: set up xprt to 192.168.1.1 (autobind) via tcp
> [ 4.070000] RPC: created transport cf894000 with 16 slots
> [ 4.080000] xprt_create_transport: RPC: created transport cf894000 with 16 slots
> [ 4.080000] RPC: creating mount client for 192.168.1.1 (xprt cf894000)
> [ 4.090000] RPC: creating UNIX authenticator for client cfa90800
> [ 4.100000] Calling rpc_ping
> [ 4.100000] RPC: new task initialized, procpid 1
> [ 4.100000] RPC: allocated task cfa11980
> [ 4.110000] RPC: 1 __rpc_execute flags=0x680
> [ 4.110000] RPC: 1 call_start mount3 proc NULL (sync)
The first RPC request is a MNT protocol request to determine the NFS file handle for the export to be mounted.
> [ 4.120000] RPC: 1 call_reserve (status 0)
> [ 4.120000] RPC: 1 reserved req cfb80000 xid f68b1f23
> [ 4.130000] RPC: 1 call_reserveresult (status 0)
> [ 4.130000] RPC: 1 call_refresh (status 0)
> [ 4.140000] RPC: 1 holding NULL cred c0492798
> [ 4.140000] RPC: 1 refreshing NULL cred c0492798
> [ 4.150000] RPC: 1 call_refreshresult (status 0)
> [ 4.150000] RPC: 1 call_allocate (status 0)
> [ 4.160000] RPC: 1 allocated buffer of size 92 at cf894800
> [ 4.160000] RPC: 1 call_bind (status 0)
> [ 4.170000] RPC: 1 rpcb_getport_async(192.168.1.1, 100005, 3, 6)
> [ 4.170000] RPC: 1 sleep_on(queue "xprt_binding" time 4294937713)
> [ 4.180000] RPC: 1 added to queue cf8940a4 "xprt_binding"
> [ 4.190000] RPC: 1 setting alarm for 60000 ms
> [ 4.190000] RPC: 1 rpcb_getport_async: trying rpcbind version 2
> [ 4.200000] Calling rpc_create
> [ 4.200000] RPC: set up xprt to 192.168.1.1 (port 111) via tcp
> [ 4.210000] RPC: created transport cf895000 with 16 slots
> [ 4.210000] xprt_create_transport: RPC: created transport cf895000 with 16 slots
> [ 4.220000] RPC: creating rpcbind client for 192.168.1.1 (xprt cf895000)
> [ 4.230000] RPC: creating UNIX authenticator for client cfa90a00
> [ 4.230000] rpc_create returns 0xcfa90a00
> [ 4.240000] RPC: new task initialized, procpid 1
> [ 4.240000] RPC: allocated task cfa11a00
> [ 4.250000] RPC: rpc_release_client(cfa90a00)
> [ 4.250000] RPC: 1 sync task going to sleep
> [ 4.260000] RPC: 2 __rpc_execute flags=0x681
> [ 4.260000] RPC: 2 call_start rpcbind2 proc GETPORT (async)
This is a child RPC request, which is an rpcbind query to discover the port where the NFS server's MNT service resides. This is necessary before a transport socket for the MNT request can be set up. The MNT request is put to sleep while the rpcbind query proceeds.
> [ 4.270000] RPC: 2 call_reserve (status 0)
> [ 4.270000] RPC: 2 reserved req cfb81000 xid 59bc347d
> [ 4.280000] RPC: 2 call_reserveresult (status 0)
> [ 4.280000] RPC: 2 call_refresh (status 0)
> [ 4.290000] RPC: 2 looking up UNIX cred
> [ 4.290000] RPC: looking up UNIX cred
> [ 4.300000] RPC: allocating UNIX cred for uid 0 gid 0
> [ 4.300000] RPC: 2 refreshing UNIX cred cfa11a80
> [ 4.310000] RPC: 2 call_refreshresult (status 0)
> [ 4.310000] RPC: 2 call_allocate (status 0)
> [ 4.320000] RPC: 2 allocated buffer of size 412 at cf895800
> [ 4.320000] RPC: 2 call_bind (status 0)
> [ 4.330000] RPC: 2 call_connect xprt cf895000 is not connected
> [ 4.330000] RPC: 2 xprt_connect xprt cf895000 is not connected
> [ 4.340000] RPC: 2 sleep_on(queue "xprt_pending" time 4294937730)
> [ 4.340000] RPC: 2 added to queue cf8951dc "xprt_pending"
> [ 4.350000] RPC: 2 setting alarm for 60000 ms
> [ 4.360000] RPC: xs_connect scheduled xprt cf895000
> [ 4.360000] RPC: xs_bind 0.0.0.0:0: ok (0)
> [ 4.370000] RPC: worker connecting xprt cf895000 via tcp to 192.168.1.1 (port 111)
> [ 4.370000] RPC: cf895000 connect status 115 connected 0 sock state 2
A transport socket is set up for the rpcbind query, which connects to port 111 on the server. The RPC client puts the rpcbind query request to sleep waiting for the transport socket connection to complete. This is done in a worker thread.
> [ 6.980000] PHY: 0:05 - Link is Up - 1000/Full /* As soon as network link is up, post auto negotiation, we get the error below ( Unable to reach icmp)*/
> [ 7.380000] RPC: xs_error_report client cf895000... /* The ethernet phy on our board typically takes 3 seconds for auto negotiation process */
> [ 7.380000] RPC: error 113 /* In case the frequency of the phy state machine (in phy framework) polling is increased from HZ to HZ/10, we do not face this issue*/
After three seconds, the initial socket connection attempt is getting EHOSTUNREACH. The transport socket's error report callback wakes up RPC task 2 with status -EAGAIN.
"we do not face this issue" -- in that case, does the connection attempt succeed? Do you have debugging output for that case?
> [ 7.390000] RPC: 2 __rpc_wake_up_task (now 4294938035)
> [ 7.390000] RPC: 2 disabling timer
> [ 7.390000] RPC: 2 removed from queue cf8951dc "xprt_pending"
> [ 7.400000] RPC: __rpc_wake_up_task done
> [ 7.410000] RPC: xs_tcp_state_change client cf895000...
> [ 7.410000] RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> [ 7.420000] RPC: disconnected transport cf895000
The transport is marked disconnected here by the transport socket's state change callback. The socket state is TCP_CLOSE. xprt_disconnect_done() wakes up any pending tasks with -EAGAIN (a second wake up).
> [ 7.420000] RPC: 2 __rpc_execute flags=0x681
> [ 7.420000] ************* skb->protocol = 608**************
> [ 7.420000] ************* skb->protocol = 8**************
> [ 7.440000] RPC: 2 xprt_connect_status: retrying
Here is RPC task 2 waking up in xprt_connect_status with status -EAGAIN.
> [ 7.440000] RPC: 2 call_connect_status (status -11)
> [ 7.450000] RPC: 2 call_transmit (status 0)
> [ 7.450000] RPC: 2 xprt_prepare_transmit
> [ 7.460000] RPC: 2 rpc_xdr_encode (status 0)
> [ 7.460000] RPC: 2 marshaling UNIX cred cfa11a80
> [ 7.470000] RPC: 2 using AUTH_UNIX cred cfa11a80 to wrap rpc data
> [ 7.470000] RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
> [ 7.480000] RPC: 2 xprt_transmit(92)
> [ 7.480000] RPC: xs_tcp_send_request(92) = -113
> [ 7.490000] RPC: sendmsg returned unrecognized error 113
I don't see a fresh connection attempt here. The RPC client appears to be attempting to send on an unconnected transport socket. The next send request is getting EHOSTUNREACH again, and thus the rpcbind query fails.
I thought there used to be code in xprt_prepare_transmit() to reconnect if needed, but I no longer find it here. call_connect_status() handles -EAGAIN by advancing the state machine to call_transmit(), so the FSM does expect call_transmit() and its children to deal with an unconnected transport.
Possibly relevant commits: 2a491991, c8485e4d
In any event, the outcome is probably correct: if the RPC client gets EHOSTUNREACH while trying to connect or send, then it will fail this RPC request.
> [ 7.490000] RPC: xs_tcp_state_change client cf895000...
> [ 7.500000] RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> [ 7.510000] RPC: disconnected transport cf895000
> [ 7.510000] RPC: wake_up_next(cf895174 "xprt_resend")
> [ 7.520000] RPC: wake_up_next(cf89510c "xprt_sending")
> [ 7.520000] RPC: setting port for xprt cf894000 to 0
> [ 7.530000] RPC: 2 rpcb_getport_done(status -113, port 0)
> [ 7.530000] RPC: 2 return 0, status -113
> [ 7.540000] RPC: 2 release task
> [ 7.540000] RPC: freeing buffer of size 412 at cf895800
> [ 7.550000] RPC: 2 release request cfb81000
> [ 7.550000] RPC: wake_up_next(cf895244 "xprt_backlog")
> [ 7.560000] RPC: rpc_release_client(cfa90a00)
> [ 7.560000] RPC: destroying rpcbind client for 192.168.1.1
> [ 7.570000] RPC: destroying transport cf895000
> [ 7.570000] RPC: xs_destroy xprt cf895000
> [ 7.580000] RPC: xs_close xprt cf895000
> [ 7.580000] RPC: disconnected transport cf895000
> [ 7.590000] RPC: 2 freeing task
> [ 7.590000] RPC: 1 __rpc_wake_up_task (now 4294938055)
> [ 7.600000] RPC: 1 disabling timer
> [ 7.600000] RPC: 1 removed from queue cf8940a4 "xprt_binding"
> [ 7.610000] RPC: __rpc_wake_up_task done
> [ 7.610000] RPC: 1 sync task resuming
> [ 7.620000] RPC: 1 remote rpcbind unreachable: -113
> [ 7.620000] RPC: 1 return 0, status -113
> [ 7.630000] RPC: 1 release task
> [ 7.630000] RPC: freeing buffer of size 92 at cf894800
> [ 7.630000] RPC: 1 release request cfb80000
> [ 7.640000] RPC: wake_up_next(cf894244 "xprt_backlog")
> [ 7.640000] RPC: rpc_release_client(cfa90800)
> [ 7.650000] RPC: 1 freeing task
> [ 7.650000] rpc_ping returned -113
> [ 7.660000] Calling rpc_ping failed
Note that the RPC ping is for RPC task 1, the MNT request, not for the rpcbind query (RPC task 2).
An RPC ping for the MNT request can't proceed until the rpcbind query has discovered the correct server port to connect to. The rpcbind query is done first, then, and is what is failing to connect. So RPC ping is a red herring here -- the RPC client doesn't get far enough to send a MNT NULL request.
[ ... remaining dump contents snipped ... ]
> We have made following observations
> 1. It seems that the time taken by phy auto negotiation process is long and as soon as the link gets up rpc ping request is getting timed out and we receive "Unable to reach ICMP" error. The time out error is same even if you do not connect a network cable and do a nfs boot.
> 2. We tried to modify the rate at which the work queue is scheduled in the phy framework. instead of scheduling every HZ ( 1 sec), we modified it to HZ/10. We did not received the error. This probably reduced the margin of the phy framework informing the kernel that the link is up.
> 3. We tried to use another network card and did a nfs boot. The only relevant difference we could find was the time of auto negotiation.
Can you post a similar debugging dump of a root mount that succeeds using a different network card?
> Are there some changes in the kernel framework w.r.t rpc ping time out ? This problem was not there in previous kernels.
There have been changes in the RPC socket code around how it manages recovery from failed attempts to connect. We also have new logic now in the RPC client that causes RPC ping to fail immediately if a host can't be reached.
Thanks for your efforts so far. It would be helpful if you could bisect to determine which commit(s) introduced this RPC client behavior (or any related changes to your network driver behavior).
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-25 18:04 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-01-25 18:04 UTC (permalink / raw)
To: deepaksi
Cc: Armando VISCONTI, Trond Myklebust, netdev,
Linux NFS Mailing List, Shiraz HASHIM, Viresh KUMAR,
Peppe CAVALLARO, amitgoel
See analysis in line.
On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
> Hi All,
>
> Please find more debug information on the issue. The log below is related to the kernel debug information.
>
> 1. Kernel Debug Information log : ( The relevant portions are marked in bold )
>
> [ 2.980000] stmmac: Rx Checksum Offload Engine supported
> [ 3.980000] ** phydev->state 4
> [ 4.000000] IP-Config: Complete: /* Ethernet device open print */
> [ 4.000000] device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=192.168.1.1,
> [ 4.010000] host=192.168.1.10, domain=, nis-domain=(none),
> [ 4.010000] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
> [ 4.020000] Root-NFS: nfsroot=/opt/STM/STLinux-2.4/devkit/armv7/target
> [ 4.030000] NFS: nfs mount opts='nolock,addr=192.168.1.1'
> [ 4.030000] NFS: parsing nfs mount option 'nolock'
> [ 4.040000] NFS: parsing nfs mount option 'addr=192.168.1.1'
> [ 4.040000] NFS: MNTPATH: '/opt/STM/STLinux-2.4/devkit/armv7/target'
> [ 4.050000] NFS: sending MNT request for 192.168.1.1:/opt/STM/STLinux-2.4/devkit/armv7/target
> [ 4.060000] Calling rpc_create
> [ 4.060000] RPC: set up xprt to 192.168.1.1 (autobind) via tcp
> [ 4.070000] RPC: created transport cf894000 with 16 slots
> [ 4.080000] xprt_create_transport: RPC: created transport cf894000 with 16 slots
> [ 4.080000] RPC: creating mount client for 192.168.1.1 (xprt cf894000)
> [ 4.090000] RPC: creating UNIX authenticator for client cfa90800
> [ 4.100000] Calling rpc_ping
> [ 4.100000] RPC: new task initialized, procpid 1
> [ 4.100000] RPC: allocated task cfa11980
> [ 4.110000] RPC: 1 __rpc_execute flags=0x680
> [ 4.110000] RPC: 1 call_start mount3 proc NULL (sync)
The first RPC request is a MNT protocol request to determine the NFS file handle for the export to be mounted.
> [ 4.120000] RPC: 1 call_reserve (status 0)
> [ 4.120000] RPC: 1 reserved req cfb80000 xid f68b1f23
> [ 4.130000] RPC: 1 call_reserveresult (status 0)
> [ 4.130000] RPC: 1 call_refresh (status 0)
> [ 4.140000] RPC: 1 holding NULL cred c0492798
> [ 4.140000] RPC: 1 refreshing NULL cred c0492798
> [ 4.150000] RPC: 1 call_refreshresult (status 0)
> [ 4.150000] RPC: 1 call_allocate (status 0)
> [ 4.160000] RPC: 1 allocated buffer of size 92 at cf894800
> [ 4.160000] RPC: 1 call_bind (status 0)
> [ 4.170000] RPC: 1 rpcb_getport_async(192.168.1.1, 100005, 3, 6)
> [ 4.170000] RPC: 1 sleep_on(queue "xprt_binding" time 4294937713)
> [ 4.180000] RPC: 1 added to queue cf8940a4 "xprt_binding"
> [ 4.190000] RPC: 1 setting alarm for 60000 ms
> [ 4.190000] RPC: 1 rpcb_getport_async: trying rpcbind version 2
> [ 4.200000] Calling rpc_create
> [ 4.200000] RPC: set up xprt to 192.168.1.1 (port 111) via tcp
> [ 4.210000] RPC: created transport cf895000 with 16 slots
> [ 4.210000] xprt_create_transport: RPC: created transport cf895000 with 16 slots
> [ 4.220000] RPC: creating rpcbind client for 192.168.1.1 (xprt cf895000)
> [ 4.230000] RPC: creating UNIX authenticator for client cfa90a00
> [ 4.230000] rpc_create returns 0xcfa90a00
> [ 4.240000] RPC: new task initialized, procpid 1
> [ 4.240000] RPC: allocated task cfa11a00
> [ 4.250000] RPC: rpc_release_client(cfa90a00)
> [ 4.250000] RPC: 1 sync task going to sleep
> [ 4.260000] RPC: 2 __rpc_execute flags=0x681
> [ 4.260000] RPC: 2 call_start rpcbind2 proc GETPORT (async)
This is a child RPC request, which is an rpcbind query to discover the port where the NFS server's MNT service resides. This is necessary before a transport socket for the MNT request can be set up. The MNT request is put to sleep while the rpcbind query proceeds.
> [ 4.270000] RPC: 2 call_reserve (status 0)
> [ 4.270000] RPC: 2 reserved req cfb81000 xid 59bc347d
> [ 4.280000] RPC: 2 call_reserveresult (status 0)
> [ 4.280000] RPC: 2 call_refresh (status 0)
> [ 4.290000] RPC: 2 looking up UNIX cred
> [ 4.290000] RPC: looking up UNIX cred
> [ 4.300000] RPC: allocating UNIX cred for uid 0 gid 0
> [ 4.300000] RPC: 2 refreshing UNIX cred cfa11a80
> [ 4.310000] RPC: 2 call_refreshresult (status 0)
> [ 4.310000] RPC: 2 call_allocate (status 0)
> [ 4.320000] RPC: 2 allocated buffer of size 412 at cf895800
> [ 4.320000] RPC: 2 call_bind (status 0)
> [ 4.330000] RPC: 2 call_connect xprt cf895000 is not connected
> [ 4.330000] RPC: 2 xprt_connect xprt cf895000 is not connected
> [ 4.340000] RPC: 2 sleep_on(queue "xprt_pending" time 4294937730)
> [ 4.340000] RPC: 2 added to queue cf8951dc "xprt_pending"
> [ 4.350000] RPC: 2 setting alarm for 60000 ms
> [ 4.360000] RPC: xs_connect scheduled xprt cf895000
> [ 4.360000] RPC: xs_bind 0.0.0.0:0: ok (0)
> [ 4.370000] RPC: worker connecting xprt cf895000 via tcp to 192.168.1.1 (port 111)
> [ 4.370000] RPC: cf895000 connect status 115 connected 0 sock state 2
A transport socket is set up for the rpcbind query, which connects to port 111 on the server. The RPC client puts the rpcbind query request to sleep waiting for the transport socket connection to complete. This is done in a worker thread.
> [ 6.980000] PHY: 0:05 - Link is Up - 1000/Full /* As soon as network link is up, post auto negotiation, we get the error below ( Unable to reach icmp)*/
> [ 7.380000] RPC: xs_error_report client cf895000... /* The ethernet phy on our board typically takes 3 seconds for auto negotiation process */
> [ 7.380000] RPC: error 113 /* In case the frequency of the phy state machine (in phy framework) polling is increased from HZ to HZ/10, we do not face this issue*/
After three seconds, the initial socket connection attempt is getting EHOSTUNREACH. The transport socket's error report callback wakes up RPC task 2 with status -EAGAIN.
"we do not face this issue" -- in that case, does the connection attempt succeed? Do you have debugging output for that case?
> [ 7.390000] RPC: 2 __rpc_wake_up_task (now 4294938035)
> [ 7.390000] RPC: 2 disabling timer
> [ 7.390000] RPC: 2 removed from queue cf8951dc "xprt_pending"
> [ 7.400000] RPC: __rpc_wake_up_task done
> [ 7.410000] RPC: xs_tcp_state_change client cf895000...
> [ 7.410000] RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> [ 7.420000] RPC: disconnected transport cf895000
The transport is marked disconnected here by the transport socket's state change callback. The socket state is TCP_CLOSE. xprt_disconnect_done() wakes up any pending tasks with -EAGAIN (a second wake up).
> [ 7.420000] RPC: 2 __rpc_execute flags=0x681
> [ 7.420000] ************* skb->protocol = 608**************
> [ 7.420000] ************* skb->protocol = 8**************
> [ 7.440000] RPC: 2 xprt_connect_status: retrying
Here is RPC task 2 waking up in xprt_connect_status with status -EAGAIN.
> [ 7.440000] RPC: 2 call_connect_status (status -11)
> [ 7.450000] RPC: 2 call_transmit (status 0)
> [ 7.450000] RPC: 2 xprt_prepare_transmit
> [ 7.460000] RPC: 2 rpc_xdr_encode (status 0)
> [ 7.460000] RPC: 2 marshaling UNIX cred cfa11a80
> [ 7.470000] RPC: 2 using AUTH_UNIX cred cfa11a80 to wrap rpc data
> [ 7.470000] RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
> [ 7.480000] RPC: 2 xprt_transmit(92)
> [ 7.480000] RPC: xs_tcp_send_request(92) = -113
> [ 7.490000] RPC: sendmsg returned unrecognized error 113
I don't see a fresh connection attempt here. The RPC client appears to be attempting to send on an unconnected transport socket. The next send request is getting EHOSTUNREACH again, and thus the rpcbind query fails.
I thought there used to be code in xprt_prepare_transmit() to reconnect if needed, but I no longer find it here. call_connect_status() handles -EAGAIN by advancing the state machine to call_transmit(), so the FSM does expect call_transmit() and its children to deal with an unconnected transport.
Possibly relevant commits: 2a491991, c8485e4d
In any event, the outcome is probably correct: if the RPC client gets EHOSTUNREACH while trying to connect or send, then it will fail this RPC request.
> [ 7.490000] RPC: xs_tcp_state_change client cf895000...
> [ 7.500000] RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> [ 7.510000] RPC: disconnected transport cf895000
> [ 7.510000] RPC: wake_up_next(cf895174 "xprt_resend")
> [ 7.520000] RPC: wake_up_next(cf89510c "xprt_sending")
> [ 7.520000] RPC: setting port for xprt cf894000 to 0
> [ 7.530000] RPC: 2 rpcb_getport_done(status -113, port 0)
> [ 7.530000] RPC: 2 return 0, status -113
> [ 7.540000] RPC: 2 release task
> [ 7.540000] RPC: freeing buffer of size 412 at cf895800
> [ 7.550000] RPC: 2 release request cfb81000
> [ 7.550000] RPC: wake_up_next(cf895244 "xprt_backlog")
> [ 7.560000] RPC: rpc_release_client(cfa90a00)
> [ 7.560000] RPC: destroying rpcbind client for 192.168.1.1
> [ 7.570000] RPC: destroying transport cf895000
> [ 7.570000] RPC: xs_destroy xprt cf895000
> [ 7.580000] RPC: xs_close xprt cf895000
> [ 7.580000] RPC: disconnected transport cf895000
> [ 7.590000] RPC: 2 freeing task
> [ 7.590000] RPC: 1 __rpc_wake_up_task (now 4294938055)
> [ 7.600000] RPC: 1 disabling timer
> [ 7.600000] RPC: 1 removed from queue cf8940a4 "xprt_binding"
> [ 7.610000] RPC: __rpc_wake_up_task done
> [ 7.610000] RPC: 1 sync task resuming
> [ 7.620000] RPC: 1 remote rpcbind unreachable: -113
> [ 7.620000] RPC: 1 return 0, status -113
> [ 7.630000] RPC: 1 release task
> [ 7.630000] RPC: freeing buffer of size 92 at cf894800
> [ 7.630000] RPC: 1 release request cfb80000
> [ 7.640000] RPC: wake_up_next(cf894244 "xprt_backlog")
> [ 7.640000] RPC: rpc_release_client(cfa90800)
> [ 7.650000] RPC: 1 freeing task
> [ 7.650000] rpc_ping returned -113
> [ 7.660000] Calling rpc_ping failed
Note that the RPC ping is for RPC task 1, the MNT request, not for the rpcbind query (RPC task 2).
An RPC ping for the MNT request can't proceed until the rpcbind query has discovered the correct server port to connect to. The rpcbind query is done first, then, and is what is failing to connect. So RPC ping is a red herring here -- the RPC client doesn't get far enough to send a MNT NULL request.
[ ... remaining dump contents snipped ... ]
> We have made following observations
> 1. It seems that the time taken by phy auto negotiation process is long and as soon as the link gets up rpc ping request is getting timed out and we receive "Unable to reach ICMP" error. The time out error is same even if you do not connect a network cable and do a nfs boot.
> 2. We tried to modify the rate at which the work queue is scheduled in the phy framework. instead of scheduling every HZ ( 1 sec), we modified it to HZ/10. We did not received the error. This probably reduced the margin of the phy framework informing the kernel that the link is up.
> 3. We tried to use another network card and did a nfs boot. The only relevant difference we could find was the time of auto negotiation.
Can you post a similar debugging dump of a root mount that succeeds using a different network card?
> Are there some changes in the kernel framework w.r.t rpc ping time out ? This problem was not there in previous kernels.
There have been changes in the RPC socket code around how it manages recovery from failed attempts to connect. We also have new logic now in the RPC client that causes RPC ping to fail immediately if a host can't be reached.
Thanks for your efforts so far. It would be helpful if you could bisect to determine which commit(s) introduced this RPC client behavior (or any related changes to your network driver behavior).
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-25 18:04 ` Chuck Lever
@ 2011-01-28 12:43 ` Shiraz Hashim
-1 siblings, 0 replies; 25+ messages in thread
From: Shiraz Hashim @ 2011-01-28 12:43 UTC (permalink / raw)
To: Chuck Lever
Cc: Deepak SIKRI, Armando VISCONTI, Trond Myklebust,
netdev-u79uwXL29TY76Z2rM5mHXA, Linux NFS Mailing List,
Viresh KUMAR, Peppe CAVALLARO, amitgoel
Hello Chuck,
On Wed, Jan 26, 2011 at 02:04:21AM +0800, Chuck Lever wrote:
> See analysis in line.
>
> On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
[...]
> > We have made following observations
> > 1. It seems that the time taken by phy auto negotiation process is
> > long and as soon as the link gets up rpc ping request is getting
> > timed out and we receive "Unable to reach ICMP" error. The time
> > out error is same even if you do not connect a network cable and
> > do a nfs boot.
> >
> > 2. We tried to modify the rate at which the work queue is
> > scheduled in the phy framework. instead of scheduling every HZ ( 1
> > sec), we modified it to HZ/10. We did not received
> > the error. This probably reduced the margin of the phy framework
> > informing the kernel that the link is up.
> >
> > 3. We tried to use another network card and did a nfs boot. The
> > only relevant difference we could find was the time of auto
> > negotiation.
>
> Can you post a similar debugging dump of a root mount that succeeds
> using a different network card?
Following is the NFS boot log with a PCIe based e1000e nic card.
....
....
[ 1.570000] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[ 1.580000] e1000: Copyright (c) 1999-2006 Intel Corporation.
[ 1.590000] e1000e: Intel(R) PRO/1000 Network Driver - 1.2.7-k2
[ 1.590000] e1000e: Copyright (c) 1999 - 2010 Intel Corporation.
[ 1.600000] e1000e 0000:01:00.0: Disabling ASPM L1
[ 1.600000] PCI: enabling device 0000:01:00.0 (0140 -> 0142)
[ 1.610000] e1000e 0000:01:00.0: (unregistered net_device): Failed to initialize MSI interrupts. Falling back to legacy interrupts.
[ 1.850000] e1000e 0000:01:00.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:15:17:ec:02:ff
[ 1.860000] e1000e 0000:01:00.0: eth0: Intel(R) PRO/1000 Network Connection
[ 1.870000] e1000e 0000:01:00.0: eth0: MAC: 1, PHY: 4, PBA No: d50861-004
[ 1.870000] Intel(R) Gigabit Ethernet Network Driver - version 2.1.0-k2
[ 1.880000] Copyright (c) 2007-2009 Intel Corporation.
[ 1.880000] Intel(R) Virtual Function Network Driver - version 1.0.0-k0
[ 1.890000] Copyright (c) 2009 Intel Corporation.
[ 1.900000] CAN device driver interface
[ 1.900000] STMMAC driver:
[ 1.900000] platform registration...
[ 1.910000] done!
[ 1.910000] DWMAC1000 - user ID: 0x10, Synopsys ID: 0x35
[ 1.920000] Enhanced descriptor structure
[ 1.920000] eth1 - (dev. name: stmmaceth - id: 0, IRQ #65
[ 1.920000] IO base addr: 0xd00f0000)
[ 1.940000] STMMAC MII Bus: probed
[ 1.940000] eth1: PHY ID 20005c7a at 5 IRQ -1 (0:05) active
[ 1.950000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.950000] spear-ehci spear-ehci.0: SPEAr EHCI
[ 1.960000] spear-ehci spear-ehci.0: new USB bus registered, assigned bus number 1
[ 2.020000] spear-ehci spear-ehci.0: irq 96, io mem 0xe4800000
[ 2.040000] spear-ehci spear-ehci.0: USB 0.0 started, EHCI 1.00
[ 2.040000] hub 1-0:1.0: USB hub found
[ 2.050000] hub 1-0:1.0: 1 port detected
[ 2.050000] spear-ehci spear-ehci.1: SPEAr EHCI
[ 2.060000] spear-ehci spear-ehci.1: new USB bus registered, assigned bus number 2
[ 2.120000] spear-ehci spear-ehci.1: irq 98, io mem 0xe5800000
[ 2.140000] spear-ehci spear-ehci.1: USB 0.0 started, EHCI 1.00
[ 2.140000] hub 2-0:1.0: USB hub found
[ 2.150000] hub 2-0:1.0: 1 port detected
[ 2.150000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 2.160000] spear-ohci spear-ohci.0: SPEAr OHCI
[ 2.160000] spear-ohci spear-ohci.0: new USB bus registered, assigned bus number 3
[ 2.200000] spear-ohci spear-ohci.0: irq 97, io mem 0xe4000000
[ 2.260000] hub 3-0:1.0: USB hub found
[ 2.270000] hub 3-0:1.0: 1 port detected
[ 2.270000] spear-ohci spear-ohci.1: SPEAr OHCI
[ 2.280000] spear-ohci spear-ohci.1: new USB bus registered, assigned bus number 4
[ 2.310000] spear-ohci spear-ohci.1: irq 99, io mem 0xe5000000
[ 2.370000] hub 4-0:1.0: USB hub found
[ 2.380000] hub 4-0:1.0: 1 port detected
[ 2.380000] Initializing USB Mass Storage driver...
[ 2.390000] usbcore: registered new interface driver usb-storage
[ 2.390000] USB Mass Storage support registered.
[ 2.400000] usbcore: registered new interface driver usbtest
[ 2.400000] designware_udc designware_udc: Device Synopsys UDC probed csr d00fe000: plug d01c4000
[ 2.410000] zero gadget: Gadget Zero, version: Cinco de Mayo 2008
[ 2.420000] zero gadget: zero ready
[ 2.420000] designware_udc designware_udc: reg gadget driver 'zero'
[ 2.430000] mice: PS/2 mouse device common for all mice
[ 2.440000] input: Spear Keyboard as /devices/platform/keyboard/input/input0
[ 2.470000] usbcore: registered new interface driver usbtouchscreen
[ 2.470000] input: STMPE610 Touchscreen as /devices/ssp-pl022/spi0.0/input/input1
[ 2.670000] stmpe610-spi spi0.0: Detected Touch Screen with chip id: ffff and version: ff
[ 2.690000] rtc-spear rtc-spear: rtc core: registered rtc-spear as rtc0
[ 2.730000] i2c /dev entries driver
[ 2.730000] cortexa9-wdt cortexa9-wdt: registration successful
[ 2.740000] dw_dmac.0: DesignWare DMA Controller, 8 channels
[ 2.750000] dw_dmac.1: DesignWare DMA Controller, 8 channels
[ 2.760000] sdhci: Secure Digital Host Controller Interface driver
[ 2.770000] sdhci: Copyright(c) Pierre Ossman
[ 2.780000] mmc0: SDHCI controller on sdhci [platform] using DMA
[ 2.780000] IPv4 over IPv4 tunneling driver
[ 2.790000] TCP cubic registered
[ 2.790000] NET: Registered protocol family 17
[ 2.800000] can: controller area network core (rev 20090105 abi 8)
[ 2.810000] NET: Registered protocol family 29
[ 2.810000] can: raw protocol (rev 20090105)
[ 2.810000] can: broadcast manager protocol (rev 20090105 t)
[ 2.820000] rtc-spear rtc-spear: hctosys: invalid date/time
[ 4.520000] IP-Config: Complete:
[ 4.520000] device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=192.168.1.1,
[ 4.530000] host=192.168.1.10, domain=, nis-domain=(none),
[ 4.530000] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
[ 4.540000] Root-NFS: nfsroot=/opt/STM/STLinux-2.4/devkit/armv7/target
[ 4.550000] NFS: nfs mount opts='nolock,addr=192.168.1.1'
[ 4.550000] NFS: parsing nfs mount option 'nolock'
[ 4.560000] NFS: parsing nfs mount option 'addr=192.168.1.1'
[ 4.560000] NFS: MNTPATH: '/opt/STM/STLinux-2.4/devkit/armv7/target'
[ 4.570000] NFS: sending MNT request for 192.168.1.1:/opt/STM/STLinux-2.4/devkit/armv7/target
[ 4.580000] Calling rpc_create
[ 4.580000] RPC: set up xprt to 192.168.1.1 (autobind) via tcp
[ 4.590000] RPC: created transport cfb13800 with 16 slots
[ 4.590000] xprt_create_transport: RPC: created transport cfb13800 with 16 slots
[ 4.600000] RPC: creating mount client for 192.168.1.1 (xprt cfb13800)
[ 4.610000] RPC: creating UNIX authenticator for client cfaae800
[ 4.620000] Calling rpc_ping
[ 4.620000] RPC: new task initialized, procpid 1
[ 4.620000] RPC: allocated task cfa93100
[ 4.630000] RPC: 1 __rpc_execute flags=0x680
[ 4.630000] RPC: 1 call_start mount3 proc NULL (sync)
[ 4.640000] RPC: 1 call_reserve (status 0)
[ 4.640000] RPC: 1 reserved req cfb20000 xid a026435b
[ 4.650000] RPC: 1 call_reserveresult (status 0)
[ 4.650000] RPC: 1 call_refresh (status 0)
[ 4.660000] RPC: 1 holding NULL cred c0492798
[ 4.660000] RPC: 1 refreshing NULL cred c0492798
[ 4.670000] RPC: 1 call_refreshresult (status 0)
[ 4.670000] RPC: 1 call_allocate (status 0)
[ 4.680000] RPC: 1 allocated buffer of size 92 at cfb14000
[ 4.680000] RPC: 1 call_bind (status 0)
[ 4.690000] RPC: 1 rpcb_getport_async(192.168.1.1, 100005, 3, 6)
[ 4.690000] RPC: 1 sleep_on(queue "xprt_binding" time 4294937765)
[ 4.700000] RPC: 1 added to queue cfb138a4 "xprt_binding"
[ 4.710000] RPC: 1 setting alarm for 60000 ms
[ 4.710000] RPC: 1 rpcb_getport_async: trying rpcbind version 2
[ 4.720000] Calling rpc_create
[ 4.720000] RPC: set up xprt to 192.168.1.1 (port 111) via tcp
[ 4.730000] RPC: created transport cfb14800 with 16 slots
[ 4.730000] xprt_create_transport: RPC: created transport cfb14800 with 16 slots
[ 4.740000] RPC: creating rpcbind client for 192.168.1.1 (xprt cfb14800)
[ 4.750000] RPC: creating UNIX authenticator for client cfaaea00
[ 4.750000] rpc_create returns 0xcfaaea00
[ 4.760000] RPC: new task initialized, procpid 1
[ 4.760000] RPC: allocated task cfa93180
[ 4.770000] RPC: rpc_release_client(cfaaea00)
[ 4.770000] RPC: 1 sync task going to sleep
[ 4.780000] RPC: 2 __rpc_execute flags=0x681
[ 4.780000] RPC: 2 call_start rpcbind2 proc GETPORT (async)
[ 4.790000] RPC: 2 call_reserve (status 0)
[ 4.790000] RPC: 2 reserved req cfb21000 xid aa41d674
[ 4.800000] RPC: 2 call_reserveresult (status 0)
[ 4.800000] RPC: 2 call_refresh (status 0)
[ 4.810000] RPC: 2 looking up UNIX cred
[ 4.810000] RPC: looking up UNIX cred
[ 4.820000] RPC: allocating UNIX cred for uid 0 gid 0
[ 4.820000] RPC: 2 refreshing UNIX cred cfa93200
[ 4.830000] RPC: 2 call_refreshresult (status 0)
[ 4.830000] RPC: 2 call_allocate (status 0)
[ 4.840000] RPC: 2 allocated buffer of size 412 at cfb15000
[ 4.840000] RPC: 2 call_bind (status 0)
[ 4.850000] RPC: 2 call_connect xprt cfb14800 is not connected
[ 4.850000] RPC: 2 xprt_connect xprt cfb14800 is not connected
[ 4.860000] RPC: 2 sleep_on(queue "xprt_pending" time 4294937782)
[ 4.860000] RPC: 2 added to queue cfb149dc "xprt_pending"
[ 4.870000] RPC: 2 setting alarm for 60000 ms
[ 4.880000] RPC: xs_connect scheduled xprt cfb14800
[ 4.880000] RPC: xs_bind 0.0.0.0:0: ok (0)
[ 4.890000] RPC: worker connecting xprt cfb14800 via tcp to 192.168.1.1 (port 111)
[ 4.890000] RPC: cfb14800 connect status 115 connected 0 sock state 2
[ 5.870000] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[ 5.900000] RPC: xs_tcp_state_change client cfb14800...
[ 5.900000] RPC: state 1 conn 0 dead 0 zapped 1 sk_shutdown 0
[ 5.910000] RPC: 2 __rpc_wake_up_task (now 4294937887)
[ 5.910000] RPC: 2 disabling timer
[ 5.920000] RPC: 2 removed from queue cfb149dc "xprt_pending"
[ 5.920000] RPC: __rpc_wake_up_task done
[ 5.930000] RPC: 2 __rpc_execute flags=0x681
[ 5.930000] RPC: 2 xprt_connect_status: retrying
[ 5.940000] RPC: 2 call_connect_status (status -11)
[ 5.940000] RPC: 2 call_transmit (status 0)
[ 5.950000] RPC: 2 xprt_prepare_transmit
[ 5.950000] RPC: 2 rpc_xdr_encode (status 0)
[ 5.960000] RPC: 2 marshaling UNIX cred cfa93200
[ 5.960000] RPC: 2 using AUTH_UNIX cred cfa93200 to wrap rpc data
[ 5.970000] RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
[ 5.980000] RPC: 2 xprt_transmit(92)
[ 5.980000] RPC: xs_tcp_send_request(92) = 92
[ 5.980000] RPC: xs_tcp_data_ready...
[ 5.990000] RPC: xs_tcp_data_recv started
[ 5.990000] RPC: reading TCP record fragment of length 28
[ 6.000000] RPC: reading XID (4 bytes)
[ 6.000000] RPC: reading request with XID aa41d674
[ 6.010000] RPC: reading CALL/REPLY flag (4 bytes)
[ 6.010000] RPC: read reply XID aa41d674
[ 6.020000] RPC: XID aa41d674 read 20 bytes
[ 6.020000] RPC: xprt = cfb14800, tcp_copied = 28, tcp_offset = 28, tcp_reclen = 28
[ 6.030000] RPC: 2 xid aa41d674 complete (28 bytes received)
[ 6.040000] RPC: xs_tcp_data_recv done
[ 6.040000] RPC: 2 xmit complete
[ 6.050000] RPC: wake_up_next(cfb14974 "xprt_resend")
[ 6.050000] RPC: wake_up_next(cfb1490c "xprt_sending")
[ 6.060000] RPC: 2 call_status (status 28)
[ 6.060000] RPC: 2 call_decode (status 28)
[ 6.070000] RPC: 2 validating UNIX cred cfa93200
[ 6.070000] RPC: 2 using AUTH_UNIX cred cfa93200 to unwrap rpc data
[ 6.080000] RPC: 2 PMAP_GETPORT result: 48734
[ 6.080000] RPC: 2 call_decode result 0
[ 6.090000] RPC: setting port for xprt cfb13800 to 48734
[ 6.090000] RPC: 2 rpcb_getport_done(status 0, port 48734)
[ 6.100000] RPC: 2 return 0, status 0
[ 6.100000] RPC: 2 release task
[ 6.110000] RPC: freeing buffer of size 412 at cfb15000
[ 6.110000] RPC: 2 release request cfb21000
[ 6.120000] RPC: wake_up_next(cfb14a44 "xprt_backlog")
[ 6.120000] RPC: rpc_release_client(cfaaea00)
[ 6.130000] RPC: destroying rpcbind client for 192.168.1.1
[ 6.130000] RPC: destroying transport cfb14800
[ 6.140000] RPC: xs_destroy xprt cfb14800
[ 6.140000] RPC: xs_close xprt cfb14800
[ 6.150000] RPC: disconnected transport cfb14800
[ 6.150000] RPC: 2 freeing task
[ 6.160000] RPC: 1 __rpc_wake_up_task (now 4294937912)
[ 6.160000] RPC: 1 disabling timer
[ 6.160000] RPC: 1 removed from queue cfb138a4 "xprt_binding"
[ 6.170000] RPC: __rpc_wake_up_task done
....
....
> > Are there some changes in the kernel framework w.r.t rpc ping time
> > out ? This problem was not there in previous kernels.
>
> There have been changes in the RPC socket code around how it manages
> recovery from failed attempts to connect. We also have new logic
> now in the RPC client that causes RPC ping to fail immediately if a
> host can't be reached.
>
> Thanks for your efforts so far. It would be helpful if you could
> bisect to determine which commit(s) introduced this RPC client
> behavior (or any related changes to your network driver behavior).
We would do so in coming days. By then can you please guide us if you
have something in mind.
--
regards
Shiraz
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-01-28 12:43 ` Shiraz Hashim
0 siblings, 0 replies; 25+ messages in thread
From: Shiraz Hashim @ 2011-01-28 12:43 UTC (permalink / raw)
To: Chuck Lever
Cc: Deepak SIKRI, Armando VISCONTI, Trond Myklebust, netdev,
Linux NFS Mailing List, Viresh KUMAR, Peppe CAVALLARO, amitgoel
Hello Chuck,
On Wed, Jan 26, 2011 at 02:04:21AM +0800, Chuck Lever wrote:
> See analysis in line.
>
> On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
[...]
> > We have made following observations
> > 1. It seems that the time taken by phy auto negotiation process is
> > long and as soon as the link gets up rpc ping request is getting
> > timed out and we receive "Unable to reach ICMP" error. The time
> > out error is same even if you do not connect a network cable and
> > do a nfs boot.
> >
> > 2. We tried to modify the rate at which the work queue is
> > scheduled in the phy framework. instead of scheduling every HZ ( 1
> > sec), we modified it to HZ/10. We did not received
> > the error. This probably reduced the margin of the phy framework
> > informing the kernel that the link is up.
> >
> > 3. We tried to use another network card and did a nfs boot. The
> > only relevant difference we could find was the time of auto
> > negotiation.
>
> Can you post a similar debugging dump of a root mount that succeeds
> using a different network card?
Following is the NFS boot log with a PCIe based e1000e nic card.
....
....
[ 1.570000] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[ 1.580000] e1000: Copyright (c) 1999-2006 Intel Corporation.
[ 1.590000] e1000e: Intel(R) PRO/1000 Network Driver - 1.2.7-k2
[ 1.590000] e1000e: Copyright (c) 1999 - 2010 Intel Corporation.
[ 1.600000] e1000e 0000:01:00.0: Disabling ASPM L1
[ 1.600000] PCI: enabling device 0000:01:00.0 (0140 -> 0142)
[ 1.610000] e1000e 0000:01:00.0: (unregistered net_device): Failed to initialize MSI interrupts. Falling back to legacy interrupts.
[ 1.850000] e1000e 0000:01:00.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:15:17:ec:02:ff
[ 1.860000] e1000e 0000:01:00.0: eth0: Intel(R) PRO/1000 Network Connection
[ 1.870000] e1000e 0000:01:00.0: eth0: MAC: 1, PHY: 4, PBA No: d50861-004
[ 1.870000] Intel(R) Gigabit Ethernet Network Driver - version 2.1.0-k2
[ 1.880000] Copyright (c) 2007-2009 Intel Corporation.
[ 1.880000] Intel(R) Virtual Function Network Driver - version 1.0.0-k0
[ 1.890000] Copyright (c) 2009 Intel Corporation.
[ 1.900000] CAN device driver interface
[ 1.900000] STMMAC driver:
[ 1.900000] platform registration...
[ 1.910000] done!
[ 1.910000] DWMAC1000 - user ID: 0x10, Synopsys ID: 0x35
[ 1.920000] Enhanced descriptor structure
[ 1.920000] eth1 - (dev. name: stmmaceth - id: 0, IRQ #65
[ 1.920000] IO base addr: 0xd00f0000)
[ 1.940000] STMMAC MII Bus: probed
[ 1.940000] eth1: PHY ID 20005c7a at 5 IRQ -1 (0:05) active
[ 1.950000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.950000] spear-ehci spear-ehci.0: SPEAr EHCI
[ 1.960000] spear-ehci spear-ehci.0: new USB bus registered, assigned bus number 1
[ 2.020000] spear-ehci spear-ehci.0: irq 96, io mem 0xe4800000
[ 2.040000] spear-ehci spear-ehci.0: USB 0.0 started, EHCI 1.00
[ 2.040000] hub 1-0:1.0: USB hub found
[ 2.050000] hub 1-0:1.0: 1 port detected
[ 2.050000] spear-ehci spear-ehci.1: SPEAr EHCI
[ 2.060000] spear-ehci spear-ehci.1: new USB bus registered, assigned bus number 2
[ 2.120000] spear-ehci spear-ehci.1: irq 98, io mem 0xe5800000
[ 2.140000] spear-ehci spear-ehci.1: USB 0.0 started, EHCI 1.00
[ 2.140000] hub 2-0:1.0: USB hub found
[ 2.150000] hub 2-0:1.0: 1 port detected
[ 2.150000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 2.160000] spear-ohci spear-ohci.0: SPEAr OHCI
[ 2.160000] spear-ohci spear-ohci.0: new USB bus registered, assigned bus number 3
[ 2.200000] spear-ohci spear-ohci.0: irq 97, io mem 0xe4000000
[ 2.260000] hub 3-0:1.0: USB hub found
[ 2.270000] hub 3-0:1.0: 1 port detected
[ 2.270000] spear-ohci spear-ohci.1: SPEAr OHCI
[ 2.280000] spear-ohci spear-ohci.1: new USB bus registered, assigned bus number 4
[ 2.310000] spear-ohci spear-ohci.1: irq 99, io mem 0xe5000000
[ 2.370000] hub 4-0:1.0: USB hub found
[ 2.380000] hub 4-0:1.0: 1 port detected
[ 2.380000] Initializing USB Mass Storage driver...
[ 2.390000] usbcore: registered new interface driver usb-storage
[ 2.390000] USB Mass Storage support registered.
[ 2.400000] usbcore: registered new interface driver usbtest
[ 2.400000] designware_udc designware_udc: Device Synopsys UDC probed csr d00fe000: plug d01c4000
[ 2.410000] zero gadget: Gadget Zero, version: Cinco de Mayo 2008
[ 2.420000] zero gadget: zero ready
[ 2.420000] designware_udc designware_udc: reg gadget driver 'zero'
[ 2.430000] mice: PS/2 mouse device common for all mice
[ 2.440000] input: Spear Keyboard as /devices/platform/keyboard/input/input0
[ 2.470000] usbcore: registered new interface driver usbtouchscreen
[ 2.470000] input: STMPE610 Touchscreen as /devices/ssp-pl022/spi0.0/input/input1
[ 2.670000] stmpe610-spi spi0.0: Detected Touch Screen with chip id: ffff and version: ff
[ 2.690000] rtc-spear rtc-spear: rtc core: registered rtc-spear as rtc0
[ 2.730000] i2c /dev entries driver
[ 2.730000] cortexa9-wdt cortexa9-wdt: registration successful
[ 2.740000] dw_dmac.0: DesignWare DMA Controller, 8 channels
[ 2.750000] dw_dmac.1: DesignWare DMA Controller, 8 channels
[ 2.760000] sdhci: Secure Digital Host Controller Interface driver
[ 2.770000] sdhci: Copyright(c) Pierre Ossman
[ 2.780000] mmc0: SDHCI controller on sdhci [platform] using DMA
[ 2.780000] IPv4 over IPv4 tunneling driver
[ 2.790000] TCP cubic registered
[ 2.790000] NET: Registered protocol family 17
[ 2.800000] can: controller area network core (rev 20090105 abi 8)
[ 2.810000] NET: Registered protocol family 29
[ 2.810000] can: raw protocol (rev 20090105)
[ 2.810000] can: broadcast manager protocol (rev 20090105 t)
[ 2.820000] rtc-spear rtc-spear: hctosys: invalid date/time
[ 4.520000] IP-Config: Complete:
[ 4.520000] device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=192.168.1.1,
[ 4.530000] host=192.168.1.10, domain=, nis-domain=(none),
[ 4.530000] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
[ 4.540000] Root-NFS: nfsroot=/opt/STM/STLinux-2.4/devkit/armv7/target
[ 4.550000] NFS: nfs mount opts='nolock,addr=192.168.1.1'
[ 4.550000] NFS: parsing nfs mount option 'nolock'
[ 4.560000] NFS: parsing nfs mount option 'addr=192.168.1.1'
[ 4.560000] NFS: MNTPATH: '/opt/STM/STLinux-2.4/devkit/armv7/target'
[ 4.570000] NFS: sending MNT request for 192.168.1.1:/opt/STM/STLinux-2.4/devkit/armv7/target
[ 4.580000] Calling rpc_create
[ 4.580000] RPC: set up xprt to 192.168.1.1 (autobind) via tcp
[ 4.590000] RPC: created transport cfb13800 with 16 slots
[ 4.590000] xprt_create_transport: RPC: created transport cfb13800 with 16 slots
[ 4.600000] RPC: creating mount client for 192.168.1.1 (xprt cfb13800)
[ 4.610000] RPC: creating UNIX authenticator for client cfaae800
[ 4.620000] Calling rpc_ping
[ 4.620000] RPC: new task initialized, procpid 1
[ 4.620000] RPC: allocated task cfa93100
[ 4.630000] RPC: 1 __rpc_execute flags=0x680
[ 4.630000] RPC: 1 call_start mount3 proc NULL (sync)
[ 4.640000] RPC: 1 call_reserve (status 0)
[ 4.640000] RPC: 1 reserved req cfb20000 xid a026435b
[ 4.650000] RPC: 1 call_reserveresult (status 0)
[ 4.650000] RPC: 1 call_refresh (status 0)
[ 4.660000] RPC: 1 holding NULL cred c0492798
[ 4.660000] RPC: 1 refreshing NULL cred c0492798
[ 4.670000] RPC: 1 call_refreshresult (status 0)
[ 4.670000] RPC: 1 call_allocate (status 0)
[ 4.680000] RPC: 1 allocated buffer of size 92 at cfb14000
[ 4.680000] RPC: 1 call_bind (status 0)
[ 4.690000] RPC: 1 rpcb_getport_async(192.168.1.1, 100005, 3, 6)
[ 4.690000] RPC: 1 sleep_on(queue "xprt_binding" time 4294937765)
[ 4.700000] RPC: 1 added to queue cfb138a4 "xprt_binding"
[ 4.710000] RPC: 1 setting alarm for 60000 ms
[ 4.710000] RPC: 1 rpcb_getport_async: trying rpcbind version 2
[ 4.720000] Calling rpc_create
[ 4.720000] RPC: set up xprt to 192.168.1.1 (port 111) via tcp
[ 4.730000] RPC: created transport cfb14800 with 16 slots
[ 4.730000] xprt_create_transport: RPC: created transport cfb14800 with 16 slots
[ 4.740000] RPC: creating rpcbind client for 192.168.1.1 (xprt cfb14800)
[ 4.750000] RPC: creating UNIX authenticator for client cfaaea00
[ 4.750000] rpc_create returns 0xcfaaea00
[ 4.760000] RPC: new task initialized, procpid 1
[ 4.760000] RPC: allocated task cfa93180
[ 4.770000] RPC: rpc_release_client(cfaaea00)
[ 4.770000] RPC: 1 sync task going to sleep
[ 4.780000] RPC: 2 __rpc_execute flags=0x681
[ 4.780000] RPC: 2 call_start rpcbind2 proc GETPORT (async)
[ 4.790000] RPC: 2 call_reserve (status 0)
[ 4.790000] RPC: 2 reserved req cfb21000 xid aa41d674
[ 4.800000] RPC: 2 call_reserveresult (status 0)
[ 4.800000] RPC: 2 call_refresh (status 0)
[ 4.810000] RPC: 2 looking up UNIX cred
[ 4.810000] RPC: looking up UNIX cred
[ 4.820000] RPC: allocating UNIX cred for uid 0 gid 0
[ 4.820000] RPC: 2 refreshing UNIX cred cfa93200
[ 4.830000] RPC: 2 call_refreshresult (status 0)
[ 4.830000] RPC: 2 call_allocate (status 0)
[ 4.840000] RPC: 2 allocated buffer of size 412 at cfb15000
[ 4.840000] RPC: 2 call_bind (status 0)
[ 4.850000] RPC: 2 call_connect xprt cfb14800 is not connected
[ 4.850000] RPC: 2 xprt_connect xprt cfb14800 is not connected
[ 4.860000] RPC: 2 sleep_on(queue "xprt_pending" time 4294937782)
[ 4.860000] RPC: 2 added to queue cfb149dc "xprt_pending"
[ 4.870000] RPC: 2 setting alarm for 60000 ms
[ 4.880000] RPC: xs_connect scheduled xprt cfb14800
[ 4.880000] RPC: xs_bind 0.0.0.0:0: ok (0)
[ 4.890000] RPC: worker connecting xprt cfb14800 via tcp to 192.168.1.1 (port 111)
[ 4.890000] RPC: cfb14800 connect status 115 connected 0 sock state 2
[ 5.870000] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[ 5.900000] RPC: xs_tcp_state_change client cfb14800...
[ 5.900000] RPC: state 1 conn 0 dead 0 zapped 1 sk_shutdown 0
[ 5.910000] RPC: 2 __rpc_wake_up_task (now 4294937887)
[ 5.910000] RPC: 2 disabling timer
[ 5.920000] RPC: 2 removed from queue cfb149dc "xprt_pending"
[ 5.920000] RPC: __rpc_wake_up_task done
[ 5.930000] RPC: 2 __rpc_execute flags=0x681
[ 5.930000] RPC: 2 xprt_connect_status: retrying
[ 5.940000] RPC: 2 call_connect_status (status -11)
[ 5.940000] RPC: 2 call_transmit (status 0)
[ 5.950000] RPC: 2 xprt_prepare_transmit
[ 5.950000] RPC: 2 rpc_xdr_encode (status 0)
[ 5.960000] RPC: 2 marshaling UNIX cred cfa93200
[ 5.960000] RPC: 2 using AUTH_UNIX cred cfa93200 to wrap rpc data
[ 5.970000] RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
[ 5.980000] RPC: 2 xprt_transmit(92)
[ 5.980000] RPC: xs_tcp_send_request(92) = 92
[ 5.980000] RPC: xs_tcp_data_ready...
[ 5.990000] RPC: xs_tcp_data_recv started
[ 5.990000] RPC: reading TCP record fragment of length 28
[ 6.000000] RPC: reading XID (4 bytes)
[ 6.000000] RPC: reading request with XID aa41d674
[ 6.010000] RPC: reading CALL/REPLY flag (4 bytes)
[ 6.010000] RPC: read reply XID aa41d674
[ 6.020000] RPC: XID aa41d674 read 20 bytes
[ 6.020000] RPC: xprt = cfb14800, tcp_copied = 28, tcp_offset = 28, tcp_reclen = 28
[ 6.030000] RPC: 2 xid aa41d674 complete (28 bytes received)
[ 6.040000] RPC: xs_tcp_data_recv done
[ 6.040000] RPC: 2 xmit complete
[ 6.050000] RPC: wake_up_next(cfb14974 "xprt_resend")
[ 6.050000] RPC: wake_up_next(cfb1490c "xprt_sending")
[ 6.060000] RPC: 2 call_status (status 28)
[ 6.060000] RPC: 2 call_decode (status 28)
[ 6.070000] RPC: 2 validating UNIX cred cfa93200
[ 6.070000] RPC: 2 using AUTH_UNIX cred cfa93200 to unwrap rpc data
[ 6.080000] RPC: 2 PMAP_GETPORT result: 48734
[ 6.080000] RPC: 2 call_decode result 0
[ 6.090000] RPC: setting port for xprt cfb13800 to 48734
[ 6.090000] RPC: 2 rpcb_getport_done(status 0, port 48734)
[ 6.100000] RPC: 2 return 0, status 0
[ 6.100000] RPC: 2 release task
[ 6.110000] RPC: freeing buffer of size 412 at cfb15000
[ 6.110000] RPC: 2 release request cfb21000
[ 6.120000] RPC: wake_up_next(cfb14a44 "xprt_backlog")
[ 6.120000] RPC: rpc_release_client(cfaaea00)
[ 6.130000] RPC: destroying rpcbind client for 192.168.1.1
[ 6.130000] RPC: destroying transport cfb14800
[ 6.140000] RPC: xs_destroy xprt cfb14800
[ 6.140000] RPC: xs_close xprt cfb14800
[ 6.150000] RPC: disconnected transport cfb14800
[ 6.150000] RPC: 2 freeing task
[ 6.160000] RPC: 1 __rpc_wake_up_task (now 4294937912)
[ 6.160000] RPC: 1 disabling timer
[ 6.160000] RPC: 1 removed from queue cfb138a4 "xprt_binding"
[ 6.170000] RPC: __rpc_wake_up_task done
....
....
> > Are there some changes in the kernel framework w.r.t rpc ping time
> > out ? This problem was not there in previous kernels.
>
> There have been changes in the RPC socket code around how it manages
> recovery from failed attempts to connect. We also have new logic
> now in the RPC client that causes RPC ping to fail immediately if a
> host can't be reached.
>
> Thanks for your efforts so far. It would be helpful if you could
> bisect to determine which commit(s) introduced this RPC client
> behavior (or any related changes to your network driver behavior).
We would do so in coming days. By then can you please guide us if you
have something in mind.
--
regards
Shiraz
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-28 12:43 ` Shiraz Hashim
(?)
@ 2011-01-28 16:58 ` Chuck Lever
-1 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-01-28 16:58 UTC (permalink / raw)
To: Shiraz Hashim
Cc: Deepak SIKRI, Armando VISCONTI, Trond Myklebust, netdev,
Linux NFS Mailing List, Viresh KUMAR, Peppe CAVALLARO, amitgoel
Hi-
On Jan 28, 2011, at 7:43 AM, Shiraz Hashim wrote:
> Hello Chuck,
>
> On Wed, Jan 26, 2011 at 02:04:21AM +0800, Chuck Lever wrote:
>> See analysis in line.
>>
>> On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
>
> [...]
>
>>> We have made following observations
>>> 1. It seems that the time taken by phy auto negotiation process is
>>> long and as soon as the link gets up rpc ping request is getting
>>> timed out and we receive "Unable to reach ICMP" error. The time
>>> out error is same even if you do not connect a network cable and
>>> do a nfs boot.
>>>
>>> 2. We tried to modify the rate at which the work queue is
>>> scheduled in the phy framework. instead of scheduling every HZ ( 1
>>> sec), we modified it to HZ/10. We did not received
>>> the error. This probably reduced the margin of the phy framework
>>> informing the kernel that the link is up.
>>>
>>> 3. We tried to use another network card and did a nfs boot. The
>>> only relevant difference we could find was the time of auto
>>> negotiation.
>>
>> Can you post a similar debugging dump of a root mount that succeeds
>> using a different network card?
>
> Following is the NFS boot log with a PCIe based e1000e nic card.
>
> ....
> ....
> [ 1.570000] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
> [ 1.580000] e1000: Copyright (c) 1999-2006 Intel Corporation.
> [ 1.590000] e1000e: Intel(R) PRO/1000 Network Driver - 1.2.7-k2
> [ 1.590000] e1000e: Copyright (c) 1999 - 2010 Intel Corporation.
> [ 1.600000] e1000e 0000:01:00.0: Disabling ASPM L1
> [ 1.600000] PCI: enabling device 0000:01:00.0 (0140 -> 0142)
> [ 1.610000] e1000e 0000:01:00.0: (unregistered net_device): Failed to initialize MSI interrupts. Falling back to legacy interrupts.
> [ 1.850000] e1000e 0000:01:00.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:15:17:ec:02:ff
> [ 1.860000] e1000e 0000:01:00.0: eth0: Intel(R) PRO/1000 Network Connection
> [ 1.870000] e1000e 0000:01:00.0: eth0: MAC: 1, PHY: 4, PBA No: d50861-004
> [ 1.870000] Intel(R) Gigabit Ethernet Network Driver - version 2.1.0-k2
> [ 1.880000] Copyright (c) 2007-2009 Intel Corporation.
> [ 1.880000] Intel(R) Virtual Function Network Driver - version 1.0.0-k0
> [ 1.890000] Copyright (c) 2009 Intel Corporation.
> [ 1.900000] CAN device driver interface
> [ 1.900000] STMMAC driver:
> [ 1.900000] platform registration...
> [ 1.910000] done!
> [ 1.910000] DWMAC1000 - user ID: 0x10, Synopsys ID: 0x35
> [ 1.920000] Enhanced descriptor structure
> [ 1.920000] eth1 - (dev. name: stmmaceth - id: 0, IRQ #65
> [ 1.920000] IO base addr: 0xd00f0000)
> [ 1.940000] STMMAC MII Bus: probed
> [ 1.940000] eth1: PHY ID 20005c7a at 5 IRQ -1 (0:05) active
> [ 1.950000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [ 1.950000] spear-ehci spear-ehci.0: SPEAr EHCI
> [ 1.960000] spear-ehci spear-ehci.0: new USB bus registered, assigned bus number 1
> [ 2.020000] spear-ehci spear-ehci.0: irq 96, io mem 0xe4800000
> [ 2.040000] spear-ehci spear-ehci.0: USB 0.0 started, EHCI 1.00
> [ 2.040000] hub 1-0:1.0: USB hub found
> [ 2.050000] hub 1-0:1.0: 1 port detected
> [ 2.050000] spear-ehci spear-ehci.1: SPEAr EHCI
> [ 2.060000] spear-ehci spear-ehci.1: new USB bus registered, assigned bus number 2
> [ 2.120000] spear-ehci spear-ehci.1: irq 98, io mem 0xe5800000
> [ 2.140000] spear-ehci spear-ehci.1: USB 0.0 started, EHCI 1.00
> [ 2.140000] hub 2-0:1.0: USB hub found
> [ 2.150000] hub 2-0:1.0: 1 port detected
> [ 2.150000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> [ 2.160000] spear-ohci spear-ohci.0: SPEAr OHCI
> [ 2.160000] spear-ohci spear-ohci.0: new USB bus registered, assigned bus number 3
> [ 2.200000] spear-ohci spear-ohci.0: irq 97, io mem 0xe4000000
> [ 2.260000] hub 3-0:1.0: USB hub found
> [ 2.270000] hub 3-0:1.0: 1 port detected
> [ 2.270000] spear-ohci spear-ohci.1: SPEAr OHCI
> [ 2.280000] spear-ohci spear-ohci.1: new USB bus registered, assigned bus number 4
> [ 2.310000] spear-ohci spear-ohci.1: irq 99, io mem 0xe5000000
> [ 2.370000] hub 4-0:1.0: USB hub found
> [ 2.380000] hub 4-0:1.0: 1 port detected
> [ 2.380000] Initializing USB Mass Storage driver...
> [ 2.390000] usbcore: registered new interface driver usb-storage
> [ 2.390000] USB Mass Storage support registered.
> [ 2.400000] usbcore: registered new interface driver usbtest
> [ 2.400000] designware_udc designware_udc: Device Synopsys UDC probed csr d00fe000: plug d01c4000
> [ 2.410000] zero gadget: Gadget Zero, version: Cinco de Mayo 2008
> [ 2.420000] zero gadget: zero ready
> [ 2.420000] designware_udc designware_udc: reg gadget driver 'zero'
> [ 2.430000] mice: PS/2 mouse device common for all mice
> [ 2.440000] input: Spear Keyboard as /devices/platform/keyboard/input/input0
> [ 2.470000] usbcore: registered new interface driver usbtouchscreen
> [ 2.470000] input: STMPE610 Touchscreen as /devices/ssp-pl022/spi0.0/input/input1
> [ 2.670000] stmpe610-spi spi0.0: Detected Touch Screen with chip id: ffff and version: ff
> [ 2.690000] rtc-spear rtc-spear: rtc core: registered rtc-spear as rtc0
> [ 2.730000] i2c /dev entries driver
> [ 2.730000] cortexa9-wdt cortexa9-wdt: registration successful
> [ 2.740000] dw_dmac.0: DesignWare DMA Controller, 8 channels
> [ 2.750000] dw_dmac.1: DesignWare DMA Controller, 8 channels
> [ 2.760000] sdhci: Secure Digital Host Controller Interface driver
> [ 2.770000] sdhci: Copyright(c) Pierre Ossman
> [ 2.780000] mmc0: SDHCI controller on sdhci [platform] using DMA
> [ 2.780000] IPv4 over IPv4 tunneling driver
> [ 2.790000] TCP cubic registered
> [ 2.790000] NET: Registered protocol family 17
> [ 2.800000] can: controller area network core (rev 20090105 abi 8)
> [ 2.810000] NET: Registered protocol family 29
> [ 2.810000] can: raw protocol (rev 20090105)
> [ 2.810000] can: broadcast manager protocol (rev 20090105 t)
> [ 2.820000] rtc-spear rtc-spear: hctosys: invalid date/time
> [ 4.520000] IP-Config: Complete:
> [ 4.520000] device=eth0, addr=192.168.1.10, mask=255.255.255.0, gw=192.168.1.1,
> [ 4.530000] host=192.168.1.10, domain=, nis-domain=(none),
> [ 4.530000] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
> [ 4.540000] Root-NFS: nfsroot=/opt/STM/STLinux-2.4/devkit/armv7/target
> [ 4.550000] NFS: nfs mount opts='nolock,addr=192.168.1.1'
> [ 4.550000] NFS: parsing nfs mount option 'nolock'
> [ 4.560000] NFS: parsing nfs mount option 'addr=192.168.1.1'
> [ 4.560000] NFS: MNTPATH: '/opt/STM/STLinux-2.4/devkit/armv7/target'
> [ 4.570000] NFS: sending MNT request for 192.168.1.1:/opt/STM/STLinux-2.4/devkit/armv7/target
> [ 4.580000] Calling rpc_create
> [ 4.580000] RPC: set up xprt to 192.168.1.1 (autobind) via tcp
> [ 4.590000] RPC: created transport cfb13800 with 16 slots
> [ 4.590000] xprt_create_transport: RPC: created transport cfb13800 with 16 slots
> [ 4.600000] RPC: creating mount client for 192.168.1.1 (xprt cfb13800)
> [ 4.610000] RPC: creating UNIX authenticator for client cfaae800
> [ 4.620000] Calling rpc_ping
> [ 4.620000] RPC: new task initialized, procpid 1
> [ 4.620000] RPC: allocated task cfa93100
> [ 4.630000] RPC: 1 __rpc_execute flags=0x680
> [ 4.630000] RPC: 1 call_start mount3 proc NULL (sync)
> [ 4.640000] RPC: 1 call_reserve (status 0)
> [ 4.640000] RPC: 1 reserved req cfb20000 xid a026435b
> [ 4.650000] RPC: 1 call_reserveresult (status 0)
> [ 4.650000] RPC: 1 call_refresh (status 0)
> [ 4.660000] RPC: 1 holding NULL cred c0492798
> [ 4.660000] RPC: 1 refreshing NULL cred c0492798
> [ 4.670000] RPC: 1 call_refreshresult (status 0)
> [ 4.670000] RPC: 1 call_allocate (status 0)
> [ 4.680000] RPC: 1 allocated buffer of size 92 at cfb14000
> [ 4.680000] RPC: 1 call_bind (status 0)
> [ 4.690000] RPC: 1 rpcb_getport_async(192.168.1.1, 100005, 3, 6)
> [ 4.690000] RPC: 1 sleep_on(queue "xprt_binding" time 4294937765)
> [ 4.700000] RPC: 1 added to queue cfb138a4 "xprt_binding"
> [ 4.710000] RPC: 1 setting alarm for 60000 ms
> [ 4.710000] RPC: 1 rpcb_getport_async: trying rpcbind version 2
> [ 4.720000] Calling rpc_create
> [ 4.720000] RPC: set up xprt to 192.168.1.1 (port 111) via tcp
> [ 4.730000] RPC: created transport cfb14800 with 16 slots
> [ 4.730000] xprt_create_transport: RPC: created transport cfb14800 with 16 slots
> [ 4.740000] RPC: creating rpcbind client for 192.168.1.1 (xprt cfb14800)
> [ 4.750000] RPC: creating UNIX authenticator for client cfaaea00
> [ 4.750000] rpc_create returns 0xcfaaea00
> [ 4.760000] RPC: new task initialized, procpid 1
> [ 4.760000] RPC: allocated task cfa93180
> [ 4.770000] RPC: rpc_release_client(cfaaea00)
> [ 4.770000] RPC: 1 sync task going to sleep
> [ 4.780000] RPC: 2 __rpc_execute flags=0x681
> [ 4.780000] RPC: 2 call_start rpcbind2 proc GETPORT (async)
> [ 4.790000] RPC: 2 call_reserve (status 0)
> [ 4.790000] RPC: 2 reserved req cfb21000 xid aa41d674
> [ 4.800000] RPC: 2 call_reserveresult (status 0)
> [ 4.800000] RPC: 2 call_refresh (status 0)
> [ 4.810000] RPC: 2 looking up UNIX cred
> [ 4.810000] RPC: looking up UNIX cred
> [ 4.820000] RPC: allocating UNIX cred for uid 0 gid 0
> [ 4.820000] RPC: 2 refreshing UNIX cred cfa93200
> [ 4.830000] RPC: 2 call_refreshresult (status 0)
> [ 4.830000] RPC: 2 call_allocate (status 0)
> [ 4.840000] RPC: 2 allocated buffer of size 412 at cfb15000
> [ 4.840000] RPC: 2 call_bind (status 0)
> [ 4.850000] RPC: 2 call_connect xprt cfb14800 is not connected
> [ 4.850000] RPC: 2 xprt_connect xprt cfb14800 is not connected
> [ 4.860000] RPC: 2 sleep_on(queue "xprt_pending" time 4294937782)
> [ 4.860000] RPC: 2 added to queue cfb149dc "xprt_pending"
> [ 4.870000] RPC: 2 setting alarm for 60000 ms
>
> [ 4.880000] RPC: xs_connect scheduled xprt cfb14800
> [ 4.880000] RPC: xs_bind 0.0.0.0:0: ok (0)
> [ 4.890000] RPC: worker connecting xprt cfb14800 via tcp to 192.168.1.1 (port 111)
> [ 4.890000] RPC: cfb14800 connect status 115 connected 0 sock state 2
>
> [ 5.870000] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
>
> [ 5.900000] RPC: xs_tcp_state_change client cfb14800...
> [ 5.900000] RPC: state 1 conn 0 dead 0 zapped 1 sk_shutdown 0
In the earlier trace, the transport socket connection attempt returns EHOSTUNREACH when a socket connect operation is attempted before the interface is up. In this trace, the network layer allows the transport socket to connect straight away; there's no race with interface initialization. So your problem is not likely to be in the RPC client, but in the network layer or below (hardware driver, etc).
> [ 5.910000] RPC: 2 __rpc_wake_up_task (now 4294937887)
> [ 5.910000] RPC: 2 disabling timer
> [ 5.920000] RPC: 2 removed from queue cfb149dc "xprt_pending"
> [ 5.920000] RPC: __rpc_wake_up_task done
> [ 5.930000] RPC: 2 __rpc_execute flags=0x681
> [ 5.930000] RPC: 2 xprt_connect_status: retrying
> [ 5.940000] RPC: 2 call_connect_status (status -11)
> [ 5.940000] RPC: 2 call_transmit (status 0)
> [ 5.950000] RPC: 2 xprt_prepare_transmit
> [ 5.950000] RPC: 2 rpc_xdr_encode (status 0)
> [ 5.960000] RPC: 2 marshaling UNIX cred cfa93200
> [ 5.960000] RPC: 2 using AUTH_UNIX cred cfa93200 to wrap rpc data
> [ 5.970000] RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
> [ 5.980000] RPC: 2 xprt_transmit(92)
> [ 5.980000] RPC: xs_tcp_send_request(92) = 92
> [ 5.980000] RPC: xs_tcp_data_ready...
> [ 5.990000] RPC: xs_tcp_data_recv started
> [ 5.990000] RPC: reading TCP record fragment of length 28
> [ 6.000000] RPC: reading XID (4 bytes)
> [ 6.000000] RPC: reading request with XID aa41d674
> [ 6.010000] RPC: reading CALL/REPLY flag (4 bytes)
> [ 6.010000] RPC: read reply XID aa41d674
> [ 6.020000] RPC: XID aa41d674 read 20 bytes
> [ 6.020000] RPC: xprt = cfb14800, tcp_copied = 28, tcp_offset = 28, tcp_reclen = 28
> [ 6.030000] RPC: 2 xid aa41d674 complete (28 bytes received)
> [ 6.040000] RPC: xs_tcp_data_recv done
> [ 6.040000] RPC: 2 xmit complete
> [ 6.050000] RPC: wake_up_next(cfb14974 "xprt_resend")
> [ 6.050000] RPC: wake_up_next(cfb1490c "xprt_sending")
> [ 6.060000] RPC: 2 call_status (status 28)
> [ 6.060000] RPC: 2 call_decode (status 28)
> [ 6.070000] RPC: 2 validating UNIX cred cfa93200
> [ 6.070000] RPC: 2 using AUTH_UNIX cred cfa93200 to unwrap rpc data
> [ 6.080000] RPC: 2 PMAP_GETPORT result: 48734
> [ 6.080000] RPC: 2 call_decode result 0
> [ 6.090000] RPC: setting port for xprt cfb13800 to 48734
> [ 6.090000] RPC: 2 rpcb_getport_done(status 0, port 48734)
> [ 6.100000] RPC: 2 return 0, status 0
> [ 6.100000] RPC: 2 release task
> [ 6.110000] RPC: freeing buffer of size 412 at cfb15000
> [ 6.110000] RPC: 2 release request cfb21000
> [ 6.120000] RPC: wake_up_next(cfb14a44 "xprt_backlog")
> [ 6.120000] RPC: rpc_release_client(cfaaea00)
> [ 6.130000] RPC: destroying rpcbind client for 192.168.1.1
> [ 6.130000] RPC: destroying transport cfb14800
> [ 6.140000] RPC: xs_destroy xprt cfb14800
> [ 6.140000] RPC: xs_close xprt cfb14800
> [ 6.150000] RPC: disconnected transport cfb14800
> [ 6.150000] RPC: 2 freeing task
> [ 6.160000] RPC: 1 __rpc_wake_up_task (now 4294937912)
> [ 6.160000] RPC: 1 disabling timer
> [ 6.160000] RPC: 1 removed from queue cfb138a4 "xprt_binding"
> [ 6.170000] RPC: __rpc_wake_up_task done
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-01-25 18:04 ` Chuck Lever
(?)
(?)
@ 2011-02-09 20:01 ` Brian Downing
[not found] ` <20110209200129.GA6402-QEOkiq82tQWoLK6CJbI5/KxOck334EZe@public.gmane.org>
-1 siblings, 1 reply; 25+ messages in thread
From: Brian Downing @ 2011-02-09 20:01 UTC (permalink / raw)
To: Chuck Lever
Cc: deepaksi, Armando VISCONTI, Trond Myklebust, netdev,
Linux NFS Mailing List, Shiraz HASHIM, Viresh KUMAR,
Peppe CAVALLARO, amitgoel
[See http://marc.info/?l=linux-nfs&m=129597871731431&w=2 for the
remainder of the context that was trimmed here; it's long enough as is!]
On Tue, Jan 25, 2011 at 01:04:21PM -0500, Chuck Lever wrote:
> On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
> > Are there some changes in the kernel framework w.r.t rpc ping time
> > out ? This problem was not there in previous kernels.
>
> There have been changes in the RPC socket code around how it manages
> recovery from failed attempts to connect. We also have new logic now
> in the RPC client that causes RPC ping to fail immediately if a host
> can't be reached.
>
> Thanks for your efforts so far. It would be helpful if you could
> bisect to determine which commit(s) introduced this RPC client
> behavior (or any related changes to your network driver behavior).
I'm having this same problem with a Freescale MPC8313E-RDB board while
trying to do nfsroot in 2.6.37 with its built-in gianfar ethernet.
I was able to bisect it down to this commit:
56463e50d1fc3f070492434cea6303b35ea000de is the first bad commit
commit 56463e50d1fc3f070492434cea6303b35ea000de
Author: Chuck Lever <chuck.lever@oracle.com>
Date: Fri Sep 17 10:54:37 2010 -0400
NFS: Use super.c for NFSROOT mount option parsing
Replace duplicate code in NFSROOT for mounting an NFS server on '/'
with logic that uses the existing mainline text-based logic in the NFS
client.
Add documenting comments where appropriate.
Note that this means NFSROOT mounts now use the same default settings
as v2/v3 mounts done via mount(2) from user space.
vers=3,tcp,rsize=<negotiated default>,wsize=<negotiated default>
As before, however, no version/protocol negotiation with the server is
done.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Here's the boot console logs from both the good and bad cases with NFS
and RPC debug enabled. Note that the gianfar ethernet driver takes
approximately 2 seconds to get a useful link (i.e. between
"ADDRCONF(NETDEV_UP): eth1: link is not ready" and
"ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready"), which I suspect is
part of the problem here. Also, once I added RPC debug in the bad case
it started working occasionally, which I suspect is because of delays
induced by the serial console blocking.
Hopefully this helps narrow it down.
********** good (60ac03685bf513f9d9b6e8e098018b35309ed326) **********
Using MPC831x RDB machine description
Linux version 2.6.36-rc3+ (bdowning@scatha) (gcc version 4.4.2 (crosstool-NG-hg_default@1733_02db017f4fe1) ) #25 Wed Feb 9 13:08:52 CST 2011
bootconsole [udbg0] enabled
setup_arch: bootmem
mpc831x_rdb_setup_arch()
Found FSL PCI host bridge at 0x00000000e0008500. Firmware bus number: 0->0
PCI host bridge /sleep-nexus/pci@e0008500 (primary) ranges:
MEM 0x0000000090000000..0x000000009fffffff -> 0x0000000090000000
MEM 0x0000000080000000..0x000000008fffffff -> 0x0000000080000000 Prefetch
IO 0x00000000e2000000..0x00000000e20fffff -> 0x0000000000000000
arch: exit
Zone PFN ranges:
DMA 0x00000000 -> 0x00008000
Normal empty
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0x00000000 -> 0x00008000
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: nfsroot=172.26.128.52:/srv/nfs/root0 ip=172.26.130.10:172.26.128.52:172.26.128.1:255.255.240.0:ppc10:eth1:off root=/dev/nfs rw console=ttyS0,115200 nfsrootdebug
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 124812k/131072k available (4768k kernel code, 6260k reserved, 216k data, 101k bss, 192k init)
Kernel virtual memory layout:
* 0xfffdf000..0xfffff000 : fixmap
* 0xfdefb000..0xfe000000 : early ioremap
* 0xc9000000..0xfdefb000 : vmalloc & ioremap
SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:512
IPIC (128 IRQ sources) at c9000700
clocksource: timebase mult[6000002] shift[22] registered
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
NET: Registered protocol family 16
PCI: Probing PCI hardware
bio: create slab <bio-0> at 0
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource timebase
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
msgmni has been set to 243
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A
brd: module loaded
loop: module loaded
fe000000.flash: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001001
Amd/Fujitsu Extended Query Table at 0x0040
Amd/Fujitsu Extended Query version 1.3.
fe000000.flash: Swapping erase regions for top-boot CFI table.
number of CFI chips: 1
cmdlinepart partition parsing not available
RedBoot partition parsing not available
of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND 32MiB 3,3V 8-bit)
cmdlinepart partition parsing not available
RedBoot partition parsing not available
Creating 3 MTD partitions on "e2800000.flash":
0x000000000000-0x000000100000 : "u-boot"
0x000000100000-0x000000400000 : "kernel"
0x000000400000-0x000002000000 : "fs"
eLBC NAND device at 0xe2800000, bank 1
Fixed MDIO Bus: probed
of:fsl-gianfar e0024000.ethernet: enabled errata workarounds, flags: 0x7
eth0: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a0
eth0: Running with NAPI enabled
eth0: RX BD ring size for Q[0]: 256
eth0: TX BD ring size for Q[0]: 256
of:fsl-gianfar e0025000.ethernet: enabled errata workarounds, flags: 0x7
eth1: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a1
eth1: Running with NAPI enabled
eth1: RX BD ring size for Q[0]: 256
eth1: TX BD ring size for Q[0]: 256
Freescale PowerQUICC MII Bus: probed
Freescale PowerQUICC MII Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
i2c /dev entries driver
of:mpc-i2c e0003000.i2c: timeout 1000000 us
rtc-ds1307 0-0068: rtc core: registered ds1339 as rtc0
of:mpc-i2c e0003100.i2c: timeout 1000000 us
alg: No test for authenc(hmac(sha1),cbc(aes)) (authenc-hmac-sha1-cbc-aes-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-aes-talitos
alg: No test for authenc(hmac(sha1),cbc(des3_ede)) (authenc-hmac-sha1-cbc-3des-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-3des-talitos
alg: No test for authenc(hmac(sha256),cbc(aes)) (authenc-hmac-sha256-cbc-aes-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-aes-talitos
alg: No test for authenc(hmac(sha256),cbc(des3_ede)) (authenc-hmac-sha256-cbc-3des-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-3des-talitos
alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-talitos)
of:talitos e0030000.crypto: authenc-hmac-md5-cbc-aes-talitos
alg: No test for authenc(hmac(md5),cbc(des3_ede)) (authenc-hmac-md5-cbc-3des-talitos)
of:talitos e0030000.crypto: authenc-hmac-md5-cbc-3des-talitos
of:talitos e0030000.crypto: cbc-aes-talitos
of:talitos e0030000.crypto: cbc-3des-talitos
of:talitos e0030000.crypto: md5-talitos
of:talitos e0030000.crypto: sha1-talitos
of:talitos e0030000.crypto: sha224-talitos
of:talitos e0030000.crypto: sha256-talitos
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
TCP cubic registered
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
NET: Registered protocol family 15
Registering the dns_resolver key type
rtc-ds1307 0-0068: setting system clock to 2000-01-06 16:34:00 UTC (947176440)
ADDRCONF(NETDEV_UP): eth1: link is not ready
IP-Config: Complete:
device=eth1, addr=172.26.130.10, mask=255.255.240.0, gw=172.26.128.1,
host=ppc10, domain=, nis-domain=(none),
bootserver=172.26.128.52, rootserver=172.26.128.52, rootpath=
Looking up port of RPC 100003/2 on 172.26.128.52
RPC: rpcb_getport_sync(172.26.128.52, 100003, 2, 17)
RPC: set up xprt to 172.26.128.52 (port 111) via udp
RPC: created transport c79c6800 with 16 slots
RPC: creating rpcbind client for 172.26.128.52 (xprt c79c6800)
RPC: creating UNIX authenticator for client c7920800
RPC: new task initialized, procpid 1
RPC: allocated task c792fa80
RPC: 1 __rpc_execute flags=0x280
RPC: 1 call_start rpcbind2 proc GETPORT (sync)
RPC: 1 call_reserve (status 0)
RPC: 1 reserved req c780b000 xid 5420c919
RPC: 1 call_reserveresult (status 0)
RPC: 1 call_allocate (status 0)
RPC: 1 allocated buffer of size 412 at c79c7000
RPC: 1 call_refresh (status 0)
RPC: 1 looking up UNIX cred
RPC: looking up UNIX cred
RPC: allocating UNIX cred for uid 0 gid 0
RPC: 1 refreshing UNIX cred c792fb00
RPC: 1 call_refreshresult (status 0)
RPC: 1 call_bind (status 0)
RPC: 1 call_connect xprt c79c6800 is not connected
RPC: 1 xprt_connect xprt c79c6800 is not connected
RPC: 1 xprt_cwnd_limited cong = 0 cwnd = 256
RPC: 1 sleep_on(queue "xprt_pending" time 4294892880)
RPC: 1 added to queue c79c69ac "xprt_pending"
RPC: 1 setting alarm for 5000 ms
RPC: xs_connect scheduled xprt c79c6800
RPC: 1 sync task going to sleep
RPC: xs_bind4 0.0.0.0:0: ok (0)
RPC: worker connecting xprt c79c6800 via udp to 172.26.128.52 (port 111)
RPC: 1 __rpc_wake_up_task (now 4294892888)
RPC: 1 disabling timer
RPC: 1 removed from queue c79c69ac "xprt_pending"
RPC: __rpc_wake_up_task done
RPC: 1 sync task resuming
RPC: 1 xprt_connect_status: connection established
RPC: 1 call_connect_status (status 0)
RPC: 1 call_transmit (status 0)
RPC: 1 xprt_prepare_transmit
RPC: 1 rpc_xdr_encode (status 0)
RPC: 1 marshaling UNIX cred c792fb00
RPC: 1 using AUTH_UNIX cred c792fb00 to wrap rpc data
RPC: 1 encoding PMAP_GETPORT call (100003, 2, 17, 0)
RPC: 1 xprt_transmit(84)
RPC: xs_udp_send_request(84) = 84
RPC: 1 xmit complete
RPC: 1 sleep_on(queue "xprt_pending" time 4294892902)
RPC: 1 added to queue c79c69ac "xprt_pending"
RPC: 1 setting alarm for 5000 ms
RPC: 1 sync task going to sleep
PHY: mdio@e0024520:04 - Link is Up - 1000/Full
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
RPC: 1 timeout
RPC: 1 __rpc_wake_up_task (now 4294894156)
RPC: 1 disabling timer
RPC: 1 removed from queue c79c69ac "xprt_pending"
RPC: __rpc_wake_up_task done
RPC: 1 sync task resuming
RPC: 1 xprt_timer
RPC: cong 256, cwnd was 256, now 256
RPC: wake_up_next(c79c6954 "xprt_resend")
RPC: wake_up_next(c79c68fc "xprt_sending")
RPC: 1 call_status (status -110)
RPC: 1 call_timeout (minor)
RPC: 1 call_bind (status 0)
RPC: 1 call_connect xprt c79c6800 is connected
RPC: 1 call_transmit (status 0)
RPC: 1 xprt_prepare_transmit
RPC: 1 xprt_cwnd_limited cong = 0 cwnd = 256
RPC: 1 rpc_xdr_encode (status 0)
RPC: 1 marshaling UNIX cred c792fb00
RPC: 1 using AUTH_UNIX cred c792fb00 to wrap rpc data
RPC: 1 encoding PMAP_GETPORT call (100003, 2, 17, 0)
RPC: 1 xprt_transmit(84)
RPC: xs_udp_send_request(84) = 84
RPC: 1 xmit complete
RPC: 1 sleep_on(queue "xprt_pending" time 4294894176)
RPC: 1 added to queue c79c69ac "xprt_pending"
RPC: 1 setting alarm for 10000 ms
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 256, now 512
RPC: 1 xid 5420c919 complete (28 bytes received)
RPC: 1 __rpc_wake_up_task (now 4294894183)
RPC: 1 disabling timer
RPC: 1 removed from queue c79c69ac "xprt_pending"
RPC: __rpc_wake_up_task done
RPC: wake_up_next(c79c6954 "xprt_resend")
RPC: wake_up_next(c79c68fc "xprt_sending")
RPC: 1 call_status (status 28)
RPC: 1 call_decode (status 28)
RPC: 1 validating UNIX cred c792fb00
RPC: 1 using AUTH_UNIX cred c792fb00 to unwrap rpc data
RPC: 1 PMAP_GETPORT result: 2049
RPC: 1 call_decode result 0
RPC: 1 return 0, status 0
RPC: 1 release task
RPC: freeing buffer of size 412 at c79c7000
RPC: 1 release request c780b000
RPC: wake_up_next(c79c6a04 "xprt_backlog")
RPC: rpc_release_client(c7920800)
RPC: 1 freeing task
RPC: shutting down rpcbind client for 172.26.128.52
RPC: rpc_release_client(c7920800)
RPC: destroying UNIX authenticator c04d5950
RPC: destroying rpcbind client for 172.26.128.52
RPC: destroying transport c79c6800
RPC: xs_destroy xprt c79c6800
RPC: xs_close xprt c79c6800
RPC: disconnected transport c79c6800
Root-NFS: Portmapper on server returned 2049 as nfsd port
Looking up port of RPC 100005/1 on 172.26.128.52
RPC: rpcb_getport_sync(172.26.128.52, 100005, 1, 17)
RPC: set up xprt to 172.26.128.52 (port 111) via udp
RPC: created transport c793f800 with 16 slots
RPC: creating rpcbind client for 172.26.128.52 (xprt c793f800)
RPC: creating UNIX authenticator for client c79c8a00
RPC: new task initialized, procpid 1
RPC: allocated task c792fa80
RPC: 2 __rpc_execute flags=0x280
RPC: 2 call_start rpcbind2 proc GETPORT (sync)
RPC: 2 call_reserve (status 0)
RPC: 2 reserved req c780b000 xid 0fe4a33c
RPC: 2 call_reserveresult (status 0)
RPC: 2 call_allocate (status 0)
RPC: 2 allocated buffer of size 412 at c79c6800
RPC: 2 call_refresh (status 0)
RPC: 2 looking up UNIX cred
RPC: looking up UNIX cred
RPC: allocating UNIX cred for uid 0 gid 0
RPC: 2 refreshing UNIX cred c792fe80
RPC: 2 call_refreshresult (status 0)
RPC: 2 call_bind (status 0)
RPC: 2 call_connect xprt c793f800 is not connected
RPC: 2 xprt_connect xprt c793f800 is not connected
RPC: 2 xprt_cwnd_limited cong = 0 cwnd = 256
RPC: 2 sleep_on(queue "xprt_pending" time 4294894234)
RPC: 2 added to queue c793f9ac "xprt_pending"
RPC: 2 setting alarm for 5000 ms
RPC: xs_connect scheduled xprt c793f800
RPC: 2 sync task going to sleep
RPC: unx_free_cred c792fb00
RPC: xs_bind4 0.0.0.0:0: ok (0)
RPC: worker connecting xprt c793f800 via udp to 172.26.128.52 (port 111)
RPC: 2 __rpc_wake_up_task (now 4294894243)
RPC: 2 disabling timer
RPC: 2 removed from queue c793f9ac "xprt_pending"
RPC: __rpc_wake_up_task done
RPC: 2 sync task resuming
RPC: 2 xprt_connect_status: connection established
RPC: 2 call_connect_status (status 0)
RPC: 2 call_transmit (status 0)
RPC: 2 xprt_prepare_transmit
RPC: 2 rpc_xdr_encode (status 0)
RPC: 2 marshaling UNIX cred c792fe80
RPC: 2 using AUTH_UNIX cred c792fe80 to wrap rpc data
RPC: 2 encoding PMAP_GETPORT call (100005, 1, 17, 0)
RPC: 2 xprt_transmit(84)
RPC: xs_udp_send_request(84) = 84
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 256, now 512
RPC: 2 xid 0fe4a33c complete (28 bytes received)
RPC: 2 xmit complete
RPC: wake_up_next(c793f954 "xprt_resend")
RPC: wake_up_next(c793f8fc "xprt_sending")
RPC: 2 call_status (status 28)
RPC: 2 call_decode (status 28)
RPC: 2 validating UNIX cred c792fe80
RPC: 2 using AUTH_UNIX cred c792fe80 to unwrap rpc data
RPC: 2 PMAP_GETPORT result: 37346
RPC: 2 call_decode result 0
RPC: 2 return 0, status 0
RPC: 2 release task
RPC: freeing buffer of size 412 at c79c6800
RPC: 2 release request c780b000
RPC: wake_up_next(c793fa04 "xprt_backlog")
RPC: rpc_release_client(c79c8a00)
RPC: 2 freeing task
RPC: shutting down rpcbind client for 172.26.128.52
RPC: rpc_release_client(c79c8a00)
RPC: destroying UNIX authenticator c04d5950
RPC: destroying rpcbind client for 172.26.128.52
RPC: destroying transport c793f800
RPC: xs_destroy xprt c793f800
RPC: xs_close xprt c793f800
RPC: disconnected transport c793f800
Root-NFS: mountd port is 37346
NFS: sending MNT request for server:/srv/nfs/root0
RPC: set up xprt to 172.26.128.52 (port 37346) via udp
RPC: created transport c79c6800 with 16 slots
RPC: creating mount client for 172.26.128.52 (xprt c79c6800)
RPC: creating UNIX authenticator for client c79c8a00
RPC: new task initialized, procpid 1
RPC: allocated task c792fb00
RPC: 3 __rpc_execute flags=0x680
RPC: 3 call_start mount1 proc NULL (sync)
RPC: 3 call_reserve (status 0)
RPC: 3 reserved req c780b000 xid e265f825
RPC: 3 call_reserveresult (status 0)
RPC: 3 call_allocate (status 0)
RPC: 3 allocated buffer of size 392 at c7940000
RPC: 3 call_refresh (status 0)
RPC: 3 holding NULL cred c04d591c
RPC: 3 refreshing NULL cred c04d591c
RPC: 3 call_refreshresult (status 0)
RPC: 3 call_bind (status 0)
RPC: 3 call_connect xprt c79c6800 is not connected
RPC: 3 xprt_connect xprt c79c6800 is not connected
RPC: 3 xprt_cwnd_limited cong = 0 cwnd = 256
RPC: 3 sleep_on(queue "xprt_pending" time 4294894305)
RPC: 3 added to queue c79c69ac "xprt_pending"
RPC: 3 setting alarm for 5000 ms
RPC: xs_connect scheduled xprt c79c6800
RPC: 3 sync task going to sleep
RPC: unx_free_cred c792fe80
RPC: xs_bind4 0.0.0.0:672: ok (0)
RPC: worker connecting xprt c79c6800 via udp to 172.26.128.52 (port 37346)
RPC: 3 __rpc_wake_up_task (now 4294894313)
RPC: 3 disabling timer
RPC: 3 removed from queue c79c69ac "xprt_pending"
RPC: __rpc_wake_up_task done
RPC: 3 sync task resuming
RPC: 3 xprt_connect_status: connection established
RPC: 3 call_connect_status (status 0)
RPC: 3 call_transmit (status 0)
RPC: 3 xprt_prepare_transmit
RPC: 3 rpc_xdr_encode (status 0)
RPC: 3 marshaling NULL cred c04d591c
RPC: 3 using AUTH_NULL cred c04d591c to wrap rpc data
RPC: 3 xprt_transmit(40)
RPC: xs_udp_send_request(40) = 40
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 256, now 512
RPC: 3 xid e265f825 complete (24 bytes received)
RPC: 3 xmit complete
RPC: wake_up_next(c79c6954 "xprt_resend")
RPC: wake_up_next(c79c68fc "xprt_sending")
RPC: 3 call_status (status 24)
RPC: 3 call_decode (status 24)
RPC: 3 validating NULL cred c04d591c
RPC: 3 using AUTH_NULL cred c04d591c to unwrap rpc data
RPC: 3 call_decode result 0
RPC: 3 return 0, status 0
RPC: 3 release task
RPC: freeing buffer of size 392 at c7940000
RPC: 3 release request c780b000
RPC: wake_up_next(c79c6a04 "xprt_backlog")
RPC: rpc_release_client(c79c8a00)
RPC: 3 freeing task
RPC: new task initialized, procpid 1
RPC: allocated task c792fb00
RPC: 4 __rpc_execute flags=0x280
RPC: 4 call_start mount1 proc MOUNT (sync)
RPC: 4 call_reserve (status 0)
RPC: 4 reserved req c780b000 xid e265f826
RPC: 4 call_reserveresult (status 0)
RPC: 4 call_allocate (status 0)
RPC: 4 allocated buffer of size 1456 at c7940000
RPC: 4 call_refresh (status 0)
RPC: 4 looking up UNIX cred
RPC: looking up UNIX cred
RPC: allocating UNIX cred for uid 0 gid 0
RPC: 4 refreshing UNIX cred c792fe80
RPC: 4 call_refreshresult (status 0)
RPC: 4 call_bind (status 0)
RPC: 4 call_connect xprt c79c6800 is connected
RPC: 4 call_transmit (status 0)
RPC: 4 xprt_prepare_transmit
RPC: 4 xprt_cwnd_limited cong = 0 cwnd = 512
RPC: 4 rpc_xdr_encode (status 0)
RPC: 4 marshaling UNIX cred c792fe80
RPC: 4 using AUTH_UNIX cred c792fe80 to wrap rpc data
RPC: 4 xprt_transmit(88)
RPC: xs_udp_send_request(88) = 88
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 512, now 512
RPC: 4 xid e265f826 complete (60 bytes received)
RPC: 4 xmit complete
RPC: wake_up_next(c79c6954 "xprt_resend")
RPC: wake_up_next(c79c68fc "xprt_sending")
RPC: 4 call_status (status 60)
RPC: 4 call_decode (status 60)
RPC: 4 validating UNIX cred c792fe80
RPC: 4 using AUTH_UNIX cred c792fe80 to unwrap rpc data
RPC: 4 call_decode result 0
RPC: 4 return 0, status 0
RPC: 4 release task
RPC: freeing buffer of size 1456 at c7940000
RPC: 4 release request c780b000
RPC: wake_up_next(c79c6a04 "xprt_backlog")
RPC: rpc_release_client(c79c8a00)
RPC: 4 freeing task
RPC: shutting down mount client for 172.26.128.52
RPC: rpc_release_client(c79c8a00)
RPC: destroying UNIX authenticator c04d5950
RPC: destroying mount client for 172.26.128.52
RPC: destroying transport c79c6800
RPC: xs_destroy xprt c79c6800
RPC: xs_close xprt c79c6800
RPC: disconnected transport c79c6800
NFS: MNT request succeeded
RPC: looking up machine cred
RPC: allocated machine cred c7927300 for uid 0 gid 0
RPC: set up xprt to 172.26.128.52 (port 2049) via udp
RPC: created transport c7940000 with 16 slots
RPC: creating nfs client for 172.26.128.52 (xprt c7940000)
RPC: creating UNIX authenticator for client c79c8a00
RPC: new task initialized, procpid 1
RPC: allocated task c792fa80
RPC: 5 __rpc_execute flags=0x680
RPC: 5 call_start nfs2 proc NULL (sync)
RPC: 5 call_reserve (status 0)
RPC: 5 reserved req c780e000 xid 0d837923
RPC: 5 call_reserveresult (status 0)
RPC: 5 call_allocate (status 0)
RPC: 5 allocated buffer of size 392 at c79c6800
RPC: 5 call_refresh (status 0)
RPC: 5 holding NULL cred c04d591c
RPC: 5 refreshing NULL cred c04d591c
RPC: 5 call_refreshresult (status 0)
RPC: 5 call_bind (status 0)
RPC: 5 call_connect xprt c7940000 is not connected
RPC: 5 xprt_connect xprt c7940000 is not connected
RPC: 5 xprt_cwnd_limited cong = 0 cwnd = 256
RPC: 5 sleep_on(queue "xprt_pending" time 4294894412)
RPC: 5 added to queue c79401ac "xprt_pending"
RPC: 5 setting alarm for 1100 ms
RPC: xs_connect scheduled xprt c7940000
RPC: 5 sync task going to sleep
RPC: unx_free_cred c792fe80
RPC: xs_bind4 0.0.0.0:866: ok (0)
RPC: worker connecting xprt c7940000 via udp to 172.26.128.52 (port 2049)
RPC: 5 __rpc_wake_up_task (now 4294894421)
RPC: 5 disabling timer
RPC: 5 removed from queue c79401ac "xprt_pending"
RPC: __rpc_wake_up_task done
RPC: 5 sync task resuming
RPC: 5 xprt_connect_status: connection established
RPC: 5 call_connect_status (status 0)
RPC: 5 call_transmit (status 0)
RPC: 5 xprt_prepare_transmit
RPC: 5 rpc_xdr_encode (status 0)
RPC: 5 marshaling NULL cred c04d591c
RPC: 5 using AUTH_NULL cred c04d591c to wrap rpc data
RPC: 5 xprt_transmit(40)
RPC: xs_udp_send_request(40) = 40
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 256, now 512
RPC: 5 xid 0d837923 complete (24 bytes received)
RPC: 5 xmit complete
RPC: wake_up_next(c7940154 "xprt_resend")
RPC: wake_up_next(c79400fc "xprt_sending")
RPC: 5 call_status (status 24)
RPC: 5 call_decode (status 24)
RPC: 5 validating NULL cred c04d591c
RPC: 5 using AUTH_NULL cred c04d591c to unwrap rpc data
RPC: 5 call_decode result 0
RPC: 5 return 0, status 0
RPC: 5 release task
RPC: freeing buffer of size 392 at c79c6800
RPC: 5 release request c780e000
RPC: wake_up_next(c7940204 "xprt_backlog")
RPC: rpc_release_client(c79c8a00)
RPC: 5 freeing task
RPC: new task initialized, procpid 1
RPC: allocated task c792fa80
RPC: 6 __rpc_execute flags=0x80
RPC: 6 call_start nfs2 proc STATFS (sync)
RPC: 6 call_reserve (status 0)
RPC: 6 reserved req c780e000 xid 0d837924
RPC: 6 call_reserveresult (status 0)
RPC: 6 call_allocate (status 0)
RPC: 6 allocated buffer of size 448 at c79d2800
RPC: 6 call_refresh (status 0)
RPC: 6 looking up UNIX cred
RPC: looking up UNIX cred
RPC: allocating UNIX cred for uid 0 gid 0
RPC: 6 refreshing UNIX cred c792fe80
RPC: 6 call_refreshresult (status 0)
RPC: 6 call_bind (status 0)
RPC: 6 call_connect xprt c7940000 is connected
RPC: 6 call_transmit (status 0)
RPC: 6 xprt_prepare_transmit
RPC: 6 xprt_cwnd_limited cong = 0 cwnd = 512
RPC: 6 rpc_xdr_encode (status 0)
RPC: 6 marshaling UNIX cred c792fe80
RPC: 6 using AUTH_UNIX cred c792fe80 to wrap rpc data
RPC: 6 xprt_transmit(100)
RPC: xs_udp_send_request(100) = 100
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 512, now 512
RPC: 6 xid 0d837924 complete (48 bytes received)
RPC: 6 xmit complete
RPC: wake_up_next(c7940154 "xprt_resend")
RPC: wake_up_next(c79400fc "xprt_sending")
RPC: 6 call_status (status 48)
RPC: 6 call_decode (status 48)
RPC: 6 validating UNIX cred c792fe80
RPC: 6 using AUTH_UNIX cred c792fe80 to unwrap rpc data
RPC: 6 call_decode result 0
RPC: 6 return 0, status 0
RPC: 6 release task
RPC: freeing buffer of size 448 at c79d2800
RPC: 6 release request c780e000
RPC: wake_up_next(c7940204 "xprt_backlog")
RPC: rpc_release_client(c79c8b00)
RPC: 6 freeing task
RPC: new task initialized, procpid 1
RPC: allocated task c792fa80
RPC: 7 __rpc_execute flags=0x80
RPC: 7 call_start nfs2 proc GETATTR (sync)
RPC: 7 call_reserve (status 0)
RPC: 7 reserved req c780e000 xid 0d837925
RPC: 7 call_reserveresult (status 0)
RPC: 7 call_allocate (status 0)
RPC: 7 allocated buffer of size 496 at c79d2800
RPC: 7 call_refresh (status 0)
RPC: 7 looking up UNIX cred
RPC: looking up UNIX cred
RPC: 7 refreshing UNIX cred c792fe80
RPC: 7 call_refreshresult (status 0)
RPC: 7 call_bind (status 0)
RPC: 7 call_connect xprt c7940000 is connected
RPC: 7 call_transmit (status 0)
RPC: 7 xprt_prepare_transmit
RPC: 7 xprt_cwnd_limited cong = 0 cwnd = 512
RPC: 7 rpc_xdr_encode (status 0)
RPC: 7 marshaling UNIX cred c792fe80
RPC: 7 using AUTH_UNIX cred c792fe80 to wrap rpc data
RPC: 7 xprt_transmit(100)
RPC: xs_udp_send_request(100) = 100
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 512, now 512
RPC: 7 xid 0d837925 complete (96 bytes received)
RPC: 7 xmit complete
RPC: wake_up_next(c7940154 "xprt_resend")
RPC: wake_up_next(c79400fc "xprt_sending")
RPC: 7 call_status (status 96)
RPC: 7 call_decode (status 96)
RPC: 7 validating UNIX cred c792fe80
RPC: 7 using AUTH_UNIX cred c792fe80 to unwrap rpc data
RPC: 7 call_decode result 0
RPC: 7 return 0, status 0
RPC: 7 release task
RPC: freeing buffer of size 496 at c79d2800
RPC: 7 release request c780e000
RPC: wake_up_next(c7940204 "xprt_backlog")
RPC: rpc_release_client(c79c8b00)
RPC: 7 freeing task
RPC: new task initialized, procpid 1
RPC: allocated task c792fa80
RPC: 8 __rpc_execute flags=0x80
RPC: 8 call_start nfs2 proc GETATTR (sync)
RPC: 8 call_reserve (status 0)
RPC: 8 reserved req c780e000 xid 0d837926
RPC: 8 call_reserveresult (status 0)
RPC: 8 call_allocate (status 0)
RPC: 8 allocated buffer of size 496 at c79d2800
RPC: 8 call_refresh (status 0)
RPC: 8 looking up UNIX cred
RPC: looking up UNIX cred
RPC: 8 refreshing UNIX cred c792fe80
RPC: 8 call_refreshresult (status 0)
RPC: 8 call_bind (status 0)
RPC: 8 call_connect xprt c7940000 is connected
RPC: 8 call_transmit (status 0)
RPC: 8 xprt_prepare_transmit
RPC: 8 xprt_cwnd_limited cong = 0 cwnd = 512
RPC: 8 rpc_xdr_encode (status 0)
RPC: 8 marshaling UNIX cred c792fe80
RPC: 8 using AUTH_UNIX cred c792fe80 to wrap rpc data
RPC: 8 xprt_transmit(100)
RPC: xs_udp_send_request(100) = 100
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 512, now 512
RPC: 8 xid 0d837926 complete (96 bytes received)
RPC: 8 xmit complete
RPC: wake_up_next(c7940154 "xprt_resend")
RPC: wake_up_next(c79400fc "xprt_sending")
RPC: 8 call_status (status 96)
RPC: 8 call_decode (status 96)
RPC: 8 validating UNIX cred c792fe80
RPC: 8 using AUTH_UNIX cred c792fe80 to unwrap rpc data
RPC: 8 call_decode result 0
RPC: 8 return 0, status 0
RPC: 8 release task
RPC: freeing buffer of size 496 at c79d2800
RPC: 8 release request c780e000
RPC: wake_up_next(c7940204 "xprt_backlog")
RPC: rpc_release_client(c79c8b00)
RPC: 8 freeing task
RPC: new task initialized, procpid 1
RPC: allocated task c792fa80
RPC: 9 __rpc_execute flags=0x80
RPC: 9 call_start nfs2 proc STATFS (sync)
RPC: 9 call_reserve (status 0)
RPC: 9 reserved req c780e000 xid 0d837927
RPC: 9 call_reserveresult (status 0)
RPC: 9 call_allocate (status 0)
RPC: 9 allocated buffer of size 448 at c7943000
RPC: 9 call_refresh (status 0)
RPC: 9 looking up UNIX cred
RPC: looking up UNIX cred
RPC: 9 refreshing UNIX cred c792fe80
RPC: 9 call_refreshresult (status 0)
RPC: 9 call_bind (status 0)
RPC: 9 call_connect xprt c7940000 is connected
RPC: 9 call_transmit (status 0)
RPC: 9 xprt_prepare_transmit
RPC: 9 xprt_cwnd_limited cong = 0 cwnd = 512
RPC: 9 rpc_xdr_encode (status 0)
RPC: 9 marshaling UNIX cred c792fe80
RPC: 9 using AUTH_UNIX cred c792fe80 to wrap rpc data
RPC: 9 xprt_transmit(100)
RPC: xs_udp_send_request(100) = 100
RPC: xs_udp_data_ready...
RPC: cong 256, cwnd was 512, now 512
RPC: 9 xid 0d837927 complete (48 bytes received)
RPC: 9 xmit complete
RPC: wake_up_next(c7940154 "xprt_resend")
RPC: wake_up_next(c79400fc "xprt_sending")
RPC: 9 call_status (status 48)
RPC: 9 call_decode (status 48)
RPC: 9 validating UNIX cred c792fe80
RPC: 9 using AUTH_UNIX cred c792fe80 to unwrap rpc data
RPC: 9 call_decode result 0
RPC: 9 return 0, status 0
RPC: 9 release task
RPC: freeing buffer of size 448 at c7943000
RPC: 9 release request c780e000
RPC: wake_up_next(c7940204 "xprt_backlog")
RPC: rpc_release_client(c79c8b00)
RPC: 9 freeing task
VFS: Mounted root (nfs filesystem) on device 0:12.
Freeing unused kernel memory: 192k init
********** bad (56463e50d1fc3f070492434cea6303b35ea000de) **********
Using MPC831x RDB machine description
Linux version 2.6.36-rc3+ (bdowning@scatha) (gcc version 4.4.2 (crosstool-NG-hg_default@1733_02db017f4fe1) ) #30 Wed Feb 9 13:20:18 CST 2011
bootconsole [udbg0] enabled
setup_arch: bootmem
mpc831x_rdb_setup_arch()
Found FSL PCI host bridge at 0x00000000e0008500. Firmware bus number: 0->0
PCI host bridge /sleep-nexus/pci@e0008500 (primary) ranges:
MEM 0x0000000090000000..0x000000009fffffff -> 0x0000000090000000
MEM 0x0000000080000000..0x000000008fffffff -> 0x0000000080000000 Prefetch
IO 0x00000000e2000000..0x00000000e20fffff -> 0x0000000000000000
arch: exit
Zone PFN ranges:
DMA 0x00000000 -> 0x00008000
Normal empty
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0x00000000 -> 0x00008000
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: nfsroot=172.26.128.52:/srv/nfs/root0 ip=172.26.130.10:172.26.128.52:172.26.128.1:255.255.240.0:ppc10:eth1:off root=/dev/nfs rw console=ttyS0,115200 nfsrootdebug
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 124812k/131072k available (4768k kernel code, 6260k reserved, 216k data, 101k bss, 192k init)
Kernel virtual memory layout:
* 0xfffdf000..0xfffff000 : fixmap
* 0xfdefb000..0xfe000000 : early ioremap
* 0xc9000000..0xfdefb000 : vmalloc & ioremap
SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:512
IPIC (128 IRQ sources) at c9000700
clocksource: timebase mult[6000002] shift[22] registered
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
NET: Registered protocol family 16
PCI: Probing PCI hardware
bio: create slab <bio-0> at 0
vgaarb: loaded
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource timebase
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
msgmni has been set to 243
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A
brd: module loaded
loop: module loaded
fe000000.flash: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001001
Amd/Fujitsu Extended Query Table at 0x0040
Amd/Fujitsu Extended Query version 1.3.
fe000000.flash: Swapping erase regions for top-boot CFI table.
number of CFI chips: 1
cmdlinepart partition parsing not available
RedBoot partition parsing not available
of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND 32MiB 3,3V 8-bit)
cmdlinepart partition parsing not available
RedBoot partition parsing not available
Creating 3 MTD partitions on "e2800000.flash":
0x000000000000-0x000000100000 : "u-boot"
0x000000100000-0x000000400000 : "kernel"
0x000000400000-0x000002000000 : "fs"
eLBC NAND device at 0xe2800000, bank 1
Fixed MDIO Bus: probed
of:fsl-gianfar e0024000.ethernet: enabled errata workarounds, flags: 0x7
eth0: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a0
eth0: Running with NAPI enabled
eth0: RX BD ring size for Q[0]: 256
eth0: TX BD ring size for Q[0]: 256
of:fsl-gianfar e0025000.ethernet: enabled errata workarounds, flags: 0x7
eth1: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a1
eth1: Running with NAPI enabled
eth1: RX BD ring size for Q[0]: 256
eth1: TX BD ring size for Q[0]: 256
Freescale PowerQUICC MII Bus: probed
Freescale PowerQUICC MII Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
i2c /dev entries driver
of:mpc-i2c e0003000.i2c: timeout 1000000 us
rtc-ds1307 0-0068: rtc core: registered ds1339 as rtc0
of:mpc-i2c e0003100.i2c: timeout 1000000 us
alg: No test for authenc(hmac(sha1),cbc(aes)) (authenc-hmac-sha1-cbc-aes-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-aes-talitos
alg: No test for authenc(hmac(sha1),cbc(des3_ede)) (authenc-hmac-sha1-cbc-3des-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-3des-talitos
alg: No test for authenc(hmac(sha256),cbc(aes)) (authenc-hmac-sha256-cbc-aes-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-aes-talitos
alg: No test for authenc(hmac(sha256),cbc(des3_ede)) (authenc-hmac-sha256-cbc-3des-talitos)
of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-3des-talitos
alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-talitos)
of:talitos e0030000.crypto: authenc-hmac-md5-cbc-aes-talitos
alg: No test for authenc(hmac(md5),cbc(des3_ede)) (authenc-hmac-md5-cbc-3des-talitos)
of:talitos e0030000.crypto: authenc-hmac-md5-cbc-3des-talitos
of:talitos e0030000.crypto: cbc-aes-talitos
of:talitos e0030000.crypto: cbc-3des-talitos
of:talitos e0030000.crypto: md5-talitos
of:talitos e0030000.crypto: sha1-talitos
of:talitos e0030000.crypto: sha224-talitos
of:talitos e0030000.crypto: sha256-talitos
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
TCP cubic registered
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
NET: Registered protocol family 17
NET: Registered protocol family 15
Registering the dns_resolver key type
rtc-ds1307 0-0068: setting system clock to 2000-01-06 16:45:22 UTC (947177122)
ADDRCONF(NETDEV_UP): eth1: link is not ready
IP-Config: Complete:
device=eth1, addr=172.26.130.10, mask=255.255.240.0, gw=172.26.128.1,
host=ppc10, domain=, nis-domain=(none),
bootserver=172.26.128.52, rootserver=172.26.128.52, rootpath=
Root-NFS: nfsroot=/srv/nfs/root0
NFS: nfs mount opts='nolock,addr=172.26.128.52'
NFS: parsing nfs mount option 'nolock'
NFS: parsing nfs mount option 'addr=172.26.128.52'
NFS: MNTPATH: '/srv/nfs/root0'
NFS: sending MNT request for 172.26.128.52:/srv/nfs/root0
RPC: set up xprt to 172.26.128.52 (autobind) via tcp
RPC: created transport c79c6800 with 16 slots
RPC: creating mount client for 172.26.128.52 (xprt c79c6800)
RPC: creating UNIX authenticator for client c7920800
RPC: new task initialized, procpid 1
RPC: allocated task c792fb00
RPC: 1 __rpc_execute flags=0x680
RPC: 1 call_start mount3 proc NULL (sync)
RPC: 1 call_reserve (status 0)
RPC: 1 reserved req c780e000 xid fd74e0cd
RPC: 1 call_reserveresult (status 0)
RPC: 1 call_allocate (status 0)
RPC: 1 allocated buffer of size 392 at c79c7000
RPC: 1 call_refresh (status 0)
RPC: 1 holding NULL cred c04d591c
RPC: 1 refreshing NULL cred c04d591c
RPC: 1 call_refreshresult (status 0)
RPC: 1 call_bind (status 0)
RPC: 1 rpcb_getport_async(172.26.128.52, 100005, 3, 6)
RPC: 1 sleep_on(queue "xprt_binding" time 4294892879)
RPC: 1 added to queue c79c68a4 "xprt_binding"
RPC: 1 setting alarm for 60000 ms
RPC: 1 rpcb_getport_async: trying rpcbind version 2
RPC: set up xprt to 172.26.128.52 (port 111) via tcp
RPC: created transport c79c7800 with 16 slots
RPC: creating rpcbind client for 172.26.128.52 (xprt c79c7800)
RPC: creating UNIX authenticator for client c7920900
RPC: new task initialized, procpid 1
RPC: allocated task c792fb80
RPC: rpc_release_client(c7920900)
RPC: 1 sync task going to sleep
RPC: 2 __rpc_execute flags=0x681
RPC: 2 call_start rpcbind2 proc GETPORT (async)
RPC: 2 call_reserve (status 0)
RPC: 2 reserved req c780f000 xid 5741830a
RPC: 2 call_reserveresult (status 0)
RPC: 2 call_allocate (status 0)
RPC: 2 allocated buffer of size 412 at c79c8000
RPC: 2 call_refresh (status 0)
RPC: 2 looking up UNIX cred
RPC: looking up UNIX cred
RPC: allocating UNIX cred for uid 0 gid 0
RPC: 2 refreshing UNIX cred c792f980
RPC: 2 call_refreshresult (status 0)
RPC: 2 call_bind (status 0)
RPC: 2 call_connect xprt c79c7800 is not connected
RPC: 2 xprt_connect xprt c79c7800 is not connected
RPC: 2 sleep_on(queue "xprt_pending" time 4294892908)
RPC: 2 added to queue c79c79ac "xprt_pending"
RPC: 2 setting alarm for 60000 ms
RPC: xs_connect scheduled xprt c79c7800
RPC: xs_bind4 0.0.0.0:0: ok (0)
RPC: worker connecting xprt c79c7800 via tcp to 172.26.128.52 (port 111)
RPC: c79c7800 connect status 115 connected 0 sock state 2
PHY: mdio@e0024520:04 - Link is Up - 1000/Full
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
RPC: xs_error_report client c79c7800...
RPC: error 113
RPC: 2 __rpc_wake_up_task (now 4294893667)
RPC: 2 disabling timer
RPC: 2 removed from queue c79c79ac "xprt_pending"
RPC: __rpc_wake_up_task done
RPC: xs_tcp_state_change client c79c7800...
RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
RPC: disconnected transport c79c7800
RPC: 2 __rpc_execute flags=0x681
RPC: 2 xprt_connect_status: retrying
RPC: 2 call_connect_status (status -11)
RPC: 2 call_transmit (status 0)
RPC: 2 xprt_prepare_transmit
RPC: 2 rpc_xdr_encode (status 0)
RPC: 2 marshaling UNIX cred c792f980
RPC: 2 using AUTH_UNIX cred c792f980 to wrap rpc data
RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
RPC: 2 xprt_transmit(88)
RPC: xs_tcp_send_request(88) = -113
RPC: sendmsg returned unrecognized error 113
RPC: xs_tcp_state_change client c79c7800...
RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
RPC: disconnected transport c79c7800
RPC: wake_up_next(c79c7954 "xprt_resend")
RPC: wake_up_next(c79c78fc "xprt_sending")
RPC: setting port for xprt c79c6800 to 0
RPC: 2 rpcb_getport_done(status -113, port 0)
RPC: 2 return 0, status -113
RPC: 2 release task
RPC: freeing buffer of size 412 at c79c8000
RPC: 2 release request c780f000
RPC: wake_up_next(c79c7a04 "xprt_backlog")
RPC: rpc_release_client(c7920900)
RPC: destroying rpcbind client for 172.26.128.52
RPC: destroying transport c79c7800
RPC: xs_destroy xprt c79c7800
RPC: xs_close xprt c79c7800
RPC: disconnected transport c79c7800
RPC: 2 freeing task
RPC: 1 __rpc_wake_up_task (now 4294893704)
RPC: 1 disabling timer
RPC: 1 removed from queue c79c68a4 "xprt_binding"
RPC: __rpc_wake_up_task done
RPC: 1 sync task resuming
RPC: 1 remote rpcbind unreachable: -113
RPC: 1 return 0, status -113
RPC: 1 release task
RPC: freeing buffer of size 392 at c79c7000
RPC: 1 release request c780e000
RPC: wake_up_next(c79c6a04 "xprt_backlog")
RPC: rpc_release_client(c7920800)
RPC: 1 freeing task
RPC: shutting down mount client for 172.26.128.52
RPC: rpc_release_client(c7920800)
RPC: destroying UNIX authenticator c04d5950
RPC: destroying mount client for 172.26.128.52
RPC: destroying transport c79c6800
RPC: xs_destroy xprt c79c6800
RPC: xs_close xprt c79c6800
RPC: disconnected transport c79c6800
NFS: failed to create MNT RPC client, status=-113
NFS: unable to mount server 172.26.128.52, error -113
VFS: Unable to mount root fs via NFS, trying floppy.
RPC: unx_free_cred c792f980
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option; here are the available partitions:
1f00 8192 mtdblock0 (driver?)
1f01 1024 mtdblock1 (driver?)
1f02 3072 mtdblock2 (driver?)
1f03 28672 mtdblock3 (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Call Trace:
[c7827ed0] [c0008988] show_stack+0x70/0x1bc (unreliable)
[c7827f10] [c03a9dd8] panic+0xb8/0x1e8
[c7827f60] [c0478e38] mount_block_root+0x1a4/0x268
[c7827fb0] [c0478fb8] mount_root+0xbc/0xd4
[c7827fd0] [c0479174] prepare_namespace+0x1a4/0x1e8
[c7827fe0] [c0478270] kernel_init+0x150/0x170
[c7827ff0] [c0010378] kernel_thread+0x4c/0x68
Rebooting in 180 seconds..
-bcd
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-02-09 20:01 ` Brian Downing
@ 2011-02-09 20:12 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-02-09 20:12 UTC (permalink / raw)
To: Brian Downing
Cc: deepaksi, Armando VISCONTI, Trond Myklebust,
netdev-u79uwXL29TY76Z2rM5mHXA, Linux NFS Mailing List,
Shiraz HASHIM, Viresh KUMAR, Peppe CAVALLARO, amitgoel
On Feb 9, 2011, at 3:01 PM, Brian Downing wrote:
> [See http://marc.info/?l=linux-nfs&m=129597871731431&w=2 for the
> remainder of the context that was trimmed here; it's long enough as is!]
>
> On Tue, Jan 25, 2011 at 01:04:21PM -0500, Chuck Lever wrote:
>> On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
>>> Are there some changes in the kernel framework w.r.t rpc ping time
>>> out ? This problem was not there in previous kernels.
>>
>> There have been changes in the RPC socket code around how it manages
>> recovery from failed attempts to connect. We also have new logic now
>> in the RPC client that causes RPC ping to fail immediately if a host
>> can't be reached.
>>
>> Thanks for your efforts so far. It would be helpful if you could
>> bisect to determine which commit(s) introduced this RPC client
>> behavior (or any related changes to your network driver behavior).
>
> I'm having this same problem with a Freescale MPC8313E-RDB board while
> trying to do nfsroot in 2.6.37 with its built-in gianfar ethernet.
> I was able to bisect it down to this commit:
>
> 56463e50d1fc3f070492434cea6303b35ea000de is the first bad commit
> commit 56463e50d1fc3f070492434cea6303b35ea000de
> Author: Chuck Lever <chuck.lever-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> Date: Fri Sep 17 10:54:37 2010 -0400
>
> NFS: Use super.c for NFSROOT mount option parsing
>
> Replace duplicate code in NFSROOT for mounting an NFS server on '/'
> with logic that uses the existing mainline text-based logic in the NFS
> client.
>
> Add documenting comments where appropriate.
>
> Note that this means NFSROOT mounts now use the same default settings
> as v2/v3 mounts done via mount(2) from user space.
>
> vers=3,tcp,rsize=<negotiated default>,wsize=<negotiated default>
>
> As before, however, no version/protocol negotiation with the server is
> done.
Based on your console logs, I see that the working case uses UDP to contact the server's mountd, but the failing case uses TCP. You can try explicitly specifying "proto=udp" to force the use of UDP, to test this theory.
Meanwhile, the patch description explicitly states that the default mount option settings have changed. Does it make sense to change the default behavior of NFSROOT mounts to use UDP again? I don't see another way to make this process more reliable across NIC initialization. If this is considered a regression, we can make a patch for 2.6.38-rc and 2.6.37.
> Signed-off-by: Chuck Lever <chuck.lever-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> Signed-off-by: Trond Myklebust <Trond.Myklebust-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
>
> Here's the boot console logs from both the good and bad cases with NFS
> and RPC debug enabled. Note that the gianfar ethernet driver takes
> approximately 2 seconds to get a useful link (i.e. between
> "ADDRCONF(NETDEV_UP): eth1: link is not ready" and
> "ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready"), which I suspect is
> part of the problem here. Also, once I added RPC debug in the bad case
> it started working occasionally, which I suspect is because of delays
> induced by the serial console blocking.
>
> Hopefully this helps narrow it down.
>
> ********** good (60ac03685bf513f9d9b6e8e098018b35309ed326) **********
> Using MPC831x RDB machine description
> Linux version 2.6.36-rc3+ (bdowning@scatha) (gcc version 4.4.2 (crosstool-NG-hg_default@1733_02db017f4fe1) ) #25 Wed Feb 9 13:08:52 CST 2011
> bootconsole [udbg0] enabled
> setup_arch: bootmem
> mpc831x_rdb_setup_arch()
> Found FSL PCI host bridge at 0x00000000e0008500. Firmware bus number: 0->0
> PCI host bridge /sleep-nexus/pci@e0008500 (primary) ranges:
> MEM 0x0000000090000000..0x000000009fffffff -> 0x0000000090000000
> MEM 0x0000000080000000..0x000000008fffffff -> 0x0000000080000000 Prefetch
> IO 0x00000000e2000000..0x00000000e20fffff -> 0x0000000000000000
> arch: exit
> Zone PFN ranges:
> DMA 0x00000000 -> 0x00008000
> Normal empty
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
> 0: 0x00000000 -> 0x00008000
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
> Kernel command line: nfsroot=172.26.128.52:/srv/nfs/root0 ip=172.26.130.10:172.26.128.52:172.26.128.1:255.255.240.0:ppc10:eth1:off root=/dev/nfs rw console=ttyS0,115200 nfsrootdebug
> PID hash table entries: 512 (order: -1, 2048 bytes)
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 124812k/131072k available (4768k kernel code, 6260k reserved, 216k data, 101k bss, 192k init)
> Kernel virtual memory layout:
> * 0xfffdf000..0xfffff000 : fixmap
> * 0xfdefb000..0xfe000000 : early ioremap
> * 0xc9000000..0xfdefb000 : vmalloc & ioremap
> SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> NR_IRQS:512
> IPIC (128 IRQ sources) at c9000700
> clocksource: timebase mult[6000002] shift[22] registered
> pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 512
> NET: Registered protocol family 16
>
> PCI: Probing PCI hardware
> bio: create slab <bio-0> at 0
> vgaarb: loaded
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> Switching to clocksource timebase
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> UDP hash table entries: 256 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> msgmni has been set to 243
> alg: No test for stdrng (krng)
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A
> console [ttyS0] enabled, bootconsole disabled
> console [ttyS0] enabled, bootconsole disabled
> serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A
> brd: module loaded
> loop: module loaded
> fe000000.flash: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001001
> Amd/Fujitsu Extended Query Table at 0x0040
> Amd/Fujitsu Extended Query version 1.3.
> fe000000.flash: Swapping erase regions for top-boot CFI table.
> number of CFI chips: 1
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND 32MiB 3,3V 8-bit)
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> Creating 3 MTD partitions on "e2800000.flash":
> 0x000000000000-0x000000100000 : "u-boot"
> 0x000000100000-0x000000400000 : "kernel"
> 0x000000400000-0x000002000000 : "fs"
> eLBC NAND device at 0xe2800000, bank 1
> Fixed MDIO Bus: probed
> of:fsl-gianfar e0024000.ethernet: enabled errata workarounds, flags: 0x7
> eth0: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a0
> eth0: Running with NAPI enabled
> eth0: RX BD ring size for Q[0]: 256
> eth0: TX BD ring size for Q[0]: 256
> of:fsl-gianfar e0025000.ethernet: enabled errata workarounds, flags: 0x7
> eth1: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a1
> eth1: Running with NAPI enabled
> eth1: RX BD ring size for Q[0]: 256
> eth1: TX BD ring size for Q[0]: 256
> Freescale PowerQUICC MII Bus: probed
> Freescale PowerQUICC MII Bus: probed
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
> fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
> fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
> fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 1 port detected
> i2c /dev entries driver
> of:mpc-i2c e0003000.i2c: timeout 1000000 us
> rtc-ds1307 0-0068: rtc core: registered ds1339 as rtc0
> of:mpc-i2c e0003100.i2c: timeout 1000000 us
> alg: No test for authenc(hmac(sha1),cbc(aes)) (authenc-hmac-sha1-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-aes-talitos
> alg: No test for authenc(hmac(sha1),cbc(des3_ede)) (authenc-hmac-sha1-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-3des-talitos
> alg: No test for authenc(hmac(sha256),cbc(aes)) (authenc-hmac-sha256-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-aes-talitos
> alg: No test for authenc(hmac(sha256),cbc(des3_ede)) (authenc-hmac-sha256-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-3des-talitos
> alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-aes-talitos
> alg: No test for authenc(hmac(md5),cbc(des3_ede)) (authenc-hmac-md5-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-3des-talitos
> of:talitos e0030000.crypto: cbc-aes-talitos
> of:talitos e0030000.crypto: cbc-3des-talitos
> of:talitos e0030000.crypto: md5-talitos
> of:talitos e0030000.crypto: sha1-talitos
> of:talitos e0030000.crypto: sha224-talitos
> of:talitos e0030000.crypto: sha256-talitos
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
> TCP cubic registered
> NET: Registered protocol family 10
> IPv6 over IPv4 tunneling driver
> NET: Registered protocol family 17
> NET: Registered protocol family 15
> Registering the dns_resolver key type
> rtc-ds1307 0-0068: setting system clock to 2000-01-06 16:34:00 UTC (947176440)
> ADDRCONF(NETDEV_UP): eth1: link is not ready
> IP-Config: Complete:
> device=eth1, addr=172.26.130.10, mask=255.255.240.0, gw=172.26.128.1,
> host=ppc10, domain=, nis-domain=(none),
> bootserver=172.26.128.52, rootserver=172.26.128.52, rootpath=
> Looking up port of RPC 100003/2 on 172.26.128.52
> RPC: rpcb_getport_sync(172.26.128.52, 100003, 2, 17)
> RPC: set up xprt to 172.26.128.52 (port 111) via udp
> RPC: created transport c79c6800 with 16 slots
> RPC: creating rpcbind client for 172.26.128.52 (xprt c79c6800)
> RPC: creating UNIX authenticator for client c7920800
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 1 __rpc_execute flags=0x280
> RPC: 1 call_start rpcbind2 proc GETPORT (sync)
> RPC: 1 call_reserve (status 0)
> RPC: 1 reserved req c780b000 xid 5420c919
> RPC: 1 call_reserveresult (status 0)
> RPC: 1 call_allocate (status 0)
> RPC: 1 allocated buffer of size 412 at c79c7000
> RPC: 1 call_refresh (status 0)
> RPC: 1 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 1 refreshing UNIX cred c792fb00
> RPC: 1 call_refreshresult (status 0)
> RPC: 1 call_bind (status 0)
> RPC: 1 call_connect xprt c79c6800 is not connected
> RPC: 1 xprt_connect xprt c79c6800 is not connected
> RPC: 1 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 1 sleep_on(queue "xprt_pending" time 4294892880)
> RPC: 1 added to queue c79c69ac "xprt_pending"
> RPC: 1 setting alarm for 5000 ms
> RPC: xs_connect scheduled xprt c79c6800
> RPC: 1 sync task going to sleep
> RPC: xs_bind4 0.0.0.0:0: ok (0)
> RPC: worker connecting xprt c79c6800 via udp to 172.26.128.52 (port 111)
> RPC: 1 __rpc_wake_up_task (now 4294892888)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 1 sync task resuming
> RPC: 1 xprt_connect_status: connection established
> RPC: 1 call_connect_status (status 0)
> RPC: 1 call_transmit (status 0)
> RPC: 1 xprt_prepare_transmit
> RPC: 1 rpc_xdr_encode (status 0)
> RPC: 1 marshaling UNIX cred c792fb00
> RPC: 1 using AUTH_UNIX cred c792fb00 to wrap rpc data
> RPC: 1 encoding PMAP_GETPORT call (100003, 2, 17, 0)
> RPC: 1 xprt_transmit(84)
> RPC: xs_udp_send_request(84) = 84
> RPC: 1 xmit complete
> RPC: 1 sleep_on(queue "xprt_pending" time 4294892902)
> RPC: 1 added to queue c79c69ac "xprt_pending"
> RPC: 1 setting alarm for 5000 ms
> RPC: 1 sync task going to sleep
> PHY: mdio@e0024520:04 - Link is Up - 1000/Full
> ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
> RPC: 1 timeout
> RPC: 1 __rpc_wake_up_task (now 4294894156)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 1 sync task resuming
> RPC: 1 xprt_timer
> RPC: cong 256, cwnd was 256, now 256
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 1 call_status (status -110)
> RPC: 1 call_timeout (minor)
> RPC: 1 call_bind (status 0)
> RPC: 1 call_connect xprt c79c6800 is connected
> RPC: 1 call_transmit (status 0)
> RPC: 1 xprt_prepare_transmit
> RPC: 1 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 1 rpc_xdr_encode (status 0)
> RPC: 1 marshaling UNIX cred c792fb00
> RPC: 1 using AUTH_UNIX cred c792fb00 to wrap rpc data
> RPC: 1 encoding PMAP_GETPORT call (100003, 2, 17, 0)
> RPC: 1 xprt_transmit(84)
> RPC: xs_udp_send_request(84) = 84
> RPC: 1 xmit complete
> RPC: 1 sleep_on(queue "xprt_pending" time 4294894176)
> RPC: 1 added to queue c79c69ac "xprt_pending"
> RPC: 1 setting alarm for 10000 ms
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 1 xid 5420c919 complete (28 bytes received)
> RPC: 1 __rpc_wake_up_task (now 4294894183)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 1 call_status (status 28)
> RPC: 1 call_decode (status 28)
> RPC: 1 validating UNIX cred c792fb00
> RPC: 1 using AUTH_UNIX cred c792fb00 to unwrap rpc data
> RPC: 1 PMAP_GETPORT result: 2049
> RPC: 1 call_decode result 0
> RPC: 1 return 0, status 0
> RPC: 1 release task
> RPC: freeing buffer of size 412 at c79c7000
> RPC: 1 release request c780b000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c7920800)
> RPC: 1 freeing task
> RPC: shutting down rpcbind client for 172.26.128.52
> RPC: rpc_release_client(c7920800)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying rpcbind client for 172.26.128.52
> RPC: destroying transport c79c6800
> RPC: xs_destroy xprt c79c6800
> RPC: xs_close xprt c79c6800
> RPC: disconnected transport c79c6800
> Root-NFS: Portmapper on server returned 2049 as nfsd port
> Looking up port of RPC 100005/1 on 172.26.128.52
> RPC: rpcb_getport_sync(172.26.128.52, 100005, 1, 17)
> RPC: set up xprt to 172.26.128.52 (port 111) via udp
> RPC: created transport c793f800 with 16 slots
> RPC: creating rpcbind client for 172.26.128.52 (xprt c793f800)
> RPC: creating UNIX authenticator for client c79c8a00
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 2 __rpc_execute flags=0x280
> RPC: 2 call_start rpcbind2 proc GETPORT (sync)
> RPC: 2 call_reserve (status 0)
> RPC: 2 reserved req c780b000 xid 0fe4a33c
> RPC: 2 call_reserveresult (status 0)
> RPC: 2 call_allocate (status 0)
> RPC: 2 allocated buffer of size 412 at c79c6800
> RPC: 2 call_refresh (status 0)
> RPC: 2 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 2 refreshing UNIX cred c792fe80
> RPC: 2 call_refreshresult (status 0)
> RPC: 2 call_bind (status 0)
> RPC: 2 call_connect xprt c793f800 is not connected
> RPC: 2 xprt_connect xprt c793f800 is not connected
> RPC: 2 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 2 sleep_on(queue "xprt_pending" time 4294894234)
> RPC: 2 added to queue c793f9ac "xprt_pending"
> RPC: 2 setting alarm for 5000 ms
> RPC: xs_connect scheduled xprt c793f800
> RPC: 2 sync task going to sleep
> RPC: unx_free_cred c792fb00
> RPC: xs_bind4 0.0.0.0:0: ok (0)
> RPC: worker connecting xprt c793f800 via udp to 172.26.128.52 (port 111)
> RPC: 2 __rpc_wake_up_task (now 4294894243)
> RPC: 2 disabling timer
> RPC: 2 removed from queue c793f9ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 2 sync task resuming
> RPC: 2 xprt_connect_status: connection established
> RPC: 2 call_connect_status (status 0)
> RPC: 2 call_transmit (status 0)
> RPC: 2 xprt_prepare_transmit
> RPC: 2 rpc_xdr_encode (status 0)
> RPC: 2 marshaling UNIX cred c792fe80
> RPC: 2 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 2 encoding PMAP_GETPORT call (100005, 1, 17, 0)
> RPC: 2 xprt_transmit(84)
> RPC: xs_udp_send_request(84) = 84
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 2 xid 0fe4a33c complete (28 bytes received)
> RPC: 2 xmit complete
> RPC: wake_up_next(c793f954 "xprt_resend")
> RPC: wake_up_next(c793f8fc "xprt_sending")
> RPC: 2 call_status (status 28)
> RPC: 2 call_decode (status 28)
> RPC: 2 validating UNIX cred c792fe80
> RPC: 2 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 2 PMAP_GETPORT result: 37346
> RPC: 2 call_decode result 0
> RPC: 2 return 0, status 0
> RPC: 2 release task
> RPC: freeing buffer of size 412 at c79c6800
> RPC: 2 release request c780b000
> RPC: wake_up_next(c793fa04 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 2 freeing task
> RPC: shutting down rpcbind client for 172.26.128.52
> RPC: rpc_release_client(c79c8a00)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying rpcbind client for 172.26.128.52
> RPC: destroying transport c793f800
> RPC: xs_destroy xprt c793f800
> RPC: xs_close xprt c793f800
> RPC: disconnected transport c793f800
> Root-NFS: mountd port is 37346
> NFS: sending MNT request for server:/srv/nfs/root0
> RPC: set up xprt to 172.26.128.52 (port 37346) via udp
> RPC: created transport c79c6800 with 16 slots
> RPC: creating mount client for 172.26.128.52 (xprt c79c6800)
> RPC: creating UNIX authenticator for client c79c8a00
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb00
> RPC: 3 __rpc_execute flags=0x680
> RPC: 3 call_start mount1 proc NULL (sync)
> RPC: 3 call_reserve (status 0)
> RPC: 3 reserved req c780b000 xid e265f825
> RPC: 3 call_reserveresult (status 0)
> RPC: 3 call_allocate (status 0)
> RPC: 3 allocated buffer of size 392 at c7940000
> RPC: 3 call_refresh (status 0)
> RPC: 3 holding NULL cred c04d591c
> RPC: 3 refreshing NULL cred c04d591c
> RPC: 3 call_refreshresult (status 0)
> RPC: 3 call_bind (status 0)
> RPC: 3 call_connect xprt c79c6800 is not connected
> RPC: 3 xprt_connect xprt c79c6800 is not connected
> RPC: 3 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 3 sleep_on(queue "xprt_pending" time 4294894305)
> RPC: 3 added to queue c79c69ac "xprt_pending"
> RPC: 3 setting alarm for 5000 ms
> RPC: xs_connect scheduled xprt c79c6800
> RPC: 3 sync task going to sleep
> RPC: unx_free_cred c792fe80
> RPC: xs_bind4 0.0.0.0:672: ok (0)
> RPC: worker connecting xprt c79c6800 via udp to 172.26.128.52 (port 37346)
> RPC: 3 __rpc_wake_up_task (now 4294894313)
> RPC: 3 disabling timer
> RPC: 3 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 3 sync task resuming
> RPC: 3 xprt_connect_status: connection established
> RPC: 3 call_connect_status (status 0)
> RPC: 3 call_transmit (status 0)
> RPC: 3 xprt_prepare_transmit
> RPC: 3 rpc_xdr_encode (status 0)
> RPC: 3 marshaling NULL cred c04d591c
> RPC: 3 using AUTH_NULL cred c04d591c to wrap rpc data
> RPC: 3 xprt_transmit(40)
> RPC: xs_udp_send_request(40) = 40
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 3 xid e265f825 complete (24 bytes received)
> RPC: 3 xmit complete
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 3 call_status (status 24)
> RPC: 3 call_decode (status 24)
> RPC: 3 validating NULL cred c04d591c
> RPC: 3 using AUTH_NULL cred c04d591c to unwrap rpc data
> RPC: 3 call_decode result 0
> RPC: 3 return 0, status 0
> RPC: 3 release task
> RPC: freeing buffer of size 392 at c7940000
> RPC: 3 release request c780b000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 3 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb00
> RPC: 4 __rpc_execute flags=0x280
> RPC: 4 call_start mount1 proc MOUNT (sync)
> RPC: 4 call_reserve (status 0)
> RPC: 4 reserved req c780b000 xid e265f826
> RPC: 4 call_reserveresult (status 0)
> RPC: 4 call_allocate (status 0)
> RPC: 4 allocated buffer of size 1456 at c7940000
> RPC: 4 call_refresh (status 0)
> RPC: 4 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 4 refreshing UNIX cred c792fe80
> RPC: 4 call_refreshresult (status 0)
> RPC: 4 call_bind (status 0)
> RPC: 4 call_connect xprt c79c6800 is connected
> RPC: 4 call_transmit (status 0)
> RPC: 4 xprt_prepare_transmit
> RPC: 4 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 4 rpc_xdr_encode (status 0)
> RPC: 4 marshaling UNIX cred c792fe80
> RPC: 4 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 4 xprt_transmit(88)
> RPC: xs_udp_send_request(88) = 88
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 4 xid e265f826 complete (60 bytes received)
> RPC: 4 xmit complete
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 4 call_status (status 60)
> RPC: 4 call_decode (status 60)
> RPC: 4 validating UNIX cred c792fe80
> RPC: 4 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 4 call_decode result 0
> RPC: 4 return 0, status 0
> RPC: 4 release task
> RPC: freeing buffer of size 1456 at c7940000
> RPC: 4 release request c780b000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 4 freeing task
> RPC: shutting down mount client for 172.26.128.52
> RPC: rpc_release_client(c79c8a00)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying mount client for 172.26.128.52
> RPC: destroying transport c79c6800
> RPC: xs_destroy xprt c79c6800
> RPC: xs_close xprt c79c6800
> RPC: disconnected transport c79c6800
> NFS: MNT request succeeded
> RPC: looking up machine cred
> RPC: allocated machine cred c7927300 for uid 0 gid 0
> RPC: set up xprt to 172.26.128.52 (port 2049) via udp
> RPC: created transport c7940000 with 16 slots
> RPC: creating nfs client for 172.26.128.52 (xprt c7940000)
> RPC: creating UNIX authenticator for client c79c8a00
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 5 __rpc_execute flags=0x680
> RPC: 5 call_start nfs2 proc NULL (sync)
> RPC: 5 call_reserve (status 0)
> RPC: 5 reserved req c780e000 xid 0d837923
> RPC: 5 call_reserveresult (status 0)
> RPC: 5 call_allocate (status 0)
> RPC: 5 allocated buffer of size 392 at c79c6800
> RPC: 5 call_refresh (status 0)
> RPC: 5 holding NULL cred c04d591c
> RPC: 5 refreshing NULL cred c04d591c
> RPC: 5 call_refreshresult (status 0)
> RPC: 5 call_bind (status 0)
> RPC: 5 call_connect xprt c7940000 is not connected
> RPC: 5 xprt_connect xprt c7940000 is not connected
> RPC: 5 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 5 sleep_on(queue "xprt_pending" time 4294894412)
> RPC: 5 added to queue c79401ac "xprt_pending"
> RPC: 5 setting alarm for 1100 ms
> RPC: xs_connect scheduled xprt c7940000
> RPC: 5 sync task going to sleep
> RPC: unx_free_cred c792fe80
> RPC: xs_bind4 0.0.0.0:866: ok (0)
> RPC: worker connecting xprt c7940000 via udp to 172.26.128.52 (port 2049)
> RPC: 5 __rpc_wake_up_task (now 4294894421)
> RPC: 5 disabling timer
> RPC: 5 removed from queue c79401ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 5 sync task resuming
> RPC: 5 xprt_connect_status: connection established
> RPC: 5 call_connect_status (status 0)
> RPC: 5 call_transmit (status 0)
> RPC: 5 xprt_prepare_transmit
> RPC: 5 rpc_xdr_encode (status 0)
> RPC: 5 marshaling NULL cred c04d591c
> RPC: 5 using AUTH_NULL cred c04d591c to wrap rpc data
> RPC: 5 xprt_transmit(40)
> RPC: xs_udp_send_request(40) = 40
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 5 xid 0d837923 complete (24 bytes received)
> RPC: 5 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 5 call_status (status 24)
> RPC: 5 call_decode (status 24)
> RPC: 5 validating NULL cred c04d591c
> RPC: 5 using AUTH_NULL cred c04d591c to unwrap rpc data
> RPC: 5 call_decode result 0
> RPC: 5 return 0, status 0
> RPC: 5 release task
> RPC: freeing buffer of size 392 at c79c6800
> RPC: 5 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 5 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 6 __rpc_execute flags=0x80
> RPC: 6 call_start nfs2 proc STATFS (sync)
> RPC: 6 call_reserve (status 0)
> RPC: 6 reserved req c780e000 xid 0d837924
> RPC: 6 call_reserveresult (status 0)
> RPC: 6 call_allocate (status 0)
> RPC: 6 allocated buffer of size 448 at c79d2800
> RPC: 6 call_refresh (status 0)
> RPC: 6 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 6 refreshing UNIX cred c792fe80
> RPC: 6 call_refreshresult (status 0)
> RPC: 6 call_bind (status 0)
> RPC: 6 call_connect xprt c7940000 is connected
> RPC: 6 call_transmit (status 0)
> RPC: 6 xprt_prepare_transmit
> RPC: 6 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 6 rpc_xdr_encode (status 0)
> RPC: 6 marshaling UNIX cred c792fe80
> RPC: 6 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 6 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 6 xid 0d837924 complete (48 bytes received)
> RPC: 6 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 6 call_status (status 48)
> RPC: 6 call_decode (status 48)
> RPC: 6 validating UNIX cred c792fe80
> RPC: 6 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 6 call_decode result 0
> RPC: 6 return 0, status 0
> RPC: 6 release task
> RPC: freeing buffer of size 448 at c79d2800
> RPC: 6 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 6 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 7 __rpc_execute flags=0x80
> RPC: 7 call_start nfs2 proc GETATTR (sync)
> RPC: 7 call_reserve (status 0)
> RPC: 7 reserved req c780e000 xid 0d837925
> RPC: 7 call_reserveresult (status 0)
> RPC: 7 call_allocate (status 0)
> RPC: 7 allocated buffer of size 496 at c79d2800
> RPC: 7 call_refresh (status 0)
> RPC: 7 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: 7 refreshing UNIX cred c792fe80
> RPC: 7 call_refreshresult (status 0)
> RPC: 7 call_bind (status 0)
> RPC: 7 call_connect xprt c7940000 is connected
> RPC: 7 call_transmit (status 0)
> RPC: 7 xprt_prepare_transmit
> RPC: 7 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 7 rpc_xdr_encode (status 0)
> RPC: 7 marshaling UNIX cred c792fe80
> RPC: 7 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 7 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 7 xid 0d837925 complete (96 bytes received)
> RPC: 7 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 7 call_status (status 96)
> RPC: 7 call_decode (status 96)
> RPC: 7 validating UNIX cred c792fe80
> RPC: 7 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 7 call_decode result 0
> RPC: 7 return 0, status 0
> RPC: 7 release task
> RPC: freeing buffer of size 496 at c79d2800
> RPC: 7 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 7 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 8 __rpc_execute flags=0x80
> RPC: 8 call_start nfs2 proc GETATTR (sync)
> RPC: 8 call_reserve (status 0)
> RPC: 8 reserved req c780e000 xid 0d837926
> RPC: 8 call_reserveresult (status 0)
> RPC: 8 call_allocate (status 0)
> RPC: 8 allocated buffer of size 496 at c79d2800
> RPC: 8 call_refresh (status 0)
> RPC: 8 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: 8 refreshing UNIX cred c792fe80
> RPC: 8 call_refreshresult (status 0)
> RPC: 8 call_bind (status 0)
> RPC: 8 call_connect xprt c7940000 is connected
> RPC: 8 call_transmit (status 0)
> RPC: 8 xprt_prepare_transmit
> RPC: 8 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 8 rpc_xdr_encode (status 0)
> RPC: 8 marshaling UNIX cred c792fe80
> RPC: 8 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 8 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 8 xid 0d837926 complete (96 bytes received)
> RPC: 8 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 8 call_status (status 96)
> RPC: 8 call_decode (status 96)
> RPC: 8 validating UNIX cred c792fe80
> RPC: 8 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 8 call_decode result 0
> RPC: 8 return 0, status 0
> RPC: 8 release task
> RPC: freeing buffer of size 496 at c79d2800
> RPC: 8 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 8 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 9 __rpc_execute flags=0x80
> RPC: 9 call_start nfs2 proc STATFS (sync)
> RPC: 9 call_reserve (status 0)
> RPC: 9 reserved req c780e000 xid 0d837927
> RPC: 9 call_reserveresult (status 0)
> RPC: 9 call_allocate (status 0)
> RPC: 9 allocated buffer of size 448 at c7943000
> RPC: 9 call_refresh (status 0)
> RPC: 9 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: 9 refreshing UNIX cred c792fe80
> RPC: 9 call_refreshresult (status 0)
> RPC: 9 call_bind (status 0)
> RPC: 9 call_connect xprt c7940000 is connected
> RPC: 9 call_transmit (status 0)
> RPC: 9 xprt_prepare_transmit
> RPC: 9 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 9 rpc_xdr_encode (status 0)
> RPC: 9 marshaling UNIX cred c792fe80
> RPC: 9 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 9 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 9 xid 0d837927 complete (48 bytes received)
> RPC: 9 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 9 call_status (status 48)
> RPC: 9 call_decode (status 48)
> RPC: 9 validating UNIX cred c792fe80
> RPC: 9 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 9 call_decode result 0
> RPC: 9 return 0, status 0
> RPC: 9 release task
> RPC: freeing buffer of size 448 at c7943000
> RPC: 9 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 9 freeing task
> VFS: Mounted root (nfs filesystem) on device 0:12.
> Freeing unused kernel memory: 192k init
>
> ********** bad (56463e50d1fc3f070492434cea6303b35ea000de) **********
> Using MPC831x RDB machine description
> Linux version 2.6.36-rc3+ (bdowning@scatha) (gcc version 4.4.2 (crosstool-NG-hg_default@1733_02db017f4fe1) ) #30 Wed Feb 9 13:20:18 CST 2011
> bootconsole [udbg0] enabled
> setup_arch: bootmem
> mpc831x_rdb_setup_arch()
> Found FSL PCI host bridge at 0x00000000e0008500. Firmware bus number: 0->0
> PCI host bridge /sleep-nexus/pci@e0008500 (primary) ranges:
> MEM 0x0000000090000000..0x000000009fffffff -> 0x0000000090000000
> MEM 0x0000000080000000..0x000000008fffffff -> 0x0000000080000000 Prefetch
> IO 0x00000000e2000000..0x00000000e20fffff -> 0x0000000000000000
> arch: exit
> Zone PFN ranges:
> DMA 0x00000000 -> 0x00008000
> Normal empty
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
> 0: 0x00000000 -> 0x00008000
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
> Kernel command line: nfsroot=172.26.128.52:/srv/nfs/root0 ip=172.26.130.10:172.26.128.52:172.26.128.1:255.255.240.0:ppc10:eth1:off root=/dev/nfs rw console=ttyS0,115200 nfsrootdebug
> PID hash table entries: 512 (order: -1, 2048 bytes)
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 124812k/131072k available (4768k kernel code, 6260k reserved, 216k data, 101k bss, 192k init)
> Kernel virtual memory layout:
> * 0xfffdf000..0xfffff000 : fixmap
> * 0xfdefb000..0xfe000000 : early ioremap
> * 0xc9000000..0xfdefb000 : vmalloc & ioremap
> SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> NR_IRQS:512
> IPIC (128 IRQ sources) at c9000700
> clocksource: timebase mult[6000002] shift[22] registered
> pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 512
> NET: Registered protocol family 16
>
> PCI: Probing PCI hardware
> bio: create slab <bio-0> at 0
> vgaarb: loaded
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> Switching to clocksource timebase
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> UDP hash table entries: 256 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> msgmni has been set to 243
> alg: No test for stdrng (krng)
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A
> console [ttyS0] enabled, bootconsole disabled
> console [ttyS0] enabled, bootconsole disabled
> serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A
> brd: module loaded
> loop: module loaded
> fe000000.flash: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001001
> Amd/Fujitsu Extended Query Table at 0x0040
> Amd/Fujitsu Extended Query version 1.3.
> fe000000.flash: Swapping erase regions for top-boot CFI table.
> number of CFI chips: 1
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND 32MiB 3,3V 8-bit)
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> Creating 3 MTD partitions on "e2800000.flash":
> 0x000000000000-0x000000100000 : "u-boot"
> 0x000000100000-0x000000400000 : "kernel"
> 0x000000400000-0x000002000000 : "fs"
> eLBC NAND device at 0xe2800000, bank 1
> Fixed MDIO Bus: probed
> of:fsl-gianfar e0024000.ethernet: enabled errata workarounds, flags: 0x7
> eth0: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a0
> eth0: Running with NAPI enabled
> eth0: RX BD ring size for Q[0]: 256
> eth0: TX BD ring size for Q[0]: 256
> of:fsl-gianfar e0025000.ethernet: enabled errata workarounds, flags: 0x7
> eth1: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a1
> eth1: Running with NAPI enabled
> eth1: RX BD ring size for Q[0]: 256
> eth1: TX BD ring size for Q[0]: 256
> Freescale PowerQUICC MII Bus: probed
> Freescale PowerQUICC MII Bus: probed
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
> fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
> fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
> fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 1 port detected
> i2c /dev entries driver
> of:mpc-i2c e0003000.i2c: timeout 1000000 us
> rtc-ds1307 0-0068: rtc core: registered ds1339 as rtc0
> of:mpc-i2c e0003100.i2c: timeout 1000000 us
> alg: No test for authenc(hmac(sha1),cbc(aes)) (authenc-hmac-sha1-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-aes-talitos
> alg: No test for authenc(hmac(sha1),cbc(des3_ede)) (authenc-hmac-sha1-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-3des-talitos
> alg: No test for authenc(hmac(sha256),cbc(aes)) (authenc-hmac-sha256-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-aes-talitos
> alg: No test for authenc(hmac(sha256),cbc(des3_ede)) (authenc-hmac-sha256-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-3des-talitos
> alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-aes-talitos
> alg: No test for authenc(hmac(md5),cbc(des3_ede)) (authenc-hmac-md5-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-3des-talitos
> of:talitos e0030000.crypto: cbc-aes-talitos
> of:talitos e0030000.crypto: cbc-3des-talitos
> of:talitos e0030000.crypto: md5-talitos
> of:talitos e0030000.crypto: sha1-talitos
> of:talitos e0030000.crypto: sha224-talitos
> of:talitos e0030000.crypto: sha256-talitos
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
> TCP cubic registered
> NET: Registered protocol family 10
> IPv6 over IPv4 tunneling driver
> NET: Registered protocol family 17
> NET: Registered protocol family 15
> Registering the dns_resolver key type
> rtc-ds1307 0-0068: setting system clock to 2000-01-06 16:45:22 UTC (947177122)
> ADDRCONF(NETDEV_UP): eth1: link is not ready
> IP-Config: Complete:
> device=eth1, addr=172.26.130.10, mask=255.255.240.0, gw=172.26.128.1,
> host=ppc10, domain=, nis-domain=(none),
> bootserver=172.26.128.52, rootserver=172.26.128.52, rootpath=
> Root-NFS: nfsroot=/srv/nfs/root0
> NFS: nfs mount opts='nolock,addr=172.26.128.52'
> NFS: parsing nfs mount option 'nolock'
> NFS: parsing nfs mount option 'addr=172.26.128.52'
> NFS: MNTPATH: '/srv/nfs/root0'
> NFS: sending MNT request for 172.26.128.52:/srv/nfs/root0
> RPC: set up xprt to 172.26.128.52 (autobind) via tcp
> RPC: created transport c79c6800 with 16 slots
> RPC: creating mount client for 172.26.128.52 (xprt c79c6800)
> RPC: creating UNIX authenticator for client c7920800
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb00
> RPC: 1 __rpc_execute flags=0x680
> RPC: 1 call_start mount3 proc NULL (sync)
> RPC: 1 call_reserve (status 0)
> RPC: 1 reserved req c780e000 xid fd74e0cd
> RPC: 1 call_reserveresult (status 0)
> RPC: 1 call_allocate (status 0)
> RPC: 1 allocated buffer of size 392 at c79c7000
> RPC: 1 call_refresh (status 0)
> RPC: 1 holding NULL cred c04d591c
> RPC: 1 refreshing NULL cred c04d591c
> RPC: 1 call_refreshresult (status 0)
> RPC: 1 call_bind (status 0)
> RPC: 1 rpcb_getport_async(172.26.128.52, 100005, 3, 6)
> RPC: 1 sleep_on(queue "xprt_binding" time 4294892879)
> RPC: 1 added to queue c79c68a4 "xprt_binding"
> RPC: 1 setting alarm for 60000 ms
> RPC: 1 rpcb_getport_async: trying rpcbind version 2
> RPC: set up xprt to 172.26.128.52 (port 111) via tcp
> RPC: created transport c79c7800 with 16 slots
> RPC: creating rpcbind client for 172.26.128.52 (xprt c79c7800)
> RPC: creating UNIX authenticator for client c7920900
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb80
> RPC: rpc_release_client(c7920900)
> RPC: 1 sync task going to sleep
> RPC: 2 __rpc_execute flags=0x681
> RPC: 2 call_start rpcbind2 proc GETPORT (async)
> RPC: 2 call_reserve (status 0)
> RPC: 2 reserved req c780f000 xid 5741830a
> RPC: 2 call_reserveresult (status 0)
> RPC: 2 call_allocate (status 0)
> RPC: 2 allocated buffer of size 412 at c79c8000
> RPC: 2 call_refresh (status 0)
> RPC: 2 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 2 refreshing UNIX cred c792f980
> RPC: 2 call_refreshresult (status 0)
> RPC: 2 call_bind (status 0)
> RPC: 2 call_connect xprt c79c7800 is not connected
> RPC: 2 xprt_connect xprt c79c7800 is not connected
> RPC: 2 sleep_on(queue "xprt_pending" time 4294892908)
> RPC: 2 added to queue c79c79ac "xprt_pending"
> RPC: 2 setting alarm for 60000 ms
> RPC: xs_connect scheduled xprt c79c7800
> RPC: xs_bind4 0.0.0.0:0: ok (0)
> RPC: worker connecting xprt c79c7800 via tcp to 172.26.128.52 (port 111)
> RPC: c79c7800 connect status 115 connected 0 sock state 2
> PHY: mdio@e0024520:04 - Link is Up - 1000/Full
> ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
> RPC: xs_error_report client c79c7800...
> RPC: error 113
> RPC: 2 __rpc_wake_up_task (now 4294893667)
> RPC: 2 disabling timer
> RPC: 2 removed from queue c79c79ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: xs_tcp_state_change client c79c7800...
> RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> RPC: disconnected transport c79c7800
> RPC: 2 __rpc_execute flags=0x681
> RPC: 2 xprt_connect_status: retrying
> RPC: 2 call_connect_status (status -11)
> RPC: 2 call_transmit (status 0)
> RPC: 2 xprt_prepare_transmit
> RPC: 2 rpc_xdr_encode (status 0)
> RPC: 2 marshaling UNIX cred c792f980
> RPC: 2 using AUTH_UNIX cred c792f980 to wrap rpc data
> RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
> RPC: 2 xprt_transmit(88)
> RPC: xs_tcp_send_request(88) = -113
> RPC: sendmsg returned unrecognized error 113
> RPC: xs_tcp_state_change client c79c7800...
> RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> RPC: disconnected transport c79c7800
> RPC: wake_up_next(c79c7954 "xprt_resend")
> RPC: wake_up_next(c79c78fc "xprt_sending")
> RPC: setting port for xprt c79c6800 to 0
> RPC: 2 rpcb_getport_done(status -113, port 0)
> RPC: 2 return 0, status -113
> RPC: 2 release task
> RPC: freeing buffer of size 412 at c79c8000
> RPC: 2 release request c780f000
> RPC: wake_up_next(c79c7a04 "xprt_backlog")
> RPC: rpc_release_client(c7920900)
> RPC: destroying rpcbind client for 172.26.128.52
> RPC: destroying transport c79c7800
> RPC: xs_destroy xprt c79c7800
> RPC: xs_close xprt c79c7800
> RPC: disconnected transport c79c7800
> RPC: 2 freeing task
> RPC: 1 __rpc_wake_up_task (now 4294893704)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c68a4 "xprt_binding"
> RPC: __rpc_wake_up_task done
> RPC: 1 sync task resuming
> RPC: 1 remote rpcbind unreachable: -113
> RPC: 1 return 0, status -113
> RPC: 1 release task
> RPC: freeing buffer of size 392 at c79c7000
> RPC: 1 release request c780e000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c7920800)
> RPC: 1 freeing task
> RPC: shutting down mount client for 172.26.128.52
> RPC: rpc_release_client(c7920800)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying mount client for 172.26.128.52
> RPC: destroying transport c79c6800
> RPC: xs_destroy xprt c79c6800
> RPC: xs_close xprt c79c6800
> RPC: disconnected transport c79c6800
> NFS: failed to create MNT RPC client, status=-113
> NFS: unable to mount server 172.26.128.52, error -113
> VFS: Unable to mount root fs via NFS, trying floppy.
> RPC: unx_free_cred c792f980
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=" boot option; here are the available partitions:
> 1f00 8192 mtdblock0 (driver?)
> 1f01 1024 mtdblock1 (driver?)
> 1f02 3072 mtdblock2 (driver?)
> 1f03 28672 mtdblock3 (driver?)
> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
> Call Trace:
> [c7827ed0] [c0008988] show_stack+0x70/0x1bc (unreliable)
> [c7827f10] [c03a9dd8] panic+0xb8/0x1e8
> [c7827f60] [c0478e38] mount_block_root+0x1a4/0x268
> [c7827fb0] [c0478fb8] mount_root+0xbc/0xd4
> [c7827fd0] [c0479174] prepare_namespace+0x1a4/0x1e8
> [c7827fe0] [c0478270] kernel_init+0x150/0x170
> [c7827ff0] [c0010378] kernel_thread+0x4c/0x68
> Rebooting in 180 seconds..
>
> -bcd
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-02-09 20:12 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-02-09 20:12 UTC (permalink / raw)
To: Brian Downing
Cc: deepaksi, Armando VISCONTI, Trond Myklebust, netdev,
Linux NFS Mailing List, Shiraz HASHIM, Viresh KUMAR,
Peppe CAVALLARO, amitgoel
On Feb 9, 2011, at 3:01 PM, Brian Downing wrote:
> [See http://marc.info/?l=linux-nfs&m=129597871731431&w=2 for the
> remainder of the context that was trimmed here; it's long enough as is!]
>
> On Tue, Jan 25, 2011 at 01:04:21PM -0500, Chuck Lever wrote:
>> On Jan 25, 2011, at 6:56 AM, deepaksi wrote:
>>> Are there some changes in the kernel framework w.r.t rpc ping time
>>> out ? This problem was not there in previous kernels.
>>
>> There have been changes in the RPC socket code around how it manages
>> recovery from failed attempts to connect. We also have new logic now
>> in the RPC client that causes RPC ping to fail immediately if a host
>> can't be reached.
>>
>> Thanks for your efforts so far. It would be helpful if you could
>> bisect to determine which commit(s) introduced this RPC client
>> behavior (or any related changes to your network driver behavior).
>
> I'm having this same problem with a Freescale MPC8313E-RDB board while
> trying to do nfsroot in 2.6.37 with its built-in gianfar ethernet.
> I was able to bisect it down to this commit:
>
> 56463e50d1fc3f070492434cea6303b35ea000de is the first bad commit
> commit 56463e50d1fc3f070492434cea6303b35ea000de
> Author: Chuck Lever <chuck.lever@oracle.com>
> Date: Fri Sep 17 10:54:37 2010 -0400
>
> NFS: Use super.c for NFSROOT mount option parsing
>
> Replace duplicate code in NFSROOT for mounting an NFS server on '/'
> with logic that uses the existing mainline text-based logic in the NFS
> client.
>
> Add documenting comments where appropriate.
>
> Note that this means NFSROOT mounts now use the same default settings
> as v2/v3 mounts done via mount(2) from user space.
>
> vers=3,tcp,rsize=<negotiated default>,wsize=<negotiated default>
>
> As before, however, no version/protocol negotiation with the server is
> done.
Based on your console logs, I see that the working case uses UDP to contact the server's mountd, but the failing case uses TCP. You can try explicitly specifying "proto=udp" to force the use of UDP, to test this theory.
Meanwhile, the patch description explicitly states that the default mount option settings have changed. Does it make sense to change the default behavior of NFSROOT mounts to use UDP again? I don't see another way to make this process more reliable across NIC initialization. If this is considered a regression, we can make a patch for 2.6.38-rc and 2.6.37.
> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
>
> Here's the boot console logs from both the good and bad cases with NFS
> and RPC debug enabled. Note that the gianfar ethernet driver takes
> approximately 2 seconds to get a useful link (i.e. between
> "ADDRCONF(NETDEV_UP): eth1: link is not ready" and
> "ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready"), which I suspect is
> part of the problem here. Also, once I added RPC debug in the bad case
> it started working occasionally, which I suspect is because of delays
> induced by the serial console blocking.
>
> Hopefully this helps narrow it down.
>
> ********** good (60ac03685bf513f9d9b6e8e098018b35309ed326) **********
> Using MPC831x RDB machine description
> Linux version 2.6.36-rc3+ (bdowning@scatha) (gcc version 4.4.2 (crosstool-NG-hg_default@1733_02db017f4fe1) ) #25 Wed Feb 9 13:08:52 CST 2011
> bootconsole [udbg0] enabled
> setup_arch: bootmem
> mpc831x_rdb_setup_arch()
> Found FSL PCI host bridge at 0x00000000e0008500. Firmware bus number: 0->0
> PCI host bridge /sleep-nexus/pci@e0008500 (primary) ranges:
> MEM 0x0000000090000000..0x000000009fffffff -> 0x0000000090000000
> MEM 0x0000000080000000..0x000000008fffffff -> 0x0000000080000000 Prefetch
> IO 0x00000000e2000000..0x00000000e20fffff -> 0x0000000000000000
> arch: exit
> Zone PFN ranges:
> DMA 0x00000000 -> 0x00008000
> Normal empty
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
> 0: 0x00000000 -> 0x00008000
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
> Kernel command line: nfsroot=172.26.128.52:/srv/nfs/root0 ip=172.26.130.10:172.26.128.52:172.26.128.1:255.255.240.0:ppc10:eth1:off root=/dev/nfs rw console=ttyS0,115200 nfsrootdebug
> PID hash table entries: 512 (order: -1, 2048 bytes)
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 124812k/131072k available (4768k kernel code, 6260k reserved, 216k data, 101k bss, 192k init)
> Kernel virtual memory layout:
> * 0xfffdf000..0xfffff000 : fixmap
> * 0xfdefb000..0xfe000000 : early ioremap
> * 0xc9000000..0xfdefb000 : vmalloc & ioremap
> SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> NR_IRQS:512
> IPIC (128 IRQ sources) at c9000700
> clocksource: timebase mult[6000002] shift[22] registered
> pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 512
> NET: Registered protocol family 16
>
> PCI: Probing PCI hardware
> bio: create slab <bio-0> at 0
> vgaarb: loaded
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> Switching to clocksource timebase
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> UDP hash table entries: 256 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> msgmni has been set to 243
> alg: No test for stdrng (krng)
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A
> console [ttyS0] enabled, bootconsole disabled
> console [ttyS0] enabled, bootconsole disabled
> serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A
> brd: module loaded
> loop: module loaded
> fe000000.flash: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001001
> Amd/Fujitsu Extended Query Table at 0x0040
> Amd/Fujitsu Extended Query version 1.3.
> fe000000.flash: Swapping erase regions for top-boot CFI table.
> number of CFI chips: 1
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND 32MiB 3,3V 8-bit)
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> Creating 3 MTD partitions on "e2800000.flash":
> 0x000000000000-0x000000100000 : "u-boot"
> 0x000000100000-0x000000400000 : "kernel"
> 0x000000400000-0x000002000000 : "fs"
> eLBC NAND device at 0xe2800000, bank 1
> Fixed MDIO Bus: probed
> of:fsl-gianfar e0024000.ethernet: enabled errata workarounds, flags: 0x7
> eth0: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a0
> eth0: Running with NAPI enabled
> eth0: RX BD ring size for Q[0]: 256
> eth0: TX BD ring size for Q[0]: 256
> of:fsl-gianfar e0025000.ethernet: enabled errata workarounds, flags: 0x7
> eth1: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a1
> eth1: Running with NAPI enabled
> eth1: RX BD ring size for Q[0]: 256
> eth1: TX BD ring size for Q[0]: 256
> Freescale PowerQUICC MII Bus: probed
> Freescale PowerQUICC MII Bus: probed
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
> fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
> fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
> fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 1 port detected
> i2c /dev entries driver
> of:mpc-i2c e0003000.i2c: timeout 1000000 us
> rtc-ds1307 0-0068: rtc core: registered ds1339 as rtc0
> of:mpc-i2c e0003100.i2c: timeout 1000000 us
> alg: No test for authenc(hmac(sha1),cbc(aes)) (authenc-hmac-sha1-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-aes-talitos
> alg: No test for authenc(hmac(sha1),cbc(des3_ede)) (authenc-hmac-sha1-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-3des-talitos
> alg: No test for authenc(hmac(sha256),cbc(aes)) (authenc-hmac-sha256-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-aes-talitos
> alg: No test for authenc(hmac(sha256),cbc(des3_ede)) (authenc-hmac-sha256-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-3des-talitos
> alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-aes-talitos
> alg: No test for authenc(hmac(md5),cbc(des3_ede)) (authenc-hmac-md5-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-3des-talitos
> of:talitos e0030000.crypto: cbc-aes-talitos
> of:talitos e0030000.crypto: cbc-3des-talitos
> of:talitos e0030000.crypto: md5-talitos
> of:talitos e0030000.crypto: sha1-talitos
> of:talitos e0030000.crypto: sha224-talitos
> of:talitos e0030000.crypto: sha256-talitos
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
> TCP cubic registered
> NET: Registered protocol family 10
> IPv6 over IPv4 tunneling driver
> NET: Registered protocol family 17
> NET: Registered protocol family 15
> Registering the dns_resolver key type
> rtc-ds1307 0-0068: setting system clock to 2000-01-06 16:34:00 UTC (947176440)
> ADDRCONF(NETDEV_UP): eth1: link is not ready
> IP-Config: Complete:
> device=eth1, addr=172.26.130.10, mask=255.255.240.0, gw=172.26.128.1,
> host=ppc10, domain=, nis-domain=(none),
> bootserver=172.26.128.52, rootserver=172.26.128.52, rootpath=
> Looking up port of RPC 100003/2 on 172.26.128.52
> RPC: rpcb_getport_sync(172.26.128.52, 100003, 2, 17)
> RPC: set up xprt to 172.26.128.52 (port 111) via udp
> RPC: created transport c79c6800 with 16 slots
> RPC: creating rpcbind client for 172.26.128.52 (xprt c79c6800)
> RPC: creating UNIX authenticator for client c7920800
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 1 __rpc_execute flags=0x280
> RPC: 1 call_start rpcbind2 proc GETPORT (sync)
> RPC: 1 call_reserve (status 0)
> RPC: 1 reserved req c780b000 xid 5420c919
> RPC: 1 call_reserveresult (status 0)
> RPC: 1 call_allocate (status 0)
> RPC: 1 allocated buffer of size 412 at c79c7000
> RPC: 1 call_refresh (status 0)
> RPC: 1 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 1 refreshing UNIX cred c792fb00
> RPC: 1 call_refreshresult (status 0)
> RPC: 1 call_bind (status 0)
> RPC: 1 call_connect xprt c79c6800 is not connected
> RPC: 1 xprt_connect xprt c79c6800 is not connected
> RPC: 1 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 1 sleep_on(queue "xprt_pending" time 4294892880)
> RPC: 1 added to queue c79c69ac "xprt_pending"
> RPC: 1 setting alarm for 5000 ms
> RPC: xs_connect scheduled xprt c79c6800
> RPC: 1 sync task going to sleep
> RPC: xs_bind4 0.0.0.0:0: ok (0)
> RPC: worker connecting xprt c79c6800 via udp to 172.26.128.52 (port 111)
> RPC: 1 __rpc_wake_up_task (now 4294892888)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 1 sync task resuming
> RPC: 1 xprt_connect_status: connection established
> RPC: 1 call_connect_status (status 0)
> RPC: 1 call_transmit (status 0)
> RPC: 1 xprt_prepare_transmit
> RPC: 1 rpc_xdr_encode (status 0)
> RPC: 1 marshaling UNIX cred c792fb00
> RPC: 1 using AUTH_UNIX cred c792fb00 to wrap rpc data
> RPC: 1 encoding PMAP_GETPORT call (100003, 2, 17, 0)
> RPC: 1 xprt_transmit(84)
> RPC: xs_udp_send_request(84) = 84
> RPC: 1 xmit complete
> RPC: 1 sleep_on(queue "xprt_pending" time 4294892902)
> RPC: 1 added to queue c79c69ac "xprt_pending"
> RPC: 1 setting alarm for 5000 ms
> RPC: 1 sync task going to sleep
> PHY: mdio@e0024520:04 - Link is Up - 1000/Full
> ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
> RPC: 1 timeout
> RPC: 1 __rpc_wake_up_task (now 4294894156)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 1 sync task resuming
> RPC: 1 xprt_timer
> RPC: cong 256, cwnd was 256, now 256
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 1 call_status (status -110)
> RPC: 1 call_timeout (minor)
> RPC: 1 call_bind (status 0)
> RPC: 1 call_connect xprt c79c6800 is connected
> RPC: 1 call_transmit (status 0)
> RPC: 1 xprt_prepare_transmit
> RPC: 1 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 1 rpc_xdr_encode (status 0)
> RPC: 1 marshaling UNIX cred c792fb00
> RPC: 1 using AUTH_UNIX cred c792fb00 to wrap rpc data
> RPC: 1 encoding PMAP_GETPORT call (100003, 2, 17, 0)
> RPC: 1 xprt_transmit(84)
> RPC: xs_udp_send_request(84) = 84
> RPC: 1 xmit complete
> RPC: 1 sleep_on(queue "xprt_pending" time 4294894176)
> RPC: 1 added to queue c79c69ac "xprt_pending"
> RPC: 1 setting alarm for 10000 ms
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 1 xid 5420c919 complete (28 bytes received)
> RPC: 1 __rpc_wake_up_task (now 4294894183)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 1 call_status (status 28)
> RPC: 1 call_decode (status 28)
> RPC: 1 validating UNIX cred c792fb00
> RPC: 1 using AUTH_UNIX cred c792fb00 to unwrap rpc data
> RPC: 1 PMAP_GETPORT result: 2049
> RPC: 1 call_decode result 0
> RPC: 1 return 0, status 0
> RPC: 1 release task
> RPC: freeing buffer of size 412 at c79c7000
> RPC: 1 release request c780b000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c7920800)
> RPC: 1 freeing task
> RPC: shutting down rpcbind client for 172.26.128.52
> RPC: rpc_release_client(c7920800)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying rpcbind client for 172.26.128.52
> RPC: destroying transport c79c6800
> RPC: xs_destroy xprt c79c6800
> RPC: xs_close xprt c79c6800
> RPC: disconnected transport c79c6800
> Root-NFS: Portmapper on server returned 2049 as nfsd port
> Looking up port of RPC 100005/1 on 172.26.128.52
> RPC: rpcb_getport_sync(172.26.128.52, 100005, 1, 17)
> RPC: set up xprt to 172.26.128.52 (port 111) via udp
> RPC: created transport c793f800 with 16 slots
> RPC: creating rpcbind client for 172.26.128.52 (xprt c793f800)
> RPC: creating UNIX authenticator for client c79c8a00
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 2 __rpc_execute flags=0x280
> RPC: 2 call_start rpcbind2 proc GETPORT (sync)
> RPC: 2 call_reserve (status 0)
> RPC: 2 reserved req c780b000 xid 0fe4a33c
> RPC: 2 call_reserveresult (status 0)
> RPC: 2 call_allocate (status 0)
> RPC: 2 allocated buffer of size 412 at c79c6800
> RPC: 2 call_refresh (status 0)
> RPC: 2 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 2 refreshing UNIX cred c792fe80
> RPC: 2 call_refreshresult (status 0)
> RPC: 2 call_bind (status 0)
> RPC: 2 call_connect xprt c793f800 is not connected
> RPC: 2 xprt_connect xprt c793f800 is not connected
> RPC: 2 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 2 sleep_on(queue "xprt_pending" time 4294894234)
> RPC: 2 added to queue c793f9ac "xprt_pending"
> RPC: 2 setting alarm for 5000 ms
> RPC: xs_connect scheduled xprt c793f800
> RPC: 2 sync task going to sleep
> RPC: unx_free_cred c792fb00
> RPC: xs_bind4 0.0.0.0:0: ok (0)
> RPC: worker connecting xprt c793f800 via udp to 172.26.128.52 (port 111)
> RPC: 2 __rpc_wake_up_task (now 4294894243)
> RPC: 2 disabling timer
> RPC: 2 removed from queue c793f9ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 2 sync task resuming
> RPC: 2 xprt_connect_status: connection established
> RPC: 2 call_connect_status (status 0)
> RPC: 2 call_transmit (status 0)
> RPC: 2 xprt_prepare_transmit
> RPC: 2 rpc_xdr_encode (status 0)
> RPC: 2 marshaling UNIX cred c792fe80
> RPC: 2 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 2 encoding PMAP_GETPORT call (100005, 1, 17, 0)
> RPC: 2 xprt_transmit(84)
> RPC: xs_udp_send_request(84) = 84
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 2 xid 0fe4a33c complete (28 bytes received)
> RPC: 2 xmit complete
> RPC: wake_up_next(c793f954 "xprt_resend")
> RPC: wake_up_next(c793f8fc "xprt_sending")
> RPC: 2 call_status (status 28)
> RPC: 2 call_decode (status 28)
> RPC: 2 validating UNIX cred c792fe80
> RPC: 2 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 2 PMAP_GETPORT result: 37346
> RPC: 2 call_decode result 0
> RPC: 2 return 0, status 0
> RPC: 2 release task
> RPC: freeing buffer of size 412 at c79c6800
> RPC: 2 release request c780b000
> RPC: wake_up_next(c793fa04 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 2 freeing task
> RPC: shutting down rpcbind client for 172.26.128.52
> RPC: rpc_release_client(c79c8a00)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying rpcbind client for 172.26.128.52
> RPC: destroying transport c793f800
> RPC: xs_destroy xprt c793f800
> RPC: xs_close xprt c793f800
> RPC: disconnected transport c793f800
> Root-NFS: mountd port is 37346
> NFS: sending MNT request for server:/srv/nfs/root0
> RPC: set up xprt to 172.26.128.52 (port 37346) via udp
> RPC: created transport c79c6800 with 16 slots
> RPC: creating mount client for 172.26.128.52 (xprt c79c6800)
> RPC: creating UNIX authenticator for client c79c8a00
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb00
> RPC: 3 __rpc_execute flags=0x680
> RPC: 3 call_start mount1 proc NULL (sync)
> RPC: 3 call_reserve (status 0)
> RPC: 3 reserved req c780b000 xid e265f825
> RPC: 3 call_reserveresult (status 0)
> RPC: 3 call_allocate (status 0)
> RPC: 3 allocated buffer of size 392 at c7940000
> RPC: 3 call_refresh (status 0)
> RPC: 3 holding NULL cred c04d591c
> RPC: 3 refreshing NULL cred c04d591c
> RPC: 3 call_refreshresult (status 0)
> RPC: 3 call_bind (status 0)
> RPC: 3 call_connect xprt c79c6800 is not connected
> RPC: 3 xprt_connect xprt c79c6800 is not connected
> RPC: 3 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 3 sleep_on(queue "xprt_pending" time 4294894305)
> RPC: 3 added to queue c79c69ac "xprt_pending"
> RPC: 3 setting alarm for 5000 ms
> RPC: xs_connect scheduled xprt c79c6800
> RPC: 3 sync task going to sleep
> RPC: unx_free_cred c792fe80
> RPC: xs_bind4 0.0.0.0:672: ok (0)
> RPC: worker connecting xprt c79c6800 via udp to 172.26.128.52 (port 37346)
> RPC: 3 __rpc_wake_up_task (now 4294894313)
> RPC: 3 disabling timer
> RPC: 3 removed from queue c79c69ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 3 sync task resuming
> RPC: 3 xprt_connect_status: connection established
> RPC: 3 call_connect_status (status 0)
> RPC: 3 call_transmit (status 0)
> RPC: 3 xprt_prepare_transmit
> RPC: 3 rpc_xdr_encode (status 0)
> RPC: 3 marshaling NULL cred c04d591c
> RPC: 3 using AUTH_NULL cred c04d591c to wrap rpc data
> RPC: 3 xprt_transmit(40)
> RPC: xs_udp_send_request(40) = 40
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 3 xid e265f825 complete (24 bytes received)
> RPC: 3 xmit complete
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 3 call_status (status 24)
> RPC: 3 call_decode (status 24)
> RPC: 3 validating NULL cred c04d591c
> RPC: 3 using AUTH_NULL cred c04d591c to unwrap rpc data
> RPC: 3 call_decode result 0
> RPC: 3 return 0, status 0
> RPC: 3 release task
> RPC: freeing buffer of size 392 at c7940000
> RPC: 3 release request c780b000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 3 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb00
> RPC: 4 __rpc_execute flags=0x280
> RPC: 4 call_start mount1 proc MOUNT (sync)
> RPC: 4 call_reserve (status 0)
> RPC: 4 reserved req c780b000 xid e265f826
> RPC: 4 call_reserveresult (status 0)
> RPC: 4 call_allocate (status 0)
> RPC: 4 allocated buffer of size 1456 at c7940000
> RPC: 4 call_refresh (status 0)
> RPC: 4 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 4 refreshing UNIX cred c792fe80
> RPC: 4 call_refreshresult (status 0)
> RPC: 4 call_bind (status 0)
> RPC: 4 call_connect xprt c79c6800 is connected
> RPC: 4 call_transmit (status 0)
> RPC: 4 xprt_prepare_transmit
> RPC: 4 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 4 rpc_xdr_encode (status 0)
> RPC: 4 marshaling UNIX cred c792fe80
> RPC: 4 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 4 xprt_transmit(88)
> RPC: xs_udp_send_request(88) = 88
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 4 xid e265f826 complete (60 bytes received)
> RPC: 4 xmit complete
> RPC: wake_up_next(c79c6954 "xprt_resend")
> RPC: wake_up_next(c79c68fc "xprt_sending")
> RPC: 4 call_status (status 60)
> RPC: 4 call_decode (status 60)
> RPC: 4 validating UNIX cred c792fe80
> RPC: 4 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 4 call_decode result 0
> RPC: 4 return 0, status 0
> RPC: 4 release task
> RPC: freeing buffer of size 1456 at c7940000
> RPC: 4 release request c780b000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 4 freeing task
> RPC: shutting down mount client for 172.26.128.52
> RPC: rpc_release_client(c79c8a00)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying mount client for 172.26.128.52
> RPC: destroying transport c79c6800
> RPC: xs_destroy xprt c79c6800
> RPC: xs_close xprt c79c6800
> RPC: disconnected transport c79c6800
> NFS: MNT request succeeded
> RPC: looking up machine cred
> RPC: allocated machine cred c7927300 for uid 0 gid 0
> RPC: set up xprt to 172.26.128.52 (port 2049) via udp
> RPC: created transport c7940000 with 16 slots
> RPC: creating nfs client for 172.26.128.52 (xprt c7940000)
> RPC: creating UNIX authenticator for client c79c8a00
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 5 __rpc_execute flags=0x680
> RPC: 5 call_start nfs2 proc NULL (sync)
> RPC: 5 call_reserve (status 0)
> RPC: 5 reserved req c780e000 xid 0d837923
> RPC: 5 call_reserveresult (status 0)
> RPC: 5 call_allocate (status 0)
> RPC: 5 allocated buffer of size 392 at c79c6800
> RPC: 5 call_refresh (status 0)
> RPC: 5 holding NULL cred c04d591c
> RPC: 5 refreshing NULL cred c04d591c
> RPC: 5 call_refreshresult (status 0)
> RPC: 5 call_bind (status 0)
> RPC: 5 call_connect xprt c7940000 is not connected
> RPC: 5 xprt_connect xprt c7940000 is not connected
> RPC: 5 xprt_cwnd_limited cong = 0 cwnd = 256
> RPC: 5 sleep_on(queue "xprt_pending" time 4294894412)
> RPC: 5 added to queue c79401ac "xprt_pending"
> RPC: 5 setting alarm for 1100 ms
> RPC: xs_connect scheduled xprt c7940000
> RPC: 5 sync task going to sleep
> RPC: unx_free_cred c792fe80
> RPC: xs_bind4 0.0.0.0:866: ok (0)
> RPC: worker connecting xprt c7940000 via udp to 172.26.128.52 (port 2049)
> RPC: 5 __rpc_wake_up_task (now 4294894421)
> RPC: 5 disabling timer
> RPC: 5 removed from queue c79401ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: 5 sync task resuming
> RPC: 5 xprt_connect_status: connection established
> RPC: 5 call_connect_status (status 0)
> RPC: 5 call_transmit (status 0)
> RPC: 5 xprt_prepare_transmit
> RPC: 5 rpc_xdr_encode (status 0)
> RPC: 5 marshaling NULL cred c04d591c
> RPC: 5 using AUTH_NULL cred c04d591c to wrap rpc data
> RPC: 5 xprt_transmit(40)
> RPC: xs_udp_send_request(40) = 40
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 256, now 512
> RPC: 5 xid 0d837923 complete (24 bytes received)
> RPC: 5 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 5 call_status (status 24)
> RPC: 5 call_decode (status 24)
> RPC: 5 validating NULL cred c04d591c
> RPC: 5 using AUTH_NULL cred c04d591c to unwrap rpc data
> RPC: 5 call_decode result 0
> RPC: 5 return 0, status 0
> RPC: 5 release task
> RPC: freeing buffer of size 392 at c79c6800
> RPC: 5 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8a00)
> RPC: 5 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 6 __rpc_execute flags=0x80
> RPC: 6 call_start nfs2 proc STATFS (sync)
> RPC: 6 call_reserve (status 0)
> RPC: 6 reserved req c780e000 xid 0d837924
> RPC: 6 call_reserveresult (status 0)
> RPC: 6 call_allocate (status 0)
> RPC: 6 allocated buffer of size 448 at c79d2800
> RPC: 6 call_refresh (status 0)
> RPC: 6 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 6 refreshing UNIX cred c792fe80
> RPC: 6 call_refreshresult (status 0)
> RPC: 6 call_bind (status 0)
> RPC: 6 call_connect xprt c7940000 is connected
> RPC: 6 call_transmit (status 0)
> RPC: 6 xprt_prepare_transmit
> RPC: 6 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 6 rpc_xdr_encode (status 0)
> RPC: 6 marshaling UNIX cred c792fe80
> RPC: 6 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 6 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 6 xid 0d837924 complete (48 bytes received)
> RPC: 6 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 6 call_status (status 48)
> RPC: 6 call_decode (status 48)
> RPC: 6 validating UNIX cred c792fe80
> RPC: 6 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 6 call_decode result 0
> RPC: 6 return 0, status 0
> RPC: 6 release task
> RPC: freeing buffer of size 448 at c79d2800
> RPC: 6 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 6 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 7 __rpc_execute flags=0x80
> RPC: 7 call_start nfs2 proc GETATTR (sync)
> RPC: 7 call_reserve (status 0)
> RPC: 7 reserved req c780e000 xid 0d837925
> RPC: 7 call_reserveresult (status 0)
> RPC: 7 call_allocate (status 0)
> RPC: 7 allocated buffer of size 496 at c79d2800
> RPC: 7 call_refresh (status 0)
> RPC: 7 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: 7 refreshing UNIX cred c792fe80
> RPC: 7 call_refreshresult (status 0)
> RPC: 7 call_bind (status 0)
> RPC: 7 call_connect xprt c7940000 is connected
> RPC: 7 call_transmit (status 0)
> RPC: 7 xprt_prepare_transmit
> RPC: 7 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 7 rpc_xdr_encode (status 0)
> RPC: 7 marshaling UNIX cred c792fe80
> RPC: 7 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 7 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 7 xid 0d837925 complete (96 bytes received)
> RPC: 7 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 7 call_status (status 96)
> RPC: 7 call_decode (status 96)
> RPC: 7 validating UNIX cred c792fe80
> RPC: 7 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 7 call_decode result 0
> RPC: 7 return 0, status 0
> RPC: 7 release task
> RPC: freeing buffer of size 496 at c79d2800
> RPC: 7 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 7 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 8 __rpc_execute flags=0x80
> RPC: 8 call_start nfs2 proc GETATTR (sync)
> RPC: 8 call_reserve (status 0)
> RPC: 8 reserved req c780e000 xid 0d837926
> RPC: 8 call_reserveresult (status 0)
> RPC: 8 call_allocate (status 0)
> RPC: 8 allocated buffer of size 496 at c79d2800
> RPC: 8 call_refresh (status 0)
> RPC: 8 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: 8 refreshing UNIX cred c792fe80
> RPC: 8 call_refreshresult (status 0)
> RPC: 8 call_bind (status 0)
> RPC: 8 call_connect xprt c7940000 is connected
> RPC: 8 call_transmit (status 0)
> RPC: 8 xprt_prepare_transmit
> RPC: 8 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 8 rpc_xdr_encode (status 0)
> RPC: 8 marshaling UNIX cred c792fe80
> RPC: 8 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 8 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 8 xid 0d837926 complete (96 bytes received)
> RPC: 8 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 8 call_status (status 96)
> RPC: 8 call_decode (status 96)
> RPC: 8 validating UNIX cred c792fe80
> RPC: 8 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 8 call_decode result 0
> RPC: 8 return 0, status 0
> RPC: 8 release task
> RPC: freeing buffer of size 496 at c79d2800
> RPC: 8 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 8 freeing task
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fa80
> RPC: 9 __rpc_execute flags=0x80
> RPC: 9 call_start nfs2 proc STATFS (sync)
> RPC: 9 call_reserve (status 0)
> RPC: 9 reserved req c780e000 xid 0d837927
> RPC: 9 call_reserveresult (status 0)
> RPC: 9 call_allocate (status 0)
> RPC: 9 allocated buffer of size 448 at c7943000
> RPC: 9 call_refresh (status 0)
> RPC: 9 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: 9 refreshing UNIX cred c792fe80
> RPC: 9 call_refreshresult (status 0)
> RPC: 9 call_bind (status 0)
> RPC: 9 call_connect xprt c7940000 is connected
> RPC: 9 call_transmit (status 0)
> RPC: 9 xprt_prepare_transmit
> RPC: 9 xprt_cwnd_limited cong = 0 cwnd = 512
> RPC: 9 rpc_xdr_encode (status 0)
> RPC: 9 marshaling UNIX cred c792fe80
> RPC: 9 using AUTH_UNIX cred c792fe80 to wrap rpc data
> RPC: 9 xprt_transmit(100)
> RPC: xs_udp_send_request(100) = 100
> RPC: xs_udp_data_ready...
> RPC: cong 256, cwnd was 512, now 512
> RPC: 9 xid 0d837927 complete (48 bytes received)
> RPC: 9 xmit complete
> RPC: wake_up_next(c7940154 "xprt_resend")
> RPC: wake_up_next(c79400fc "xprt_sending")
> RPC: 9 call_status (status 48)
> RPC: 9 call_decode (status 48)
> RPC: 9 validating UNIX cred c792fe80
> RPC: 9 using AUTH_UNIX cred c792fe80 to unwrap rpc data
> RPC: 9 call_decode result 0
> RPC: 9 return 0, status 0
> RPC: 9 release task
> RPC: freeing buffer of size 448 at c7943000
> RPC: 9 release request c780e000
> RPC: wake_up_next(c7940204 "xprt_backlog")
> RPC: rpc_release_client(c79c8b00)
> RPC: 9 freeing task
> VFS: Mounted root (nfs filesystem) on device 0:12.
> Freeing unused kernel memory: 192k init
>
> ********** bad (56463e50d1fc3f070492434cea6303b35ea000de) **********
> Using MPC831x RDB machine description
> Linux version 2.6.36-rc3+ (bdowning@scatha) (gcc version 4.4.2 (crosstool-NG-hg_default@1733_02db017f4fe1) ) #30 Wed Feb 9 13:20:18 CST 2011
> bootconsole [udbg0] enabled
> setup_arch: bootmem
> mpc831x_rdb_setup_arch()
> Found FSL PCI host bridge at 0x00000000e0008500. Firmware bus number: 0->0
> PCI host bridge /sleep-nexus/pci@e0008500 (primary) ranges:
> MEM 0x0000000090000000..0x000000009fffffff -> 0x0000000090000000
> MEM 0x0000000080000000..0x000000008fffffff -> 0x0000000080000000 Prefetch
> IO 0x00000000e2000000..0x00000000e20fffff -> 0x0000000000000000
> arch: exit
> Zone PFN ranges:
> DMA 0x00000000 -> 0x00008000
> Normal empty
> Movable zone start PFN for each node
> early_node_map[1] active PFN ranges
> 0: 0x00000000 -> 0x00008000
> Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
> Kernel command line: nfsroot=172.26.128.52:/srv/nfs/root0 ip=172.26.130.10:172.26.128.52:172.26.128.1:255.255.240.0:ppc10:eth1:off root=/dev/nfs rw console=ttyS0,115200 nfsrootdebug
> PID hash table entries: 512 (order: -1, 2048 bytes)
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Memory: 124812k/131072k available (4768k kernel code, 6260k reserved, 216k data, 101k bss, 192k init)
> Kernel virtual memory layout:
> * 0xfffdf000..0xfffff000 : fixmap
> * 0xfdefb000..0xfe000000 : early ioremap
> * 0xc9000000..0xfdefb000 : vmalloc & ioremap
> SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> NR_IRQS:512
> IPIC (128 IRQ sources) at c9000700
> clocksource: timebase mult[6000002] shift[22] registered
> pid_max: default: 32768 minimum: 301
> Mount-cache hash table entries: 512
> NET: Registered protocol family 16
>
> PCI: Probing PCI hardware
> bio: create slab <bio-0> at 0
> vgaarb: loaded
> SCSI subsystem initialized
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> Switching to clocksource timebase
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 4096 (order: 3, 32768 bytes)
> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
> TCP: Hash tables configured (established 4096 bind 4096)
> TCP reno registered
> UDP hash table entries: 256 (order: 0, 4096 bytes)
> UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
> NET: Registered protocol family 1
> RPC: Registered udp transport module.
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> msgmni has been set to 243
> alg: No test for stdrng (krng)
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered (default)
> Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> serial8250.0: ttyS0 at MMIO 0xe0004500 (irq = 16) is a 16550A
> console [ttyS0] enabled, bootconsole disabled
> console [ttyS0] enabled, bootconsole disabled
> serial8250.0: ttyS1 at MMIO 0xe0004600 (irq = 17) is a 16550A
> brd: module loaded
> loop: module loaded
> fe000000.flash: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001001
> Amd/Fujitsu Extended Query Table at 0x0040
> Amd/Fujitsu Extended Query version 1.3.
> fe000000.flash: Swapping erase regions for top-boot CFI table.
> number of CFI chips: 1
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> of:fsl-elbc e0005000.localbus: read_byte beyond end of buffer
> NAND device: Manufacturer ID: 0xec, Chip ID: 0x75 (Samsung NAND 32MiB 3,3V 8-bit)
> cmdlinepart partition parsing not available
> RedBoot partition parsing not available
> Creating 3 MTD partitions on "e2800000.flash":
> 0x000000000000-0x000000100000 : "u-boot"
> 0x000000100000-0x000000400000 : "kernel"
> 0x000000400000-0x000002000000 : "fs"
> eLBC NAND device at 0xe2800000, bank 1
> Fixed MDIO Bus: probed
> of:fsl-gianfar e0024000.ethernet: enabled errata workarounds, flags: 0x7
> eth0: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a0
> eth0: Running with NAPI enabled
> eth0: RX BD ring size for Q[0]: 256
> eth0: TX BD ring size for Q[0]: 256
> of:fsl-gianfar e0025000.ethernet: enabled errata workarounds, flags: 0x7
> eth1: Gianfar Ethernet Controller Version 1.2, 08:00:3e:03:01:a1
> eth1: Running with NAPI enabled
> eth1: RX BD ring size for Q[0]: 256
> eth1: TX BD ring size for Q[0]: 256
> Freescale PowerQUICC MII Bus: probed
> Freescale PowerQUICC MII Bus: probed
> ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> fsl-ehci fsl-ehci.0: Freescale On-Chip EHCI Host Controller
> fsl-ehci fsl-ehci.0: new USB bus registered, assigned bus number 1
> fsl-ehci fsl-ehci.0: irq 38, io base 0xe0023000
> fsl-ehci fsl-ehci.0: USB 2.0 started, EHCI 1.00
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 1 port detected
> i2c /dev entries driver
> of:mpc-i2c e0003000.i2c: timeout 1000000 us
> rtc-ds1307 0-0068: rtc core: registered ds1339 as rtc0
> of:mpc-i2c e0003100.i2c: timeout 1000000 us
> alg: No test for authenc(hmac(sha1),cbc(aes)) (authenc-hmac-sha1-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-aes-talitos
> alg: No test for authenc(hmac(sha1),cbc(des3_ede)) (authenc-hmac-sha1-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha1-cbc-3des-talitos
> alg: No test for authenc(hmac(sha256),cbc(aes)) (authenc-hmac-sha256-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-aes-talitos
> alg: No test for authenc(hmac(sha256),cbc(des3_ede)) (authenc-hmac-sha256-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-sha256-cbc-3des-talitos
> alg: No test for authenc(hmac(md5),cbc(aes)) (authenc-hmac-md5-cbc-aes-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-aes-talitos
> alg: No test for authenc(hmac(md5),cbc(des3_ede)) (authenc-hmac-md5-cbc-3des-talitos)
> of:talitos e0030000.crypto: authenc-hmac-md5-cbc-3des-talitos
> of:talitos e0030000.crypto: cbc-aes-talitos
> of:talitos e0030000.crypto: cbc-3des-talitos
> of:talitos e0030000.crypto: md5-talitos
> of:talitos e0030000.crypto: sha1-talitos
> of:talitos e0030000.crypto: sha224-talitos
> of:talitos e0030000.crypto: sha256-talitos
> usbcore: registered new interface driver usbhid
> usbhid: USB HID core driver
> TCP cubic registered
> NET: Registered protocol family 10
> IPv6 over IPv4 tunneling driver
> NET: Registered protocol family 17
> NET: Registered protocol family 15
> Registering the dns_resolver key type
> rtc-ds1307 0-0068: setting system clock to 2000-01-06 16:45:22 UTC (947177122)
> ADDRCONF(NETDEV_UP): eth1: link is not ready
> IP-Config: Complete:
> device=eth1, addr=172.26.130.10, mask=255.255.240.0, gw=172.26.128.1,
> host=ppc10, domain=, nis-domain=(none),
> bootserver=172.26.128.52, rootserver=172.26.128.52, rootpath=
> Root-NFS: nfsroot=/srv/nfs/root0
> NFS: nfs mount opts='nolock,addr=172.26.128.52'
> NFS: parsing nfs mount option 'nolock'
> NFS: parsing nfs mount option 'addr=172.26.128.52'
> NFS: MNTPATH: '/srv/nfs/root0'
> NFS: sending MNT request for 172.26.128.52:/srv/nfs/root0
> RPC: set up xprt to 172.26.128.52 (autobind) via tcp
> RPC: created transport c79c6800 with 16 slots
> RPC: creating mount client for 172.26.128.52 (xprt c79c6800)
> RPC: creating UNIX authenticator for client c7920800
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb00
> RPC: 1 __rpc_execute flags=0x680
> RPC: 1 call_start mount3 proc NULL (sync)
> RPC: 1 call_reserve (status 0)
> RPC: 1 reserved req c780e000 xid fd74e0cd
> RPC: 1 call_reserveresult (status 0)
> RPC: 1 call_allocate (status 0)
> RPC: 1 allocated buffer of size 392 at c79c7000
> RPC: 1 call_refresh (status 0)
> RPC: 1 holding NULL cred c04d591c
> RPC: 1 refreshing NULL cred c04d591c
> RPC: 1 call_refreshresult (status 0)
> RPC: 1 call_bind (status 0)
> RPC: 1 rpcb_getport_async(172.26.128.52, 100005, 3, 6)
> RPC: 1 sleep_on(queue "xprt_binding" time 4294892879)
> RPC: 1 added to queue c79c68a4 "xprt_binding"
> RPC: 1 setting alarm for 60000 ms
> RPC: 1 rpcb_getport_async: trying rpcbind version 2
> RPC: set up xprt to 172.26.128.52 (port 111) via tcp
> RPC: created transport c79c7800 with 16 slots
> RPC: creating rpcbind client for 172.26.128.52 (xprt c79c7800)
> RPC: creating UNIX authenticator for client c7920900
> RPC: new task initialized, procpid 1
> RPC: allocated task c792fb80
> RPC: rpc_release_client(c7920900)
> RPC: 1 sync task going to sleep
> RPC: 2 __rpc_execute flags=0x681
> RPC: 2 call_start rpcbind2 proc GETPORT (async)
> RPC: 2 call_reserve (status 0)
> RPC: 2 reserved req c780f000 xid 5741830a
> RPC: 2 call_reserveresult (status 0)
> RPC: 2 call_allocate (status 0)
> RPC: 2 allocated buffer of size 412 at c79c8000
> RPC: 2 call_refresh (status 0)
> RPC: 2 looking up UNIX cred
> RPC: looking up UNIX cred
> RPC: allocating UNIX cred for uid 0 gid 0
> RPC: 2 refreshing UNIX cred c792f980
> RPC: 2 call_refreshresult (status 0)
> RPC: 2 call_bind (status 0)
> RPC: 2 call_connect xprt c79c7800 is not connected
> RPC: 2 xprt_connect xprt c79c7800 is not connected
> RPC: 2 sleep_on(queue "xprt_pending" time 4294892908)
> RPC: 2 added to queue c79c79ac "xprt_pending"
> RPC: 2 setting alarm for 60000 ms
> RPC: xs_connect scheduled xprt c79c7800
> RPC: xs_bind4 0.0.0.0:0: ok (0)
> RPC: worker connecting xprt c79c7800 via tcp to 172.26.128.52 (port 111)
> RPC: c79c7800 connect status 115 connected 0 sock state 2
> PHY: mdio@e0024520:04 - Link is Up - 1000/Full
> ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
> RPC: xs_error_report client c79c7800...
> RPC: error 113
> RPC: 2 __rpc_wake_up_task (now 4294893667)
> RPC: 2 disabling timer
> RPC: 2 removed from queue c79c79ac "xprt_pending"
> RPC: __rpc_wake_up_task done
> RPC: xs_tcp_state_change client c79c7800...
> RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> RPC: disconnected transport c79c7800
> RPC: 2 __rpc_execute flags=0x681
> RPC: 2 xprt_connect_status: retrying
> RPC: 2 call_connect_status (status -11)
> RPC: 2 call_transmit (status 0)
> RPC: 2 xprt_prepare_transmit
> RPC: 2 rpc_xdr_encode (status 0)
> RPC: 2 marshaling UNIX cred c792f980
> RPC: 2 using AUTH_UNIX cred c792f980 to wrap rpc data
> RPC: 2 encoding PMAP_GETPORT call (100005, 3, 6, 0)
> RPC: 2 xprt_transmit(88)
> RPC: xs_tcp_send_request(88) = -113
> RPC: sendmsg returned unrecognized error 113
> RPC: xs_tcp_state_change client c79c7800...
> RPC: state 7 conn 0 dead 0 zapped 1 sk_shutdown 3
> RPC: disconnected transport c79c7800
> RPC: wake_up_next(c79c7954 "xprt_resend")
> RPC: wake_up_next(c79c78fc "xprt_sending")
> RPC: setting port for xprt c79c6800 to 0
> RPC: 2 rpcb_getport_done(status -113, port 0)
> RPC: 2 return 0, status -113
> RPC: 2 release task
> RPC: freeing buffer of size 412 at c79c8000
> RPC: 2 release request c780f000
> RPC: wake_up_next(c79c7a04 "xprt_backlog")
> RPC: rpc_release_client(c7920900)
> RPC: destroying rpcbind client for 172.26.128.52
> RPC: destroying transport c79c7800
> RPC: xs_destroy xprt c79c7800
> RPC: xs_close xprt c79c7800
> RPC: disconnected transport c79c7800
> RPC: 2 freeing task
> RPC: 1 __rpc_wake_up_task (now 4294893704)
> RPC: 1 disabling timer
> RPC: 1 removed from queue c79c68a4 "xprt_binding"
> RPC: __rpc_wake_up_task done
> RPC: 1 sync task resuming
> RPC: 1 remote rpcbind unreachable: -113
> RPC: 1 return 0, status -113
> RPC: 1 release task
> RPC: freeing buffer of size 392 at c79c7000
> RPC: 1 release request c780e000
> RPC: wake_up_next(c79c6a04 "xprt_backlog")
> RPC: rpc_release_client(c7920800)
> RPC: 1 freeing task
> RPC: shutting down mount client for 172.26.128.52
> RPC: rpc_release_client(c7920800)
> RPC: destroying UNIX authenticator c04d5950
> RPC: destroying mount client for 172.26.128.52
> RPC: destroying transport c79c6800
> RPC: xs_destroy xprt c79c6800
> RPC: xs_close xprt c79c6800
> RPC: disconnected transport c79c6800
> NFS: failed to create MNT RPC client, status=-113
> NFS: unable to mount server 172.26.128.52, error -113
> VFS: Unable to mount root fs via NFS, trying floppy.
> RPC: unx_free_cred c792f980
> VFS: Cannot open root device "nfs" or unknown-block(2,0)
> Please append a correct "root=" boot option; here are the available partitions:
> 1f00 8192 mtdblock0 (driver?)
> 1f01 1024 mtdblock1 (driver?)
> 1f02 3072 mtdblock2 (driver?)
> 1f03 28672 mtdblock3 (driver?)
> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
> Call Trace:
> [c7827ed0] [c0008988] show_stack+0x70/0x1bc (unreliable)
> [c7827f10] [c03a9dd8] panic+0xb8/0x1e8
> [c7827f60] [c0478e38] mount_block_root+0x1a4/0x268
> [c7827fb0] [c0478fb8] mount_root+0xbc/0xd4
> [c7827fd0] [c0479174] prepare_namespace+0x1a4/0x1e8
> [c7827fe0] [c0478270] kernel_init+0x150/0x170
> [c7827ff0] [c0010378] kernel_thread+0x4c/0x68
> Rebooting in 180 seconds..
>
> -bcd
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-02-09 20:12 ` Chuck Lever
(?)
@ 2011-02-09 20:58 ` Brian Downing
[not found] ` <20110209205855.GB6402-QEOkiq82tQWoLK6CJbI5/KxOck334EZe@public.gmane.org>
-1 siblings, 1 reply; 25+ messages in thread
From: Brian Downing @ 2011-02-09 20:58 UTC (permalink / raw)
To: Chuck Lever
Cc: deepaksi, Armando VISCONTI, Trond Myklebust, netdev,
Linux NFS Mailing List, Shiraz HASHIM, Viresh KUMAR,
Peppe CAVALLARO, amitgoel
On Wed, Feb 09, 2011 at 03:12:22PM -0500, Chuck Lever wrote:
> Based on your console logs, I see that the working case uses UDP to
> contact the server's mountd, but the failing case uses TCP. You can
> try explicitly specifying "proto=udp" to force the use of UDP, to test
> this theory.
This does indeed make it work again for me, thanks!
> Meanwhile, the patch description explicitly states that the default
> mount option settings have changed. Does it make sense to change the
> default behavior of NFSROOT mounts to use UDP again? I don't see
> another way to make this process more reliable across NIC
> initialization. If this is considered a regression, we can make a
> patch for 2.6.38-rc and 2.6.37.
I only use nfsroot for development, so I don't have a terribly strong
opinion. I would point out though that the default u-boot parameters
for nfsrooting a lot of boards will no longer work at this point, so if
it's not patched to work again without specifying nfs options I think
there should at least be a note in the documentation and possibly a
"maybe try proto=udp?" console message on failure.
I assume it's not feasable to either wait until the chosen interface's
link is ready before trying to mount nfsroot, or retrying TCP-based
connections a little bit more aggressively/at all?
-bcd
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-02-09 20:58 ` Brian Downing
@ 2011-02-09 21:26 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-02-09 21:26 UTC (permalink / raw)
To: Brian Downing
Cc: deepaksi, Armando VISCONTI, Trond Myklebust,
netdev-u79uwXL29TY76Z2rM5mHXA, Linux NFS Mailing List,
Shiraz HASHIM, Viresh KUMAR, Peppe CAVALLARO, amitgoel
On Feb 9, 2011, at 3:58 PM, Brian Downing wrote:
> On Wed, Feb 09, 2011 at 03:12:22PM -0500, Chuck Lever wrote:
>> Based on your console logs, I see that the working case uses UDP to
>> contact the server's mountd, but the failing case uses TCP. You can
>> try explicitly specifying "proto=udp" to force the use of UDP, to test
>> this theory.
>
> This does indeed make it work again for me, thanks!
>
>> Meanwhile, the patch description explicitly states that the default
>> mount option settings have changed. Does it make sense to change the
>> default behavior of NFSROOT mounts to use UDP again? I don't see
>> another way to make this process more reliable across NIC
>> initialization. If this is considered a regression, we can make a
>> patch for 2.6.38-rc and 2.6.37.
>
> I only use nfsroot for development, so I don't have a terribly strong
> opinion. I would point out though that the default u-boot parameters
> for nfsrooting a lot of boards will no longer work at this point, so if
> it's not patched to work again without specifying nfs options I think
> there should at least be a note in the documentation and possibly a
> "maybe try proto=udp?" console message on failure.
>
> I assume it's not feasable to either wait until the chosen interface's
> link is ready before trying to mount nfsroot, or retrying TCP-based
> connections a little bit more aggressively/at all?
Our goal is to use the same mount logic for both normal user space mounts and for NFSROOT (that was the purpose of the patch series this particular patch comes from). It's exceptionally difficult to add a special case for retrying TCP connections here, as that would change the behavior of user space mounts, which often want to fail quickly, and don't need to worry about NIC initialization.
Sounds like the right thing to do is restore the default UDP behavior. I'll cook up a patch.
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-02-09 21:26 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-02-09 21:26 UTC (permalink / raw)
To: Brian Downing
Cc: deepaksi, Armando VISCONTI, Trond Myklebust, netdev,
Linux NFS Mailing List, Shiraz HASHIM, Viresh KUMAR,
Peppe CAVALLARO, amitgoel
On Feb 9, 2011, at 3:58 PM, Brian Downing wrote:
> On Wed, Feb 09, 2011 at 03:12:22PM -0500, Chuck Lever wrote:
>> Based on your console logs, I see that the working case uses UDP to
>> contact the server's mountd, but the failing case uses TCP. You can
>> try explicitly specifying "proto=udp" to force the use of UDP, to test
>> this theory.
>
> This does indeed make it work again for me, thanks!
>
>> Meanwhile, the patch description explicitly states that the default
>> mount option settings have changed. Does it make sense to change the
>> default behavior of NFSROOT mounts to use UDP again? I don't see
>> another way to make this process more reliable across NIC
>> initialization. If this is considered a regression, we can make a
>> patch for 2.6.38-rc and 2.6.37.
>
> I only use nfsroot for development, so I don't have a terribly strong
> opinion. I would point out though that the default u-boot parameters
> for nfsrooting a lot of boards will no longer work at this point, so if
> it's not patched to work again without specifying nfs options I think
> there should at least be a note in the documentation and possibly a
> "maybe try proto=udp?" console message on failure.
>
> I assume it's not feasable to either wait until the chosen interface's
> link is ready before trying to mount nfsroot, or retrying TCP-based
> connections a little bit more aggressively/at all?
Our goal is to use the same mount logic for both normal user space mounts and for NFSROOT (that was the purpose of the patch series this particular patch comes from). It's exceptionally difficult to add a special case for retrying TCP connections here, as that would change the behavior of user space mounts, which often want to fail quickly, and don't need to worry about NIC initialization.
Sounds like the right thing to do is restore the default UDP behavior. I'll cook up a patch.
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-02-09 21:26 ` Chuck Lever
(?)
@ 2011-02-24 13:36 ` Shiraz Hashim
2011-02-24 18:33 ` Chuck Lever
-1 siblings, 1 reply; 25+ messages in thread
From: Shiraz Hashim @ 2011-02-24 13:36 UTC (permalink / raw)
To: Chuck Lever
Cc: Brian Downing, Deepak SIKRI, Armando VISCONTI, Trond Myklebust,
netdev, Linux NFS Mailing List, Viresh KUMAR, Peppe CAVALLARO,
amitgoel
On Thu, Feb 10, 2011 at 05:26:16AM +0800, Chuck Lever wrote:
>
> On Feb 9, 2011, at 3:58 PM, Brian Downing wrote:
>
> > On Wed, Feb 09, 2011 at 03:12:22PM -0500, Chuck Lever wrote:
> >> Based on your console logs, I see that the working case uses UDP to
> >> contact the server's mountd, but the failing case uses TCP. You can
> >> try explicitly specifying "proto=udp" to force the use of UDP, to test
> >> this theory.
> >
> > This does indeed make it work again for me, thanks!
> >
> >> Meanwhile, the patch description explicitly states that the default
> >> mount option settings have changed. Does it make sense to change the
> >> default behavior of NFSROOT mounts to use UDP again? I don't see
> >> another way to make this process more reliable across NIC
> >> initialization. If this is considered a regression, we can make a
> >> patch for 2.6.38-rc and 2.6.37.
> >
> > I only use nfsroot for development, so I don't have a terribly strong
> > opinion. I would point out though that the default u-boot parameters
> > for nfsrooting a lot of boards will no longer work at this point, so if
> > it's not patched to work again without specifying nfs options I think
> > there should at least be a note in the documentation and possibly a
> > "maybe try proto=udp?" console message on failure.
> >
> > I assume it's not feasable to either wait until the chosen interface's
> > link is ready before trying to mount nfsroot, or retrying TCP-based
> > connections a little bit more aggressively/at all?
>
> Our goal is to use the same mount logic for both normal user
> space mounts and for NFSROOT (that was the purpose of the patch
> series this particular patch comes from). It's
> exceptionally difficult to add a special case for retrying TCP
> connections here, as that would change the behavior of user
> space mounts, which often want to fail quickly, and don't need
> to worry about NIC initialization.
>
> Sounds like the right thing to do is restore the default UDP behavior. I'll cook up a patch.
Is there some patch available for this now.
There is one more observation (on 2.6.37), when I pass
nfsroot=$(ip):$(rootpath),udp , then it works fine.
If I pass proto=udp then it doesn't work. Is there any difference
between the two methods ?
--
regards
Shiraz
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
2011-02-24 13:36 ` Shiraz Hashim
@ 2011-02-24 18:33 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-02-24 18:33 UTC (permalink / raw)
To: Shiraz Hashim
Cc: Brian Downing, Deepak SIKRI, Armando VISCONTI, Trond Myklebust,
netdev-u79uwXL29TY76Z2rM5mHXA, Linux NFS Mailing List,
Viresh KUMAR, Peppe CAVALLARO, amitgoel
On Feb 24, 2011, at 5:36 AM, Shiraz Hashim wrote:
> On Thu, Feb 10, 2011 at 05:26:16AM +0800, Chuck Lever wrote:
>>
>> On Feb 9, 2011, at 3:58 PM, Brian Downing wrote:
>>
>>> On Wed, Feb 09, 2011 at 03:12:22PM -0500, Chuck Lever wrote:
>>>> Based on your console logs, I see that the working case uses UDP to
>>>> contact the server's mountd, but the failing case uses TCP. You can
>>>> try explicitly specifying "proto=udp" to force the use of UDP, to test
>>>> this theory.
>>>
>>> This does indeed make it work again for me, thanks!
>>>
>>>> Meanwhile, the patch description explicitly states that the default
>>>> mount option settings have changed. Does it make sense to change the
>>>> default behavior of NFSROOT mounts to use UDP again? I don't see
>>>> another way to make this process more reliable across NIC
>>>> initialization. If this is considered a regression, we can make a
>>>> patch for 2.6.38-rc and 2.6.37.
>>>
>>> I only use nfsroot for development, so I don't have a terribly strong
>>> opinion. I would point out though that the default u-boot parameters
>>> for nfsrooting a lot of boards will no longer work at this point, so if
>>> it's not patched to work again without specifying nfs options I think
>>> there should at least be a note in the documentation and possibly a
>>> "maybe try proto=udp?" console message on failure.
>>>
>>> I assume it's not feasable to either wait until the chosen interface's
>>> link is ready before trying to mount nfsroot, or retrying TCP-based
>>> connections a little bit more aggressively/at all?
>>
>> Our goal is to use the same mount logic for both normal user
>> space mounts and for NFSROOT (that was the purpose of the patch
>> series this particular patch comes from). It's
>> exceptionally difficult to add a special case for retrying TCP
>> connections here, as that would change the behavior of user
>> space mounts, which often want to fail quickly, and don't need
>> to worry about NIC initialization.
>>
>> Sounds like the right thing to do is restore the default UDP behavior. I'll cook up a patch.
>
> Is there some patch available for this now.
Yes, it was posted a couple of weeks ago (sorry, I don't have an exact reference). I will ping Trond again about getting this upstream.
> There is one more observation (on 2.6.37), when I pass
> nfsroot=$(ip):$(rootpath),udp , then it works fine.
> If I pass proto=udp then it doesn't work. Is there any difference
> between the two methods ?
It may be that proto=udp has an effect only on the transport used for NFS requests, but not for the MNT request. "udp" means "proto=udp,mountproto=udp."
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: STMMAC driver: NFS Problem on 2.6.37
@ 2011-02-24 18:33 ` Chuck Lever
0 siblings, 0 replies; 25+ messages in thread
From: Chuck Lever @ 2011-02-24 18:33 UTC (permalink / raw)
To: Shiraz Hashim
Cc: Brian Downing, Deepak SIKRI, Armando VISCONTI, Trond Myklebust,
netdev, Linux NFS Mailing List, Viresh KUMAR, Peppe CAVALLARO,
amitgoel
On Feb 24, 2011, at 5:36 AM, Shiraz Hashim wrote:
> On Thu, Feb 10, 2011 at 05:26:16AM +0800, Chuck Lever wrote:
>>
>> On Feb 9, 2011, at 3:58 PM, Brian Downing wrote:
>>
>>> On Wed, Feb 09, 2011 at 03:12:22PM -0500, Chuck Lever wrote:
>>>> Based on your console logs, I see that the working case uses UDP to
>>>> contact the server's mountd, but the failing case uses TCP. You can
>>>> try explicitly specifying "proto=udp" to force the use of UDP, to test
>>>> this theory.
>>>
>>> This does indeed make it work again for me, thanks!
>>>
>>>> Meanwhile, the patch description explicitly states that the default
>>>> mount option settings have changed. Does it make sense to change the
>>>> default behavior of NFSROOT mounts to use UDP again? I don't see
>>>> another way to make this process more reliable across NIC
>>>> initialization. If this is considered a regression, we can make a
>>>> patch for 2.6.38-rc and 2.6.37.
>>>
>>> I only use nfsroot for development, so I don't have a terribly strong
>>> opinion. I would point out though that the default u-boot parameters
>>> for nfsrooting a lot of boards will no longer work at this point, so if
>>> it's not patched to work again without specifying nfs options I think
>>> there should at least be a note in the documentation and possibly a
>>> "maybe try proto=udp?" console message on failure.
>>>
>>> I assume it's not feasable to either wait until the chosen interface's
>>> link is ready before trying to mount nfsroot, or retrying TCP-based
>>> connections a little bit more aggressively/at all?
>>
>> Our goal is to use the same mount logic for both normal user
>> space mounts and for NFSROOT (that was the purpose of the patch
>> series this particular patch comes from). It's
>> exceptionally difficult to add a special case for retrying TCP
>> connections here, as that would change the behavior of user
>> space mounts, which often want to fail quickly, and don't need
>> to worry about NIC initialization.
>>
>> Sounds like the right thing to do is restore the default UDP behavior. I'll cook up a patch.
>
> Is there some patch available for this now.
Yes, it was posted a couple of weeks ago (sorry, I don't have an exact reference). I will ping Trond again about getting this upstream.
> There is one more observation (on 2.6.37), when I pass
> nfsroot=$(ip):$(rootpath),udp , then it works fine.
> If I pass proto=udp then it doesn't work. Is there any difference
> between the two methods ?
It may be that proto=udp has an effect only on the transport used for NFS requests, but not for the MNT request. "udp" means "proto=udp,mountproto=udp."
--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com
^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~2011-02-24 18:34 UTC | newest]
Thread overview: 25+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-01-13 9:09 STMMAC driver: NFS Problem on 2.6.37 deepaksi
2011-01-13 9:09 ` deepaksi
[not found] ` <4D2EC133.7010607-qxv4g6HH51o@public.gmane.org>
2011-01-13 11:48 ` Peppe CAVALLARO
2011-01-13 11:48 ` Peppe CAVALLARO
2011-01-13 15:07 ` Chuck Lever
2011-01-13 15:07 ` Chuck Lever
[not found] ` <2D04CF75-CA68-4BDC-99A3-FA1DD6113602-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2011-01-13 18:28 ` Armando Visconti
2011-01-13 18:28 ` Armando Visconti
2011-01-14 9:56 ` deepaksi
[not found] ` <4D301DD1.9070104-qxv4g6HH51o@public.gmane.org>
2011-01-14 15:35 ` Chuck Lever
2011-01-14 15:35 ` Chuck Lever
[not found] ` <4D3EBA54.4020308@st.com>
[not found] ` <4D3EBA54.4020308-qxv4g6HH51o@public.gmane.org>
2011-01-25 18:04 ` Chuck Lever
2011-01-25 18:04 ` Chuck Lever
[not found] ` <EFFBD485-8B7E-44D1-A8D2-61E73BF42DF9-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
2011-01-28 12:43 ` Shiraz Hashim
2011-01-28 12:43 ` Shiraz Hashim
2011-01-28 16:58 ` Chuck Lever
2011-02-09 20:01 ` Brian Downing
[not found] ` <20110209200129.GA6402-QEOkiq82tQWoLK6CJbI5/KxOck334EZe@public.gmane.org>
2011-02-09 20:12 ` Chuck Lever
2011-02-09 20:12 ` Chuck Lever
2011-02-09 20:58 ` Brian Downing
[not found] ` <20110209205855.GB6402-QEOkiq82tQWoLK6CJbI5/KxOck334EZe@public.gmane.org>
2011-02-09 21:26 ` Chuck Lever
2011-02-09 21:26 ` Chuck Lever
2011-02-24 13:36 ` Shiraz Hashim
2011-02-24 18:33 ` Chuck Lever
2011-02-24 18:33 ` Chuck Lever
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.