* [PATCH] export pci_table in aic7xxx for Hotplug
@ 2001-10-15 17:59 christophe barbe
2001-10-15 19:02 ` Justin T. Gibbs
0 siblings, 1 reply; 11+ messages in thread
From: christophe barbe @ 2001-10-15 17:59 UTC (permalink / raw)
To: linux-kernel; +Cc: gibbs
[-- Attachment #1: Type: text/plain, Size: 337 bytes --]
Attached to this mail is a patch (against 2.4.12) that export the PCI table
for the hotplug code (via modules.pcimaps).
I use it succesfully with my Adaptec APA1480A cardbus and the hotplug code.
Christophe Barbé
--
Christophe Barbé <christophe.barbe@online.fr>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
[-- Attachment #2: aic7xxx-k2412-bis.patch --]
[-- Type: text/x-patch, Size: 478 bytes --]
--- linux/drivers/scsi/aic7xxx/aic7xxx_linux_pci.c Mon Sep 24 20:30:34 2001
+++ linux/drivers/scsi/aic7xxx/aic7xxx_linux_pci.c Fri Oct 12 19:34:05 2001
@@ -33,6 +33,9 @@
#include "aic7xxx_osm.h"
+#define __NO_VERSION__
+#include <linux/module.h>
+
#if LINUX_VERSION_CODE < KERNEL_VERSION(2,4,0)
struct pci_device_id
{
@@ -56,6 +59,8 @@
},
{ 0 }
};
+
+MODULE_DEVICE_TABLE(pci, ahc_linux_pci_id_table);
struct pci_driver aic7xxx_pci_driver = {
name: "aic7xxx",
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-15 17:59 [PATCH] export pci_table in aic7xxx for Hotplug christophe barbe
@ 2001-10-15 19:02 ` Justin T. Gibbs
2001-10-15 20:23 ` christophe barbe
0 siblings, 1 reply; 11+ messages in thread
From: Justin T. Gibbs @ 2001-10-15 19:02 UTC (permalink / raw)
To: christophe barbe; +Cc: linux-kernel
>Attached to this mail is a patch (against 2.4.12) that export the PCI table
>for the hotplug code (via modules.pcimaps).
>
>I use it succesfully with my Adaptec APA1480A cardbus and the hotplug code.
Does the code in v6.2.4 of the aic7xxx driver work for you? Other than
the "__NO_VERSION__" stuff (which I'll have to look into), it seems
identical to what is in that version of the driver.
--
Justin
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-15 19:02 ` Justin T. Gibbs
@ 2001-10-15 20:23 ` christophe barbe
2001-10-15 20:31 ` Justin T. Gibbs
0 siblings, 1 reply; 11+ messages in thread
From: christophe barbe @ 2001-10-15 20:23 UTC (permalink / raw)
To: Justin T . Gibbs; +Cc: linux-kernel
I have defined __NO_VERSION__ before including module.h because in my
understanding this is required when you include it in a multi-files module.
Only one file must include module.h without defining the __NO_VERSION__.
I remember to read something about a repository for your new driver. Please
could you point it to me and I will try it ASAP.
Thanks,
Christophe
Le 2001.10.15 21:02:02 +0200, Justin T. Gibbs a écrit :
> >Attached to this mail is a patch (against 2.4.12) that export the PCI
> table
> >for the hotplug code (via modules.pcimaps).
> >
> >I use it succesfully with my Adaptec APA1480A cardbus and the hotplug
> code.
>
> Does the code in v6.2.4 of the aic7xxx driver work for you? Other than
> the "__NO_VERSION__" stuff (which I'll have to look into), it seems
> identical to what is in that version of the driver.
>
> --
> Justin
>
--
Christophe Barbé <christophe.barbe@online.fr>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-15 20:23 ` christophe barbe
@ 2001-10-15 20:31 ` Justin T. Gibbs
2001-10-15 20:45 ` christophe barbe
` (2 more replies)
0 siblings, 3 replies; 11+ messages in thread
From: Justin T. Gibbs @ 2001-10-15 20:31 UTC (permalink / raw)
To: christophe barbe; +Cc: linux-kernel
>I have defined __NO_VERSION__ before including module.h because in my
>understanding this is required when you include it in a multi-files module.
>Only one file must include module.h without defining the __NO_VERSION__.
I can find no reference to "__NO_VERSION__" in module.h or the files
it includes. Perhaps this is a requirement for old kernels?
>I remember to read something about a repository for your new driver. Please
>could you point it to me and I will try it ASAP.
http://people.FreeBSD.org/~gibbs/linux/
--
Justin
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-15 20:31 ` Justin T. Gibbs
@ 2001-10-15 20:45 ` christophe barbe
2001-10-16 4:41 ` Keith Owens
2001-10-16 16:17 ` christophe barbe
2 siblings, 0 replies; 11+ messages in thread
From: christophe barbe @ 2001-10-15 20:45 UTC (permalink / raw)
To: Justin T . Gibbs; +Cc: linux-kernel
Le 2001.10.15 22:31:47 +0200, Justin T. Gibbs a écrit :
> >I have defined __NO_VERSION__ before including module.h because in my
> >understanding this is required when you include it in a multi-files
> module.
> >Only one file must include module.h without defining the __NO_VERSION__.
>
> I can find no reference to "__NO_VERSION__" in module.h or the files
> it includes. Perhaps this is a requirement for old kernels?
Perhaps I take it from the 2nd edition of Linux Device Drivers (normally
uptodate) but I should said that I've not checked in the .h file.
I guess it's at least harmless but if it works without it's better without.
> >I remember to read something about a repository for your new driver.
> Please
> >could you point it to me and I will try it ASAP.
>
> http://people.FreeBSD.org/~gibbs/linux/
Thank, I will check it.
>
> --
> Justin
>
--
Christophe Barbé <christophe.barbe@online.fr>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-15 20:31 ` Justin T. Gibbs
2001-10-15 20:45 ` christophe barbe
@ 2001-10-16 4:41 ` Keith Owens
2001-10-16 16:17 ` christophe barbe
2 siblings, 0 replies; 11+ messages in thread
From: Keith Owens @ 2001-10-16 4:41 UTC (permalink / raw)
To: Justin T. Gibbs; +Cc: christophe barbe, linux-kernel
On Mon, 15 Oct 2001 14:31:47 -0600,
"Justin T. Gibbs" <gibbs@scsiguy.com> wrote:
>>I have defined __NO_VERSION__ before including module.h because in my
>>understanding this is required when you include it in a multi-files module.
>>Only one file must include module.h without defining the __NO_VERSION__.
>
>I can find no reference to "__NO_VERSION__" in module.h or the files
>it includes. Perhaps this is a requirement for old kernels?
__NO_VERSION__ used to be required in multi part modules but too many
people got it wrong so I removed it in 2.3 kernels, fixing the problem
in a diffrent way. Removing all defines of __NO_VERSION__ is on my
clean up list for 2.5.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-15 20:31 ` Justin T. Gibbs
2001-10-15 20:45 ` christophe barbe
2001-10-16 4:41 ` Keith Owens
@ 2001-10-16 16:17 ` christophe barbe
2001-10-16 20:16 ` christophe barbé
2 siblings, 1 reply; 11+ messages in thread
From: christophe barbe @ 2001-10-16 16:17 UTC (permalink / raw)
To: Justin T . Gibbs; +Cc: linux-kernel
I've patch my kernel with aic7xxx v6.2.4. The pci_table is correctly
exported.
I've a little problem (Oops) when I hot-remove the card and try to mount a
device no more available. But I believe it's a hotplug issue so I will mail
details to the hotplug ml.
Thank,
Christophe
Le 2001.10.15 22:31:47 +0200, Justin T. Gibbs a écrit :
> >I have defined __NO_VERSION__ before including module.h because in my
> >understanding this is required when you include it in a multi-files
> module.
> >Only one file must include module.h without defining the __NO_VERSION__.
>
> I can find no reference to "__NO_VERSION__" in module.h or the files
> it includes. Perhaps this is a requirement for old kernels?
>
> >I remember to read something about a repository for your new driver.
> Please
> >could you point it to me and I will try it ASAP.
>
> http://people.FreeBSD.org/~gibbs/linux/
>
> --
> Justin
>
--
Christophe Barbé <christophe.barbe@online.fr>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-16 16:17 ` christophe barbe
@ 2001-10-16 20:16 ` christophe barbé
2001-10-16 20:50 ` christophe barbé
0 siblings, 1 reply; 11+ messages in thread
From: christophe barbé @ 2001-10-16 20:16 UTC (permalink / raw)
To: linux-kernel; +Cc: Justin T . Gibbs
About the Oops, I think it's a hotplug problem but I could be wrong.
I get a Oops when I do the following :
. Insert my card (card detected and driver loaded)
. mount /dev/sdc0 /cdrw
. use /cdrw
. umount /cdrw
. Remove the card (remove event detected but driver not unloaded)
. mount /dev/sdc0 /cdrw (oops and mount segfault)
lspci show the adaptec card after insertion and no more after removing.
Actually the hotplug stuff doesn't unload the driver. This is not simple
because another card can use the driver. This is a new problem compared
to pcmcia stuff where you use a specific module.
My understanding is that the hotplug code should notify to the driver
that a device managed by it has been removed. And the driver should
rescan for available devices.
I can send you the oops but I'm convinced that the Oops is caused by the
aic7xxx driver accessing a no more there device.
Is there a common way to ask to a driver to rescan it's devices (an
IOCTL). I'm afraid that not but it looks like a generic hotplug problem.
Christophe
On Tue, Oct 16, 2001 at 06:17:26PM +0200, christophe barbe wrote:
> I've patch my kernel with aic7xxx v6.2.4. The pci_table is correctly
> exported.
> I've a little problem (Oops) when I hot-remove the card and try to mount a
> device no more available. But I believe it's a hotplug issue so I will mail
> details to the hotplug ml.
>
> Thank,
> Christophe
>
> Le 2001.10.15 22:31:47 +0200, Justin T. Gibbs a écrit :
> > >I have defined __NO_VERSION__ before including module.h because in my
> > >understanding this is required when you include it in a multi-files
> > module.
> > >Only one file must include module.h without defining the __NO_VERSION__.
> >
> > I can find no reference to "__NO_VERSION__" in module.h or the files
> > it includes. Perhaps this is a requirement for old kernels?
> >
> > >I remember to read something about a repository for your new driver.
> > Please
> > >could you point it to me and I will try it ASAP.
> >
> > http://people.FreeBSD.org/~gibbs/linux/
> >
> > --
> > Justin
> >
> --
> Christophe Barbé <christophe.barbe@online.fr>
> GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
> -
> 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/
--
Christophe Barbé <christophe.barbe@online.fr>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-16 20:16 ` christophe barbé
@ 2001-10-16 20:50 ` christophe barbé
2001-10-16 20:59 ` christophe barbe
2001-10-16 21:18 ` Justin T. Gibbs
0 siblings, 2 replies; 11+ messages in thread
From: christophe barbé @ 2001-10-16 20:50 UTC (permalink / raw)
To: linux-kernel, Justin T . Gibbs
Ok I switch ON the light in my brain and things are better now.
The PCI layer notify the driver that one of its devices has been
removed.
This is done with the remove function in the pci_driver struct.
In the case of the aic7xxx this is the function
ahc_linux_pci_dev_remove().
I should, at this point, precise that I use the driver v6.2.4.
I look in the code but it looks like this part of the code is broken.
Please Justin let me 1 month before starting looking at it. Otherwise I
have no chance to find a bug by myself.
Christophe
--
Christophe Barbé <christophe.barbe@online.fr>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-16 20:50 ` christophe barbé
@ 2001-10-16 20:59 ` christophe barbe
2001-10-16 21:18 ` Justin T. Gibbs
1 sibling, 0 replies; 11+ messages in thread
From: christophe barbe @ 2001-10-16 20:59 UTC (permalink / raw)
To: Justin T . Gibbs; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1221 bytes --]
Just in case I attach the oops and the associated ksymoops output.
Christophe
Le 2001.10.16 22:50:49 +0200, christophe barbé a écrit :
> Ok I switch ON the light in my brain and things are better now.
>
> The PCI layer notify the driver that one of its devices has been
> removed.
> This is done with the remove function in the pci_driver struct.
>
> In the case of the aic7xxx this is the function
> ahc_linux_pci_dev_remove().
>
> I should, at this point, precise that I use the driver v6.2.4.
>
> I look in the code but it looks like this part of the code is broken.
> Please Justin let me 1 month before starting looking at it. Otherwise I
> have no chance to find a bug by myself.
>
> Christophe
>
>
> --
> Christophe Barbé <christophe.barbe@online.fr>
> GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
> -
> 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/
>
--
Christophe Barbé <christophe.barbe@online.fr>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
[-- Attachment #2: oops.mount --]
[-- Type: application/octet-stream, Size: 1727 bytes --]
Oct 16 17:33:35 turing kernel: printing eip:
Oct 16 17:33:35 turing kernel: c019d01a
Oct 16 17:33:35 turing kernel: Oops: 0000
Oct 16 17:33:35 turing kernel: CPU: 0
Oct 16 17:33:35 turing kernel: EIP: 0010:[scsi_dispatch_cmd+158/368] Not tainted
Oct 16 17:33:35 turing kernel: EFLAGS: 00210246
Oct 16 17:33:35 turing kernel: eax: 00000000 ebx: c2773e00 ecx: c2773e80 edx: 087c4678
Oct 16 17:33:35 turing kernel: esi: c5fe3ed4 edi: c56980e0 ebp: c2773e00 esp: c163bc18
Oct 16 17:33:35 turing kernel: ds: 0018 es: 0018 ss: 0018
Oct 16 17:33:35 turing kernel: Process mount (pid: 793, stackpage=c163b000)
Oct 16 17:33:35 turing kernel: Stack: c2773e00 c5fe3ed4 c2773eac c5fe3ed4 00000000 c01a2d6f c2773e00 c2773e00
Oct 16 17:33:35 turing kernel: 00200286 c4e56818 c163bcd0 c5fe3e80 00000000 c56980e0 c4e56800 c5fe3e80
Oct 16 17:33:35 turing kernel: c01a2356 c4e56818 c5fe3e80 c163bd40 c01a239d c4e56818 c5fe3ed4 c5fe3e80
Oct 16 17:33:35 turing kernel: Call Trace: [scsi_request_fn+687/740] [__scsi_insert_special+102/112] [scsi_insert_special_req+25/32] [scsi_do_req+172/180] [scsi_wait_req+116/168]
Oct 16 17:33:35 turing kernel: [scsi_wait_done+0/32] [sr_do_ioctl+251/712] [test_unit_ready+91/100] [sr_drive_status+34/60] [open_for_data+54/708] [cdrom_open+142/200]
Oct 16 17:33:35 turing kernel: [do_open+124/292] [blkdev_get+104/120] [get_sb_bdev+230/716] [set_devname+39/84] [do_kern_mount+175/316] [do_add_mount+29/204]
Oct 16 17:33:35 turing kernel: [do_mount+286/312] [copy_mount_options+76/156] [sys_mount+124/188] [system_call+51/64]
Oct 16 17:33:35 turing kernel:
Oct 16 17:33:35 turing kernel: Code: f6 40 67 04 74 07 68 d8 01 1a c0 eb 05 68 50 15 1a c0 ff 75
[-- Attachment #3: ksymoops.mount --]
[-- Type: application/octet-stream, Size: 3846 bytes --]
ksymoops 2.4.3 on i586 2.4.12. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.12/ (default)
-M (specified)
Reading Oops report from the terminal
Oct 16 17:33:35 turing kernel: printing eip:
Oct 16 17:33:35 turing kernel: c019d01a
Oct 16 17:33:35 turing kernel: Oops: 0000
Oct 16 17:33:35 turing kernel: CPU: 0
Oct 16 17:33:35 turing kernel: EIP: 0010:[scsi_dispatch_cmd+158/368] Not tainted
Oct 16 17:33:35 turing kernel: EFLAGS: 00210246
Oct 16 17:33:35 turing kernel: eax: 00000000 ebx: c2773e00 ecx: c2773e80 edx: 087c4678
Oct 16 17:33:35 turing kernel: esi: c5fe3ed4 edi: c56980e0 ebp: c2773e00 esp: c163bc18
Oct 16 17:33:35 turing kernel: ds: 0018 es: 0018 ss: 0018
Oct 16 17:33:35 turing kernel: Process mount (pid: 793, stackpage=c163b000)
Oct 16 17:33:35 turing kernel: Stack: c2773e00 c5fe3ed4 c2773eac c5fe3ed4 00000000 c01a2d6f c2773e00 c2773e00
Oct 16 17:33:35 turing kernel: 00200286 c4e56818 c163bcd0 c5fe3e80 00000000 c56980e0 c4e56800 c5fe3e80
Oct 16 17:33:35 turing kernel: c01a2356 c4e56818 c5fe3e80 c163bd40 c01a239d c4e56818 c5fe3ed4 c5fe3e80
Oct 16 17:33:35 turing kernel: Call Trace: [scsi_request_fn+687/740] [__scsi_insert_special+102/112] [scsi_insert_special_req+25/32] [scsi_do_req+172/180] [scsi_wait_req+116/168]
Oct 16 17:33:35 turing kernel: [scsi_wait_done+0/32] [sr_do_ioctl+251/712] [test_unit_ready+91/100] [sr_drive_status+34/60] [open_for_data+54/708] [cdrom_open+142/200]
Oct 16 17:33:35 turing kernel: [do_open+124/292] [blkdev_get+104/120] [get_sb_bdev+230/716] [set_devname+39/84] [do_kern_mount+175/316] [do_add_mount+29/204]
Oct 16 17:33:35 turing kernel: [do_mount+286/312] [copy_mount_options+76/156] [sys_mount+124/188] [system_call+51/64]
Oct 16 17:33:35 turing kernel:
Oct 16 17:33:35 turing kernel: Code: f6 40 67 04 74 07 68 d8 01 1a c0 eb 05 68 50 15 1a c0 ff 75
Oct 16 17:33:35 turing kernel: c019d01a
Oct 16 17:33:35 turing kernel: Oops: 0000
Oct 16 17:33:35 turing kernel: CPU: 0
Oct 16 17:33:35 turing kernel: EIP: 0010:[scsi_dispatch_cmd+158/368] Not tainted
Oct 16 17:33:35 turing kernel: EFLAGS: 00210246
Oct 16 17:33:35 turing kernel: eax: 00000000 ebx: c2773e00 ecx: c2773e80 edx: 087c4678
Oct 16 17:33:35 turing kernel: esi: c5fe3ed4 edi: c56980e0 ebp: c2773e00 esp: c163bc18
Oct 16 17:33:35 turing kernel: ds: 0018 es: 0018 ss: 0018
Oct 16 17:33:35 turing kernel: Process mount (pid: 793, stackpage=c163b000)
Oct 16 17:33:35 turing kernel: Stack: c2773e00 c5fe3ed4 c2773eac c5fe3ed4 00000000 c01a2d6f c2773e00 c2773e00
Oct 16 17:33:35 turing kernel: 00200286 c4e56818 c163bcd0 c5fe3e80 00000000 c56980e0 c4e56800 c5fe3e80
Oct 16 17:33:35 turing kernel: c01a2356 c4e56818 c5fe3e80 c163bd40 c01a239d c4e56818 c5fe3ed4 c5fe3e80
Oct 16 17:33:35 turing kernel: Call Trace: [scsi_request_fn+687/740] [__scsi_insert_special+102/112] [scsi_insert_special_req+25/32] [scsi_do_req+172/180] [scsi_wait_req+116/168]
Oct 16 17:33:35 turing kernel: Code: f6 40 67 04 74 07 68 d8 01 1a c0 eb 05 68 50 15 1a c0 ff 75
Using defaults from ksymoops -t elf32-i386 -a i386
Code; 00000000 Before first symbol
00000000 <_EIP>:
Code; 00000000 Before first symbol
0: f6 40 67 04 testb $0x4,0x67(%eax)
Code; 00000004 Before first symbol
4: 74 07 je d <_EIP+0xd> 0000000c Before first symbol
Code; 00000006 Before first symbol
6: 68 d8 01 1a c0 push $0xc01a01d8
Code; 0000000a Before first symbol
b: eb 05 jmp 12 <_EIP+0x12> 00000012 Before first symbol
Code; 0000000c Before first symbol
d: 68 50 15 1a c0 push $0xc01a1550
Code; 00000012 Before first symbol
12: ff 75 00 pushl 0x0(%ebp)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] export pci_table in aic7xxx for Hotplug
2001-10-16 20:50 ` christophe barbé
2001-10-16 20:59 ` christophe barbe
@ 2001-10-16 21:18 ` Justin T. Gibbs
1 sibling, 0 replies; 11+ messages in thread
From: Justin T. Gibbs @ 2001-10-16 21:18 UTC (permalink / raw)
To: christophe barbé; +Cc: linux-kernel
>Ok I switch ON the light in my brain and things are better now.
>
>The PCI layer notify the driver that one of its devices has been
>removed.
>This is done with the remove function in the pci_driver struct.
>
>In the case of the aic7xxx this is the function
>ahc_linux_pci_dev_remove().
>
>I should, at this point, precise that I use the driver v6.2.4.
>
>I look in the code but it looks like this part of the code is broken.
How so? Because of the panic or something evident in the code?
I'm always interested in bug reports. 8-)
>Please Justin let me 1 month before starting looking at it. Otherwise I
>have no chance to find a bug by myself.
Well, it will be a few days before I get a laptop setup to test this
on, but from what I can tell, we properly unregister our bus from the
SCSI subsystem, but the actual devices hanging off the bus are never
removed. I would expect the mid-layer to take care of this.
--
Justin
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2001-10-16 21:19 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-10-15 17:59 [PATCH] export pci_table in aic7xxx for Hotplug christophe barbe
2001-10-15 19:02 ` Justin T. Gibbs
2001-10-15 20:23 ` christophe barbe
2001-10-15 20:31 ` Justin T. Gibbs
2001-10-15 20:45 ` christophe barbe
2001-10-16 4:41 ` Keith Owens
2001-10-16 16:17 ` christophe barbe
2001-10-16 20:16 ` christophe barbé
2001-10-16 20:50 ` christophe barbé
2001-10-16 20:59 ` christophe barbe
2001-10-16 21:18 ` Justin T. Gibbs
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox