* sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x @ 2004-02-13 15:10 Brad Cramer 2004-02-13 22:39 ` Guennadi Liakhovetski 0 siblings, 1 reply; 13+ messages in thread From: Brad Cramer @ 2004-02-13 15:10 UTC (permalink / raw) To: linux-kernel I need help, First I am not a kernel hacker or a programmer, but I have asked this question on the Debian mail lists without any answers and have also e-mail the writer of the driver but the mail comes back so I am turning to the kernel-list for some help. I can not get my scsi hd to work with my tekram dc-390u2w controller and the sym53c8xx_2 driver under kernel-2.6.2. Everything works great using kernel-2.4.28 and sym53c8xx driver so I know this is not a hardware issue with the disk. I have built the sym53c8xx_2 driver into the kernel and have tried every boot prompt command I could (getting them from the sym53c8xx_2.txt included with the kernel doc's. This is an external drive that has /var and /tmp mounted on, so needless to say my system does not work properly. I have tried Googleing but no luck there either. Could someone please help shed some light on this as I can't handle to many more sleepless nights:) Thanks Brad ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-13 15:10 sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x Brad Cramer @ 2004-02-13 22:39 ` Guennadi Liakhovetski 2004-02-17 16:23 ` Brad Cramer 0 siblings, 1 reply; 13+ messages in thread From: Guennadi Liakhovetski @ 2004-02-13 22:39 UTC (permalink / raw) To: Brad Cramer; +Cc: linux-kernel On Fri, 13 Feb 2004, Brad Cramer wrote: > I can not get my scsi hd to work with my tekram dc-390u2w controller and > the sym53c8xx_2 driver under kernel-2.6.2. Everything works great using > kernel-2.4.28 and sym53c8xx driver so I know this is not a hardware issue > with the disk. I have built the sym53c8xx_2 driver into the kernel and have Can you send your dmesg output when attempting to boot a 2.6.x kernel? You might want to move (or, at least, CC) this discussion to the linux-scsi (linux-scsi@vger.kernel.org) list. Guennadi --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-13 22:39 ` Guennadi Liakhovetski @ 2004-02-17 16:23 ` Brad Cramer 2004-02-17 19:17 ` Guennadi Liakhovetski 0 siblings, 1 reply; 13+ messages in thread From: Brad Cramer @ 2004-02-17 16:23 UTC (permalink / raw) To: 'Guennadi Liakhovetski'; +Cc: linux-kernel Here it is Linux version 2.6.2 (root@bigdaddy) (gcc version 3.3.3 20040125 (prerelease) (Debian)) #1 Thu Feb 12 08:33:42 EST 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000004fff0000 (usable) BIOS-e820: 000000004fff0000 - 000000004fff3000 (ACPI NVS) BIOS-e820: 000000004fff3000 - 0000000050000000 (ACPI data) BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved) 383MB HIGHMEM available. 896MB LOWMEM available. On node 0 totalpages: 327664 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 225280 pages, LIFO batch:16 HighMem zone: 98288 pages, LIFO batch:16 DMI 2.2 present. ACPI: RSDP (v000 761686 ) @ 0x000f6a70 ACPI: RSDT (v001 761686 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x4fff3000 ACPI: FADT (v001 761686 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x4fff3040 ACPI: DSDT (v001 761686 AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 Building zonelist for node : 0 Kernel command line: auto BOOT_IMAGE=Linux ro root=1601 Local APIC disabled by BIOS -- reenabling. Found and enabled local APIC! Initializing CPU#0 PID hash table entries: 4096 (order 12: 32768 bytes) Detected 1402.432 MHz processor. Using tsc for high-res timesource Console: colour dummy device 80x25 Memory: 1293316k/1310656k available (1941k kernel code, 16200k reserved, 831k data, 164k init, 393152k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 2760.70 BogoMIPS Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes) Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 0183fbff c1c7fbff 00000000 00000000 CPU: After vendor identify, caps: 0183fbff c1c7fbff 00000000 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 256K (64 bytes/line) CPU: After all inits, caps: 0183fbff c1c7fbff 00000000 00000020 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: AMD Athlon(tm) processor stepping 04 1,1 Top -----Original Message----- From: Guennadi Liakhovetski [mailto:g.liakhovetski@gmx.de] Sent: Friday, February 13, 2004 5:40 PM To: Brad Cramer Cc: linux-kernel@vger.kernel.org Subject: Re: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x On Fri, 13 Feb 2004, Brad Cramer wrote: > I can not get my scsi hd to work with my tekram dc-390u2w controller and > the sym53c8xx_2 driver under kernel-2.6.2. Everything works great using > kernel-2.4.28 and sym53c8xx driver so I know this is not a hardware issue > with the disk. I have built the sym53c8xx_2 driver into the kernel and have Can you send your dmesg output when attempting to boot a 2.6.x kernel? You might want to move (or, at least, CC) this discussion to the linux-scsi (linux-scsi@vger.kernel.org) list. Guennadi --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-17 16:23 ` Brad Cramer @ 2004-02-17 19:17 ` Guennadi Liakhovetski 2004-02-17 21:28 ` Brad Cramer 0 siblings, 1 reply; 13+ messages in thread From: Guennadi Liakhovetski @ 2004-02-17 19:17 UTC (permalink / raw) To: Brad Cramer; +Cc: linux-kernel On Tue, 17 Feb 2004, Brad Cramer wrote: > Linux version 2.6.2 (root@bigdaddy) (gcc version 3.3.3 20040125 (prerelease) > (Debian)) #1 Thu Feb 12 08:33:42 EST 2004 ... > 383MB HIGHMEM available. > 896MB LOWMEM available. ... > Local APIC disabled by BIOS -- reenabling. > Found and enabled local APIC! ... > Detected 1402.432 MHz processor. > Using tsc for high-res timesource ... > Memory: 1293316k/1310656k available (1941k kernel code, 16200k reserved, > 831k data, 164k init, 393152k highmem) ... > Intel machine check architecture supported. > Intel machine check reporting enabled on CPU#0. > CPU: AMD Athlon(tm) processor stepping 04 Is this the complete log? Why did you decide that the problem is with SCSI then? There should be some more stuff between this point and SCSI init. If you really suspect SCSI, you could try disabling your controller-driver and enable another one, then it should boot further and panic nixely "unable to mount root-fs". > 1,1 Top This didn't belong to the log, did it? Guennadi --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-17 19:17 ` Guennadi Liakhovetski @ 2004-02-17 21:28 ` Brad Cramer 2004-02-17 23:42 ` Guennadi Liakhovetski 0 siblings, 1 reply; 13+ messages in thread From: Brad Cramer @ 2004-02-17 21:28 UTC (permalink / raw) To: 'Guennadi Liakhovetski'; +Cc: linux-kernel Sorry, bad cut and paste, also my scsi disk is not where root fs is it contains /tmp /var /opt on three different partitions here is the full dmesg: Linux version 2.6.2 (root@bigdaddy) (gcc version 3.3.3 20040125 (prerelease) (Debian)) #1 Thu Feb 12 08:33:42 EST 2004 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000004fff0000 (usable) BIOS-e820: 000000004fff0000 - 000000004fff3000 (ACPI NVS) BIOS-e820: 000000004fff3000 - 0000000050000000 (ACPI data) BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved) 383MB HIGHMEM available. 896MB LOWMEM available. On node 0 totalpages: 327664 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 225280 pages, LIFO batch:16 HighMem zone: 98288 pages, LIFO batch:16 DMI 2.2 present. ACPI: RSDP (v000 761686 ) @ 0x000f6a70 ACPI: RSDT (v001 761686 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x4fff3000 ACPI: FADT (v001 761686 AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x4fff3040 ACPI: DSDT (v001 761686 AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 Building zonelist for node : 0 Kernel command line: auto BOOT_IMAGE=Linux ro root=1601 Local APIC disabled by BIOS -- reenabling. Found and enabled local APIC! Initializing CPU#0 PID hash table entries: 4096 (order 12: 32768 bytes) Detected 1402.432 MHz processor. Using tsc for high-res timesource Console: colour dummy device 80x25 Memory: 1293316k/1310656k available (1941k kernel code, 16200k reserved, 831k data, 164k init, 393152k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 2760.70 BogoMIPS Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes) Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 0183fbff c1c7fbff 00000000 00000000 CPU: After vendor identify, caps: 0183fbff c1c7fbff 00000000 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 256K (64 bytes/line) CPU: After all inits, caps: 0183fbff c1c7fbff 00000000 00000020 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: AMD Athlon(tm) processor stepping 04 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX enabled ExtINT on CPU#0 ESR value before enabling vector: 00000000 ESR value after enabling vector: 00000000 Using local APIC timer interrupts. calibrating APIC timer ... ..... CPU clock speed is 1401.0560 MHz. ..... host bus clock speed is 266.0963 MHz. NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfb690, last bus=1 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040116 ACPI: IRQ11 SCI: Level Trigger. spurious 8259A interrupt: IRQ7. ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 *5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 *10 11 12 14 15) SCSI subsystem initialized ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 10 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 9 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 5 PCI: Using ACPI for IRQ routing PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' vesafb: framebuffer at 0xec000000, mapped to 0xf8806000, size 16384k vesafb: mode is 1024x768x8, linelength=1024, pages=4 vesafb: protected mode interface info at c000:bd60 vesafb: scrolling: redraw fb0: VESA VGA frame buffer device Machine check exception polling timer started. ikconfig 0.7 with /proc/config* highmem bounce pool size: 64 pages VFS: Disk quotas dquot_6.5.1 Initializing Cryptographic API PCI: Disabling Via external APIC routing Console: switching to colour frame buffer device 128x48 pty: 256 Unix98 ptys configured Non-volatile memory driver v1.2 Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected AMD 761 chipset agpgart: Maximum main memory to use for agp memory: 1185M agpgart: AGP aperture is 64M @ 0xe8000000 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A Using anticipatory io scheduler Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize 8139too Fast Ethernet driver 0.9.26 eth0: RealTek RTL8139 at 0xf983d000, 00:00:21:fb:f7:f1, IRQ 10 eth0: Identified 8139 chip type 'RTL-8139B' Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller at PCI slot 0000:00:07.1 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci0000:00:07.1 ide0: BM-DMA at 0xd400-0xd407, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xd408-0xd40f, BIOS settings: hdc:DMA, hdd:DMA hda: WDC WD400BB-00CLB0, ATA DISK drive hdc: WDC WD400BB-00CLB0, ATA DISK drive hdd: CR-487ETE, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 128KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) hda: hda1 hda2 hda3 < hda5 hda6 > hda4 hdc: max request size: 128KiB hdc: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) hdc: hdc1 hdc2 hdc3 sym0: <895> rev 0x1 at pci 0000:00:0f.0 irq 11 sym0: Tekram NVRAM, ID 7, Fast-40, SE, NO parity sym0: SCSI BUS has been reset. sym0: SCSI BUS mode change from SE to SE. sym0: SCSI BUS has been reset. scsi0 : sym-2.1.18f Vendor: SEAGATE Model: SX4234514 Rev: 9E21 Type: Direct-Access ANSI SCSI revision: 02 sym0:0:0: tagged command queuing enabled, command queue depth 4. Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 Type: CD-ROM ANSI SCSI revision: 02 Vendor: IOMEGA Model: ZIP 100 Rev: J.02 Type: Direct-Access ANSI SCSI revision: 02 Vendor: SONY Model: SDT-5000 Rev: 3.26 Type: Sequential-Access ANSI SCSI revision: 02 Console: switching to colour frame buffer device 128x48 mice: PS/2 mouse device common for all mice serio: i8042 AUX port at 0x60,0x64 irq 12 input: ImPS/2 Generic Wheel Mouse on isa0060/serio1 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 NET: Registered protocol family 2 IP: routing cache hash table of 16384 buckets, 128Kbytes TCP: Hash tables configured (established 524288 bind 65536) NET: Registered protocol family 17 found reiserfs format "3.6" with standard journal Reiserfs journal params: device hdc1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 reiserfs: checking transaction log (hdc1) for (hdc1) Using r5 hash to sort names VFS: Mounted root (reiserfs filesystem) readonly. Freeing unused kernel memory: 164k freed NET: Registered protocol family 1 Adding 200804k swap on /dev/hda4. Priority:-1 extents:1 drivers/usb/core/usb.c: registered new driver usbfs drivers/usb/core/usb.c: registered new driver hub drivers/usb/core/usb.c: registered new driver usbkbd drivers/usb/input/usbkbd.c: :USB HID Boot Protocol keyboard driver kjournald starting. Commit interval 5 seconds EXT3 FS on hda2, internal journal EXT3-fs: mounted filesystem with ordered data mode. found reiserfs format "3.6" with standard journal Reiserfs journal params: device hdc2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 reiserfs: checking transaction log (hdc2) for (hdc2) Using r5 hash to sort names found reiserfs format "3.6" with standard journal Reiserfs journal params: device hdc3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 reiserfs: checking transaction log (hdc3) for (hdc3) Using r5 hash to sort names found reiserfs format "3.6" with standard journal Reiserfs journal params: device hda5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 reiserfs: checking transaction log (hda5) for (hda5) Using r5 hash to sort names found reiserfs format "3.6" with standard journal Reiserfs journal params: device hda6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 reiserfs: checking transaction log (hda6) for (hda6) Using r5 hash to sort names eth0: link up, 10Mbps, half-duplex, lpa 0x0000 Real Time Clock Driver v1.12 blk: queue f7cc9a00, I/O limit 4095Mb (mask 0xffffffff) blk: queue f7cc9200, I/O limit 4095Mb (mask 0xffffffff) parport0: PC-style at 0x378 [PCSPP,EPP] parport0: cpp_daisy: aa5500ff(18) parport0: assign_addrs: aa5500ff(18) parport0: Printer, EPSON Stylus COLOR 640 parport_pc: Via 686A parallel port: io=0x378 lp0: using parport0 (polling). -----Original Message----- From: linux-kernel-owner@vger.kernel.org [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Guennadi Liakhovetski Sent: Tuesday, February 17, 2004 2:17 PM To: Brad Cramer Cc: linux-kernel@vger.kernel.org Subject: RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x On Tue, 17 Feb 2004, Brad Cramer wrote: > Linux version 2.6.2 (root@bigdaddy) (gcc version 3.3.3 20040125 (prerelease) > (Debian)) #1 Thu Feb 12 08:33:42 EST 2004 ... > 383MB HIGHMEM available. > 896MB LOWMEM available. ... > Local APIC disabled by BIOS -- reenabling. > Found and enabled local APIC! ... > Detected 1402.432 MHz processor. > Using tsc for high-res timesource ... > Memory: 1293316k/1310656k available (1941k kernel code, 16200k reserved, > 831k data, 164k init, 393152k highmem) ... > Intel machine check architecture supported. > Intel machine check reporting enabled on CPU#0. > CPU: AMD Athlon(tm) processor stepping 04 Is this the complete log? Why did you decide that the problem is with SCSI then? There should be some more stuff between this point and SCSI init. If you really suspect SCSI, you could try disabling your controller-driver and enable another one, then it should boot further and panic nixely "unable to mount root-fs". > 1,1 Top This didn't belong to the log, did it? Guennadi --- Guennadi Liakhovetski - 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/ ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-17 21:28 ` Brad Cramer @ 2004-02-17 23:42 ` Guennadi Liakhovetski 2004-02-18 14:44 ` Brad Cramer 0 siblings, 1 reply; 13+ messages in thread From: Guennadi Liakhovetski @ 2004-02-17 23:42 UTC (permalink / raw) To: Brad Cramer; +Cc: 'Guennadi Liakhovetski', linux-kernel On Tue, 17 Feb 2004, Brad Cramer wrote: > sym0: <895> rev 0x1 at pci 0000:00:0f.0 irq 11 > sym0: Tekram NVRAM, ID 7, Fast-40, SE, NO parity > sym0: SCSI BUS has been reset. > sym0: SCSI BUS mode change from SE to SE. > sym0: SCSI BUS has been reset. > scsi0 : sym-2.1.18f > Vendor: SEAGATE Model: SX4234514 Rev: 9E21 > Type: Direct-Access ANSI SCSI revision: 02 Isn't this your drive? > sym0:0:0: tagged command queuing enabled, command queue depth 4. > Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 > Type: CD-ROM ANSI SCSI revision: 02 > Vendor: IOMEGA Model: ZIP 100 Rev: J.02 > Type: Direct-Access ANSI SCSI revision: 02 > Vendor: SONY Model: SDT-5000 Rev: 3.26 > Type: Sequential-Access ANSI SCSI revision: 02 If not, could you also post the relevant part of your 2.4 boot log for comparison? If it is, maybe just the enumeration has changed, so, that now you have to mount it under a different letter? Guennadi --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-17 23:42 ` Guennadi Liakhovetski @ 2004-02-18 14:44 ` Brad Cramer 2004-02-18 21:03 ` Guennadi Liakhovetski 0 siblings, 1 reply; 13+ messages in thread From: Brad Cramer @ 2004-02-18 14:44 UTC (permalink / raw) To: 'Guennadi Liakhovetski', 'Brad Cramer'; +Cc: linux-kernel Yes that is my drive, but after it scans the scsi bus and finds all the devices it will not mount any of the partitions. And I know it is not corrupted partitions because they mount fine under 2.4.18 using the sym53c8xx driver. I don't have the exact message in front of me, but when I try to manually mount the partitions under 2.6.2 I get errors something about parity errors, again I could get the exact message when I get home tonight. Brad -----Original Message----- From: linux-kernel-owner@vger.kernel.org [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Guennadi Liakhovetski Sent: Tuesday, February 17, 2004 6:43 PM To: Brad Cramer Cc: 'Guennadi Liakhovetski'; linux-kernel@vger.kernel.org Subject: RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x On Tue, 17 Feb 2004, Brad Cramer wrote: > sym0: <895> rev 0x1 at pci 0000:00:0f.0 irq 11 > sym0: Tekram NVRAM, ID 7, Fast-40, SE, NO parity > sym0: SCSI BUS has been reset. > sym0: SCSI BUS mode change from SE to SE. > sym0: SCSI BUS has been reset. > scsi0 : sym-2.1.18f > Vendor: SEAGATE Model: SX4234514 Rev: 9E21 > Type: Direct-Access ANSI SCSI revision: 02 Isn't this your drive? > sym0:0:0: tagged command queuing enabled, command queue depth 4. > Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 > Type: CD-ROM ANSI SCSI revision: 02 > Vendor: IOMEGA Model: ZIP 100 Rev: J.02 > Type: Direct-Access ANSI SCSI revision: 02 > Vendor: SONY Model: SDT-5000 Rev: 3.26 > Type: Sequential-Access ANSI SCSI revision: 02 If not, could you also post the relevant part of your 2.4 boot log for comparison? If it is, maybe just the enumeration has changed, so, that now you have to mount it under a different letter? Guennadi --- Guennadi Liakhovetski - 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/ ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-18 14:44 ` Brad Cramer @ 2004-02-18 21:03 ` Guennadi Liakhovetski 2004-02-27 14:47 ` Brad Cramer 0 siblings, 1 reply; 13+ messages in thread From: Guennadi Liakhovetski @ 2004-02-18 21:03 UTC (permalink / raw) To: Brad Cramer; +Cc: linux-kernel On Wed, 18 Feb 2004, Brad Cramer wrote: > Yes that is my drive, but after it scans the scsi bus and finds all the > devices it will not mount any of the partitions. And I know it is not > corrupted partitions because they mount fine under 2.4.18 using the > sym53c8xx driver. > I don't have the exact message in front of me, but when I try to manually > mount the partitions under 2.6.2 I get errors something about parity errors, > again I could get the exact message when I get home tonight. That might give a clue. Guennadi --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-18 21:03 ` Guennadi Liakhovetski @ 2004-02-27 14:47 ` Brad Cramer 2004-02-27 14:59 ` Richard B. Johnson ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: Brad Cramer @ 2004-02-27 14:47 UTC (permalink / raw) To: 'Guennadi Liakhovetski'; +Cc: linux-kernel, linux-scsi-owner OK, it took me some time, but here is what I did. I installed a debian kernel image (kernel_image-2.4.24-1-k7) to tell if this was just a problem with the driver or because of the upgrade to kernel 2.6.x I the sym53c8xx and sym53c8xx_2 drivers are modules and this is what I got. bigdaddy:~# modprobe sym53c8xx PCI: Found IRQ 11 for device 00:0f.0 PCI: Sharing IRQ 11 with 00:0d.0 PCI: Sharing IRQ 11 with 00:0d.1 sym53c8xx: at PCI bus 0, device 15, function 0 sym53c8xx: 53c895 detected with Tekram NVRAM sym53c895-0: rev 0x1 on pci bus 0 device 15 function 0 irq 11 sym53c895-0: Tekram format NVRAM, ID 7, Fast-40, NO Parity sym53c895-0: SCSI bus mode change from 80 to 80. scsi0 : sym53c8xx-1.7.3c-20010512 blk: queue f6eed0d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: SEAGATE Model: SX4234514 Rev: 9E21 Type: Direct-Access ANSI SCSI revision: 02 blk: queue f6eed2d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 Type: CD-ROM ANSI SCSI revision: 02 blk: queue f6eed3d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: IOMEGA Model: ZIP 100 Rev: J.02 Type: Direct-Access ANSI SCSI revision: 02 blk: queue f6eed4d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: SONY Model: SDT-5000 Rev: 3.26 Type: Sequential-Access ANSI SCSI revision: 02 blk: queue f6eedad4, I/O limit 4095Mb (mask 0xffffffff) Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi removable disk sdb at scsi0, channel 0, id 5, lun 0 sym53c895-0-<0,*>: asynchronous. SCSI device sda: 45322644 512-byte hdwr sectors (23205 MB) /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 sym53c895-0-<5,*>: target did not report SYNC. sym53c895-0-<5,*>: target did not report SYNC. sym53c895-0-<5,*>: target did not report SYNC. sdb: Unit Not Ready, sense: Current 00:00: sense key Not Ready Additional sense indicates Medium not present sym53c895-0-<5,*>: target did not report SYNC. sym53c895-0-<5,*>: target did not report SYNC. sym53c895-0-<5,*>: target did not report SYNC. sdb : READ CAPACITY failed. sdb : status = 1, message = 00, host = 0, driver = 28 Current sd00:00: sense key Not Ready Additional sense indicates Medium not present sdb : block size assumed to be 512 bytes, disk size 1GB. /dev/scsi/host0/bus0/target5/lun0: I/O error: dev 08:10, sector 0 I/O error: dev 08:10, sector 0 unable to read partition table sdb is a zip drive without a disk in it and that is the reason for those errors. Then when I mount a partition that is on /dev/sda I get this: bigdaddy:~# mount /var reiserfs: found format "3.6" with standard journal reiserfs: checking transaction log (device sd(8,2)) ... for (sd(8,2)) sd(8,2):Using r5 hash to sort names and everything works fine, then when I do : bigdaddy:~# modprobe sym53c8xx_2 PCI: Found IRQ 11 for device 00:0f.0 PCI: Sharing IRQ 11 with 00:0d.0 PCI: Sharing IRQ 11 with 00:0d.1 sym.0.15.0: setting PCI_COMMAND_INVALIDATE. sym0: <895> rev 0x1 on pci bus 0 device 15 function 0 irq 11 sym0: Tekram NVRAM, ID 7, Fast-40, SE, NO parity sym0: SCSI BUS has been reset. sym0: SCSI BUS mode change from SE to SE. sym0: SCSI BUS has been reset. scsi0 : sym-2.1.17a blk: queue f6eed4d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: SEAGATE Model: SX4234514 Rev: 9E21 Type: Direct-Access ANSI SCSI revision: 02 blk: queue f6eed3d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 Type: CD-ROM ANSI SCSI revision: 02 blk: queue f6eed2d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: IOMEGA Model: ZIP 100 Rev: J.02 Type: Direct-Access ANSI SCSI revision: 02 blk: queue f6eed0d4, I/O limit 4095Mb (mask 0xffffffff) Vendor: SONY Model: SDT-5000 Rev: 3.26 Type: Sequential-Access ANSI SCSI revision: 02 blk: queue f6eed9d4, I/O limit 4095Mb (mask 0xffffffff) sym0:0:0: tagged command queuing enabled, command queue depth 16. Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi removable disk sdb at scsi0, channel 0, id 5, lun 0 sym0:0: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) SCSI device sda: 45322644 512-byte hdwr sectors (23205 MB) /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 sym0:5:0:phase change 6-7 6@35a4cf84 resid=4. sdb: Unit Not Ready, sense: Current 00:00: sense key Not Ready Additional sense indicates Medium not present sdb : READ CAPACITY failed. sdb : status = 1, message = 00, host = 0, driver = 08 Current sd00:00: sense key Not Ready Additional sense indicates Medium not present sdb : block size assumed to be 512 bytes, disk size 1GB. /dev/scsi/host0/bus0/target5/lun0: I/O error: dev 08:10, sector 0 I/O error: dev 08:10, sector 0 unable to read partition table and then when I try to mount a partition on /dev/sda I get this: bigdaddy:~# mount /var reiserfs: found format "3.6" with standard journal reiserfs: checking transaction log (device sd(8,2)) ... for (sd(8,2)) SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 8000002 Current sd08:02: sense key Aborted Command Additional sense indicates Scsi parity error I/O error: dev 08:02, sector 65680 sd(8,2):reiserfs: journal-837: IO error during journal replay sd(8,2):Replay Failure, unable to mount sd(8,2):sh-2022: reiserfs_read_super: unable to initialize journal space mount: wrong fs type, bad option, bad superblock on /dev/sda2, or too many mounted file systems So I don't understand what is wrong, my only guess is a problem with the driver, but As I said I am not a programmer and I can not figure out where the problem is. Thanks Brad -----Original Message----- From: Guennadi Liakhovetski [mailto:g.liakhovetski@gmx.de] Sent: Wednesday, February 18, 2004 4:03 PM To: Brad Cramer Cc: linux-kernel@vger.kernel.org Subject: RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x On Wed, 18 Feb 2004, Brad Cramer wrote: > Yes that is my drive, but after it scans the scsi bus and finds all the > devices it will not mount any of the partitions. And I know it is not > corrupted partitions because they mount fine under 2.4.18 using the > sym53c8xx driver. > I don't have the exact message in front of me, but when I try to manually > mount the partitions under 2.6.2 I get errors something about parity errors, > again I could get the exact message when I get home tonight. That might give a clue. Guennadi --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-27 14:47 ` Brad Cramer @ 2004-02-27 14:59 ` Richard B. Johnson 2004-02-27 15:12 ` Brad Cramer 2004-02-28 18:02 ` Guennadi Liakhovetski 2004-03-11 21:35 ` Guennadi Liakhovetski 2 siblings, 1 reply; 13+ messages in thread From: Richard B. Johnson @ 2004-02-27 14:59 UTC (permalink / raw) To: Brad Cramer Cc: 'Guennadi Liakhovetski', Linux kernel, linux-scsi-owner On Fri, 27 Feb 2004, Brad Cramer wrote: > OK, it took me some time, but here is what I did. > I installed a debian kernel image (kernel_image-2.4.24-1-k7) to tell if this > was just a problem with the driver or because of the upgrade to kernel 2.6.x > I the sym53c8xx and sym53c8xx_2 drivers are modules and this is what I got. > > bigdaddy:~# modprobe sym53c8xx > PCI: Found IRQ 11 for device 00:0f.0 > PCI: Sharing IRQ 11 with 00:0d.0 > PCI: Sharing IRQ 11 with 00:0d.1 [SNIPPED...everything was fine] > > and everything works fine, then when I do : > Did you `rmmod` the previos driver??? If not, you have two drivers pounding on the same board, attempting to handle the same disk(s). All bets are off. > bigdaddy:~# modprobe sym53c8xx_2 [SNIPPED...] Cheers, Dick Johnson Penguin : Linux version 2.4.24 on an i686 machine (797.90 BogoMips). Note 96.31% of all statistics are fiction. ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-27 14:59 ` Richard B. Johnson @ 2004-02-27 15:12 ` Brad Cramer 0 siblings, 0 replies; 13+ messages in thread From: Brad Cramer @ 2004-02-27 15:12 UTC (permalink / raw) To: root Cc: 'Guennadi Liakhovetski', 'Linux kernel', linux-scsi-owner Sorry, yes I did rmmod the sym53c8xx driver before modprobeing the sym53c8xx_2 Brad -----Original Message----- From: Richard B. Johnson [mailto:root@chaos.analogic.com] Sent: Friday, February 27, 2004 9:59 AM To: Brad Cramer Cc: 'Guennadi Liakhovetski'; Linux kernel; linux-scsi-owner@vger.kernel.org Subject: RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x On Fri, 27 Feb 2004, Brad Cramer wrote: > OK, it took me some time, but here is what I did. > I installed a debian kernel image (kernel_image-2.4.24-1-k7) to tell if this > was just a problem with the driver or because of the upgrade to kernel 2.6.x > I the sym53c8xx and sym53c8xx_2 drivers are modules and this is what I got. > > bigdaddy:~# modprobe sym53c8xx > PCI: Found IRQ 11 for device 00:0f.0 > PCI: Sharing IRQ 11 with 00:0d.0 > PCI: Sharing IRQ 11 with 00:0d.1 [SNIPPED...everything was fine] > > and everything works fine, then when I do : > Did you `rmmod` the previos driver??? If not, you have two drivers pounding on the same board, attempting to handle the same disk(s). All bets are off. > bigdaddy:~# modprobe sym53c8xx_2 [SNIPPED...] Cheers, Dick Johnson Penguin : Linux version 2.4.24 on an i686 machine (797.90 BogoMips). Note 96.31% of all statistics are fiction. ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-27 14:47 ` Brad Cramer 2004-02-27 14:59 ` Richard B. Johnson @ 2004-02-28 18:02 ` Guennadi Liakhovetski 2004-03-11 21:35 ` Guennadi Liakhovetski 2 siblings, 0 replies; 13+ messages in thread From: Guennadi Liakhovetski @ 2004-02-28 18:02 UTC (permalink / raw) To: Brad Cramer; +Cc: linux-kernel, linux-scsi Just forwarding this to the _correct_ linux-scsi list address. Guennadi On Fri, 27 Feb 2004, Brad Cramer wrote: > OK, it took me some time, but here is what I did. > I installed a debian kernel image (kernel_image-2.4.24-1-k7) to tell if this > was just a problem with the driver or because of the upgrade to kernel 2.6.x > I the sym53c8xx and sym53c8xx_2 drivers are modules and this is what I got. > > bigdaddy:~# modprobe sym53c8xx > PCI: Found IRQ 11 for device 00:0f.0 > PCI: Sharing IRQ 11 with 00:0d.0 > PCI: Sharing IRQ 11 with 00:0d.1 > sym53c8xx: at PCI bus 0, device 15, function 0 > sym53c8xx: 53c895 detected with Tekram NVRAM > sym53c895-0: rev 0x1 on pci bus 0 device 15 function 0 irq 11 > sym53c895-0: Tekram format NVRAM, ID 7, Fast-40, NO Parity > sym53c895-0: SCSI bus mode change from 80 to 80. > scsi0 : sym53c8xx-1.7.3c-20010512 > blk: queue f6eed0d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: SEAGATE Model: SX4234514 Rev: 9E21 > Type: Direct-Access ANSI SCSI revision: 02 > blk: queue f6eed2d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 > Type: CD-ROM ANSI SCSI revision: 02 > blk: queue f6eed3d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: IOMEGA Model: ZIP 100 Rev: J.02 > Type: Direct-Access ANSI SCSI revision: 02 > blk: queue f6eed4d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: SONY Model: SDT-5000 Rev: 3.26 > Type: Sequential-Access ANSI SCSI revision: 02 > blk: queue f6eedad4, I/O limit 4095Mb (mask 0xffffffff) > Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 > Attached scsi removable disk sdb at scsi0, channel 0, id 5, lun 0 > sym53c895-0-<0,*>: asynchronous. > SCSI device sda: 45322644 512-byte hdwr sectors (23205 MB) > /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 > sym53c895-0-<5,*>: target did not report SYNC. > sym53c895-0-<5,*>: target did not report SYNC. > sym53c895-0-<5,*>: target did not report SYNC. > sdb: Unit Not Ready, sense: > Current 00:00: sense key Not Ready > Additional sense indicates Medium not present > sym53c895-0-<5,*>: target did not report SYNC. > sym53c895-0-<5,*>: target did not report SYNC. > sym53c895-0-<5,*>: target did not report SYNC. > sdb : READ CAPACITY failed. > sdb : status = 1, message = 00, host = 0, driver = 28 > Current sd00:00: sense key Not Ready > Additional sense indicates Medium not present > sdb : block size assumed to be 512 bytes, disk size 1GB. > /dev/scsi/host0/bus0/target5/lun0: I/O error: dev 08:10, sector 0 > I/O error: dev 08:10, sector 0 > unable to read partition table > > sdb is a zip drive without a disk in it and that is the reason for those > errors. Then when I mount a partition that is on /dev/sda I get this: > > bigdaddy:~# mount /var > reiserfs: found format "3.6" with standard journal > reiserfs: checking transaction log (device sd(8,2)) ... > for (sd(8,2)) > sd(8,2):Using r5 hash to sort names > > and everything works fine, then when I do : > > bigdaddy:~# modprobe sym53c8xx_2 > PCI: Found IRQ 11 for device 00:0f.0 > PCI: Sharing IRQ 11 with 00:0d.0 > PCI: Sharing IRQ 11 with 00:0d.1 > sym.0.15.0: setting PCI_COMMAND_INVALIDATE. > sym0: <895> rev 0x1 on pci bus 0 device 15 function 0 irq 11 > sym0: Tekram NVRAM, ID 7, Fast-40, SE, NO parity > sym0: SCSI BUS has been reset. > sym0: SCSI BUS mode change from SE to SE. > sym0: SCSI BUS has been reset. > scsi0 : sym-2.1.17a > blk: queue f6eed4d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: SEAGATE Model: SX4234514 Rev: 9E21 > Type: Direct-Access ANSI SCSI revision: 02 > blk: queue f6eed3d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: PIONEER Model: DVD-ROM DVD-303R Rev: 2.00 > Type: CD-ROM ANSI SCSI revision: 02 > blk: queue f6eed2d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: IOMEGA Model: ZIP 100 Rev: J.02 > Type: Direct-Access ANSI SCSI revision: 02 > blk: queue f6eed0d4, I/O limit 4095Mb (mask 0xffffffff) > Vendor: SONY Model: SDT-5000 Rev: 3.26 > Type: Sequential-Access ANSI SCSI revision: 02 > blk: queue f6eed9d4, I/O limit 4095Mb (mask 0xffffffff) > sym0:0:0: tagged command queuing enabled, command queue depth 16. > Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 > Attached scsi removable disk sdb at scsi0, channel 0, id 5, lun 0 > sym0:0: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) > SCSI device sda: 45322644 512-byte hdwr sectors (23205 MB) > /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 > sym0:5:0:phase change 6-7 6@35a4cf84 resid=4. > sdb: Unit Not Ready, sense: > Current 00:00: sense key Not Ready > Additional sense indicates Medium not present > sdb : READ CAPACITY failed. > sdb : status = 1, message = 00, host = 0, driver = 08 > Current sd00:00: sense key Not Ready > Additional sense indicates Medium not present > sdb : block size assumed to be 512 bytes, disk size 1GB. > /dev/scsi/host0/bus0/target5/lun0: I/O error: dev 08:10, sector 0 > I/O error: dev 08:10, sector 0 > unable to read partition table > and then when I try to mount a partition on /dev/sda I get this: > > bigdaddy:~# mount /var > reiserfs: found format "3.6" with standard journal > reiserfs: checking transaction log (device sd(8,2)) ... > for (sd(8,2)) > SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 8000002 > Current sd08:02: sense key Aborted Command > Additional sense indicates Scsi parity error > I/O error: dev 08:02, sector 65680 > sd(8,2):reiserfs: journal-837: IO error during journal replay > sd(8,2):Replay Failure, unable to mount > sd(8,2):sh-2022: reiserfs_read_super: unable to initialize journal space > mount: wrong fs type, bad option, bad superblock on /dev/sda2, > or too many mounted file systems > > So I don't understand what is wrong, my only guess is a problem with the > driver, but As I said I am not a programmer and I can not figure out where > the problem is. > Thanks > Brad > -----Original Message----- > From: Guennadi Liakhovetski [mailto:g.liakhovetski@gmx.de] > Sent: Wednesday, February 18, 2004 4:03 PM > To: Brad Cramer > Cc: linux-kernel@vger.kernel.org > Subject: RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x > > On Wed, 18 Feb 2004, Brad Cramer wrote: > > > Yes that is my drive, but after it scans the scsi bus and finds all the > > devices it will not mount any of the partitions. And I know it is not > > corrupted partitions because they mount fine under 2.4.18 using the > > sym53c8xx driver. > > I don't have the exact message in front of me, but when I try to manually > > mount the partitions under 2.6.2 I get errors something about parity > errors, > > again I could get the exact message when I get home tonight. > > That might give a clue. > > Guennadi > --- > Guennadi Liakhovetski > > > > > --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x 2004-02-27 14:47 ` Brad Cramer 2004-02-27 14:59 ` Richard B. Johnson 2004-02-28 18:02 ` Guennadi Liakhovetski @ 2004-03-11 21:35 ` Guennadi Liakhovetski 2 siblings, 0 replies; 13+ messages in thread From: Guennadi Liakhovetski @ 2004-03-11 21:35 UTC (permalink / raw) To: Brad Cramer; +Cc: linux-kernel, linux-scsi-owner On Fri, 27 Feb 2004, Brad Cramer wrote: > I installed a debian kernel image (kernel_image-2.4.24-1-k7) to tell if this > was just a problem with the driver or because of the upgrade to kernel 2.6.x > I the sym53c8xx and sym53c8xx_2 drivers are modules and this is what I got. ... > bigdaddy:~# mount /var > reiserfs: found format "3.6" with standard journal > reiserfs: checking transaction log (device sd(8,2)) ... > for (sd(8,2)) > SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 8000002 > Current sd08:02: sense key Aborted Command > Additional sense indicates Scsi parity error > I/O error: dev 08:02, sector 65680 > sd(8,2):reiserfs: journal-837: IO error during journal replay > sd(8,2):Replay Failure, unable to mount > sd(8,2):sh-2022: reiserfs_read_super: unable to initialize journal space > mount: wrong fs type, bad option, bad superblock on /dev/sda2, > or too many mounted file systems Ok, still hoping to attract the help from some more experienced in SCSI and more knowledgable about this specific driver, here's one more thing I can suggest - can you enable debugging through the respective /proc-files (see, e.g., drivers/scsi/sym53c8xx_2/Documentation.txt in 2.4). I guess, useful would be tiny,result,queue. Possibly, for both drivers, but be prepared - for the working one it'll produce lots of output, I guess... Thanks Guennadi --- Guennadi Liakhovetski ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2004-03-11 21:36 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2004-02-13 15:10 sym53c8xx_2 driver and tekram dc-390u2w kernel-2.6.x Brad Cramer 2004-02-13 22:39 ` Guennadi Liakhovetski 2004-02-17 16:23 ` Brad Cramer 2004-02-17 19:17 ` Guennadi Liakhovetski 2004-02-17 21:28 ` Brad Cramer 2004-02-17 23:42 ` Guennadi Liakhovetski 2004-02-18 14:44 ` Brad Cramer 2004-02-18 21:03 ` Guennadi Liakhovetski 2004-02-27 14:47 ` Brad Cramer 2004-02-27 14:59 ` Richard B. Johnson 2004-02-27 15:12 ` Brad Cramer 2004-02-28 18:02 ` Guennadi Liakhovetski 2004-03-11 21:35 ` Guennadi Liakhovetski
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®