This is a heads up for the Debian Kernel Team, though you likely are
aware of the problem already.
There is a bug affecting NFS version 4 server (nfsd), and the patch
has now hit Linus' tree:
commit fffaee365fded09f9ebf2db19066065fa54323c3
Author: Konstantin Khlebnikov khlebni...@openvz.org
I just upgraded to gcc-multilib 4.6.1-3 and found that APT
blew away /usr/include/asm without warning. This directory
belongs to my locally-built 'linux-libc-dev' which is produced
using upstream kernel sources and 'make deb-pkg'.
I do local builds for testing upstream kernel commits relevant
to
hey Dave,
I'm wondering if this is an occurrence of #494365. Can you test this
build to see if it fixes this issue for you?
http://people.debian.org/~dannf/bugs/494365/
Thanks for the test build.
I just tried it, but the behavior remains unchanged: kernel freezes
unless the boot
Bisecting. See http://kerneltrap.org/node/11753.
OK, I bisected from 1 PM to 6 PM today. I ended up building 16 kernels
which would have seemed like a LOT, except for how many I built on
Saturday night and all day Sunday!
I used my custom '.config', instead of the enormous Debian stock
Do you have any other suggestions?
Bisecting. See http://kerneltrap.org/node/11753.
Ha ha ha... I was afraid you would say that.
This all started for me last Thursday: I bought 2 new 500GB drives
for this server machine so I could play with RAID and learn how it's
done. I decided
Are there any Debian-specific changes to the HPET source code, or is
the
problem directly from upstream?
No, there are no Debian-specific changes. But 2.6.26 uses the new rtc
infrastructure, which may change things.
OK, I read '/linux-source-2.6.26/Documentation/rtc.txt' and then
I've taken this search for a bugfix about as far as I can,
without outside help. Nothing that I've tried has allowed
me to create a 2.6.26 kernel for my fileserver machine with
the boot parameter hpet=disable. That also includes the
stock 2.6.26-1 kernel. (On my desktop machine, both stock
and
7 matches
Mail list logo