Re: AHA-154X/1535 not recognized any more
Markus Schaber wrote: > > Hello, > > On Wed, 18 Apr 2001, Alan Cox wrote: > > > Ok if you use the old style usermode isapnp tools to configure it and then > > force aha1542 to use the right io, irq to find it does it then work ? > > Well, as this device is already configured by the bios, I just tried > to load it giving the right IO port, and got the following message: > > lunix:/home/schabi# modprobe aha1542 io=0x330 > /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o: invalid parameter parm_io > /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o: insmod > /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o failed > /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o: insmod aha1542 failed The parameter format from the source code is: /* * LILO/Module params: aha1542=[,,[,]] * * Where: is any of the valid AHA addresses: * 0x130, 0x134, 0x230, 0x234, 0x330, 0x334 * is the time (in microsecs) that AHA spends on the AT-bus * when transferring data. 1542A power-on default is 11us, * valid values are in range: 2..15 (decimal) * is the time that AHA spends OFF THE BUS after while * it is transferring data (not to monopolize the bus). * Power-on default is 4us, valid range: 1..64 microseconds. * Default is jumper selected (1542A: on the J1), * but experimenter can alter it with this. * Valid values: 5, 6, 7, 8, 10 (MB/s) * Factory default is 5 MB/s. */ > lunix:~# isapnp pnpconfig.txt > Board 1 has Identity 08 0f 6d b9 45 42 15 90 04: ADP1542 Serial No 258849093 >[checksum 08] > pnptext:60 -- Fatal - IO range check attempted while device activated > pnptext:60 -- Fatal - Error occurred executing request ' ' --- further >action aborted I've a pnp sound card that fails to configure with a similar error message when a (CHECK) entry was found in an (IO ...) block. Removing those entries solved the problem. Try this in your pnpconfig.txt: (IO 0 (SIZE 4) (BASE 0x0330)) -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: AHA-154X/1535 not recognized any more
Markus Schaber wrote: Hello, On Wed, 18 Apr 2001, Alan Cox wrote: Ok if you use the old style usermode isapnp tools to configure it and then force aha1542 to use the right io, irq to find it does it then work ? Well, as this device is already configured by the bios, I just tried to load it giving the right IO port, and got the following message: lunix:/home/schabi# modprobe aha1542 io=0x330 /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o: invalid parameter parm_io /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o: insmod /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o failed /lib/modules/2.4.3/kernel/drivers/scsi/aha1542.o: insmod aha1542 failed The parameter format from the source code is: /* * LILO/Module params: aha1542=PORTBASE[,BUSON,BUSOFF[,DMASPEED]] * * Where: PORTBASE is any of the valid AHA addresses: * 0x130, 0x134, 0x230, 0x234, 0x330, 0x334 * BUSON is the time (in microsecs) that AHA spends on the AT-bus * when transferring data. 1542A power-on default is 11us, * valid values are in range: 2..15 (decimal) * BUSOFF is the time that AHA spends OFF THE BUS after while * it is transferring data (not to monopolize the bus). * Power-on default is 4us, valid range: 1..64 microseconds. * DMASPEED Default is jumper selected (1542A: on the J1), * but experimenter can alter it with this. * Valid values: 5, 6, 7, 8, 10 (MB/s) * Factory default is 5 MB/s. */ lunix:~# isapnp pnpconfig.txt Board 1 has Identity 08 0f 6d b9 45 42 15 90 04: ADP1542 Serial No 258849093 [checksum 08] pnptext:60 -- Fatal - IO range check attempted while device activated pnptext:60 -- Fatal - Error occurred executing request 'IORESCHECK ' --- further action aborted I've a pnp sound card that fails to configure with a similar error message when a (CHECK) entry was found in an (IO ...) block. Removing those entries solved the problem. Try this in your pnpconfig.txt: (IO 0 (SIZE 4) (BASE 0x0330)) -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Sudden scsi timeouts on main disk.
Hi, While playing a dvd I was plugging a headphone and my machine froze and had to reset. The machine was running 2.4.3 with the new aha7xxx driver. I booted back into 2.2.18. It took a while to get pass the scsi BIOS. It finally detected all the drives, but lilo would not find the scsi disk to boot. After several attempts it finally booted but started to get scsi time outs from my main disk. My scsi adapter is an adaptec 7895. The logs are: Apr 13 01:16:17 inca kernel: scsi : aborting command due to timeout : pid 3797, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 88 aa f3 00 00 08 00 Apr 13 01:16:17 inca kernel: (scsi0:0:0:0) SCSISIGI 0x54, SEQADDR 0x156, SSTAT0 0x7, SSTAT1 0x7 Apr 13 01:16:17 inca kernel: (scsi0:0:0:0) SG_CACHEPTR 0x0, SSTAT2 0x10, STCNT 0x0 Apr 13 01:16:19 inca kernel: SCSI host 0 abort (pid 3797) timed out - resetting Apr 13 01:16:19 inca kernel: SCSI bus is being reset for host 0 channel 0. Apr 13 01:16:20 inca kernel: (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Apr 13 01:16:50 inca kernel: scsi : aborting command due to timeout : pid 3801, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 88 ac 8b 00 00 08 00 Apr 13 01:16:50 inca kernel: (scsi0:0:0:0) SCSISIGI 0x54, SEQADDR 0x156, SSTAT0 0x7, SSTAT1 0x7 Apr 13 01:16:50 inca kernel: (scsi0:0:0:0) SG_CACHEPTR 0x0, SSTAT2 0x10, STCNT 0x0 Apr 13 01:16:52 inca kernel: SCSI host 0 abort (pid 3801) timed out - resetting Apr 13 01:16:52 inca kernel: SCSI bus is being reset for host 0 channel 0. Apr 13 01:16:53 inca kernel: (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Apr 13 01:17:23 inca kernel: scsi : aborting command due to timeout : pid 3820, scsi0, channel 0, id 0, lun 0 Request Sense 00 00 00 10 00 Apr 13 01:17:23 inca kernel: (scsi0:0:0:0) SCSISIGI 0x54, SEQADDR 0x156, SSTAT0 0x7, SSTAT1 0x17 Apr 13 01:17:23 inca kernel: (scsi0:0:0:0) SG_CACHEPTR 0x0, SSTAT2 0x10, STCNT 0x0 Apr 13 01:17:24 inca kernel: SCSI host 0 abort (pid 3820) timed out - resetting Apr 13 01:17:24 inca kernel: SCSI bus is being reset for host 0 channel 0. Apr 13 01:17:25 inca kernel: (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. This has not happened before and the time outs are occurring intermittently. Are the logs a signal of hardware error? What would be the steps to check the machine? Any suggestion would be appreciated. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] matroxfb and mga XF4 driver coexistence...
Petr Vandrovec wrote: > > On 11 Apr 01 at 14:55, Chris Meadors wrote: > > > > I would like to see this fixed as much as anyone (even complained to the > > XFree people from SuSE last ALS). But I don't think the fix should be in > > the kernel. XF4 needs to be fixed. The problem doesn't just effect the > > maxtroxfb, but also the vgacon video mode selection. > > But only users using matroxfb complains to me and/or to linux-kernel ;-) > You know, it worked last week, but it does not work anymore today. And > only thing I changed was kernel. So it must be in kernel... > > > If I put anything other than "normal" or "extended" in the "vga=" line of > > my lilo.conf the machine starts okay, but upon exiting X bad stuff > > It is first time I see that other drivers than mga one has troubles. I think he's referrig to the matrox cards. I have mentioned this happening to me in this list. I've a G450, if I use anything other than 'normal', going in and out of X makes my text console go blank. I don't use the frame buffer, by the way. > > I don't use the matroxfb driver so this patch wouldn't help me, and is > > also why I say XFree 4.0 needs to be fixed. > > Buy matrox and use matroxfb. It will fix problem for you, then... If the problem occurs whithout the frame buffer on, the problem seems to be on the X server. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] matroxfb and mga XF4 driver coexistence...
Petr Vandrovec wrote: On 11 Apr 01 at 14:55, Chris Meadors wrote: I would like to see this fixed as much as anyone (even complained to the XFree people from SuSE last ALS). But I don't think the fix should be in the kernel. XF4 needs to be fixed. The problem doesn't just effect the maxtroxfb, but also the vgacon video mode selection. But only users using matroxfb complains to me and/or to linux-kernel ;-) You know, it worked last week, but it does not work anymore today. And only thing I changed was kernel. So it must be in kernel... If I put anything other than "normal" or "extended" in the "vga=" line of my lilo.conf the machine starts okay, but upon exiting X bad stuff It is first time I see that other drivers than mga one has troubles. I think he's referrig to the matrox cards. I have mentioned this happening to me in this list. I've a G450, if I use anything other than 'normal', going in and out of X makes my text console go blank. I don't use the frame buffer, by the way. I don't use the matroxfb driver so this patch wouldn't help me, and is also why I say XFree 4.0 needs to be fixed. Buy matrox and use matroxfb. It will fix problem for you, then... If the problem occurs whithout the frame buffer on, the problem seems to be on the X server. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Sudden scsi timeouts on main disk.
Hi, While playing a dvd I was plugging a headphone and my machine froze and had to reset. The machine was running 2.4.3 with the new aha7xxx driver. I booted back into 2.2.18. It took a while to get pass the scsi BIOS. It finally detected all the drives, but lilo would not find the scsi disk to boot. After several attempts it finally booted but started to get scsi time outs from my main disk. My scsi adapter is an adaptec 7895. The logs are: Apr 13 01:16:17 inca kernel: scsi : aborting command due to timeout : pid 3797, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 88 aa f3 00 00 08 00 Apr 13 01:16:17 inca kernel: (scsi0:0:0:0) SCSISIGI 0x54, SEQADDR 0x156, SSTAT0 0x7, SSTAT1 0x7 Apr 13 01:16:17 inca kernel: (scsi0:0:0:0) SG_CACHEPTR 0x0, SSTAT2 0x10, STCNT 0x0 Apr 13 01:16:19 inca kernel: SCSI host 0 abort (pid 3797) timed out - resetting Apr 13 01:16:19 inca kernel: SCSI bus is being reset for host 0 channel 0. Apr 13 01:16:20 inca kernel: (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Apr 13 01:16:50 inca kernel: scsi : aborting command due to timeout : pid 3801, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 88 ac 8b 00 00 08 00 Apr 13 01:16:50 inca kernel: (scsi0:0:0:0) SCSISIGI 0x54, SEQADDR 0x156, SSTAT0 0x7, SSTAT1 0x7 Apr 13 01:16:50 inca kernel: (scsi0:0:0:0) SG_CACHEPTR 0x0, SSTAT2 0x10, STCNT 0x0 Apr 13 01:16:52 inca kernel: SCSI host 0 abort (pid 3801) timed out - resetting Apr 13 01:16:52 inca kernel: SCSI bus is being reset for host 0 channel 0. Apr 13 01:16:53 inca kernel: (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Apr 13 01:17:23 inca kernel: scsi : aborting command due to timeout : pid 3820, scsi0, channel 0, id 0, lun 0 Request Sense 00 00 00 10 00 Apr 13 01:17:23 inca kernel: (scsi0:0:0:0) SCSISIGI 0x54, SEQADDR 0x156, SSTAT0 0x7, SSTAT1 0x17 Apr 13 01:17:23 inca kernel: (scsi0:0:0:0) SG_CACHEPTR 0x0, SSTAT2 0x10, STCNT 0x0 Apr 13 01:17:24 inca kernel: SCSI host 0 abort (pid 3820) timed out - resetting Apr 13 01:17:24 inca kernel: SCSI bus is being reset for host 0 channel 0. Apr 13 01:17:25 inca kernel: (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. This has not happened before and the time outs are occurring intermittently. Are the logs a signal of hardware error? What would be the steps to check the machine? Any suggestion would be appreciated. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Recent problems with APM and XFree86-4.0.1
Jamie Lokier wrote: > > I've noticed other changes in suspend/resume. I'm running Gnome now, > and it insists on running xscreensaver whenever I close the lid. > Somehow it is noticing the APM event, because this is very consistent. > Does anyone know how to disable this? The setting "No screensaver" > under the list of screensavers didn't help -- it just runs a blank > screensaver which is even more confusing, because the computer appears > not to have resumed (when it's just a black screensaver). Look at the s option in the man pages for xset, that may help. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Recent problems with APM and XFree86-4.0.1
Jamie Lokier wrote: I've noticed other changes in suspend/resume. I'm running Gnome now, and it insists on running xscreensaver whenever I close the lid. Somehow it is noticing the APM event, because this is very consistent. Does anyone know how to disable this? The setting "No screensaver" under the list of screensavers didn't help -- it just runs a blank screensaver which is even more confusing, because the computer appears not to have resumed (when it's just a black screensaver). Look at the s option in the man pages for xset, that may help. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Matrox G400 Dualhead
J Brook wrote: > > >With 2.4.2 it was working just fine. > > I have also noticed problems with the 2.4.3 release. I have a G450 > 32Mb, that I use in single-head mode. The console framebuffer runs > fine at boot time, but when I load X (4.0.3 compiled with Matrox HAL > library) and then return to the console, I get a blank screen (signal > lost). In my case, when lilo boots my G450 on any video mode other than 'normal', going into X and then back into console, leads to a blank screen. I've observed this behavior in 2.2 and 2.4. Otherwise, I've no problem using the card in single or dual head. Since the HAL lib is a binary, we might have to wait for Matrox to fix this problem. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [sligthly OT] serial console on palm
It was posted by Christian Ehrhardt. [EMAIL PROTECTED] wrote: > > On Mon, Feb 12, 2001 at 05:32:39PM +0100, I wrote: > > I wrote a little palm app some time ago that can capture serial > > console output. If anyone is interested I'll build a tar ball with > > sources and binary. > > It is now availiable at http://www.mathematik.uni-ulm.de/~ehrhardt/serial/ > > Sorry for the slightly off topic post but I think enough people > showed interest to justify this. > > regardsChristian Ehrhardt I made a couple of changes to it. Mainly: Made a Makefile increased the speed to 19200 added a scrollbar a filter to get rid of some ansi characters. If someone could add the code to use higher speeds and being able to recall previous logs would make it more usefull. The changed version can be obtained in: http://www.neuronet.pitt.edu/~raffo/SerialRecord/ Bugs: If your machine crashes while booting it will loose the tail of the output, maybe because is not fast enough. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [sligthly OT] serial console on palm
It was posted by Christian Ehrhardt. [EMAIL PROTECTED] wrote: On Mon, Feb 12, 2001 at 05:32:39PM +0100, I wrote: I wrote a little palm app some time ago that can capture serial console output. If anyone is interested I'll build a tar ball with sources and binary. It is now availiable at http://www.mathematik.uni-ulm.de/~ehrhardt/serial/ Sorry for the slightly off topic post but I think enough people showed interest to justify this. regardsChristian Ehrhardt I made a couple of changes to it. Mainly: Made a Makefile increased the speed to 19200 added a scrollbar a filter to get rid of some ansi characters. If someone could add the code to use higher speeds and being able to recall previous logs would make it more usefull. The changed version can be obtained in: http://www.neuronet.pitt.edu/~raffo/SerialRecord/ Bugs: If your machine crashes while booting it will loose the tail of the output, maybe because is not fast enough. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: scsi_scan problem.
Patrick Mansfield wrote: > > If your testing Doug's patch, it might be a good idea to run with/without > your adapter built as a module, as the kernel is inconsistent in its setting > of "online" in scsi.c: it sets online TRUE after an attach in > scsi_register_device_module(), but leaves online as is after an > attach in scsi_register_host(). > > So, if the scan_scsis set online FALSE, it sometimes is set back to TRUE; > otherwise, I don't think any other code will set online to TRUE (once it > is set to FALSE after its scanned, no one can even open the device, not even sg). > > The online = TRUE should probably be removed from scsi_register_device_module(), > as disks with peripheral qualifier 1 (like Doug's the Clariion storage) > ususally complain when sent a READ CAPACITY. I got such errors when running with > a Clariion DASS (DGC RAID/DISK, scsi attached disk array). In my first post everything but the aic7xxx_old driver was builtin. With it built into the kernel the output is as follows: SCSI subsystem driver Revision: 1.00 (scsi0) found at PCI 0/14/1 (scsi0) Wide Channel B, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 383 instructions downloaded (scsi1) found at PCI 0/14/0 (scsi1) Wide Channel A, SCSI ID=7, 32/255 SCBs (scsi1) Downloading sequencer code... 383 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Vendor: SEAGATE Model: ST39173LW Rev: 6246 Type: Direct-Access ANSI SCSI revision: 02 (scsi1:0:2:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: SEAGATE Model: ST15150N Rev: 4611 Type: Direct-Access ANSI SCSI revision: 02 (scsi1:0:4:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 (scsi1:0:5:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: TEAC Model: CD-R56S4 Rev: 1.0P Type: CD-ROM ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 Detected scsi disk sdb at scsi1, channel 0, id 2, lun 0 SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB) sda: sda1 sda2 sda3 sda4 SCSI device sdb: 8388315 512-byte hdwr sectors (4295 MB) sdb: sdb1 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0 Detected scsi CD-ROM sr1 at scsi1, channel 0, id 4, lun 1 Detected scsi CD-ROM sr2 at scsi1, channel 0, id 4, lun 2 Detected scsi CD-ROM sr3 at scsi1, channel 0, id 4, lun 3 Detected scsi CD-ROM sr4 at scsi1, channel 0, id 4, lun 4 Detected scsi CD-ROM sr5 at scsi1, channel 0, id 5, lun 0 sr0: scsi3-mmc drive: 16x/16x xa/form2 changer sr0: CDROM (ioctl) reports ILLEGAL REQUEST. sr1: scsi3-mmc drive: 16x/16x xa/form2 changer sr1: CDROM (ioctl) reports ILLEGAL REQUEST. sr2: scsi3-mmc drive: 16x/16x xa/form2 changer sr2: CDROM (ioctl) reports ILLEGAL REQUEST. sr3: scsi3-mmc drive: 16x/16x xa/form2 changer sr3: CDROM (ioctl) reports ILLEGAL REQUEST. sr4: scsi3-mmc drive: 16x/16x xa/form2 changer sr4: CDROM (ioctl) reports ILLEGAL REQUEST. sr5: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray -- Rafael PS. By the way, it's not necessary to cc me. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: scsi_scan problem.
I applied the first hunk to version 2.4.3-pre4, as by email with Doug. The output for the scsi devices follows and is identical with and without the patch. Maybe someone can explain the meaning of the illegal requests at the end. Nevertheless, I can use the drive fine. Loading module aic7xxx_old ... Using /lib/modules/2.4.3-pre4/kernel/drivers/scsi/aic7xxx_old.o (scsi0) found at PCI 0/14/1 (scsi0) Wide Channel B, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 383 instructions downloaded (scsi1) found at PCI 0/14/0 (scsi1) Wide Channel A, SCSI ID=7, 32/255 SCBs (scsi1) Downloading sequencer code... 383 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Vendor: SEAGATE Model: ST39173LW Rev: 6246 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 (scsi1:0:2:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: SEAGATE Model: ST15150N Rev: 4611 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sdb at scsi1, channel 0, id 2, lun 0 (scsi1:0:4:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr1 at scsi1, channel 0, id 4, lun 1 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr2 at scsi1, channel 0, id 4, lun 2 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr3 at scsi1, channel 0, id 4, lun 3 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr4 at scsi1, channel 0, id 4, lun 4 (scsi1:0:5:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: TEAC Model: CD-R56S4 Rev: 1.0P Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr5 at scsi1, channel 0, id 5, lun 0 sr0: scsi3-mmc drive: 16x/16x xa/form2 changer sr0: CDROM (ioctl) reports ILLEGAL REQUEST. sr1: scsi3-mmc drive: 16x/16x xa/form2 changer sr1: CDROM (ioctl) reports ILLEGAL REQUEST. sr2: scsi3-mmc drive: 16x/16x xa/form2 changer sr2: CDROM (ioctl) reports ILLEGAL REQUEST. sr3: scsi3-mmc drive: 16x/16x xa/form2 changer sr3: CDROM (ioctl) reports ILLEGAL REQUEST. sr4: scsi3-mmc drive: 16x/16x xa/form2 changer sr4: CDROM (ioctl) reports ILLEGAL REQUEST. sr5: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB) sda: sda1 sda2 sda3 sda4 SCSI device sdb: 8388315 512-byte hdwr sectors (4295 MB) sdb: sdb1 -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: scsi_scan problem.
Patrick Mansfield wrote: If your testing Doug's patch, it might be a good idea to run with/without your adapter built as a module, as the kernel is inconsistent in its setting of "online" in scsi.c: it sets online TRUE after an attach in scsi_register_device_module(), but leaves online as is after an attach in scsi_register_host(). So, if the scan_scsis set online FALSE, it sometimes is set back to TRUE; otherwise, I don't think any other code will set online to TRUE (once it is set to FALSE after its scanned, no one can even open the device, not even sg). The online = TRUE should probably be removed from scsi_register_device_module(), as disks with peripheral qualifier 1 (like Doug's the Clariion storage) ususally complain when sent a READ CAPACITY. I got such errors when running with a Clariion DASS (DGC RAID/DISK, scsi attached disk array). In my first post everything but the aic7xxx_old driver was builtin. With it built into the kernel the output is as follows: SCSI subsystem driver Revision: 1.00 (scsi0) Adaptec AIC-7895 Ultra SCSI host adapter found at PCI 0/14/1 (scsi0) Wide Channel B, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 383 instructions downloaded (scsi1) Adaptec AIC-7895 Ultra SCSI host adapter found at PCI 0/14/0 (scsi1) Wide Channel A, SCSI ID=7, 32/255 SCBs (scsi1) Downloading sequencer code... 383 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 Adaptec AIC-7895 Ultra SCSI host adapter scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 Adaptec AIC-7895 Ultra SCSI host adapter (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Vendor: SEAGATE Model: ST39173LW Rev: 6246 Type: Direct-Access ANSI SCSI revision: 02 (scsi1:0:2:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: SEAGATE Model: ST15150N Rev: 4611 Type: Direct-Access ANSI SCSI revision: 02 (scsi1:0:4:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 (scsi1:0:5:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: TEAC Model: CD-R56S4 Rev: 1.0P Type: CD-ROM ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 Detected scsi disk sdb at scsi1, channel 0, id 2, lun 0 SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB) sda: sda1 sda2 sda3 sda4 SCSI device sdb: 8388315 512-byte hdwr sectors (4295 MB) sdb: sdb1 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0 Detected scsi CD-ROM sr1 at scsi1, channel 0, id 4, lun 1 Detected scsi CD-ROM sr2 at scsi1, channel 0, id 4, lun 2 Detected scsi CD-ROM sr3 at scsi1, channel 0, id 4, lun 3 Detected scsi CD-ROM sr4 at scsi1, channel 0, id 4, lun 4 Detected scsi CD-ROM sr5 at scsi1, channel 0, id 5, lun 0 sr0: scsi3-mmc drive: 16x/16x xa/form2 changer sr0: CDROM (ioctl) reports ILLEGAL REQUEST. sr1: scsi3-mmc drive: 16x/16x xa/form2 changer sr1: CDROM (ioctl) reports ILLEGAL REQUEST. sr2: scsi3-mmc drive: 16x/16x xa/form2 changer sr2: CDROM (ioctl) reports ILLEGAL REQUEST. sr3: scsi3-mmc drive: 16x/16x xa/form2 changer sr3: CDROM (ioctl) reports ILLEGAL REQUEST. sr4: scsi3-mmc drive: 16x/16x xa/form2 changer sr4: CDROM (ioctl) reports ILLEGAL REQUEST. sr5: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray -- Rafael PS. By the way, it's not necessary to cc me. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: scsi_scan problem.
I applied the first hunk to version 2.4.3-pre4, as by email with Doug. The output for the scsi devices follows and is identical with and without the patch. Maybe someone can explain the meaning of the illegal requests at the end. Nevertheless, I can use the drive fine. Loading module aic7xxx_old ... Using /lib/modules/2.4.3-pre4/kernel/drivers/scsi/aic7xxx_old.o (scsi0) Adaptec AIC-7895 Ultra SCSI host adapter found at PCI 0/14/1 (scsi0) Wide Channel B, SCSI ID=7, 32/255 SCBs (scsi0) Downloading sequencer code... 383 instructions downloaded (scsi1) Adaptec AIC-7895 Ultra SCSI host adapter found at PCI 0/14/0 (scsi1) Wide Channel A, SCSI ID=7, 32/255 SCBs (scsi1) Downloading sequencer code... 383 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 Adaptec AIC-7895 Ultra SCSI host adapter scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 Adaptec AIC-7895 Ultra SCSI host adapter (scsi0:0:0:0) Synchronous at 40.0 Mbyte/sec, offset 8. Vendor: SEAGATE Model: ST39173LW Rev: 6246 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 (scsi1:0:2:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: SEAGATE Model: ST15150N Rev: 4611 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sdb at scsi1, channel 0, id 2, lun 0 (scsi1:0:4:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 4, lun 0 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr1 at scsi1, channel 0, id 4, lun 1 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr2 at scsi1, channel 0, id 4, lun 2 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr3 at scsi1, channel 0, id 4, lun 3 Vendor: NAKAMICH Model: MJ-5.16S Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr4 at scsi1, channel 0, id 4, lun 4 (scsi1:0:5:0) Synchronous at 10.0 Mbyte/sec, offset 15. Vendor: TEAC Model: CD-R56S4 Rev: 1.0P Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr5 at scsi1, channel 0, id 5, lun 0 sr0: scsi3-mmc drive: 16x/16x xa/form2 changer sr0: CDROM (ioctl) reports ILLEGAL REQUEST. sr1: scsi3-mmc drive: 16x/16x xa/form2 changer sr1: CDROM (ioctl) reports ILLEGAL REQUEST. sr2: scsi3-mmc drive: 16x/16x xa/form2 changer sr2: CDROM (ioctl) reports ILLEGAL REQUEST. sr3: scsi3-mmc drive: 16x/16x xa/form2 changer sr3: CDROM (ioctl) reports ILLEGAL REQUEST. sr4: scsi3-mmc drive: 16x/16x xa/form2 changer sr4: CDROM (ioctl) reports ILLEGAL REQUEST. sr5: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB) sda: sda1 sda2 sda3 sda4 SCSI device sdb: 8388315 512-byte hdwr sectors (4295 MB) sdb: sdb1 -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.4.3 and new aic7xxx
Aaron Tiensivu wrote: > > > I suspect it's easier to just make the PCI layer call the probe function > > in that order, instead of working around it in your driver. Jeff? > > Would 'pci=reverse' do the trick already? Get a unknown option warning message when using that. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.4.3 and new aic7xxx
Aaron Tiensivu wrote: I suspect it's easier to just make the PCI layer call the probe function in that order, instead of working around it in your driver. Jeff? Would 'pci=reverse' do the trick already? Get a unknown option warning message when using that. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.4.3 and new aic7xxx
"Justin T. Gibbs" wrote: > Can you provide me with a dmesg from a boot with aic7xxx=verbose? > I just tested this on a 3940AUW and the behavior was as expected. > Perhaps you have a motherboard based controller that has no seeprom? > I don't know how to detect flipped channels in that configuration > but I'll see what I can find out. I've a Super P6SBS motherboard with a builtin dual channel Adaptec 7890 Ultra II scsi controller. I'm attaching the console grab when booting 2.4.3-pre2. The controller BIOS is configured to boot off the disk with scsi id 0 on channel B. -- Rafael Linux version 2.4.3-pre2 (raffo@inca) (gcc version 2.95.2 19991024 (release)) #1 Mon Mar 5 12:54:06 EST 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (reserved) BIOS-e820: 0002 @ 000e (reserved) BIOS-e820: 0ff0 @ 0010 (usable) BIOS-e820: 0004 @ fffc (reserved) On node 0 totalpages: 65536 zone(0): 4096 pages. zone(1): 61440 pages. zone(2): 0 pages. Kernel command line: BOOT_IMAGE=linux_243 ro root=803 BOOT_FILE=/boot/vmlinuz_243 1 aic7xxx=verbose console=t8 Initializing CPU#0 Detected 701.600 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1399.19 BogoMIPS Memory: 255488k/262144k available (1064k kernel code, 6268k reserved, 416k data, 188k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) CPU: Before vendor init, caps: 0383fbff , vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After vendor init, caps: 0383fbff CPU: After generic, caps: 0383fbff CPU: Common caps: 0383fbff CPU: Intel Pentium III (Coppermine) stepping 03 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xfdb81, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Limiting direct PCI/PCI transfers. isapnp: Scanning for Pnp cards... isapnp: No Plug & Play device found Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket apm: BIOS version 1.2 Flags 0x03 (Driver version 1.14) Starting kswapd v1.8 pty: 256 Unix98 ptys configured block: queued sectors max/low 169725kB/56575kB, 512 slots per queue RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 39 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio hda: WDC AC310100B, ATA DISK drive hdc: TOSHIBA DVD-ROM SD-M1212, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 19807200 sectors (10141 MB) w/512KiB Cache, CHS=1232/255/63, UDMA(33) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 < p5 p6 > p3 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A Real Time Clock Driver v1.10d SCSI subsystem driver Revision: 1.00 request_module[scsi_hostadapter]: Root fs not mounted ahc_pci:0:14:1: Reading SEEPROM...done. ahc_pci:0:14:1: Low byte termination Enabled ahc_pci:0:14:1: High byte termination Enabled ahc_pci:0:14:1: Downloading Sequencer Program... 404 instructions downloaded ahc_pci:0:14:0: Reading SEEPROM...done. ahc_pci:0:14:0: Low byte termination Enabled ahc_pci:0:14:0: High byte termination Enabled ahc_pci:0:14:0: Downloading Sequencer Program... 404 instructions downloaded scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs Vendor: SEAGATE Model: ST15150N Rev: 4611 Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0,
Re: Kernel 2.4.3 and new aic7xxx
"Justin T. Gibbs" wrote: Can you provide me with a dmesg from a boot with aic7xxx=verbose? I just tested this on a 3940AUW and the behavior was as expected. Perhaps you have a motherboard based controller that has no seeprom? I don't know how to detect flipped channels in that configuration but I'll see what I can find out. I've a Super P6SBS motherboard with a builtin dual channel Adaptec 7890 Ultra II scsi controller. I'm attaching the console grab when booting 2.4.3-pre2. The controller BIOS is configured to boot off the disk with scsi id 0 on channel B. -- Rafael Linux version 2.4.3-pre2 (raffo@inca) (gcc version 2.95.2 19991024 (release)) #1 Mon Mar 5 12:54:06 EST 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (reserved) BIOS-e820: 0002 @ 000e (reserved) BIOS-e820: 0ff0 @ 0010 (usable) BIOS-e820: 0004 @ fffc (reserved) On node 0 totalpages: 65536 zone(0): 4096 pages. zone(1): 61440 pages. zone(2): 0 pages. Kernel command line: BOOT_IMAGE=linux_243 ro root=803 BOOT_FILE=/boot/vmlinuz_243 1 aic7xxx=verbose console=t8 Initializing CPU#0 Detected 701.600 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 1399.19 BogoMIPS Memory: 255488k/262144k available (1064k kernel code, 6268k reserved, 416k data, 188k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) CPU: Before vendor init, caps: 0383fbff , vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After vendor init, caps: 0383fbff CPU: After generic, caps: 0383fbff CPU: Common caps: 0383fbff CPU: Intel Pentium III (Coppermine) stepping 03 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xfdb81, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Limiting direct PCI/PCI transfers. isapnp: Scanning for Pnp cards... isapnp: No Plug Play device found Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket apm: BIOS version 1.2 Flags 0x03 (Driver version 1.14) Starting kswapd v1.8 pty: 256 Unix98 ptys configured block: queued sectors max/low 169725kB/56575kB, 512 slots per queue RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 39 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio hda: WDC AC310100B, ATA DISK drive hdc: TOSHIBA DVD-ROM SD-M1212, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 19807200 sectors (10141 MB) w/512KiB Cache, CHS=1232/255/63, UDMA(33) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p5 p6 p3 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A Real Time Clock Driver v1.10d SCSI subsystem driver Revision: 1.00 request_module[scsi_hostadapter]: Root fs not mounted ahc_pci:0:14:1: Reading SEEPROM...done. ahc_pci:0:14:1: Low byte termination Enabled ahc_pci:0:14:1: High byte termination Enabled ahc_pci:0:14:1: Downloading Sequencer Program... 404 instructions downloaded ahc_pci:0:14:0: Reading SEEPROM...done. ahc_pci:0:14:0: Low byte termination Enabled ahc_pci:0:14:0: High byte termination Enabled ahc_pci:0:14:0: Downloading Sequencer Program... 404 instructions downloaded scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 Adaptec aic7895 Ultra SCSI adapter aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 Adaptec aic7895 Ultra SCSI adapter aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs Vendor: SEAGATE Model: ST15150N Rev: 4611 Type: Direct-Access
Kernel 2.4.3 and new aic7xxx
This is just to report on a the behavior of this driver. I've a dual channel Adaptec 7895 controller. The adapter BIOS is configured to boot from devices in channel B. I boot from a disk connected to channel B and when the kernel loads the driver the disks from channel A are seen first, resulting in the drive names changing from, say sda to sdb. This does not happen with 2.2.18 or 2.4.2. Is there an option to reverse the order? I saw some of the options in the code, but none about this. In any case, booting halts since the root file system can't be mounted. It didn't fry my disks, either :) -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Kernel 2.4.3 and new aic7xxx
This is just to report on a the behavior of this driver. I've a dual channel Adaptec 7895 controller. The adapter BIOS is configured to boot from devices in channel B. I boot from a disk connected to channel B and when the kernel loads the driver the disks from channel A are seen first, resulting in the drive names changing from, say sda to sdb. This does not happen with 2.2.18 or 2.4.2. Is there an option to reverse the order? I saw some of the options in the code, but none about this. In any case, booting halts since the root file system can't be mounted. It didn't fry my disks, either :) -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Boot fails in Avanti AS 400 4/233, include boot log and sysrq dump
Hello, I compiled both kernel versions 2.4.2-pre4 and 2.4.1-ac18 on my Alpha Station 400 4/233 and both stop when they are start init. I include the boot log and sysrq dumps for 2.4.1-ac18, I passed init=/bin/bash as kernel parameter. I'd appreciate any help. Thanks. -- Rafael Linux version 2.4.1-ac18 (root@alfa) (gcc version 2.95.2 19991024 (release)) #1 Sat Feb 17 19:19:561 Booting GENERIC on Avanti using machine vector Avanti from MILO Command line: bootdevice=sda1 bootfile=2.4 root=/dev/sda3 debug init=/bin/bash console=ttyS0,19200n memcluster 0, usage 2, start0, end2 memcluster 1, usage 0, start2, end 256 memcluster 2, usage 2, start 256, end 328 memcluster 3, usage 0, start 328, end 2065 memcluster 4, usage 2, start 2065, end 2066 memcluster 5, usage 0, start 2066, end 2068 memcluster 6, usage 2, start 2068, end 2069 memcluster 7, usage 0, start 2069, end16384 freeing pages 2:256 freeing pages 328:384 freeing pages 776:2065 freeing pages 2066:2068 freeing pages 2069:16384 On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: bootdevice=sda1 bootfile=2.4 root=/dev/sda3 debug init=/bin/bash console=ttyS0 Using epoch = 1980 Console: colour VGA+ 80x25 Calibrating delay loop... 460.92 BogoMIPS Memory: 125112k/131072k available (1764k kernel code, 5352k reserved, 524k data, 368k init) Dentry-cache hash table entries: 16384 (order: 5, 262144 bytes) Buffer-cache hash table entries: 8192 (order: 3, 65536 bytes) Page-cache hash table entries: 16384 (order: 4, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 131072 bytes) POSIX conformance testing by UNIFIX got res[8000:80ff] for resource 0 of Symbios Logic Inc. (formerly NCR) 53c810 got res[8400:84ff] for resource 0 of Realtek Semiconductor Co., Ltd. RTL-8139 got res[280:2ff] for resource 1 of Matrox Graphics, Inc. MGA 2064W [Millennium] got res[220:220] for resource 6 of Matrox Graphics, Inc. MGA 2064W [Millennium] got res[221:2213fff] for resource 0 of Matrox Graphics, Inc. MGA 2064W [Millennium] got res[2214000:22140ff] for resource 1 of Symbios Logic Inc. (formerly NCR) 53c810 got res[2215000:22150ff] for resource 1 of Realtek Semiconductor Co., Ltd. RTL-8139 PCI enable device: (Symbios Logic Inc. (formerly NCR) 53c810) cmd reg 0x47 PCI enable device: (Intel Corporation 82378IB [SIO ISA Bridge]) cmd reg 0x7 PCI enable device: (Matrox Graphics, Inc. MGA 2064W [Millennium]) cmd reg 0x87 PCI enable device: (Realtek Semiconductor Co., Ltd. RTL-8139) cmd reg 0x147 isapnp: Scanning for Pnp cards... isapnp: Card 'ESS ES1869 Plug and Play AudioDrive' isapnp: 1 Plug & Play card detected total Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Starting kswapd v1.8 pty: 256 Unix98 ptys configured block: queued sectors max/low 82858kB/27619kB, 256 slots per queue Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Floppy drive(s): fd0 is 2.88M FDC 0 is a National Semiconductor PC87306 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A rtc: ARC console epoch (1980) detected Real Time Clock Driver v1.10d SCSI subsystem driver Revision: 1.00 ncr53c8xx: at PCI bus 0, device 6, function 0 ncr53c8xx: 53c810 detected ncr53c810-0: rev 0x1 on pci bus 0 device 6 function 0 irq 11 ncr53c810-0: ID 7, Fast-10, Parity Checking ncr53c810-0: restart (scsi reset). scsi0 : ncr53c8xx - version 3.3b ncr53c810-0-<0,0>: wide msgin: 1-2-3-1. ncr53c810-0-<0,0>: wide: wide=0 chg=1. ncr53c810-0-<0,0>: wide msgout: 8. ncr53c810-0-<0,0>: sync msgin: 1-3-1-19-1e. ncr53c810-0-<0,0>: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=1. ncr53c810-0-<0,*>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 8) ncr53c810-0-<0,0>: sync msgout: 1-3-1-19-8. Vendor: TANDEMModel: 4255-1Rev: 1011 Type: Direct-Access ANSI SCSI revision: 02 Vendor: NEC Model: CD-ROM DRIVE:461 Rev: 2.3d Type: CD-ROM ANSI SCSI revision: 02 ncr53c810-0-<0,0>: tagged command queue depth set to 8 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 4404489 512-byte hdwr sectors (2255 MB) Partition check: sda: sda1 sda2 sda3 Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0 ncr53c810-0-<4,0>: sync_msgout: 1-3-1-19-8. ncr53c810-0-<4,0>: sync msgin: 1-3-1-1f-8. ncr53c810-0-<4,0>: sync: per=31 scntl3=0x10 ofs=8 fak=1 chg=0. ncr53c810-0-<4,*>: FAST-10 SCSI 8.0 MB/s (125 ns, offset 8) sr0: scsi-1 drive Uniform CD-ROM driver Revision: 3.12 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 1024 buckets, 16Kbytes TCP: Hash tables configured (established 8192 bind 8192)
Boot fails in Avanti AS 400 4/233, include boot log and sysrq dump
Hello, I compiled both kernel versions 2.4.2-pre4 and 2.4.1-ac18 on my Alpha Station 400 4/233 and both stop when they are start init. I include the boot log and sysrq dumps for 2.4.1-ac18, I passed init=/bin/bash as kernel parameter. I'd appreciate any help. Thanks. -- Rafael Linux version 2.4.1-ac18 (root@alfa) (gcc version 2.95.2 19991024 (release)) #1 Sat Feb 17 19:19:561 Booting GENERIC on Avanti using machine vector Avanti from MILO Command line: bootdevice=sda1 bootfile=2.4 root=/dev/sda3 debug init=/bin/bash console=ttyS0,19200n memcluster 0, usage 2, start0, end2 memcluster 1, usage 0, start2, end 256 memcluster 2, usage 2, start 256, end 328 memcluster 3, usage 0, start 328, end 2065 memcluster 4, usage 2, start 2065, end 2066 memcluster 5, usage 0, start 2066, end 2068 memcluster 6, usage 2, start 2068, end 2069 memcluster 7, usage 0, start 2069, end16384 freeing pages 2:256 freeing pages 328:384 freeing pages 776:2065 freeing pages 2066:2068 freeing pages 2069:16384 On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: bootdevice=sda1 bootfile=2.4 root=/dev/sda3 debug init=/bin/bash console=ttyS0 Using epoch = 1980 Console: colour VGA+ 80x25 Calibrating delay loop... 460.92 BogoMIPS Memory: 125112k/131072k available (1764k kernel code, 5352k reserved, 524k data, 368k init) Dentry-cache hash table entries: 16384 (order: 5, 262144 bytes) Buffer-cache hash table entries: 8192 (order: 3, 65536 bytes) Page-cache hash table entries: 16384 (order: 4, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 131072 bytes) POSIX conformance testing by UNIFIX got res[8000:80ff] for resource 0 of Symbios Logic Inc. (formerly NCR) 53c810 got res[8400:84ff] for resource 0 of Realtek Semiconductor Co., Ltd. RTL-8139 got res[280:2ff] for resource 1 of Matrox Graphics, Inc. MGA 2064W [Millennium] got res[220:220] for resource 6 of Matrox Graphics, Inc. MGA 2064W [Millennium] got res[221:2213fff] for resource 0 of Matrox Graphics, Inc. MGA 2064W [Millennium] got res[2214000:22140ff] for resource 1 of Symbios Logic Inc. (formerly NCR) 53c810 got res[2215000:22150ff] for resource 1 of Realtek Semiconductor Co., Ltd. RTL-8139 PCI enable device: (Symbios Logic Inc. (formerly NCR) 53c810) cmd reg 0x47 PCI enable device: (Intel Corporation 82378IB [SIO ISA Bridge]) cmd reg 0x7 PCI enable device: (Matrox Graphics, Inc. MGA 2064W [Millennium]) cmd reg 0x87 PCI enable device: (Realtek Semiconductor Co., Ltd. RTL-8139) cmd reg 0x147 isapnp: Scanning for Pnp cards... isapnp: Card 'ESS ES1869 Plug and Play AudioDrive' isapnp: 1 Plug Play card detected total Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Starting kswapd v1.8 pty: 256 Unix98 ptys configured block: queued sectors max/low 82858kB/27619kB, 256 slots per queue Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Floppy drive(s): fd0 is 2.88M FDC 0 is a National Semiconductor PC87306 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A rtc: ARC console epoch (1980) detected Real Time Clock Driver v1.10d SCSI subsystem driver Revision: 1.00 ncr53c8xx: at PCI bus 0, device 6, function 0 ncr53c8xx: 53c810 detected ncr53c810-0: rev 0x1 on pci bus 0 device 6 function 0 irq 11 ncr53c810-0: ID 7, Fast-10, Parity Checking ncr53c810-0: restart (scsi reset). scsi0 : ncr53c8xx - version 3.3b ncr53c810-0-0,0: wide msgin: 1-2-3-1. ncr53c810-0-0,0: wide: wide=0 chg=1. ncr53c810-0-0,0: wide msgout: 8. ncr53c810-0-0,0: sync msgin: 1-3-1-19-1e. ncr53c810-0-0,0: sync: per=25 scntl3=0x10 ofs=8 fak=0 chg=1. ncr53c810-0-0,*: FAST-10 SCSI 10.0 MB/s (100 ns, offset 8) ncr53c810-0-0,0: sync msgout: 1-3-1-19-8. Vendor: TANDEMModel: 4255-1Rev: 1011 Type: Direct-Access ANSI SCSI revision: 02 Vendor: NEC Model: CD-ROM DRIVE:461 Rev: 2.3d Type: CD-ROM ANSI SCSI revision: 02 ncr53c810-0-0,0: tagged command queue depth set to 8 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 SCSI device sda: 4404489 512-byte hdwr sectors (2255 MB) Partition check: sda: sda1 sda2 sda3 Attached scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0 ncr53c810-0-4,0: sync_msgout: 1-3-1-19-8. ncr53c810-0-4,0: sync msgin: 1-3-1-1f-8. ncr53c810-0-4,0: sync: per=31 scntl3=0x10 ofs=8 fak=1 chg=0. ncr53c810-0-4,*: FAST-10 SCSI 8.0 MB/s (125 ns, offset 8) sr0: scsi-1 drive Uniform CD-ROM driver Revision: 3.12 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 1024 buckets, 16Kbytes TCP: Hash tables configured (established 8192 bind 8192) ip_conntrack (512 buckets,
Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1
> Not good enough in isolation. Suppose the kernel freezes at a very early > stage, such as while detecting the CPU(s) or PCI bridge - are your geeky > reaction times fast enough to dismiss the logo in time to see the relevant > messages? I agree with others that this should be a boot option - and not ... > Eg: in lilo.conf use append = "bootlogo" to turn the logo on (it should > always be off by default, but can be turned on by distro makers or > end-users) - but then if you type "linux nologo" at the LILO prompt, the > "nologo" should over-ride the "bootlogo" so there's always a way to see all > the messages. In a PC and if using lilo, you always get a lilo prompt (if so configured) after the initial power on tests. Passing a "nologo" option to lilo would seem a reasonable way to turn the feature off. The same could apply to othe boot loaders and other archs. By the way, suse 7.1 has a graphical boot, no animation though, just a big penguin; some hacked lilo version, maybe? -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1
I've seen in recently purchased computers that the very initial messages, like memory test, are masked by some kind of picture or logo (example are the HP kayaks). They display a message saying that pressing ESC or some function key displays the messages. Why not having the same in this pretty boot option. I wouldn't mind not seeing all those messages. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://vger.kernel.org/lkml/
Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1
I've seen in recently purchased computers that the very initial messages, like memory test, are masked by some kind of picture or logo (example are the HP kayaks). They display a message saying that pressing ESC or some function key displays the messages. Why not having the same in this pretty boot option. I wouldn't mind not seeing all those messages. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://vger.kernel.org/lkml/
Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1
Not good enough in isolation. Suppose the kernel freezes at a very early stage, such as while detecting the CPU(s) or PCI bridge - are your geeky reaction times fast enough to dismiss the logo in time to see the relevant messages? I agree with others that this should be a boot option - and not ... Eg: in lilo.conf use append = "bootlogo" to turn the logo on (it should always be off by default, but can be turned on by distro makers or end-users) - but then if you type "linux nologo" at the LILO prompt, the "nologo" should over-ride the "bootlogo" so there's always a way to see all the messages. In a PC and if using lilo, you always get a lilo prompt (if so configured) after the initial power on tests. Passing a "nologo" option to lilo would seem a reasonable way to turn the feature off. The same could apply to othe boot loaders and other archs. By the way, suse 7.1 has a graphical boot, no animation though, just a big penguin; some hacked lilo version, maybe? -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [OT] Re: Matrox G450 problems with 2.4.0 and xfree
"Mike A. Harris" wrote: > > If anyone has open source g450 patches against stock 4.0.2 that > get the thing to work at all, _please_ send me unified diffs, and > I will put them into my next build. I've yet to have my g450 do > anything but turn off my monitor, although a handful of people > claim they get it working to various degrees... I don't have > g450 specs either so.. In my machine I have SuSE 7.0, XF86 4.0.2, a G450, and Matrox's monster mga driver for XF86 4.0.1. Miraculously, it works in dual head mode. But as has been mentioned before the sources for the HAL library are not available. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: display problem with matroxfb
f5ibh wrote: > > XF4.0.x should work reasonably well. Or you can run accelerated XF on mga: > > matroxfb is compatible with accelerated XF 3.3.x, and with accelerated > > XF 4.0.x WITHOUT enabled DRI (as DRI code reprograms hardware even if > > X are on background) (and 'Option "UseFBDev"' is required if you are > > using both heads of G400/G450 with XF4). > > I am lost !! > I've XFree86 Version 3.3.6 > I've and ATI AGP video card with an S3 chipset and 4Mb plus the Matrox Mystique > (PCI) with 8Mb. I think XFree86 3.3.6 will support one card at the time, not both, so you won't get a dual-head server with that version. Upgrade to XFree86 4.0.x. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: display problem with matroxfb
f5ibh wrote: XF4.0.x should work reasonably well. Or you can run accelerated XF on mga: matroxfb is compatible with accelerated XF 3.3.x, and with accelerated XF 4.0.x WITHOUT enabled DRI (as DRI code reprograms hardware even if X are on background) (and 'Option "UseFBDev"' is required if you are using both heads of G400/G450 with XF4). I am lost !! I've XFree86 Version 3.3.6 I've and ATI AGP video card with an S3 chipset and 4Mb plus the Matrox Mystique (PCI) with 8Mb. I think XFree86 3.3.6 will support one card at the time, not both, so you won't get a dual-head server with that version. Upgrade to XFree86 4.0.x. -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: bugreporting script - second try
Matthias Juchem wrote: > http://www.brightice.de/src/bugreport.sh I have a suggestion, there is a kernel patch to add a config.gz entry in the /proc fs. It reflects the configuration used in building the running kernel, which may differ from the one you have in /usr/src/linux. It's part of the suse distribution. The attached patch will use it, although you may want to add code to ask the user which one to use. --- bugreport.shThu Jan 11 09:09:00 2001 +++ bugreport.sh_orig Thu Jan 11 08:53:21 2001 @@ -478,16 +478,11 @@ # kernel config -if [ -f "/proc/config.gz" ] +if [ -f "$krn_srcdir/.config" ] then -dot_config=`gzip -d < /proc/config.gz|grep -v "^#"|grep CONFIG` +dot_config=`cat $krn_srcdir/.config|grep -v "^#"|grep CONFIG` else -if [ -f "$krn_srcdir/.config" ] -then -dot_config=`cat $krn_srcdir/.config|grep -v "^#"|grep CONFIG` -else - dot_config="not found" -fi + dot_config="not found" fi } -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: bugreporting script - second try
Matthias Juchem wrote: http://www.brightice.de/src/bugreport.sh I have a suggestion, there is a kernel patch to add a config.gz entry in the /proc fs. It reflects the configuration used in building the running kernel, which may differ from the one you have in /usr/src/linux. It's part of the suse distribution. The attached patch will use it, although you may want to add code to ask the user which one to use. --- bugreport.shThu Jan 11 09:09:00 2001 +++ bugreport.sh_orig Thu Jan 11 08:53:21 2001 @@ -478,16 +478,11 @@ # kernel config -if [ -f "/proc/config.gz" ] +if [ -f "$krn_srcdir/.config" ] then -dot_config=`gzip -d /proc/config.gz|grep -v "^#"|grep CONFIG` +dot_config=`cat $krn_srcdir/.config|grep -v "^#"|grep CONFIG` else -if [ -f "$krn_srcdir/.config" ] -then -dot_config=`cat $krn_srcdir/.config|grep -v "^#"|grep CONFIG` -else - dot_config="not found" -fi + dot_config="not found" fi } -- Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
