Bug#565797: EXT3-fs error on sata SiI 3114 controller

2012-06-12 Thread Paolo Sala
Jonathan Nieder scrisse in data 12/06/2012 20:23: > Paolo Sala wrote: > > >> no but I've the controller! If you want I can try to test it... >> > Yes, that would be interesting. Keep in mind that, as Tejun Heo > wrote, > I know, I have a SiI 3124 t

Bug#565797: EXT3-fs error on sata SiI 3114 controller

2012-06-12 Thread Paolo Sala
Jonathan Nieder scrisse in data 21/05/2012 23:39: > Thanks for the pointer. Looks like upstream's given up, alas. > > Now I'm curious: > > - do you still have access to this system? > no but I've the controller! If you want I can try to test it... Piviul -- To UNSUBSCRIBE, email to debian

Bug#565797: is this bug related to 10480

2010-03-19 Thread Paolo Sala
Hi, I fear this bug has been already opened in kernel.org. This is the link of the bug: https://bugzilla.kernel.org/show_bug.cgi?id=10480 Until now there is no solution... I'm very afraid Piviul -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscrib

Bug#565797: linux-image-2.6.26-2-686: EXT3-fs error on sata SiI 3114 controller

2010-01-18 Thread Paolo Sala
Package: linux-image-2.6.26-2-686 Version: 2.6.26-19lenny2 Severity: important I have created a raid 1 software from 2 sata disk attacched to a sata SiI 3114 controller. Very often reading or writing to the disk I get a lot of errors like : [ 1864.024357] EXT3-fs error (device md1): ext3_valid_

Bug#549647: "hda: dma_timer_expiry: dma status == 0x21" errors

2009-10-09 Thread Paolo Sala
Ben Hutchings scrisse in data 08/10/2009 15:41: > [...] > The IDE driver will automatically disable DMA after repeated errors. > In effect I have changed the hd and now the problem seems to be solved. Thank you very much Ben! Piviul -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.

Bug#549647: "hda: dma_timer_expiry: dma status == 0x21" errors

2009-10-08 Thread Paolo Sala
Hi Ben, why you say that the hd is failing? Smartctl doesn't agree with you: > proDFS:~# smartctl -H /dev/hda > smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > === START OF READ SMART DATA SECTION === > SMART overal

Bug#549647: "hda: dma_timer_expiry: dma status == 0x21" errors on VIA VT82C686 chipset

2009-10-06 Thread Paolo Sala
Ben Hutchings scrisse in data 05/10/2009 15:19: > Did an earlier kernel version work better on this hardware? > I don't know but seem to be at least from 2.4.27 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323452) > Please send a longer kernel log showing the errors related to hda (the > s

Bug#549647: "hda: dma_timer_expiry: dma status == 0x21" errors on VIA VT82C686 chipset

2009-10-05 Thread Paolo Sala
Package: linux-image-2.6.26-2-686 Version: 2.6.26-19 Severity: normal During the boot I can find a lot of "hda: error waiting for DMA" and the boot is very slow; after the boot in effect I can see that the dma parameter for the hda is off. Using hdparm I can set it to on and after a reboot the

Bug#508370: linux-image-2.6.24-etchnhalf.1-686: Randomly kernel Oops in etch and half kernel image

2008-12-10 Thread Paolo Sala
Package: linux-image-2.6.24-etchnhalf.1-686 Version: 2.6.24-6~etchnhalf.5 Severity: normal I was having frequently kernel oops in etch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481346. Now I have installed etch and half and kernel oops are very rarelyi but I've had one today. These are

Bug#481346: closed by maximilian attems <[EMAIL PROTECTED]> (linux-image-2.6.18-6-686: kernel oops handling paging request)

2008-07-07 Thread Paolo Sala
Debian Bug Tracking System scrisse in data 03/07/2008 16:30: [...] that mm trouble has been fixed in newer linux images. etch + half kernel have the upstream fix. as the oops is quite rare and fix hasn't been clearly identified it is recommeded to upgrade to etch + half kernel -> http://wiki.de

Bug#481346: linux-image-2.6.18-6-686: kernel oops handling paging request

2008-05-15 Thread Paolo Sala
Package: linux-image-2.6.18-6-686 Version: 2.6.18.dfsg.1-18etch4 Severity: critical Justification: breaks the whole system The problem arise in a etch box with the 2.6.18 kernel family and disappear using previous 2.6.8 kernel image (from sarge). In syslog I can find: May 15 13:05:57 localhost ke