lkml.org 
[lkml]   [2008]   [Dec]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: S3 with pata_via fails to resume, ide_via82Cxxx works
Thanks for the patch, it fixes the oops for me too.

Unfortunately the re-discovery of the drive causes at least XFS to
error and shutdown its mounts :(

Is it possible to block any access to the devices on the scanned port
until the scan has completed? Otherwise this renders rescanning
on port with mounted (e.g. /) partition to suicide...

I also wonder why it took so long and there is that complaint about
lost interrupt + failure. Was there some operation in progress that
got "killed" by the scan?

Bruno



Dec 31 19:58:26 venus [ 83.716209] Probing IDE interface ide0...
Dec 31 19:58:27 venus [ 84.030107] hda: FUJITSU MHY2250BH, ATA DISK drive
Dec 31 19:58:27 venus [ 84.390048] hda: host max PIO5 wanted PIO255(auto-tune) selected PIO4
Dec 31 19:58:27 venus [ 84.390205] hda: UDMA/100 mode selected
Dec 31 19:58:39 venus [ 96.640225] I/O error in filesystem ("hda3") meta-data dev hda3 block 0x202f14 ("xlog_iodone") error 5 buf count 1024
Dec 31 19:58:39 venus [ 96.640274] xfs_force_shutdown(hda3,0x2) called from line 1062 of file /usr/src/linux-2.6.28/fs/xfs/xfs_log.c. Return address = 0xc021418a
Dec 31 19:58:39 venus [ 96.640331] Filesystem "hda3": Log I/O Error Detected. Shutting down filesystem: hda3
Dec 31 19:58:39 venus [ 96.640359] Please umount the filesystem, and rectify the problem(s)
Dec 31 18:58:46 venus [ 103.710105] hda: dma_timer_expiry: DMA status (0x20)
Dec 31 18:58:46 venus [ 103.710128] hda: lost interrupt
Dec 31 18:58:46 venus [ 103.710148] hda: ide_dma_intr: bad DMA status (0x30)
Dec 31 18:58:46 venus [ 103.710168] hda: dma_intr: status=0x50 { DriveReady SeekComplete }
Dec 31 18:58:46 venus [ 103.710192] ide: failed opcode was: unknown
Dec 31 18:58:47 venus [ 104.063206] hda: max request size: 512KiB
Dec 31 18:58:47 venus [ 104.063230] hda: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63
Dec 31 18:58:47 venus [ 104.063450] hda: cache flushes supported
Dec 31 18:59:09 venus [ 126.640091] Filesystem "hda3": xfs_log_force: error 5 returned.
Dec 31 18:59:39 venus [ 156.640109] Filesystem "hda3": xfs_log_force: error 5 returned.
Dec 31 19:00:09 venus [ 186.640093] Filesystem "hda3": xfs_log_force: error 5 returned.



On Wed, 31 December 2008 Bartlomiej Zolnierkiewicz wrote:
> Thanks for the report, the following patch fixes the OOPS for me:
>
> From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> Subject: [PATCH] ide: fix ide_port_scan() to do ACPI setup after
> initializing request queues
>
> This makes ide_port_scan()'s behavior match ide_host_register()'s
> one and fixes OOPS in elv_may_queue() during port re-scan.
>
> Reported-by: Bruno Prémont <bonbons@linux-vserver.org>
> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> ---
> drivers/ide/ide-probe.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: b/drivers/ide/ide-probe.c
> ===================================================================
> --- a/drivers/ide/ide-probe.c
> +++ b/drivers/ide/ide-probe.c
> @@ -1694,8 +1694,8 @@ void ide_port_scan(ide_hwif_t *hwif)
> hwif->present = 1;
>
> ide_port_tune_devices(hwif);
> - ide_acpi_port_init_devices(hwif);
> ide_port_setup_devices(hwif);
> + ide_acpi_port_init_devices(hwif);
> hwif_register_devices(hwif);
> ide_proc_port_register_devices(hwif);
> }
>
--
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: 2008-12-31 20:29    [W:0.056 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site