Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-22, Dan Naumov écrivait : > Speaking of failing, should I completely disregard the probe2:ata1 > warnings during boot which you saw in the dmesg output I sent you ? Yes, these messages are perfectly inocuous, they mean that your CD drive does not provide serial number information. You can safely ignore them. -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
On Mon, 2003-09-22 at 00:07, Thomas Quinot wrote: > Le 2003-09-21, Bryan Liesner écrivait : > > > Thanks, the hang problems are fixed now. > > That's great news! I am also very grateful for your fix. I now seem to be able to run -CURRENT on my home desktop without any issues whatsoever :) > > > No one told me that I was barking up the wrong tree... > > Ah, computers are fragile and playful things that always find creative > and unexcepted ways of failing... :) Speaking of failing, should I completely disregard the probe2:ata1 warnings during boot which you saw in the dmesg output I sent you ? Sincerely, Dan Naumov ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-21, Bryan Liesner écrivait : > Thanks, the hang problems are fixed now. That's great news! > No one told me that I was barking up the wrong tree... Ah, computers are fragile and playful things that always find creative and unexcepted ways of failing... :) Thomas. -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
On Sun, 21 Sep 2003, Daniel Eischen wrote: > On Sun, 21 Sep 2003, Thomas Quinot wrote: > > > Le 2003-09-21, Daniel Eischen écrivait : > > > > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error > > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): SCSI Status: Check Condition > > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): Recovered Sense > > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): READ CD RECORDED CAPACITY. CDB: > > > 25 0 0 0 0 0 0 0 0 0 > > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error > > > > Um, strange, this is exactly what cam_periph.c rev. 1.53 was supposed to > > fix. > > I guess I didn't get that update; I'm still using 1.52. I'll try another > cvsup and update. That seemed to do the trick. No hangs and no infinite loopy messages. Thanks! -- Dan Eischen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Subject: Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt, On Mon, 22 Sep 2003 03:01:28 +0900, Shin-ichi Yoshimoto wrote: > Ok, I will try it. I tried to cvsup and make build & installkernel. This kernel said: [snip] acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% GEOM: create disk ad0 dp=0xc63f6570 ad0: 239372MB [486344/16/63] at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA66 (probe2:ata1:0:0:0): Recovered Sense (probe2:ata1:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:ata1:0:0:0): CAM Status: SCSI Status Error (probe2:ata1:0:0:0): SCSI Status: Check Condition (probe2:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (probe2:ata1:0:0:0): Invalid field in CDB (probe2:ata1:0:0:0): Recovered Sense (probe2:ata1:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:ata1:0:0:0): CAM Status: SCSI Status Error (probe2:ata1:0:0:0): SCSI Status: Check Condition (probe2:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (probe2:ata1:0:0:0): Invalid field in CDB SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: cd present [2236704 x 2048 byte records] Mounting root from ufs:/dev/ad0s1a [end] Thanks, Thomas !! -- Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
On Sun, 21 Sep 2003, Thomas Quinot wrote: > Le 2003-09-21, Bryan Liesner écrivait : > > > The patch doesn't take care of the hang for me. > > Does it change anything, or do you still see the 'REQUEST_SENSE > recovered from missing interrupt'? Is your source tree up-to-date? > Several fixes have been committed to both the ATA and the CAM subsystems > recently, that address problems uncovered by the transition to ATAng. > > > Did anyone read _any_ of my previous posts? > > Certainly so, since you already received answers to some of them. Thanks, the hang problems are fixed now. In an earlier post, I pointed out the commit that seemed to break things. Immediately after a commit to ata-queue.c, the hangs started. I was incorrectly thinking that this commit caused the problem, instead of uncovering a problem that was hiding somewhere else. No one told me that I was barking up the wrong tree... -Bryan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Subject: Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt, On Sun, 21 Sep 2003 18:57:43 +0200, Thomas Quinot wrote: > Can't you drop into DDB at that point? Ok, I will try it. > Also, do you have up-to-date sources? Yes, of course. I have recent ones. -- Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
On Sun, 21 Sep 2003, Thomas Quinot wrote: > Le 2003-09-21, Daniel Eischen écrivait : > > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): SCSI Status: Check Condition > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): Recovered Sense > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): READ CD RECORDED CAPACITY. CDB: > > 25 0 0 0 0 0 0 0 0 0 > > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error > > Um, strange, this is exactly what cam_periph.c rev. 1.53 was supposed to > fix. I guess I didn't get that update; I'm still using 1.52. I'll try another cvsup and update. -- Dan Eischen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-21, Daniel Eischen écrivait : > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): SCSI Status: Check Condition > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): Recovered Sense > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): READ CD RECORDED CAPACITY. CDB: > 25 0 0 0 0 0 0 0 0 0 > Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error Um, strange, this is exactly what cam_periph.c rev. 1.53 was supposed to fix. Thomas. -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
On Sun, 21 Sep 2003, Thomas Quinot wrote: > Le 2003-09-21, Bryan Liesner écrivait : > > > The patch doesn't take care of the hang for me. > > Does it change anything, or do you still see the 'REQUEST_SENSE > recovered from missing interrupt'? Is your source tree up-to-date? > Several fixes have been committed to both the ATA and the CAM subsystems > recently, that address problems uncovered by the transition to ATAng. It slightly changes things for me; I can eventually get the system to boot, but I get a boatload of infinite messages: Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): SCSI Status: Check Condition Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): Recovered Sense Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): SCSI Status: Check Condition Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): Recovered Sense Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): CAM Status: SCSI Status Error Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): SCSI Status: Check Condition Sep 21 12:40:28 sirius kernel: (cd0:ata0:0:0:0): Recovered Sense ... and I have to reboot. This is with atapicam in the kernel. -- Dan Eischen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-21, Shin-ichi Yoshimoto écrivait : > I could not get a backtrace because infinite loop occured like this: Can't you drop into DDB at that point? Also, do you have up-to-date sources? Thomas. -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-21, Bryan Liesner écrivait : > The patch doesn't take care of the hang for me. Does it change anything, or do you still see the 'REQUEST_SENSE recovered from missing interrupt'? Is your source tree up-to-date? Several fixes have been committed to both the ATA and the CAM subsystems recently, that address problems uncovered by the transition to ATAng. > Did anyone read _any_ of my previous posts? Certainly so, since you already received answers to some of them. If you'd like to help speed up the resolution of the problems you see, maybe you could provide a backtrace at the point where your system hangs, and a log of boot -v output, with the CAMDEBUG and CAM_DEBUG_FLAGS=CAM_DEBUG_CCB options. Thomas. -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-21, Dan Naumov écrivait : > (probe2:ata1:0:0:0): Recovered Sense > (probe2:ata1:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 > (probe2:ata1:0:0:0): CAM Status: SCSI Status Error > (probe2:ata1:0:0:0): SCSI Status: Check Condition > (probe2:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 > (probe2:ata1:0:0:0): Invalid field in CDB That's fine, it just means your drive does not provide serial number information. -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
On Sat, 2003-09-20 at 22:53, Thomas Quinot wrote: > Le 2003-09-20, Daniel Eischen écrivait : > > > No, using latest sources, with or without atapicam, does > > not solve the problem. It still hangs. > > Please try the patch below, it should at least work around the problem. I have rebuilt world after you have committed the patch and now the system boots properly with ATAPICAM enabled in the kernel. It no longer hangs at boot. I tried mounting /dev/cd0 and suceeded. However, not everything seems to be perfect, take a look at the bottom of the included dmesg output: === Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #0: Sun Sep 21 15:44:22 EEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/JAGO Preloaded elf kernel "/boot/kernel/kernel" at 0xc04b6000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc04b61f4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04b62a0. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) processor (1400.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x644 Stepping = 4 Features=0x183f9ff AMD Features=0xc044 real memory = 536805376 (511 MB) avail memory = 516239360 (492 MB) Pentium Pro MTRR support enabled VESA: v3.0, 65536k memory, flags:0x1, mode table:0xc03c82c2 (122) VESA: NVidia npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00fddb0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 7 INTD is routed to irq 5 pcib0: slot 7 INTD is routed to irq 5 pcib0: slot 10 INTA is routed to irq 11 pcib0: slot 14 INTA is routed to irq 11 agp0: port 0xc000-0xc003 mem 0xe400-0xe4000fff,0xe000-0xe1ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci_cfgintr: 1:5 INTA BIOS irq 10 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc400-0xc40f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xc800-0xc81f irq 5 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc00-0xcc1f irq 5 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) rl0: port 0xe000-0xe0ff mem 0xe4001000-0xe40010ff irq 11 at device 10.0 on pci0 rl0: Ethernet address: 00:e0:7d:9f:be:31 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xe400-0xe43f irq 11 at device 14.0 on pci0 pcm0: atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xc-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter "TSC" frequency 1400061468 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% GEOM: create disk ad0 dp=0xc40a3a70 ad0: 38182MB [77578/16/63] at ata0-master UDMA100 GEOM: create disk ad1 dp=0xc40a3070 ad1: 16446MB [33416/16/63] at ata0-slave UDMA66 acd0: CDRW at ata1-master PIO4 (probe2:ata1:0:0:0): Recovered Sense (probe2:ata1:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:ata1:0:0:0): CAM Status: SCSI Status Error (probe2:ata1:0:0:0): SCSI Status: Check Condition (probe2:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (probe2:ata1:0:0:0): Invalid field in CDB (probe2:ata1:0:0:0): Recovered Sense (probe2:ata1:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:ata1:0:0:0): CAM Status: SCSI Status Error (probe2:ata1:0:0:0): SCSI Status: Check Condition (probe2:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (probe2:ata1:0:0:0): Invalid field in CDB Mounting root from ufs:/dev/ad0s1a cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: cd present [818 x 2048 byte records] === Is this something I should worry about ? Sincerely, Dan Naumov ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscri
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
On Sat, 20 Sep 2003, Thomas Quinot wrote: > Le 2003-09-20, Daniel Eischen écrivait : > > > No, using latest sources, with or without atapicam, does > > not solve the problem. It still hangs. > > Please try the patch below, it should at least work around the problem. > > > http://people.freebsd.org/~deischen/ata_hang.091903 > > Interesting, the last 2 lines are : > > ata0: spurious interrupt - status=0x50 error=0x00 > acd0: WARNING - REQUEST_SENSE recovered from missing interrupt > > so I'd suspect there is some race condition between the interrupt > and the REQUEST_SENSE command. Søren, shouldn't ata_interrupt lock the > channel before copying ch->running? > > Thomas. > > Index: atapi-cam.c > === The patch doesn't take care of the hang for me. Did anyone read _any_ of my previous posts? Bryan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Subject: Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt, On Sun, 21 Sep 2003 00:23:36 +0200, Thomas Quinot wrote: > Can you get a backtrace at that point? I could not get a backtrace because infinite loop occured like this: [snip] ata0-master: pio=0x0c wdma=0x22 udma=0x46 cable=80pin ad0: setting UDMA100 on Intel ICH4 chip GEOM: create disk ad0 dp=0xc6202e70 ad0: ATA-7 disk at ata0-master ad0: 239372MB (490234752 sectors), 486344 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin acd0: setting UDMA66 on Intel ICH4 chip acd0: DVDR drive at ata1 as master acd0: read 5512KB/s (5512KB/s) write 2067KB/s (2067KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 47995 Hz, will use 48000 Hz bus_explore done sbp_post_explore (sbp_cold=2) [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:490223412 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 250994386944 end 250994419199 GEOM: Configure ad0s1a, start 0 length 1073741824 end 1073741823 GEOM: Configure ad0s1b, start 1073741824 length 2147483648 end 3221225471 GEOM: Configure ad0s1c, start 0 length 250994386944 end 250994386943 GEOM: Configure ad0s1d, start 3221225472 length 107374182400 end 110595407871 GEOM: Configure ad0s1e, start 110595407872 length 107374182400 end 217969590271 GEOM: Configure ad0s1f, start 217969590272 length 33024796672 end 250994386943 (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe4:sbp0:0:0:0): error 22 (probe4:sbp0:0:0:0): Unretryable Error (probe5:sbp0:0:1:0): error 22 (probe5:sbp0:0:1:0): Unretryable Error (probe6:sbp0:0:2:0): error 22 (probe6:sbp0:0:2:0): Unretryable Error (probe7:sbp0:0:3:0): error 22 (probe7:sbp0:0:3:0): Unretryable Error (probe8:sbp0:0:4:0): error 22 (probe8:sbp0:0:4:0): Unretryable Error (probe9:sbp0:0:5:0): error 22 (probe9:sbp0:0:5:0): Unretryable Error (probe10:sbp0:0:6:0): error 22 (probe10:sbp0:0:6:0): Unretryable Error (probe0:ata0:0:0:0): error 22 (probe0:ata0:0:0:0): Unretryable Error (probe1:ata0:0:1:0): error 22 (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command (probe2:ata1:0:0:0): Retrying Command ..repeat.. .. .. -- Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-20, Shin-ichi Yoshimoto écrivait : > > acd0: WARNING - REQUEST_SENSE recovered from missing interrupt > This message disappeared, but It still hang Can you get a backtrace at that point? -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Subject: Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt, On Sat, 20 Sep 2003 21:53:11 +0200, Thomas Quinot wrote: > Please try the patch below, it should at least work around the problem. I tried your patch. > acd0: WARNING - REQUEST_SENSE recovered from missing interrupt This message disappeared, but It still hang -- Shin-ichi YOSHIMOTO <[EMAIL PROTECTED]> http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATAng no good for me/REQUEST_SENSE recovered from missing interrupt
Le 2003-09-20, Daniel Eischen écrivait :
> No, using latest sources, with or without atapicam, does
> not solve the problem. It still hangs.
Please try the patch below, it should at least work around the problem.
> http://people.freebsd.org/~deischen/ata_hang.091903
Interesting, the last 2 lines are :
ata0: spurious interrupt - status=0x50 error=0x00
acd0: WARNING - REQUEST_SENSE recovered from missing interrupt
so I'd suspect there is some race condition between the interrupt
and the REQUEST_SENSE command. Søren, shouldn't ata_interrupt lock the
channel before copying ch->running?
Thomas.
Index: atapi-cam.c
===
RCS file: /home/ncvs/src/sys/dev/ata/atapi-cam.c,v
retrieving revision 1.23
diff -u -r1.23 atapi-cam.c
--- atapi-cam.c 19 Sep 2003 16:25:44 - 1.23
+++ atapi-cam.c 20 Sep 2003 19:29:41 -
@@ -561,6 +561,7 @@
#endif
if (hcb_status != 0) {
csio->scsi_status = SCSI_STATUS_CHECK_COND;
+#if 0
if ((csio->ccb_h.flags & CAM_DIS_AUTOSENSE) == 0) {
int8_t ccb[16] = { ATAPI_REQUEST_SENSE, 0, 0, 0,
sizeof(struct atapi_sense), 0, 0, 0, 0, 0, 0,
@@ -572,6 +573,7 @@
csio->ccb_h.status |= CAM_AUTOSNS_VALID;
}
}
+#endif
free_hcb_and_ccb_done(hcb, CAM_SCSI_STATUS_ERROR);
}
else {
--
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
