Re: atapicam, cdrecord, and my gaping clue deficiency
On Friday 15 October 2004 21:35, Peter Seebach wrote: > In message <[EMAIL PROTECTED]>, FreeBsdBeni writes: > >I'm having _exactly_ the same problem... :-( Mine is a Pioneer DVR-107D, > >firmware v1.18 on a 5.2.1-REL-p11. > > > >dmesg : > >cd1 at ata1 bus 0 target 0 lun 0 > >cd1: Removable CD-ROM SCSI-0 device > >cd1: 16.000MB/s transfers. > > > >I got the same reply from mr. Schilling and I haven't found any solution > >yet... Could it be something with the drives/firmware ? > > What's your motherboard? Mine's a SuperMicro X5DE8-GG. Mainboard : Medion MD 8088 (MSI MS-7048) Chipset : Intel 865PE And - unfortunately - all works fine under WinXP... > And... With FreeBSD 5.3beta7, it works fine. Ok, will wait for the official 5.3 release in the next days then. > I found one other reference to problems with the ServerWorks CSB6 chipset > under FreeBSD 5.2.1. > > Anyway, upgrading to 5.3beta7 made my problem go away, as well as my > mysterious bus errors. (And before anyone says "bad memory", yes, I know; > I ran memtest for a day, ran burnMMX and burnP6 several times at once for > a day, and the machine has ECC, and has no events in the event log.) I've had no memory problems so far either. Beni. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: atapicam, cdrecord, and my gaping clue deficiency
In message <[EMAIL PROTECTED]>, FreeBsdBeni writes: >I'm having _exactly_ the same problem... :-( Mine is a Pioneer DVR-107D, >firmware v1.18 on a 5.2.1-REL-p11. >dmesg : >cd1 at ata1 bus 0 target 0 lun 0 >cd1: Removable CD-ROM SCSI-0 device >cd1: 16.000MB/s transfers. >I got the same reply from mr. Schilling and I haven't found any solution >yet... Could it be something with the drives/firmware ? What's your motherboard? Mine's a SuperMicro X5DE8-GG. And... With FreeBSD 5.3beta7, it works fine. I found one other reference to problems with the ServerWorks CSB6 chipset under FreeBSD 5.2.1. Anyway, upgrading to 5.3beta7 made my problem go away, as well as my mysterious bus errors. (And before anyone says "bad memory", yes, I know; I ran memtest for a day, ran burnMMX and burnP6 several times at once for a day, and the machine has ECC, and has no events in the event log.) (I can't do any more testing, I'm afraid, as the machine has been shipped away, now that it's working.) -s ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: atapicam, cdrecord, and my gaping clue deficiency
On Friday 15 October 2004 05:32, Peter Seebach wrote: > Hardware: SuperMicro X5DE8-GG motherboard, dual Xeon 2.8Ghz, 2GB memory. > Using onboard SCSI controller for disks, onboard IDE for DVD burner. DVD > burner is a Pioneer DVR-108. > > Software: cdrecord and/or cdrecord-ProDVD. > > Problem: CD burning Always Fails. Failure mode is 100% repeatable and > consistent: > > cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error > CDB: 2A 00 00 00 01 55 00 00 1F 00 > status: 0x2 (CHECK CONDITION) > Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 Sense Key: 0x [], Segment 0 > Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 > Sense flags: Blk 0 (not valid) > cmd finished after 0.000s timeout 40s > write track data: error after 698368 bytes > Sense Bytes: 70 00 02 00 00 00 00 0E 00 00 00 00 04 08 00 00 00 00 > > Mr. Schilling says "Install a non-defective kernel." I am assuming that > this doesn't mean "some other OS". > > Googling around on the CDB bytes turns up lots of people with cabling > problems, especially on SCSI busses. > > Googling around on FreeBSD and 698368 turns up someone who needed the > P1003_1B option added to a kernel. (It's now just the _KPOSIX option, and > it's already in there.) > > I got as far as putting in the atapicam and related devices. This happens > whether or not I leave the atapicd driver in place. (dmesg output below is > without.) > > I enclose dmesg and config file as attachments for perusal. I am Very > Worried by the observation that the CD is claiming a 3.300MB/sec transfer > rate: > > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 3.300MB/s transfers > Hi, I'm having _exactly_ the same problem... :-( Mine is a Pioneer DVR-107D, firmware v1.18 on a 5.2.1-REL-p11. dmesg : cd1 at ata1 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers. I got the same reply from mr. Schilling and I haven't found any solution yet... Could it be something with the drives/firmware ? Beni. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: atapicam, cdrecord, and my gaping clue deficiency
In message <[EMAIL PROTECTED]>, Peter Seebach write s: >Problem: CD burning Always Fails. Failure mode is 100% repeatable and >consistent: A followup: I have an HP "DVD Writer dvd630i". 1. If I install only the DVD Writer dvd630i, as a master, the kernel panics and won't boot. 2. If I install both drives, with the HP as slave, the HP comes up at 33MB/sec and the Pioneer at 66MB/sec. In that configuration, the HP burns CDs just fine, but the Pioneer doesn't. So I'd just put the HP in the system. But it won't boot with just the HP! The last thing it says is "ata1-slave: interrupt failed." This is odd, 'cuz the drive's set for master, and there is no slave. ??? -s ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
atapicam, cdrecord, and my gaping clue deficiency
Hardware: SuperMicro X5DE8-GG motherboard, dual Xeon 2.8Ghz, 2GB memory. Using onboard SCSI controller for disks, onboard IDE for DVD burner. DVD burner is a Pioneer DVR-108. Software: cdrecord and/or cdrecord-ProDVD. Problem: CD burning Always Fails. Failure mode is 100% repeatable and consistent: cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error CDB: 2A 00 00 00 01 55 00 00 1F 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sense Key: 0x [], Segment 0 Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.000s timeout 40s write track data: error after 698368 bytes Sense Bytes: 70 00 02 00 00 00 00 0E 00 00 00 00 04 08 00 00 00 00 Mr. Schilling says "Install a non-defective kernel." I am assuming that this doesn't mean "some other OS". Googling around on the CDB bytes turns up lots of people with cabling problems, especially on SCSI busses. Googling around on FreeBSD and 698368 turns up someone who needed the P1003_1B option added to a kernel. (It's now just the _KPOSIX option, and it's already in there.) I got as far as putting in the atapicam and related devices. This happens whether or not I leave the atapicd driver in place. (dmesg output below is without.) I enclose dmesg and config file as attachments for perusal. I am Very Worried by the observation that the CD is claiming a 3.300MB/sec transfer rate: cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers This is almost certainly incorrect; it should be ATA66, and I have an 80-pin cable. I'm not *totally* hopeless: # cat /boot/loader.conf hw.ata.atapi_dma="1" but I can't tell whether that's fixed anything. My hypothesis is that I have somehow failed to persuade the kernel to Really And Truly do DMA on this device, and that it's fallen back on a pathetically slow and inappropriate PIO mode. Clues will be gratefully appreciated; also, since I've seen other people with similar problems, if I can find a fix, I will write about it and put lots of happy Google-friendly keywords in it so fewer people will ask in the future. Dmesg output: --- Copyright (c) 1992-2004 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.2.1-RELEASE #0: Thu Oct 14 20:07:13 EDT 2004 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/JPC Preloaded elf kernel "/boot/kernel/kernel" at 0xc09e8000. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147483648 (2048 MB) avail memory = 2080739328 (1984 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic2: Assuming intbase of 32 ioapic3: Assuming intbase of 48 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard ioapic3 irqs 48-63 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00f4a20 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib0: slot 8 INTA routed to irq 28 pcib0: slot 9 INTA routed to irq 26 pcib0: slot 10 INTA routed to irq 30 pcib0: slot 10 INTB routed to irq 31 pcib0: slot 11 INTA routed to irq 29 pcib0: slot 15 INTA routed to irq 17 pcib1: at device 6.0 on pci0 pci1: on pcib1 pcib1: slot 8 INTA routed to irq 22 pcib1: slot 9 INTA routed to irq 23 pcib1: slot 9 INTB routed to irq 18 pcib1: slot 9 INTC routed to irq 19 fwohci0: port 0xa800-0xa87f mem 0xfc8ff000-0xfc8ff7ff irq 22 at device 8.0 on pci1 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 8. fwohci0: EUI64 00:11:06:00:00:00:50:66 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:06:00:50:66 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ohci0: mem 0xfc8fd000-0xfc8fdfff irq 23 at device 9.0 on pci1 usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfc8fe000-0xfc8fefff irq 18 at device 9.1 on pci1 usb1: OHCI version 1.0 usb1: on ohci1 u