On Tue, 31 Oct 2000, Pavel Machek wrote:
Excuse me, 857,000,000 instructions executed and 460,000,000
context switches a second -- on a PII system at 350 Mhz. [...]
That's more than one context switch per clock. I do not think so.
Really go and check those numbers.
yep, you cannot have
Why not solve the problem at the source and completely redesign the
network stack? Get rid of the old sk_buff co! Rip the whole network
layer out! Redesign it and give the user a possibility of Zero-Copy
networking!
For one because you don't need to do that to get zero copy networking for
Alan Cox wrote:
Why not solve the problem at the source and completely redesign the
network stack? Get rid of the old sk_buff co! Rip the whole network
layer out! Redesign it and give the user a possibility of Zero-Copy
networking!
For one because you don't need to do that to get
On Tue, 31 Oct 2000, Reto Baettig wrote:
When I'm following this thread, you guys seem to forget the
_basics_: The Linux networking stack sucks!
Ummm, last I looked Linux held the Specweb99 record;
by a wide margin...
Rik
--
"What you're running that piece of shit Gnome?!?!"
-- Miguel
After talking with two members of the list, here is the latest situation.
I was having major problems upgrading to .17, having it crash immediately
on boot. Yesterday due to frustration I wound up setting MEM=900 (as per
Alan Cox's suggestion) and keeping .15 running.. this seemed to be working
Ok, test10-final is out there now. This has no _known_ bugs that I
consider show-stoppers, for what it's worth.
And when I don't know of a bug, it doesn't exist. Let us rejoice. In
traditional kernel naming tradition, this kernel hereby gets anointed as
one of the "greased weasel" kernel
"sublinear scaling",
^-- extralinear. whatever.
-
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, 31 Oct 2000, Linus Torvalds wrote:
Ok, test10-final is out there now. This has no _known_ bugs that
I consider show-stoppers, for what it's worth.
And when I don't know of a bug, it doesn't exist. Let us
rejoice. In traditional kernel naming tradition, this kernel
hereby gets
- Received message begins Here -
And what if I'd like to use the network for something different than
html?
Read the tux source. Then come back and ask sensible questions
Also pay attention to the security aspects of a true "zero copy" TCP stack.
It means that
Rik van Riel wrote:
Ummm, last I looked Linux held the Specweb99 record;
by a wide margin...
...does that remove any memory copies???
To be best does not mean that there's no place for improvment.
Can anybody please help me and tell me where to start understanding what
tux does?
www.tux.org
Ok, test10-final is out there now. This has no _known_ bugs that I
consider show-stoppers, for what it's worth.
The fact power management even handling is completely broken and crashes
on unfortunately timed module unloads doesnt count ?
More importantly has the bug when you can use the
how much memory you have, is there any patch I can put into a 2.2.x kernel
or a program to run after bootup to find out the max MEM= setting which is
appropriate, without having to do blind tests changing the amount until it
crashes?
There is a patch for E820 memory detection that Orc
Linus Torvalds writes:
On Wed, 1 Nov 2000, Keith Owens wrote:
LINK_FIRST is processed in the order it is specified, so a.o will be
linked before z.o when both are present. See the patch.
So why don't you do the same thing for obj-y, then?
Why can't you do
LINK_FIRST=$(obj-y)
Also pay attention to the security aspects of a true "zero copy" TCP stack.
It means that SOMETIMES a user buffer will recieve data that is destined
for a different process.
The moment you try and do zero copy like that you end up playing so many MMU
games the copy is faster. We do zero copy
On Tue, 31 Oct 2000, Rik van Riel wrote:
On Tue, 31 Oct 2000, Linus Torvalds wrote:
Ok, test10-final is out there now. This has no _known_ bugs that
I consider show-stoppers, for what it's worth.
And when I don't know of a bug, it doesn't exist. Let us
rejoice. In traditional
On Tue, 31 Oct 2000, Russell King wrote:
Linus Torvalds writes:
On Wed, 1 Nov 2000, Keith Owens wrote:
LINK_FIRST is processed in the order it is specified, so a.o will be
linked before z.o when both are present. See the patch.
So why don't you do the same thing for obj-y, then?
Question - is hardware APM suspend supported in any current available
kernel/apmd? I ask this because when I press the power button on my
computer, which is supposed to do a hardware suspend (according to my
BIOS) and I'm in X, the screen basically turns to garbage and I can't do
anything except
On Tue, 31 Oct 2000 05:59:59 -0600, Peter Samuelson
[EMAIL PROTECTED] wrote:
[Linus]
In short, we should _remove_ all traces of stuff like
O_OBJS = $(filter-out $(export-objs), $(obj-y))
It's wrong.
We should just have
O_OBJS = $(obj-y)
which is always right.
This
On Tue, 31 Oct 2000, Reto Baettig wrote:
Rik van Riel wrote:
Ummm, last I looked Linux held the Specweb99 record;
by a wide margin...
...does that remove any memory copies???
I don't want to make linux bad or stand on anybodys toes.
Good to know, your previous message might have fooled
Question - is hardware APM suspend supported in any current available
kernel/apmd? I ask this because when I press the power button on my
computer, which is supposed to do a hardware suspend (according to my
BIOS) and I'm in X, the screen basically turns to garbage and I can't do
anything
Check your logs and see if their is a speed setting
block issued, only if
you are using patched 2.2x or 2.4.0x kernels will
this report be
generated.
I haven't been able to recover anything from the root
fs as of yet. If I do; I will check the logs.
Before, on a 40-conductor cable, I
On Tue, 31 Oct 2000, Rik van Riel wrote:
Ummm, last I looked Linux held the Specweb99 record;
by a wide margin...
... but since then IBM/Zeus appear to have taken the lead:
http://www.zeus.com/news/articles/001004-001/
http://www.spec.org/osg/web99/results/res2000q3/
But they were using a
Alan Cox wrote:
Why not solve the problem at the source and completely redesign the
network stack? Get rid of the old sk_buff co! Rip the whole network
layer out! Redesign it and give the user a possibility of Zero-Copy
networking!
For one because you don't need to do that to get
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
Rik van Riel wrote:
On Tue, 31 Oct 2000, Reto Baettig wrote:
When I'm following this thread, you guys seem to forget the
_basics_: The Linux networking stack sucks!
Ummm, last I looked Linux held the Specweb99 record;
by a wide
Paul Menage wrote:
On Tue, 31 Oct 2000, Rik van Riel wrote:
Ummm, last I looked Linux held the Specweb99 record;
by a wide margin...
... but since then IBM/Zeus appear to have taken the lead:
http://www.zeus.com/news/articles/001004-001/
"Jeff V. Merkey" wrote:
Alan Cox wrote:
Why not solve the problem at the source and completely redesign the
network stack? Get rid of the old sk_buff co! Rip the whole network
layer out! Redesign it and give the user a possibility of Zero-Copy
networking!
For one because
hi,
I have 2 problems related to reading IRIX EFS cd's.
---problem 1:
mounting an EFS cd from my Yamaha CDR-4416S SCSI CDRW consistently
causes a lockup when i try to read directory/file data from the CD. I
observed this initially with EFS CDR's, and assumed something had
gone wrong when
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Pavel Machek wrote:
Excuse me, 857,000,000 instructions executed and 460,000,000
context switches a second -- on a PII system at 350 Mhz. [...]
That's more than one context switch per clock. I do not think so.
Really go and check those
Rik van Riel wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
Rik van Riel wrote:
On Tue, 31 Oct 2000, Reto Baettig wrote:
When I'm following this thread, you guys seem to forget the
_basics_: The Linux networking stack sucks!
Ummm, last I looked Linux held the
Rik
Is there any documentation about the Tux zero-copy implementation so
that I don't have to read half of the 2.4 kernel sources before having a
clue?
Are the kernel changes going to be in the mainstream kernel?
Does Tux implement a new interface so that a userspace app can do
zero-copy
On Tue, 31 Oct 2000, Reto Baettig wrote:
Is there any documentation about the Tux zero-copy
implementation so that I don't have to read half of the 2.4
kernel sources before having a clue?
Reading the 2.4 sources won't do you much good since
the Tux layer isn't integrated ;)
Are the kernel
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
It relies on an anomoly in the design of Intel's cache controllers,
and with memory based applications, I can get 120% scaling per
procesoor by jugling the working set of executable code cached accros
each processor.
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
Excuse me, 857,000,000 instructions executed and 460,000,000
context switches a second -- on a PII system at 350 Mhz. [...]
That's more than one context switch per clock. I do not think so.
Really go and check those numbers.
yep,
{lots of perf stuff deleted}
I'm posting this to point out that Linux networking is getting better at
a substantial pace.
I've already sent this to Davem and Linus a while back, but I have a
pretty nice lab here at BitMover, 4 100Mbit switched networks, servers
with 4 cards, and enough clients
On Tue, Oct 31, 2000 at 02:52:11PM -0700, Jeff V. Merkey wrote:
The numbers don't lie. You know where the code is. You notice that
there is a version of
the kernel hand coded in assembly language. You'l also noticed that
it's SMP and takes ZERO LOCKS during context switching, in fact, most
Larry,
The quality of the networking code in Linux is quite excellent. There's
some scaling problems relative to NetWare. We are firmly committed to
getting something out with a Linux code base and NetWare metrics. Love
to have your help.
Jeff
Larry McVoy wrote:
{lots of perf stuff
On Tue, Oct 31 2000, Paul Jakma wrote:
I have 2 problems related to reading IRIX EFS cd's.
---problem 1:
mounting an EFS cd from my Yamaha CDR-4416S SCSI CDRW consistently
causes a lockup when i try to read directory/file data from the CD. I
observed this initially with EFS CDR's,
On Tue, Oct 31, 2000 at 03:15:37PM -0700, Jeff V. Merkey wrote:
The quality of the networking code in Linux is quite excellent. There's
some scaling problems relative to NetWare. We are firmly committed to
getting something out with a Linux code base and NetWare metrics. Love
to have your
A "context" is usually assued to be a "stack". The simplest of all
context switches
is:
movx, esp
movesp, y
A context switch can be as short as two instructions, or as big as a TSS
with CR3 hardware switching,
i.e.
ltrax
jmptask_gate
(500 clocks later)
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
Excuse me, 857,000,000 instructions executed and 460,000,000
context switches a second -- on a PII system at 350 Mhz. [...]
That's more than one context switch per clock. I do not think so.
Really go and
Just a short Oops report for test10.
Extra Patches: reiserfs: linux-2.4.0-test9-reiserfs-3.6.18
no patch collisions with this patch and test10
test10-pre7 worked fine.
Oops during loading of 3c509-module.
System: Dual PIII/450 256M
Greetings,
jarek
Larry McVoy wrote:
On Tue, Oct 31, 2000 at 03:15:37PM -0700, Jeff V. Merkey wrote:
The quality of the networking code in Linux is quite excellent. There's
some scaling problems relative to NetWare. We are firmly committed to
getting something out with a Linux code base and NetWare
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
A "context" is usually assued to be a "stack". [...]
a very clintonesque definition indeed ;-)
what is relevant is the latency to switch from one process to another one.
And this is what we call a context switch. It includes scheduling
decisions and
On Tue, Oct 31, 2000 at 03:38:00PM -0700, Jeff V. Merkey wrote:
Larry McVoy wrote:
On Tue, Oct 31, 2000 at 03:15:37PM -0700, Jeff V. Merkey wrote:
The quality of the networking code in Linux is quite excellent. There's
some scaling problems relative to NetWare. We are firmly committed
One more optimization it has. NetWare never "calls" functions in the
kernel. There's a template of register assignments in between kernel
modules that's very strict (esi contains a WTD head, edi has the target
thread, etc.) and all function calls are jumps in a linear space.
layout of all
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
Larry McVoy wrote:
Consider your
recent context switch claims. Yes, I believe that you can do the moral
equiv of a longjmp() in the kernel in a few cycles, but that isn't a
context switch, at least, it isn't the same a context switch in the
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
A "context" is usually assued to be a "stack". [...]
a very clintonesque definition indeed ;-)
what is relevant is the latency to switch from one process to another one.
And this is what we call a context switch. It
Rik van Riel wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
Larry McVoy wrote:
Consider your
recent context switch claims. Yes, I believe that you can do the moral
equiv of a longjmp() in the kernel in a few cycles, but that isn't a
context switch, at least, it isn't the
On Tue, Oct 31, 2000 at 03:47:56PM -0700, Jeff V. Merkey wrote:
It kicks Linux's but in LAN I/O scaling.
Really? So, since in a few messages back you claimed that it has a fully
supported userland which implements all of P1003.1 as well as sockets,
obviously, since it is a networking
Larry McVoy wrote:
On Tue, Oct 31, 2000 at 03:38:00PM -0700, Jeff V. Merkey wrote:
Larry McVoy wrote:
On Tue, Oct 31, 2000 at 03:15:37PM -0700, Jeff V. Merkey wrote:
The quality of the networking code in Linux is quite excellent. There's
some scaling problems relative to
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
One more optimization it has. NetWare never "calls" functions in the
kernel. There's a template of register assignments in between kernel
modules that's very strict (esi contains a WTD head, edi has the target
thread, etc.) and all function calls
Larry,
What's your mailing address and I'll send you out a legally licensed
copy of NetWare 3.12 and transfer the license to you then you can do the
comparison and see for yourself.
:-)
Jeff
Larry McVoy wrote:
On Tue, Oct 31, 2000 at 03:47:56PM -0700, Jeff V. Merkey wrote:
It kicks
On Tue, Oct 31, 2000 at 02:52:11PM -0700, Jeff V. Merkey wrote:
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Pavel Machek wrote:
Excuse me, 857,000,000 instructions executed and 460,000,000
context switches a second -- on a PII system at 350 Mhz. [...]
That's more than one
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
It kicks Linux's but in LAN I/O scaling. [...]
brain cacheflush? Restart the same thread? Sorry i've got better things to
do.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Jeff, one other thing. Linux is not x86 hand-crafted assembler, it's
capable of running on many platforms. are you planning on giving up this
capability or hand crafting the kernel for each chip?
Linux on x86 is nice (and I do use it a lot) but one of the
One more optimization it has. NetWare never "calls" functions in the
kernel. There's a template of register assignments in between kernel
modules that's very strict (esi contains a WTD head, edi has the target
thread, etc.) and all function calls are jumps in a linear space.
What if I
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
One more optimization it has. NetWare never "calls" functions in the
kernel. There's a template of register assignments in between kernel
modules that's very strict (esi contains a WTD head, edi has the target
thread,
"Richard B. Johnson" wrote:
Dick,
In NetWare this:
One could create a 'kernel' that does:
for(;;)
{
proc0();
proc1();
proc2();
proc3();
etc();
}
would be coded like this (no C compiler):
proc0:
proc1:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
[...] These types of optimizations are possible when people have
acccess to Intel Red Cover documents, [...]
optimizing away AGIs has been documented by public Intel PDFs for years:
[...] Since the Pentium processor has two integer pipelines, a
On Tue, Oct 31, 2000 at 03:38:00PM -0700, Jeff V. Merkey wrote:
It's makes more money in a week than Linux has ever made.
The same could be said about Windows; that doesn't make it a
technically superior solution.
Speaking of Windows, a lot of your arguments are starting to
On Tue, Oct 31, 2000 at 01:36:32PM -0800, Paul Menage wrote:
On Tue, 31 Oct 2000, Rik van Riel wrote:
Ummm, last I looked Linux held the Specweb99 record;
by a wide margin...
... but since then IBM/Zeus appear to have taken the lead:
http://www.spec.org/osg/web99/results/res2000q3/
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
[...] These types of optimizations are possible when people have
acccess to Intel Red Cover documents, [...]
optimizing away AGIs has been documented by public Intel PDFs for years:
[...] Since the Pentium processor
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
One could create a 'kernel' that does:
for(;;)
{
proc0();
proc1();
proc2();
proc3();
etc();
}
would be coded like this (no C compiler):
proc0:
proc1:
Nathan Paul Simons wrote:
On Tue, Oct 31, 2000 at 03:38:00PM -0700, Jeff V. Merkey wrote:
It's makes more money in a week than Linux has ever made.
The same could be said about Windows; that doesn't make it a
technically superior solution.
Speaking of Windows, a lot of
Ingo Molnar wrote:
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
One could create a 'kernel' that does:
for(;;)
{
proc0();
proc1();
proc2();
proc3();
etc();
}
would be coded like this (no
"Jeff V. Merkey" wrote:
David/Alan,
Andre Hedrick is now the CTO of TRG and Chief Scientist over Linux
Development. After talking
to him, we are going to do our own ring 0 2.4 and 2.2.x code bases for
the MANOS merge.
the uClinux is interesting, but I agree is limited.
Jeff,
What
On Wed, Nov 01, 2000 at 01:21:03AM +0200, Matti Aarnio wrote:
On Tue, Oct 31, 2000 at 01:36:32PM -0800, Paul Menage wrote:
On Tue, 31 Oct 2000, Rik van Riel wrote:
Ummm, last I looked Linux held the Specweb99 record;
by a wide margin...
... but since then IBM/Zeus appear to have taken
On Wed, 01 Nov 2000, Jeff V. Merkey wrote:
moveax, addr
mov[addr], ebx
Probably You mean this :
mov r/imm, %eax
mov (%eax), %ebx
- Davide
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
On Tue, 31 Oct 2000, Richard B. Johnson wrote:
However, these techniques are not useful with a kernel that has an
unknown number of tasks that execute 'programs' that are not known to
the kernel at compile-time, such as a desk-top operating system.
yep, exactly. It simply optimizes the
On Tue, Oct 31, 2000 at 04:20:30PM -0700, Jeff V. Merkey wrote:
Nathan Paul Simons wrote:
On Tue, Oct 31, 2000 at 03:38:00PM -0700, Jeff V. Merkey wrote:
It's makes more money in a week than Linux has ever made.
The same could be said about Windows; that doesn't make it a
Alan Cox wrote:
One more optimization it has. NetWare never "calls" functions in the
kernel. There's a template of register assignments in between kernel
modules that's very strict (esi contains a WTD head, edi has the target
thread, etc.) and all function calls are jumps in a
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
A "context" is usually assued to be a "stack". The simplest of all
context switches
is:
movx, esp
movesp, y
A context switch can be as short as two instructions, or as big as a TSS
with CR3 hardware switching,
i.e.
Linus Torvalds wrote:
[snip]
That was going to be my next question if somebody actually said "sure".
The question was rhetorical, since the way LINK_FIRST is implemented
means
that it has all the same problems that $(obj-y) has, and is hard to get
right in the generic case (but you can
users must be fairly recent (4.x and about - 3.x has come into discussion
but doesn't count here) customers. Obviously, they are big and SIGNIFICANT
customers. Do we know that Linux can't handle the load, though, or is
this just more supposition based on statistics?
On the same hardware
On Wed, Nov 01, 2000 at 12:07:50AM +, Alan Cox wrote:
users must be fairly recent (4.x and about - 3.x has come into discussion
but doesn't count here) customers. Obviously, they are big and SIGNIFICANT
customers. Do we know that Linux can't handle the load, though, or is
this just
Hi,
Can you try the USB printer driver in 2.4.0-test10 and
let me know if it works for you? [It works for me.]
~Randy_
|randy.dunlap_at_intel.com503-677-5408|
|NOTE: Any views presented here are mine alone|
| may not represent the views of my
Along with many others, I have an older laptop.
I also notice the large number of USB things released, some of which I'd like
to connect to it.
Is there hardware around? Is anyone working on drivers?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
(using the bug report form. if you wish to contact me, please
do so off-list as I am not subscribed.)
1. Locks up on boot with HPT370
2. Using kernel 2.4.0-test10, my machine gets to the part of
the bootup where it has detected drives and CD-ROM's on hda,
hdc, hdd. It then locks up, the
Randy Dunlap wrote:
With CONFIG_USB=y and all other USB modules built as
modules (=m), linking usbdrv.o into the kernel image
gives this:
drivers/usb/usbdrv.o(.data+0x2f4): undefined reference to
Works for me here, .config attached. Local changes, merge error, or
similar? I don't have any
I have Linux RH 6.2 installed, Soyo motherboard, Athlon K7.
When using the kernel that came with the distro (2.2.14-5.0),
the "shutdown -h" commend worked correctly, causing the
computer to power down after exiting Linux.
But when I compiled myself a 2.2.17 kernel, it didn't
work anymore (it
On Tue, 31 Oct 2000, Jens Axboe wrote:
Known problem, blocksizes != 2kb does not currently work
correctly with SCSI CD-ROM (it's even on Ted's list).
doesn't work is one thing.. but an instant lockup? that's a bit
unfriendly. :)
Same deal, SCSI CD-ROM driver. As you noted, pure ATAPI
With CONFIG_USB=y and all other USB modules built as
modules (=m), linking usbdrv.o into the kernel image
gives this:
drivers/usb/usbdrv.o(.data+0x2f4): undefined reference to
Works for me here, .config attached. Local changes, merge error, or
similar? I don't have any
On Wed, Nov 01 2000, Paul Jakma wrote:
Known problem, blocksizes != 2kb does not currently work
correctly with SCSI CD-ROM (it's even on Ted's list).
doesn't work is one thing.. but an instant lockup? that's a bit
unfriendly. :)
It's untested behaviour at this point, all bets are off.
Larry McVoy wrote:
Are there processes with virtual memory?
On Tue, Oct 31, 2000 at 03:38:00PM -0700, Jeff V. Merkey wrote:
Yes.
If that stack switch is your context switch then you share the same VM for all
tasks. I think the above answer "yes" just means you have pagetables so you can
swap,
On Tue, 31 Oct 2000, Alan Cox wrote:
Less Critical:
Does autofs4 work yet
has been apparently working fine for me for a while on 2.4test and
2.2+patch. (while==not noticed any major problems in last couple of
months)
Alan
regards,
--
Paul Jakma [EMAIL PROTECTED]
PGP5 key:
Jesse Pollard [EMAIL PROTECTED] said:
[...]
Also pay attention to the security aspects of a true "zero copy" TCP stack.
It means that SOMETIMES a user buffer will recieve data that is destined
for a different process.
Why? AFAIKS, given proper handling of the issues involved, this can't
correctly with SCSI CD-ROM (it's even on Ted's list).
doesn't work is one thing.. but an instant lockup? that's a bit
unfriendly. :)
It's untested behaviour at this point, all bets are off. It
hasn't oopses here though...
Not just CD either. SCSI disk has the same problem in 2.4
On Wed, Nov 01 2000, Alan Cox wrote:
It's untested behaviour at this point, all bets are off. It
hasn't oopses here though...
Not just CD either. SCSI disk has the same problem in 2.4 but not 2.2
Disk too? I guess Eric broke more than he bargained for :)
--
* Jens Axboe [EMAIL
The version of udf in this kernel version has a bug in the access at the end of the
device (usually used in DVDs) the patch is currently in new versions of
udf 0.9.2 and 0.9.2.1 from linux-udf.sourceforge.net. bye.
--
Luis Toro Teijeiro
AÑO 3021 de la era del pinguino :-) tux rules.
ICQ :
On Tue, 31 Oct 2000 17:24:24 -0800,
"Dunlap, Randy" [EMAIL PROTECTED] wrote:
Is it valid to run depmod like this before
booting the kernel that has usbcore in-kernel?
depmod -ae works after I boot that kernel + usbcore.
To run depmod against a new 2.4.0-test10 kernel,
make modules_install
On Tue, Oct 31, 2000 at 12:41:55PM -0800, Linus Torvalds wrote:
Ok, test10-final is out there now. This has no _known_ bugs that I
consider show-stoppers, for what it's worth.
Sure, it's not a critical bug or anything but hey. One more time:
This is a very minor patch for fs/nls/Config.in,
Hi all,
This fixes "/" key in abnt2 ( pt_BR ) keyboard of ipac ( compac computer ).
2.2.17 fix need a suse usb backport patch ( I use test2-pre2 ).
--
_
Carlos E Gorges
([EMAIL PROTECTED])
Tech informática LTDA
"Jeff V. Merkey" [EMAIL PROTECTED] said:
One more optimization it has. NetWare never "calls" functions in the
kernel. There's a template of register assignments in between kernel
modules that's very strict (esi contains a WTD head, edi has the target
thread, etc.) and all function calls are
[Linus]
But it doesn't even WORK.
You need to have
LINK_FIRST1
LINK_FIRST2
LINK_FIRST3
...
etc to get the proper ordering.
??? No you don't. Perhaps you mean something else. Here's how
LINK_FIRST works:
Say you have foo.o, bar.o, baz.o and lots of other
On Tue, 31 Oct 2000 09:31:09 -0800 (PST),
Linus Torvalds [EMAIL PROTECTED] wrote:
On Wed, 1 Nov 2000, Keith Owens wrote:
LINK_FIRST is processed in the order it is specified, so a.o will be
linked before z.o when both are present. See the patch.
So why don't you do the same thing for obj-y,
[Russell King]
Since someone kindly enlightened me that LINK_FIRST was unsorted, I'm
finding it very hard to grasp what the difference is between an
unsorted LINK_FIRST and unsorted LINK_LAST list, and an unsorted
obj-y list. From what I understand, obj-y = $(LINK_FIRST)
$(LINK_LAST) ?
Hello,
I've just uploaded a new release of the packet writing patch, this time
against the 2.4.0-test10 kernel. The bugs fixes that I've actually
cared/remembered to write down are:
- (scsi) use implicit segment recounting for all hba's
- fix speed setting, was consistenly off on most drives
-
[hpa]
I was going to ask to what extent we genuinely need sorting, and if
we might be better off trying to eliminate that need as much as
possible.
We don't need sorting. We need removing of duplicates. The GNU make
sort function removes duplicates as a side effect, which is why we want
to
[Peter Samuelson]
There are two ways to handle this:
obj-$(CONFIG_WD80x3) += wd.o 8390.o
obj-$(CONFIG_EL2) += 3c503.o 8390.o
obj-$(CONFIG_NE2000) += ne.o 8390.o
obj-$(CONFIG_NE2_MCA) += ne2.o 8390.o
obj-$(CONFIG_HPLAN) += hp.o 8390.o
[John Alvord [EMAIL PROTECTED]]
linux-2.4.0-test10-pre7/drivers/usb/usb.c introduced a really
cool feature, where USB drivers can declare a data structure that
describes the various ID bytes of the USB devices that they are
relevant to. Updated versions of depmod and hotplug are then
used so that the appropriate USB
301 - 400 of 421 matches
Mail list logo