I'm trying to write a driver for the NAND controller on the Marvell
Kirkwood (and I believe Orion as well) SoC (specifically the 88F6281, as
used in my Sheevaplug), using the datasheet here:
http://www.marvell.com/embedded-processors/kirkwood/assets/FS_88F6180_9x_6281_OpenSource.pdf
and also p
> Invoke crash(8), then just perform "ps" and "t/a address" on each LWP
> which seems to be stuck (on "tstile" or elsewhere).
So it seems I can sort of lock up the machine for minutes with a simple
dd if=/dev/zero of=/dev/dk14 bs=64k count=1000
(In case it matters, dk14 is on a RAID5 on 4+1
On Oct 31, 2012, at 12:04 PM, Edgar Fuß wrote:
>> I think I debugged (and fixed) something similar in netbsd-5 ...
> But which version did you get the panic on, then?
> From reading PR#41147, my impression is that this should be fixed in 6, no?
No -- NetBSD 6 does it in a different way and one ca
In article <5090fc73.4060...@execsw.org>,
Masanobu SAITOH wrote:
> Hi, all.
>
> I sent the followin mail more than two years ago.
>
>> http://mail-index.netbsd.org/tech-kern/2010/07/28/msg008613.html
>
> As the starting point to solve this problem, I committed the change to
>add SIOCGETHERCAP stu
> I think I debugged (and fixed) something similar in netbsd-5 ...
But which version did you get the panic on, then?
>From reading PR#41147, my impression is that this should be fixed in 6, no?
Hi, all.
I sent the followin mail more than two years ago.
> http://mail-index.netbsd.org/tech-kern/2010/07/28/msg008613.html
As the starting point to solve this problem, I committed the change to
add SIOCGETHERCAP stuff.
Example:
> msk0: flags=8802 mtu 1500
> ec_capabilities=5
>