:04:28.0 +0100
@@ -3,7 +3,7 @@
Maintained by Torben Mathiasen <[EMAIL PROTECTED]>
- Last revised: 15 May 2006
+ Last revised: 29 November 2006
This list is the Linux Device List, the official registry of allocated
device n
:04:28.0 +0100
@@ -3,7 +3,7 @@
Maintained by Torben Mathiasen [EMAIL PROTECTED]
- Last revised: 15 May 2006
+ Last revised: 29 November 2006
This list is the Linux Device List, the official registry of allocated
device numbers
-rc6new/Documentation/devices.txt 2006-11-29
10:43:41.0 +0100
@@ -3,7 +3,7 @@
Maintained by Torben Mathiasen <[EMAIL PROTECTED]>
- Last revised: 15 May 2006
+ Last revised: 27 October 2006
This list is the Linux Devic
-rc6new/Documentation/devices.txt 2006-11-29
10:43:41.0 +0100
@@ -3,7 +3,7 @@
Maintained by Torben Mathiasen [EMAIL PROTECTED]
- Last revised: 15 May 2006
+ Last revised: 27 October 2006
This list is the Linux Device List
On Thu, Feb 03 2005, Greg KH wrote:
> Hm, this is just wrong. As I recall, LANANA is in charge of the major
> numbers, but for the USB major, the USB developers have been assigning
> the USB minors. This patch just made the file different from what is
> currently present in the kernel.
>
>
On Thu, Feb 03 2005, Greg KH wrote:
snip
Hm, this is just wrong. As I recall, LANANA is in charge of the major
numbers, but for the USB major, the USB developers have been assigning
the USB minors. This patch just made the file different from what is
currently present in the kernel.
s buggy.
This is on an AMD K7 1200Mhz, 512MB Ram, ATA100. Nothing big was
running at the time (xchat, xmms, mozilla, gnome, x, a few xterms).
I'll do some more testing tomorrow and provide any further information
you might need.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN
was
running at the time (xchat, xmms, mozilla, gnome, x, a few xterms).
I'll do some more testing tomorrow and provide any further information
you might need.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://opensource.compaq.com
-
To unsubscribe from this list: send
Hi,
Just noticed the SCSI drivers for the ACORN bus weren't
updated to the new initialization. AFAIK these drivers couldn't
have been functional without this patch.
Patch is against 2.4.1
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://opensource.comp
Hi,
Just noticed the SCSI drivers for the ACORN bus weren't
updated to the new initialization. AFAIK these drivers couldn't
have been functional without this patch.
Patch is against 2.4.1
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://opensource.compaq.com
basiclly just does something similar to what happens when we
get TX timeouts. Its just a quick hack, as I got tired of the eepro100
driver dumping the tx/rx queues when resuming.
Regards,
Torben Mathiasen
we
get TX timeouts. Its just a quick hack, as I got tired of the eepro100
driver dumping the tx/rx queues when resuming.
Regards,
Torben Mathiasen
On Tue, Dec 19 2000, Rasmus Andersen wrote:
> On Tue, Dec 19, 2000 at 10:05:30PM +0100, Torben Mathiasen wrote:
> >
> > You should release the irq when the adapter is closed, not removed,
> > unless there's some special case that can't be handled if you take
> > ints
case that can't be handled if you take
ints during init.
And why would you unregister your netdev after releasing resources?
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
netdev after releasing resources?
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
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/
On Tue, Dec 19 2000, Rasmus Andersen wrote:
On Tue, Dec 19, 2000 at 10:05:30PM +0100, Torben Mathiasen wrote:
You should release the irq when the adapter is closed, not removed,
unless there's some special case that can't be handled if you take
ints during init.
You seem to be right
as actually found. Remember
its possible to load the sd driver with no host adapter present.
How about just removing the check for scsi_hosts == NULL. If some
hostadapter was already loaded, so be it. It won't change anything,
besides maybe more devices beeing loaded which shouldn't hurt anyone.
present.
How about just removing the check for scsi_hosts == NULL. If some
hostadapter was already loaded, so be it. It won't change anything,
besides maybe more devices beeing loaded which shouldn't hurt anyone.
Small patch attached (against t12p7). Not tested, not even compiled.
--
Tor
ed oops is below. Please email me directly for further
> information.
>
Could you find out exactly when this broke?
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
information.
Could you find out exactly when this broke?
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the F
rantee that you are
> ready to rock and roll.
> The first fix I wrote did a TUR, then
> 3 tries at a START_STOP, till it worked.
>
> cheers,
>
> Elizabeth
>
[deleted]
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maint
are
ready to rock and roll.
The first fix I wrote did a TUR, then
3 tries at a START_STOP, till it worked.
cheers,
Elizabeth
[deleted]
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list
On Sun, Oct 15 2000, David S. Miller wrote:
>Date: Sun, 15 Oct 2000 11:19:24 +0200
>From: Torben Mathiasen <[EMAIL PROTECTED]>
>
>It seems reasonable. We'd been thinking of makeing proc_name part
>of the host structure, but no need for that if we j
een thinking of makeing proc_name part of the
host structure, but no need for that if we just do the above.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
for that if we just do the above.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
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/
On Sun, Oct 15 2000, David S. Miller wrote:
Date: Sun, 15 Oct 2000 11:19:24 +0200
From: Torben Mathiasen [EMAIL PROTECTED]
It seems reasonable. We'd been thinking of makeing proc_name part
of the host structure, but no need for that if we just do the
above.
Either fix
reproduceable, please try removing some of your drivers.
SCSI had an overhaul lately, so it seem like a good place to start.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
On Sat, Oct 14 2000, David S. Miller wrote:
>Date: Sat, 14 Oct 2000 12:12:39 +0200
>From: Torben Mathiasen <[EMAIL PROTECTED]>
>
>Are there any reason why sym53c8xx and others initialize proc_name
>only if an adapter was actually found (or in the sym c
On Sat, Oct 14 2000, David S. Miller wrote:
>Date: Sat, 14 Oct 2000 11:43:09 +0200
>From: Torben Mathiasen <[EMAIL PROTECTED]>
>
>David, why is tpnt->proc_name NULL on sparc for devices not
>existing? Every driver has this as part of their tpnt struct, s
ing to an OOPS on non-x86
> during bootup with scsi adapter drivers not in the machine compiled
> statically into the kernel.
>
David, why is tpnt->proc_name NULL on sparc for devices not existing?
Every driver has this as part of their tpnt struct, so it doesn't
matter if the
not in the machine compiled
statically into the kernel.
David, why is tpnt-proc_name NULL on sparc for devices not existing?
Every driver has this as part of their tpnt struct, so it doesn't
matter if the underlying device really exists.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN
On Sat, Oct 14 2000, David S. Miller wrote:
Date: Sat, 14 Oct 2000 12:12:39 +0200
From: Torben Mathiasen [EMAIL PROTECTED]
Are there any reason why sym53c8xx and others initialize proc_name
only if an adapter was actually found (or in the sym case, if a
pcibus was found
.
SCSI had an overhaul lately, so it seem like a good place to start.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please re
On Thu, Oct 12 2000, Linus Torvalds wrote:
>
>
> On Thu, 12 Oct 2000, Torben Mathiasen wrote:
> >
> > Attached patch should fix the oops's people have been getting
> > while using /proc/scsi.
>
> This patch makes no sense. Why
>
> if (!present)
&g
Linus,
Attached patch should fix the oops's people have been getting
while using /proc/scsi.
Patch is against test10p1.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
--- linux-test10p1/drivers/scsi/scsi.c Thu Oct 12 20:18:47 2000
+++
On Thu, Oct 12 2000, [EMAIL PROTECTED] wrote:
> 8. Fix Exists But Isnt Merged
> * TLAN nic appears to be adding a timer twice (2.4.0test8pre6, Arjan
>ve de Ven) (Fixed, but patch not sent to Linus yet -- Torben
> Mathiasen)
> * Loading the qlogicfc driver
On Thu, Oct 12 2000, [EMAIL PROTECTED] wrote:
8. Fix Exists But Isnt Merged
* TLAN nic appears to be adding a timer twice (2.4.0test8pre6, Arjan
ve de Ven) (Fixed, but patch not sent to Linus yet -- Torben
Mathiasen)
* Loading the qlogicfc driver in 2.4.0-test8 causes
Linus,
Attached patch should fix the oops's people have been getting
while using /proc/scsi.
Patch is against test10p1.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
--- linux-test10p1/drivers/scsi/scsi.c Thu Oct 12 20:18:47 2000
+++ linux
On Thu, Oct 12 2000, Linus Torvalds wrote:
On Thu, 12 Oct 2000, Torben Mathiasen wrote:
Attached patch should fix the oops's people have been getting
while using /proc/scsi.
This patch makes no sense. Why
if (!present)
when that is obviously the wrong way around.
We
ut AFAIK i2o does link after
scsi in test9. We need however to remove the #ifdef MODULE around
"#include scsi_module.c" in i2o_scsi.c and everything should be set.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this l
ent majors with no ordering issues
>
Excellent. But Alan, you wrote earlier that i2o needed to be the last host
adapter and _before_ the upper layers. This is what made me start this
patch.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
On Mon, Oct 09 2000, Linus Torvalds wrote:
>
>
> On Mon, 9 Oct 2000, Torben Mathiasen wrote:
> >
> > My point exactly. The ordering of driver in drivers/scsi is done now,
> > but I don't see a clean way of doing I2O without moving upperlayers
> > in
ore aha1542, it's wrong as it stands
> now. Any other gotchas that were caught in 2.2.x?
>
Okay. I'll wait a few hours for additional host adapter information, and
then send a patch with the i2o stuff included.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http:
t; > My point exactly. The ordering of driver in drivers/scsi is done now,
> > but I don't see a clean way of doing I2O without moving upperlayers
> > into a seperate dir.
>
> Link scsi as a whole before i2o ?
>
Yes, that can be done pretty easy, but Then I2O will link
core - host
ivers/scsi is done now,
but I don't see a clean way of doing I2O without moving upperlayers
into a seperate dir.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
of doing I2O without moving upperlayers
into a seperate dir.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the F
now,
but I don't see a clean way of doing I2O without moving upperlayers
into a seperate dir.
Link scsi as a whole before i2o ?
Yes, that can be done pretty easy, but Then I2O will link
core - hosts - upper - I2O and I'm not sure this is okay.
--
Torben Mathiasen [EMAIL PROTECTED
other gotchas that were caught in 2.2.x?
Okay. I'll wait a few hours for additional host adapter information, and
then send a patch with the i2o stuff included.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line
On Mon, Oct 09 2000, Linus Torvalds wrote:
On Mon, 9 Oct 2000, Torben Mathiasen wrote:
My point exactly. The ordering of driver in drivers/scsi is done now,
but I don't see a clean way of doing I2O without moving upperlayers
into a seperate dir.
Why?
I was referring to Alan's
Excellent. But Alan, you wrote earlier that i2o needed to be the last host
adapter and _before_ the upper layers. This is what made me start this
patch.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line
ule.c" in i2o_scsi.c and everything should be set.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ a
On Sun, Oct 08 2000, Linus Torvalds wrote:
>
>
> On Thu, 5 Oct 2000, Torben Mathiasen wrote:
> >
> > This patch is a resend of my other link fix patch that didn't get
> > in test9-pre9. I assume this is because of some other changes
> > to upper layer s
On Sun, Oct 08 2000, Linus Torvalds wrote:
On Thu, 5 Oct 2000, Torben Mathiasen wrote:
This patch is a resend of my other link fix patch that didn't get
in test9-pre9. I assume this is because of some other changes
to upper layer scsi drivers.
No, I just felt it was too big
On Fri, Oct 06 2000, Douglas Gilbert wrote:
> Torben Mathiasen wrote:
>
> > Ok this patch should be diffed correctly. Same things apply:
> >
> > apply patch
> > copy sd.c st.c sg.c sr.c sr_ioctl.c sr_vendor.c from
> >
.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -urN linux-test9/Makefile linux/Makefile
--- linux-test9/MakefileThu Oct 5 22:21:00 2000
+++ linux/Makefile Thu Oct 5 22:24:11 2000
@@ -144,7 +144,13 @@
DRIVERS-$(CONFIG_
.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -urN linux-test9/Makefile linux/Makefile
--- linux-test9/MakefileThu Oct 5 22:21:00 2000
+++ linux/Makefile Thu Oct 5 22:24:11 2000
@@ -144,7 +144,13 @@
DRIVERS-$(CONFIG_ARCNET
On Fri, Oct 06 2000, Douglas Gilbert wrote:
Torben Mathiasen wrote:
Ok this patch should be diffed correctly. Same things apply:
apply patch
copy sd.c st.c sg.c sr.c sr_ioctl.c sr_vendor.c from
drivers/scsi to drivers/scsi/upper
The EXPORT_SYMBOL has been
problems, thought it was because my resubscription went
wrong.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
saProbe work? It looks like request_region may be called
> twice for the same I/O region, once in TLan_EisaProbe, and once in
> TLan_Init (via TLan_probe1).
Yes it works. Check the code again: if (!priv->is_eisa)
Jeff I'll make the other changes you suggested.
--
Torben Mathiasen <
of the patch. you revert some of doug
> gilbert's correct changes, which went in after test9-pre9. This is
> way wrong, so maybe it's a version/diff problem?
>
My fault. It seems I've had and old sg.c in my tree. Sorry should
have double checked.
--
Torben Mathiasen <[EMAIL PROTECTED
si to link corretly
they need the same changes as I2O:
convert to initcalls
move them in top makefile.
I just need to identify which drivers needs this.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -urN linux-test
.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/dontdiff linux-test9/drivers/net/tlan.c
linux/drivers/net/tlan.c
--- linux-test9/drivers/net/tlan.c Tue Oct 3 23:39:57 2000
+++ linux/drivers/net/tlan.cWed Oct 4 21
.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/dontdiff linux-test9/drivers/net/tlan.c
linux/drivers/net/tlan.c
--- linux-test9/drivers/net/tlan.c Tue Oct 3 23:39:57 2000
+++ linux/drivers/net/tlan.cWed Oct 4 21:33:06
si to link corretly
they need the same changes as I2O:
convert to initcalls
move them in top makefile.
I just need to identify which drivers needs this.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -urN linux-test9/Make
some of doug
gilbert's correct changes, which went in after test9-pre9. This is
way wrong, so maybe it's a version/diff problem?
My fault. It seems I've had and old sg.c in my tree. Sorry should
have double checked.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http
? It looks like request_region may be called
twice for the same I/O region, once in TLan_EisaProbe, and once in
TLan_Init (via TLan_probe1).
Yes it works. Check the code again: if (!priv-is_eisa)
Jeff I'll make the other changes you suggested.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN
it was because my resubscription went
wrong.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
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/
_use_ the
> scanner.
>
> What was the problem, then ?
>
The scsi routines had an overhaul that wasn't completely fixed in test8.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscri
The scsi routines had an overhaul that wasn't completely fixed in test8.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Sorry for the disturbance folks, but my mailer currently has
something against Alan.
Alan,
This is the i2o patch I'm going to put into the bigger "move-scsi
things-around" patch. This is just for you to verify.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN
input is accepted.
>
> Any hints?
>
Could you give test9-pre7 a try?
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Sun, Oct 01 2000, Torben Mathiasen wrote:
> On Sat, Sep 30 2000, Sandy Harris wrote:
> > Don Becker has some text at:
> >
> > http://www.scyld.com/expert/irq-conflict.html
> >
> > which includes a section:
> >
> > > Why SA_INTERRUPT in the SCS
On Sun, Oct 01 2000, Torben Mathiasen wrote:
On Sat, Sep 30 2000, Sandy Harris wrote:
Don Becker has some text at:
http://www.scyld.com/expert/irq-conflict.html
which includes a section:
Why SA_INTERRUPT in the SCSI drivers is a Bad Thing
... it could potentially have
?
Could you give test9-pre7 a try?
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
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/
Sorry for the disturbance folks, but my mailer currently has
something against Alan.
Alan,
This is the i2o patch I'm going to put into the bigger "move-scsi
things-around" patch. This is just for you to verify.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN mainta
i2o just needs to start with core
> and pci.
>
Good. I'm on it..
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
, sg, sd.
Have a nice day.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
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/
, sg, sd.
Have a nice day.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
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/
e multis.
Yeah I've been thinking of doing this, but was afraid to srew it up. Give
it a try, and lets see what Linus thinks.
BTW, while you are at it, could you rename sg.o to sg_mod.o. It would
look better...
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
On Thu, Sep 21 2000, Michael Elizabeth Chastain wrote:
> Torben Mathiasen wrote:
>
> > I can't seem to find a clean way of getting the drivers outside
> > "drivers/scsi" to link _after_ the other low-level drivers.
>
> Can you characterize the problem in more
On Thu, Sep 21 2000, Douglas Gilbert wrote:
> Torben Mathiasen wrote:
> >
> > Ok, small patch cooked up. Not tested, not compiled. Give
> > it a try, and if it works please send it off to Linus.
> > I really need to get some work done on a project...
>
> Here
Ok, small patch cooked up. Not tested, not compiled. Give
it a try, and if it works please send it off to Linus.
I really need to get some work done on a project...
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/
to the scsi midlayer requires all
upper layers to use the module_init/exit functions. We do
_not_ explicitly call the layers init funtions anymore.
Adding the module stuff will probaly fix most problems
(asuming module and builtin do not differ). The link
order should make sure everything gets called i
On Thu, Sep 21 2000, Douglas Gilbert wrote:
[deleted]
> It is not clear to me what "hacking" sg requires as
> Torben Mathiasen suggested in his response. This seems
> like a mid level problem. I'll check with my scsi
> scanner this evening.
>
Well first of all the sg d
a/form2 cdda tray
>
I suspect this to only be a minor issue. sg needs the same overhauls
as the other layers. Unfortunately I won't be doing much hacking
today, so if someone else could take a look.
Otherwise I'll take a look, sometime tonight.
Does it work when using modules?
--
Torben Mathiasen <
be a minor issue. sg needs the same overhauls
as the other layers. Unfortunately I won't be doing much hacking
today, so if someone else could take a look.
Otherwise I'll take a look, sometime tonight.
Does it work when using modules?
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
On Thu, Sep 21 2000, Douglas Gilbert wrote:
[deleted]
It is not clear to me what "hacking" sg requires as
Torben Mathiasen suggested in his response. This seems
like a mid level problem. I'll check with my scsi
scanner this evening.
Well first of all the sg driver needs to
upper layers to use the module_init/exit functions. We do
_not_ explicitly call the layers init funtions anymore.
Adding the module stuff will probaly fix most problems
(asuming module and builtin do not differ). The link
order should make sure everything gets called in order.
--
Torben
Ok, small patch cooked up. Not tested, not compiled. Give
it a try, and if it works please send it off to Linus.
I really need to get some work done on a project...
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/torben
On Thu, Sep 21 2000, Douglas Gilbert wrote:
Torben Mathiasen wrote:
Ok, small patch cooked up. Not tested, not compiled. Give
it a try, and if it works please send it off to Linus.
I really need to get some work done on a project...
Here is a very similar patch that has been tested
On Thu, Sep 21 2000, Michael Elizabeth Chastain wrote:
Torben Mathiasen wrote:
I can't seem to find a clean way of getting the drivers outside
"drivers/scsi" to link _after_ the other low-level drivers.
Can you characterize the problem in more detail for me? That is,
exactly
it a try, and lets see what Linus thinks.
BTW, while you are at it, could you rename sg.o to sg_mod.o. It would
look better...
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
separately
in order not to get unresolved symbols with modules.
Also, those of you that have special needs with regards to host order
initialization, please let us know. Please specify which driver
runs what controller.
Thanks
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN main
separately
in order not to get unresolved symbols with modules.
Also, those of you that have special needs with regards to host order
initialization, please let us know. Please specify which driver
runs what controller.
Thanks
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
ivers (i2o, etc.) around I think we should
back off and do it nice and slow for 2.5. In this case we could revert to
the point where sd/st/sr are modulized, and saving the core system for 2.5.
This is just IMHO, let me know what you think.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux Thunde
re. However, reverting the 1-line change in
> linux/drivers/scsi/Makefile makes things work again.
>
I'm doing a patch to fix the link order of scsi. This will hopefully
fix most problems. Stay tuned...
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.ke
i driver run last afte the low level and before
> the high level drivers despite being in drivers/i2o. There are some other
> drivers which arent in drivers/scsi too
>
Did anyone start to cook up a patch for this? Otherwise I'll take look tonight.
(which is now, BTW.)
--
Torben M
used the module part of dma pool allocation. I'll
take a look at it.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
pool allocation. I'll
take a look at it.
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
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/
the high level drivers despite being in drivers/i2o. There are some other
drivers which arent in drivers/scsi too
Did anyone start to cook up a patch for this? Otherwise I'll take look tonight.
(which is now, BTW.)
--
Torben Mathiasen [EMAIL PROTECTED]
Linux ThunderLAN maintainer
http
1 - 100 of 136 matches
Mail list logo