thank you erik,
I have switched to ahci mode.
Kenji Arisawa
On 2013/05/21, at 10:40, erik quanstrom wrote:
> i would recommend switching to ahci mode in bios, if that is
> possible and upgrading your driver. if you can't switch from ide
> emulation, entering your vid and did (from pci|grep di
> filsys main c(/dev/sdC0/fscache){(/dev/sdC0/fsworm)(/dev/sdD0/fsworm)}
> these hdds are 2.5" sata 160GB and 320GB respectively.
i would recommend switching to ahci mode in bios, if that is
possible and upgrading your driver. if you can't switch from ide
emulation, entering your vid and did (fro
Hello,
thanks for attention to my issue.
it seems more info is needed.
(a) the motherboard
GA-H61M-USB3-B3 (v2.0)
(b) kernel
9front
(c) fs configuration
cwfs
pseudo RAID1 configuration.
filsys main c(/dev/sdC0/fscache){(/dev/sdC0/fsworm)(/dev/sdD0/fsworm)}
these hdds are 2.5" sata 160GB and 320G
> the (9atom) ahci driver should directly handle ALPM, PUIS and
> other power-saving bits added in ahci 1.3, so i prefer to run ahci
> whenever possible.
that is, so one doesn't have to worry about power-savings techniques
messing things up.
- erik
> i doubt this is missed interrupts. iowait() calls the interrupt handler
> itself before giving up. you can even check, as the driver keeps statistics
> about missed interrupts in the ctl file.
it can be. previously, on e.g. intel devices, we did not properly
handle dma interrupts. this lead to
9front uses a (older) variant of the 9atom ide driver.
from arisawas's output, it seems that the write command times out
in atagenio():
iowait(drive, 30*1000, 0);
if(!ctlr->done){
/*
* What should the above timeout b
On Sun May 19 00:34:14 EDT 2013, aris...@ar.aichi-u.ac.jp wrote:
> Hello,
>
> yesterday day I had error messages below:
>
> automatic dump Fri May 17 05:00:07 2013
> automatic dump Sat May 18 05:00:08 2013
> command 30
> data f7aea8a0 limit f7aec0a0 dlen 16384 status 0 error 0
> lba 163565804 ->
