>> It would be very sad with these nice Oracle (SUN) machines if no one could > use them because of this bug. > > If you boot via tftp, I bet this problem will go away because the network > interface will be working by the time the NFSROOT mount is attempted. Yes this could be a workaround but there is another problem with boot via tftp (and OpenBoot) which another team member is trying to solve... > The NFSROOT code assumes that if kernel IP configuration worked, then the NIC is > already up. That is clearly not the case if you boot from your local disk. Yes, that's surely not the standard way: To mount nfsroot although you have a local disk... >> Do you know a kernel developer who maybe would try to write a patch for > this problem? >> Or do you have another idea what I could do? > > As for a patch: no-one can write a patch unless we understand precisely why the > first RPC fails. I already explained how to add a line or two to > fs/nfs/nfsroot.c to give us more information. If you need a patch to do this, I > can send one later today. > > I might be able to reproduce it here, now that I understand your set up, but it > would require building a partial NFSROOT environment. I can't get to that > until next week. > If you have the time for the patch, it would be very nice! Otherwise I'll try it as soon as I can. The problem is that the system should work as soon as possible. So it would be nice to have a work around. In parallel, I'll give you all information I have and test all patches you give me as long as you all are interested. So now I'm trying the proposed workaroundsand after that I'll try to add the lines you wrote about (ASAP)... Regards, Lukas -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
