On Sat, 14 Feb 2004, 19:34+0100, Matthias Schuendehuette wrote: > Hi, > > I'm very sorry, but I think I found another ATA problem: > > The problem occurs on a FUJITSU-SIEMENS E-series Laptop (E4010) > with an Intel ICH4 UDMA100 Controller. This Laptop has two ATA-devices, > a FUJITSU MHT2040AT disk ('ad0', without any problems!) as ata0-master > (UDMA100) and a CDRW-device 'acd0' <UJDA750FDVD/CDRW> as ata1-master > (PIO4). > > This CDRW-device is properly detected with a GENERIC 5.2.1-RC kernel of > 'Sat Jan 31 05:36:22 GMT 2004' from freebsd.org. > > With a -current kernel GENERIC of 'Thu Feb 12' this kernel panics if the > CDRW-device is *not* removed (i.e is present): I believe that's known one. There are several threads about similar symptomps in -current. Try this hack: Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.203 diff -u -r1.203 ata-all.c --- ata-all.c 30 Jan 2004 19:16:08 -0000 1.203 +++ ata-all.c 14 Feb 2004 15:43:20 -0000 _at__at_ -567,7 +567,7 _at__at_ while (retries-- > 0) { request->device = atadev; request->timeout = 5; - request->retries = -1; + request->retries = 3; request->u.ata.command = command; request->flags = (ATA_R_READ | ATA_R_IMMEDIATE); request->data = (caddr_t)atadev->param; %%% Removing atapicam may help either. HTH. -- Maxim KonovalovReceived on Sun Feb 15 2004 - 04:10:50 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:43 UTC