1
11: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
dev
.6.19-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
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.
>
> Sh
ack that is 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]>
Li
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://opens
0. It 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
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
>
me special 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 "unsubsc
ice was 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'
decoded 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-k
ee 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
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
s 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.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe
e 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-kerne
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
strncmp), leading 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&#x
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 (!presen
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 200
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
ow, but 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 t
ifferent 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
> > i
e before 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 ma
> 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 -
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.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux
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 scs
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
.
--
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_
I have the same 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 PRO
> * does TLan_EisaProbe 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 suggest
orst part 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 Mathi
> +static struct net_device *TLan_Eisa_Devices = NULL;
>
>
>
> +static int tlan_have_pci = 0;
> +static int tlan_have_eisa = 0;
>
True. I'll submit a new patch ASAP.
Thanks for noticing Tigran.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN
drivers/scsi 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
test9.
--
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
actually _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
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 Thunde
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
ernel source, which happened to be
> 2.2.16, and found 113 uses of SA_INTEERUPT, 64 in drivers/scsi/*.c and the rest
>spread
> around.
>
> Do we have a problem? Should it be fixed as part of the cleanup before 2.4.0?
No. SA_INTERRUPT is a must today. Its much better to just d
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 P
, 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
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/
anges 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 cal
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
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 Mat
scsi_syms 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 Thund
er scsi drivers (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]>
Li
me here. 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
iver 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.)
--
Tor
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 [EM
This will probaly fix a bunch of scsi problems in tytso's list at
linux24.sourceforge.net.
Could people please verify this and send him a note.
Thanks.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: se
On Mon, Sep 18 2000, Torben Mathiasen wrote:
> It just hit me when I touched the send button (yeah right!). I'm basicly
> compiling the same kernel right now.
> Glad we got that in place, otherwise it would have been a long wasted night 8).
>
And just to follow up on my own
egrate
> all the 2.2.x stuff that Alan sent me yesterday first ;)
>
Excellent, people are starting to cry...
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
leasent side effect of removing
ifdef MODULE. But now it seems Linus has done it without this. I
think this is okay, as it gives us a _nice_ working scsi layer back,
on which we can build our cleanup.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
T
i is compiled into the kernel with one or
more host adapters? We have to initialize those right away. Please
explain what you did with all the host initialization (spin-up, etc.)
in scsi_dev_init.
You could also just send me a diff, and I'll take a look.
--
Torben Mathiasen <[EM
e initialization routines
in scsi.c, exactly because of the issues you mention (init builtin host adapters when
scsi is also builtin)
Let me know if you have any hints as what should be looked at while we are
at it. I'll send you a patch soon for your comments.
--
Torben Mathiasen <[EMAIL
ly
make some code a duplicate and therefore needs to be removed which
I consider a good ting.
--
Regards,
Torben Mathiasen
-
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, Sep 17 2000, Jan Niehusmann wrote:
> On Sun, Sep 17, 2000 at 09:59:30AM -0700, Linus Torvalds wrote:
> > On Sun, 17 Sep 2000, Torben Mathiasen wrote:
> > >
> > > The proper way of fixing this is to add #ifdef MODULE around the init
> > > functio
s to fail.
>
When did this start to happen? I sustect this is something similar to what has
been happening with sd because of the module_init/exit stuff.
Some people are seeing lockups because of the sd changes, going back to init_module
cures it. The problems is within the scsi subsystem
ve added this card in 2.2.18. If
you use a 2.4.0 kernel, you can do the patch yourself by just looking
at the 2.2 eepro100 driver. You only need to add the PCI ID's.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this li
csidrv.o(.text+0x733e): undefined reference to
> `scsi_unregister_module'
> drivers/scsi/scsidrv.o: In function `init_sr':
> drivers/scsi/scsidrv.o(.text.init+0x385a): undefined reference to
> `scsi_register_module'
> make: *** [vmlinux] Error 1
>
Compile error fixed in
ess the scsi subsystem is in need of an overhaul for 2.5.
Patches have already been sent to you for sd (me) and sr (Jens Axboe).
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-k
;
Probaly, I prefer to revert to good old init/cleanup_module. Forcing
the new module_init with older non compatible drivers seems wrong.
I'll look into what needs to be done to get it clean.
The patch attached goes back to the old interface, please verify its
success. I'll then send i
(.text+0x1efa): undefined reference to
> 'scsi_register_module'
> drivers/scsi/scsidrv.o: In function 'exit_sd':
> drivers/scsi/scsidrv.o(.text+0x1f12): undefined reference to
> 'scsi_unregister_module'
>
> I have attached the .config file with w
on: 03
>
Could you try out this patch. The module_init/exit stuff in sd.c
has given some people a real headache.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/torben linux-2.4.0-test8/drivers/scsi/sd.c
linux/dr
e
already sent Linus a patch, but I still need to verify this with Paul Hubbard.
--
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 Wed, Sep 13 2000, [EMAIL PROTECTED] wrote:
> * TLAN nic appears to be adding a timer twice (2.4.0test8pre6, Arjan
>ve de Ven)
This has been fixed, just not sent off to Linus yet.
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.ke
channel 0, id 3, lun 0
> [...]
> Detected scsi disk sdd at scsi0, channel 0, id 4, lun 0
>
> I think this is caused by the addition of module_init(init_sd);
> at the end of drivers/scsi/sd.c.
>
This seems to some kind of scsi weirdness. Jens reports its the
same with sr. Maybe E
On Fri, Sep 08 2000, Marcelo Tosatti wrote:
>
> On Fri, 8 Sep 2000, Torben Mathiasen wrote:
>
> > On Fri, Sep 08 2000, Arnaldo Carvalho de Melo wrote:
> > > Hi,
> > >
> > > Please take a look and consider applying. Some of it are small cleanups, if
&
d fixing, but I think its better to keep
> the patches smaller and incremental, what do you think?
>
How about converting the cli() code to spin_locks while we are at it?
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
-
To unsubscribe from this l
test7-pre7 that didn't get in. Please let me know if
something is missing from this one, or if Analdo is currently working on this.
Patch is against test8-pre6
--
Torben Mathiasen <[EMAIL PROTECTED]>
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur --exclude-from=/root/t
MP, revision, etc.).
Have fun.
--
Torben Mathiasen
Linux ThunderLAN maintainer
http://tlan.kernel.dk
diff -ur linux-2.4.0-test7/drivers/net/tlan.c linux/drivers/net/tlan.c
--- linux-2.4.0-test7/drivers/net/tlan.cThu Aug 31 13:48:07 2000
+++ linux/drivers/net/tlan.cThu Aug 31
76 matches
Mail list logo
