I/O issues with writing to mtdblock devices on kirkwood
Ian Campbell
ijc at debian.org
Tue Oct 13 00:51:37 PDT 2015
On Mon, 2015-10-12 at 18:21 +0200, Andrew Lunn wrote:
> > I've been on backports for some time. AFAIR the problems started
> > with the change to dtb/dts.
>
> Which kernel version? Can you give me a kernel version when it was
> good and a version when it was bad?
>
> For a few kernel versions it was possible to boot both DT and the old
> setup file. It would be great to confirm it was the swap to DT, and
> not some other kernel change at about the same time.
>
> My gut feeling is that the change to DT is not the issue. But this is
> all speculation at the moment, we need some hard evidence.
IIRC someone mentioned that the SATA driver which got used changed with
boardfile vs DT? Not sure if that is true though.
If anyone would like to perform the suggested experiments then flash
-kernel in Debian currently appends a DTB for Linux >= v3.17-rc1.
However this can be adjusted by editing /etc/flash-kernel/db and
adding:
Machine: <...>
DTB-Append-From: v3.16
Where the Machine stanza is the one for your platform, check
/usr/share/flash-kernel/db/all.db. You may need to repeat the Machine
stanza to cope with board vs. dtb mode names, e.g.
Machine: QNAP TS-41x
Machine: QNAP TS419 family
DTB-Append-From: 3.17-rc1
One name is from /proc/device-tree/model under DTB the other is
/proc/cpuinfo:Hardware under board file. Under DTB the
/proc/cpuinfo:Hardware field is generic and not useful here.
You can also do just DTB-Append: Yes.
In any case having fiddled with the db you need to rerun flash-kernel
to make it take affect.
I think the most profitable first test would be to boot the v3.16
Jessie kernel in both board (default in Jessie) and DTB mode (by
modifying /etc/flash-kernel/db as above) and see if the issue
reproduces in both modes.
Older kernel binaries can be found at
http://snapshot.debian.org/package/linux/, I'm not sure how far back it
is safe to go with Debian's binaries while appending a DTB, I'd
recommend having a serial console available if you are going to try.
Ian.
More information about the linux-arm-kernel
mailing list