Hello,
recently I had a few emails from users of my Arch Linux live USB for the B3 (a Kirkwood-based miniserver), noting that they were unable to boot after upgrading their linux-kirkwood-dt to 4.11.3-1. The issue was that the sata driver was failing to start, so the kernel was failing to see the HDD. Here's a snippet from the serial port trace:
$this->bbcode_second_pass_code('', '[ 0.828904] sata_mv f1080000.sata: version 1.28
[ 0.828922] sata_mv f1080000.sata: can't request region for resource
[mem 0xf1080000-0xf1084fff]
[ 0.837773] sata_mv: probe of f1080000.sata failed with error -16')
I bisected this to commit 368e5fbdfc60 in the kernel tree, and emailed the commit owner, Andy Shevchenko. He has today kindly pointed me to a fix in the upstream, which reverts commit 368e5fbdfc60. Revert commit message reads:
$this->bbcode_second_pass_code('', 'Revert "ata: sata_mv: Convert to devm_ioremap_resource()"
This reverts commit 368e5fbdfc60732643f34f538823ed4bc8829827.
devm_ioremap_resource() enforces that there are no overlapping
resources, where as devm_ioremap() does not. The sata phy driver needs
a subset of the sata IO address space, so maps some of the sata
address space. As a result, sata_mv now fails to probe, reporting it
cannot get its resources, and so we don't have any SATA disks.
Signed-off-by: Andrew Lunn <andrew@lunn.ch>
Acked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>
Cc: stable@vger.kernel.org # v4.11+
Signed-off-by: Tejun Heo <tj@kernel.org>')
Given that 368e5fbdfc60 prevents the sata drivers from starting on at least the B3, and possibly other Kirkwood devices as well, with the currently shipping Arch kernel, would it be possible to revert 368e5fbdfc60 via a patch, until the fix is merged into the mainline?
Many thanks, sakaki