Re: 2.6.20-git and 2.6.21-rc1, failed to boot on sata_via
Le 21.02.2007 17:18:23, Markus Trippelsdorf a écrit : On Wed, Feb 21, 2007 at 03:01:54PM +0100, Jean-Luc Coulon (f5ibh) wrote: At boot time, I've the following messages: ACPI: PCI Interrupt :00:0f.0[B] GSI 20(level, low) -> IRQ 20 sata_via :00:0f.0: failed on iomap PCI BAR 0 sata_via :00:0f.0: out of memory ACPI: PCI interrupt for device :00:0f.0 is disabled sata_via: probe of :00:0f.0 failed with error -12 I had the same problem, but the issue is already fixed. See: http://www.mail-archive.com/linux-ide@vger.kernel.org/msg03945.html Thanks Markus. I've applied the patch (and it works :) I was puzzled because rc1 has been released today without this patch. Regards Jean-Luc pgpRHDNymxlJe.pgp Description: PGP signature
2.6.20-git and 2.6.21-rc1, failed to boot on sata_via
Hi, I've an ASUS A8V motherboard with a via chipset: [EMAIL PROTECTED] % lspci 00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.2 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.3 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.4 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:00.7 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] 2 SATA drives are on this chipset, using lvm over a raid1. I've a X86-64 architecture on an amd64. Since 2.6.20-git, the system refuses to boot, I've the same problem with 2.6.21-rc1. I've opened a bug, see: http://bugzilla.kernel.org/show_bug.cgi?id=8025 but I'm not sure it was the appropriate way. At boot time, I've the following messages: ACPI: PCI Interrupt :00:0f.0[B] GSI 20(level, low) -> IRQ 20 sata_via :00:0f.0: failed on iomap PCI BAR 0 sata_via :00:0f.0: out of memory ACPI: PCI interrupt for device :00:0f.0 is disabled sata_via: probe of :00:0f.0 failed with error -12 Then the raid is not assembled and the system wont boot. These are the options (parts of] enabled in my config file: # # ATA/ATAPI/MFM/RLL support # CONFIG_IDE=m CONFIG_BLK_DEV_IDE=m # # Please see Documentation/ide.txt for help/info on IDE drives # # CONFIG_BLK_DEV_IDE_SATA is not set # CONFIG_BLK_DEV_HD_IDE is not set CONFIG_BLK_DEV_IDEDISK=m CONFIG_IDEDISK_MULTI_MODE=y CONFIG_BLK_DEV_IDECD=m # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set ... # # IDE chipset support/bugfixes # # CONFIG_IDE_GENERIC is not set # CONFIG_BLK_DEV_CMD640 is not set # CONFIG_BLK_DEV_IDEPNP is not set CONFIG_BLK_DEV_IDEPCI=y # CONFIG_IDEPCI_SHARE_IRQ is not set # CONFIG_BLK_DEV_OFFBOARD is not set # CONFIG_BLK_DEV_GENERIC is not set # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_RZ1000 is not set CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_IDEDMA_FORCED is not set CONFIG_IDEDMA_PCI_AUTO=y # CONFIG_IDEDMA_ONLYDISK is not set # CONFIG_BLK_DEV_AEC62XX is not set # CONFIG_BLK_DEV_ALI15X3 is not set # CONFIG_BLK_DEV_AMD74XX is not set # CONFIG_BLK_DEV_ATIIXP is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_TRIFLEX is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5520 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set # CONFIG_BLK_DEV_HPT366 is not set # CONFIG_BLK_DEV_JMICRON is not set # CONFIG_BLK_DEV_SC1200 is not set # CONFIG_BLK_DEV_PIIX is not set # CONFIG_BLK_DEV_IT8213 is not set # CONFIG_BLK_DEV_IT821X is not set # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_PDC202XX_OLD is not set # CONFIG_BLK_DEV_PDC202XX_NEW is not set # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIIMAGE is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set CONFIG_BLK_DEV_VIA82CXXX=m # CONFIG_BLK_DEV_TC86C001 is not set # CONFIG_IDE_ARM is not set CONFIG_BLK_DEV_IDEDMA=y CONFIG_IDEDMA_IVB=y CONFIG_IDEDMA_AUTO=y # # Serial ATA (prod) and Parallel ATA (experimental) drivers # CONFIG_ATA=m # CONFIG_ATA_NONSTANDARD is not set # CONFIG_SATA_AHCI is not set # CONFIG_SATA_SVW is not set # CONFIG_ATA_PIIX is not set # CONFIG_SATA_MV is not set # CONFIG_SATA_NV is not set # CONFIG_PDC_ADMA is not set # CONFIG_SATA_QSTOR is not set CONFIG_SATA_PROMISE=m # CONFIG_SATA_SX4 is not set # CONFIG_SATA_SIL is not set # CONFIG_SATA_SIL24 is not set # CONFIG_SATA_SIS is not set # CONFIG_SATA_ULI is not set CONFIG_SATA_VIA=m # CONFIG_SATA_VITESSE is not set # CONFIG_SATA_INIC162X is not set CONFIG_SATA_ACPI=y ... I've found a quite similar problem in the archive but which seems to have been fixed in the meantime, in this thread: http://www.ussg.iu.edu/hypermail/linux/kernel/0702.1/1580.html [I'm not subscribed to the list] Regards Jean-Luc pgpdu2oscxZQl.pgp Description: PGP signature
Re: ide-scsi detecting CDR as "CD-ROM" in 2.2.19
Hi, Fabian Arias <[EMAIL PROTECTED]> wrote : >Try cdrecord --scanbus and folow the directions on CD-Writing HOWTO. The behaviour (even if I can run the burner with both), is different with 2.2.20pre (or 2.2.19) and 2.4.5-ac. This is what tells cdrecord -scanbus in 2.4.5-ac17 : [root@debian-f5ibh] ~ # cdrecord -scanbus Cdrecord 1.9 (i686-pc-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling Linux sg driver version: 3.1.19 Using libscg version 'schily-0.1' scsibus0: 0,0,0 0) 'GoldStar' 'CD-RW CED-8083B ' '1.05' Removable CD-ROM ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data 0,1,0 1) 'CREATIVE' 'CD3621E ZC100 ' '1.00' Removable CD-ROM 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * And here is what I get in 2.2.20-pre5 : --- [root@debian-f5ibh] ~ # cdrecord -scanbus Cdrecord 1.9 (i686-pc-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling Linux sg driver version: 3.1.19 Using libscg version 'schily-0.1' scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) 'IOMEGA ' 'ZIP 100 ' 'L.01' Removable Disk 0,7,0 7) * scsibus1: 1,0,0 100) 'GoldStar' 'CD-RW CED-8083B ' '1.05' Removable CD-ROM ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data ide-scsi: The scsi wants to send us more data than expected - discarding data 1,1,0 101) 'CREATIVE' 'CD3621E ZC100 ' '1.00' Removable CD-ROM 1,2,0 102) * 1,3,0 103) * 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) * Is this a linux administration problem [my fault] ? A cdrecord bug or a kernel matter ? - Regards Jean-Luc - 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/
[PATCH] 2.2.20-pre, parport_probe, output truncated
Hi,
When I load the 'lp' module, I got the following
[jean-luct@debian-f5ibh] ~ # modprobe lp
parport0: PC-style at 0x378 (0x778), irq 7 [SPP,ECP,ECPEPP,ECPPS2]
parport0: Unspecified, EPSON Styl
lp0: using parport0 (interrupt-driven).
After increasing the 'giveup' delay in parport_probe.c, I've the correct
output :
[jean-luct@debian-f5ibh] ~ # modprobe lp
parport0: PC-style at 0x378 (0x778), irq 7 [SPP,ECP,ECPEPP,ECPPS2]
parport0: Printer, EPSON Stylus COLOR 500
lp0: using parport0 (interrupt-driven).
--- parport_probe.old Sat Jun 23 10:01:57 2001
+++ parport_probe.c Sat Jun 23 13:16:48 2001
@@ -55,7 +55,7 @@
unsigned int count = 0;
unsigned char z=0;
unsigned char Byte=0;
- unsigned long igiveupat=jiffies+5*HZ;
+ unsigned long igiveupat=jiffies+9*HZ;
for (i=0; time_before(jiffies, igiveupat); i++) {
/* if(current->need_resched) schedule(); */
Regards
Jean-Luc
-
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/
2.2.10-pre4, error while applying the patch
Hi, While I apply the patch pre-patch-2.2.20-4 to a clean 2.2.19 tree, I get the following error : patching file `drivers/scsi/sd_ioctl.c' patching file `drivers/scsi/sym53c8xx.c' patching file `drivers/scsi/sym53c8xx_defs.h' The next patch would create the file `drivers/sound/ad1848.c', which already exists! Assume -R? [n] - Regards Jean-Luc - 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: 2.2.xx ? messages related to parport printer ?
Tim, >> May 9 13:14:59 debian-f5ibh kernel: parport0: Unspecified, EPSON Styl >Huh. Does it do the same thing every time you load parport_probe? >Does it always get truncated in the same place? Yes ! :-/ [jean-luc@debian-f5ibh] ~ # modprobe parport_probe parport0: PC-style at 0x378 (0x778), irq 7 [SPP,ECP,ECPEPP,ECPPS2] parport0: Unspecified, EPSON Styl >> With 2.4.4-ac6 and 2.4.xx, I get : >> -- >> May 9 14:19:44 debian-f5ibh kernel: parport0: Printer, EPSON Stylus >> COLOR 500 >Well, at least it seems to work in 2.4.x. >I wonder what deviceid makes of it: >ftp://people.redhat.com/twaugh/parport/deviceid-0.3.tar.gz> [jean-luc@debian-f5ibh] ~ # deviceid --base 0x378 MFG:EPSON;CMD:ESCPL2-00;MDL:Stylus COLOR 500;CLS:PRINTER; There is an other strange thing : escputil expect "Stylus Color" and my printer send "Stylus COLOR" (uppercase)... - Regards Jean-Luc - 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/
2.2.xx ? messages related to parport printer ?
Hi, I've an Epson Stylus Color 500 and at boot time I've the following messages : with 2.2.20pre (and so well with 2.2.xx) : -- May 9 13:14:54 debian-f5ibh kernel: parport0: PC-style at 0x378 (0x778), irq 7 [SPP,ECP,ECPEPP,ECPPS2] May 9 13:14:59 debian-f5ibh kernel: parport0: Unspecified, EPSON Styl May 9 13:14:59 debian-f5ibh kernel: lp0: using parport0 (interrupt-driven). With 2.4.4-ac6 and 2.4.xx, I get : -- May 9 14:19:42 debian-f5ibh kernel: parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA] May 9 14:19:42 debian-f5ibh kernel: parport0: cpp_mux: aa55f00f52ad51(b8) May 9 14:19:42 debian-f5ibh kernel: parport0: cpp_daisy: aa5500ff87(b8) May 9 14:19:42 debian-f5ibh kernel: parport0: assign_addrs: aa5500ff87(b8) May 9 14:19:44 debian-f5ibh kernel: parport0: Printer, EPSON Stylus COLOR 500 May 9 14:19:44 debian-f5ibh kernel: lp0: using parport0 (interrupt-driven). ... parport0: Unspecified, EPSON Styl why is the message truncated ---^ ? what means "Unspecified" ? - Regards Jean-Luc - 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: Power off 2.4.xx and ACPI / APM
Leo Laursen wrote: > I artikel <[EMAIL PROTECTED]>, skrev "Jean-luc Coulon" > <[EMAIL PROTECTED]>: > > >> Does this ACPI problem occur with 2.4.2-pre3? (patch available from > >> ftp://ftp.fr.kernel.org/pub/linux/kernel/testing/) > >> > > > > Yep! The same problem with all the 2.4.x and 2.4.x-prey. > > > > CONFIG_APM=m > > I am not on the list, but follows the discassion via news > > I believe the APM module is unloaded before it can shutdown > so CONFIG_APM=y might work (works for me ) > Leo Bingo ! At least, "power off" works with APM "Y" ... this does not solve the ACPI /and AX25 related problem. With 2.2x, you have not the choice : APM is "Y/N", it is not possible to install it as a module. Thank you, best regards Jean-Luc - 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: Power off 2.4.xx and ACPI / APM
Jeff Garzik wrote: > > Does this ACPI problem occur with 2.4.2-pre3? (patch available from > ftp://ftp.fr.kernel.org/pub/linux/kernel/testing/) > Yep! The same problem with all the 2.4.x and 2.4.x-prey. My .config is : CONFIG_PM=y CONFIG_ACPI=y CONFIG_APM=m # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set CONFIG_APM_CPU_IDLE=y # CONFIG_APM_DISPLAY_BLANK is not set CONFIG_APM_RTC_IS_GMT=y # CONFIG_APM_ALLOW_INTS is not set # CONFIG_APM_REAL_MODE_POWER_OFF is not set -- Regards Jean-Luc > > -- > Jeff Garzik | "You see, in this world there's two kinds of > Building 1024 | people, my friend: Those with loaded guns > MandrakeSoft | and those who dig. You dig." --Blondie - 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/
Power off 2.4.xx and ACPI / APM
Hi, I've read some messages some time ago about problems related to ACPI. But I've not found the clue to my problem. With kernel 2.2.19 and APM enabled, the power supply switches off while the message Power down appears. With 2.4.x, nothing occurs. I've to enable ACPI too to have this behaviour. But if I enable ACPI, I've a strange problem with my AX25 (hamradio) system : all the frames I send on the radio network are _very_ long without any data in it. The watchdog of the card (DRSI : works with the scc driver), switches the transmitter off after few seconds. Any idea ? Regards Jean-Luc - 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/
Oops in 2.4.1-ac6 (and all older than 2.2.x)
Hi !
I experienced a Oops with all versions of the kernel newer than 2.2.x :
Here is the Oops processed by ksymoops. In this case, it was with
2.4.1-ac6.
This oops seems related to ax25 (hamradio) use. I can have access to
magic keys
(but the reboot one, but I _never_ managed to have this one to work,
maybe a
configuration problem with my French keyboard ?).
After trying a remount, I got :
SysReq : Emergency Remount R/O
Remounting device 03:02... Scheduling in interrupt
Kernel BUG at sched.c:714!
incalid operand: ... etc. etc.
ksymoops 2.3.7 on i586 2.4.1-ac6. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.1-ac6/ (default)
-m /boot/System.map-2.4.1-ac6 (specified)
Warning (compare_maps): ksyms_base symbol
__VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring
ksyms_base entry
Unable to handle kernel paging request at virtual address fffc
c0112c38
*pde = 1063
Oops:
CPU: 0
EIP: 0010 : []
Using defaults from ksymoops -t elf32-i386 -a i386
eax: c5c3aec4 eb: ecx: 0001 edx: c5c3aec8
esi: c3dc8680 edi: fff8 ebp: c5219f54 esp: c5219f38
ds: 0018 es: 0018 ss:0018
Process make (pid: 1565, stackpage=c5219000)
stack: c5c3aec4 c3dc8680 c02336fc c5c3aec8 0282 0001 0001
c5219fbc
c018c72f c3dc8680 c4d66140 c018c03f c3dc8680 c018cba2
c4d66140
c02336fc c018e6d3 c4d66140 0001 c02335c8 000d
c0118470
Call Trace: [] [] [] []
[] [] []
Code : 8b 4f 04 8b 1b 8b 01 85 45 fc 74 4c 9c 5e fa c7 01 00 00 00
>>EIP; c0112c38 <__wake_up+28/98> <=
Trace; c018c72f
Trace; c018c03f
Trace; c018cba2 <__kfree_skb+7e/f4>
Trace; c018e6d3
Trace; c0118470
Trace; c010a132
Trace; c0108e00
Code; c0112c38 <__wake_up+28/98>
<_EIP>:
Code; c0112c38 <__wake_up+28/98> <=
0: 8b 4f 04 mov0x4(%edi),%ecx <=
Code; c0112c3b <__wake_up+2b/98>
3: 8b 1b mov(%ebx),%ebx
Code; c0112c3d <__wake_up+2d/98>
5: 8b 01 mov(%ecx),%eax
Code; c0112c3f <__wake_up+2f/98>
7: 85 45 fc test %eax,0xfffc(%ebp)
Code; c0112c42 <__wake_up+32/98>
a: 74 4c je 58 <_EIP+0x58> c0112c90
<__wake_up+80/98>
Code; c0112c44 <__wake_up+34/98>
c: 9cpushf
Code; c0112c45 <__wake_up+35/98>
d: 5epop%esi
Code; c0112c46 <__wake_up+36/98>
e: facli
Code; c0112c47 <__wake_up+37/98>
f: c7 01 00 00 00 00 movl $0x0,(%ecx)
Kernel panic: Aiee, killing the interrupt handler!
1 warning issued. Results may not be reliable.
--
Best regards
Jean-Luc
-
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/
