lkml.org 
[lkml]   [2001]   [Apr]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject2.4.2,3 nbd problem, works OK in 2.4.2-ac20,28
Hello everybody,

I'm working on remote disks and swap for Strong ARM based board similar
to Brutus eval board (using usbnet Ethernet-over-USB driver). And i've
got problems with Network block device (nbd) i'm using to mount devices
exported from host computer. Every program trying access /dev/nbd0
after it was connected by nbd-client stops in D state.

My first thought was it's ARM specific, but later i found this problem
persists when using my host PC as client too. I've compiled nbd.o and
nbd-server (latest from cvs) with debug options turned on and use
"strace cat /dev/nd0" to see where it stuck. It looks like nbd actually
gets first page (4k) of data in several packets but user space doesn't
get this data and read system call does never return (this is the case
for 2.4.2-rmk1-np3 at least). I got this problem on 2.4.2-rmk1-np1,
2.4.2-rmk1-np3, 2.4.3 with Russell Kings patch for 2.4.3-pre7 kernels on
ARM and vanilla 2.4.2 and 2.4.3 kernels on ix86.

BUT !!!! 2.4.2-ac20,28 works fine on ix86 !!!! Possibly main branch
doesn't get updated.
Unfortunately the details of handling these requests aren't clear for me
and it's not simple to use Alan Cox patches on ARM cause there not
supported by Russell King and other people in ARM community (I mean no
patches again -acxx kernels) and i'm already overloaded by various beta
and alpha software.

Any help will be appreciated !!!
Thanks in advance.

Vladimir.

PS. sorry for bad english, it' my second language.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:22    [W:0.034 / U:25.292 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site