Eric W. Biederman wrote:
> I don't have a clue what the issue would be but I would start with
> something like the patch below.
OK using it I got the following...
This time with /dev on another machine (same nfs root-fs):
Aug 17 13:57:04 dhcp195 kernel: NFS: nfs_lookup_revalidate(/dev):
nfs_loo
On 31-07-15 09:27 Eric W. Biederman wrote:
> I have added the linux-nfs list to hopefully add a wider interested
> audience.
... which made your mail get burried in my linux-nfs mailinglist folder :(
But I finaly found it.
> If what is being revalidated is a mount point nfs4_lookup_revalidate
>
Hello,
I have a couple of machines running Debian GNU/Linux 8 using an NFS-ro-mounted
root filesystem.
The systems seem to get bitten by VFS changes in some (unfortunaly
somewhat difficult to reproduce) circumstances.
The effect is, that /dev (dectmpfs) gets unmounted for some strange reason.
I
Hello,
I'm testing overlayfs in kernel 3.18-rc2 because I hoped to be able to
replace aufs and would be able to return to mainline kernels in future.
overlayfs documentation states, that NFS is unsupported in "upper
filesystem", but I do not manage to make it work with a ro NFS lowerdir as
well.
Marcin Jurkowski schrieb am Samstag, den 02. März um 14:50 Uhr:
> This patch adds a check if w1_search is serving netlink command, skipping
> kthread_should_stop invocation if so.
Works fine on my Raspberry Pi!
Any chance to get this fix into mainline?
Regards
Sven
--
# Turn on/off security.
Marcin Jurkowski schrieb am Samstag, den 02. März um 01:11 Uhr:
> I can confirm that this bug persists in recent kernel. Onewire netlink
> interface to W1_SEARCH command must have been broken for a while.
>
> Good news is that it seems to be easy to fix. I'll post an explanation
> and a patch to
Hello,
I first thought this to be a Raspberry Pi thing, but its not. Looks
like w1 driver is broken in some platform and busmaster independent
way at least since kernel 3.2.x (which Raspberry Pi uses).
Here is what to do to repoduce the bug on x86:
Get owfs from owfs.org and compile with w1 supp
Hi there,
I get the following with 2.6.24:
Ending clean XFS mount for filesystem: dm-0
BUG: unable to handle kernel paging request at virtual address f2134000
printing eip: c021a13a *pde = 010b5067 *pte = 32134000
Oops: [#1] PREEMPT DEBUG_PAGEALLOC
Modules linked in: radeon drm rfcomm l2cap
Hello,
while trying to boot Kernel 2.6.19 (vanilla+unionfs) I get the following
NULL pointer dereferences:
--cut--
Linux version 2.6.19-diskless ([EMAIL PROTECTED]) (gcc-Version 3.3.5 (Debian
1:3.3.5-13)) #1 SMP PREEMPT Fri Dec 1 13:54:59 CET 2006
BIOS-provided physical RAM map:
BIOS-e820:
Hi there,
I found an older patch in the Linux Kernel Archive which enables mounting an
USB-Device as root filesystem.
This patch fixes something which I think of as a longstanding bug in the
vanilla Linux Kernel source!
Unfortunately this bug has not been fixed in the current Kernel release and
Hi there,
looks like xfsdumpis broken with recent 2.6.11-rc Kernels. 2.6.11-rc4 is the
one I tried.
Strange enough ist does seem to work _sometimes_, but it does not work
most of the time.
If it does not work I just get the following message:
xfsdump: ERROR: /dev/sda2 does not identify a file s
to tell the Kernel that the clock speed has
been changed by means of a particular Kernel call?
If not, where would I put some code to do this at system boot?
Is /usr/src/linux/arch/i386/boot/setup.S the right place for something like
this?
Thanks for hints
Sven
--
Sven Geggus @ Fraunhofer IITB
Hi there,
I ran into a boot Problem on an embedded Box (AMD Elan400 based)
using syslinux and a 2.2.19pre7 Kernel (does not work on 2.2.19pre9 as well).
Strange enough the box boots just fine when using a raw boot kernel on
Floppy Disk instead of syslinux using exactly the same Kernelimage and
a
13 matches
Mail list logo
