[Vladislav Malyshkin <[EMAIL PROTECTED]>]
> Also, the function remove_duplicates can be written using make rules
> and functions. Using functions "foreach" "if" from make and
> comparison you can easily build a function remove_duplicates in make,
> no shell involved.
Could you please write me t
[hpa]
> I would tend to agree with Linus on that. If that's truly what
> you're doing, it would be rather nonobvious.
Well, ok, opinion vs. opinion. The thing is, userspace code almost
*never* needs to care about link order -- and, not counting boot loader
magic, kernel code didn't care about
Hello,
Is someone working on Linus's poll variation discussed in this list a week
ago?
Thanks
Lyle
-
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/
Peter Samuelson wrote:
>
> To Keith, Michael and me, the cleanest way to remove duplicates is
> $(sort). Since some object files must *not* be sorted, we came up with
> a simple, readable way to declare that certain things had to come in a
> certain order -- the idea being that most of the time
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mno-fp-regs -ffixed-8
-mcpu=ev6 -Wa,-mev6-c -o binfmt_elf.o binfmt_elf.c
binfmt_elf.c: In function `create_elf_tables':
binfmt_elf.c:166: `CLOCKS_PER_SEC' undeclared (first
On Tue, 31 Oct 2000, Miles Lane wrote:
>
> Were there no changes between test10-pre7 and test10?
> I notice you didn't send out a Changelist.
>
> The Changelists help me focus my testing.
Sorry. Here it is..
Linus
-
- final:
- Jeff Garzik: ISA network driver cleanup,
Jeff Garzik wrote:
>
> Paul Gortmaker wrote:
> > There is no urgency in trying to squeeze a patch like this in the back
> > door of a 2.4.0 release. For example, there are people out there now
> > who are using the ne.c driver to run both ISA and PCI cards in the same
> > box without having to u
On Tue, 31 Oct 2000, Linus Torvalds wrote:
[snip]
> Naah, he mainly just does some browsing with netscape, and (don't tell a
> soul) plays QuakeIII with the door locked.
>
> Linus
Although he might find that 2.2.18pre18 gives better frame rates. :)
1024x768, Max detail, 32bit,
Linus,
Were there no changes between test10-pre7 and test10?
I notice you didn't send out a Changelist.
The Changelists help me focus my testing.
Thanks,
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
"Jeff V. Merkey" wrote:
> A "context" is usually assued to be a "stack". The simplest of all
> context switches is:
>
>movx, esp
>movesp, y
Presumeably you'd immediately do a ret to some address, and there pop a
base address off the stack to get some global memory. Is that righ
[me]
> > So the real question is, how many gettimeofday() per sec can Linux
> > do?
[Larry McVoy]
> Oh, about 3,531,073 on a 1Ghz AM thunderbird running
> Linux disks.bitmover.com 2.4.0-test5.
So, at two "context switches" (Jeff's term) per syscall, we're
somewhere around half the speed of N
On Tue, Oct 31, 2000 at 11:01:20PM -0600, Peter Samuelson wrote:
> So the real question is, how many gettimeofday() per sec can Linux do?
Oh, about 3,531,073 on a 1Ghz AM thunderbird running
Linux disks.bitmover.com 2.4.0-test5.
That's 283.2 nanoseconds per call, to save you the math.
--
---
L
I just tried version 2.4.0-test10 and found the AM53C974
driver does not get any kernel boot parameters when compiled
in the kernel.
This is my quick fix for it. It seems some other drivers
need similar changes too, but I do not have fixes for them
yet.
Thanks.
diff -ur -x *~ -x .depend ../lin
FYI,
My list of 2.4.0-testX problems
Further details, .config, etc...available if needed
Martin
2.4.0-test10 and earlier problem list:
Problem | UP UP-APIC SMP
|
1 | OK OK
[Jeff Merkey]
> > > The numbers don't lie. [...]
> >
[Ingo Molnar]
> > sure ;) I can do infinite context switches! You dont believe? See:
> >
> > #define schedule() do { } while (0)
[Jeff]
> Actually, I think the compiler would optimize this statement
> completely out of the code
Jens Axboe wrote:
>
> 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
> > o
Greetings,
I'm just getting started playing around with the lvm.
I've used the HP-UX lvm, and was giving the Linux
version a spin for the very first time when I ran into
some big problems:
Let me know if I'm doing something really stupid, but
something tells me a kernel oops is not a good sign!
In the Linux scheduler they use a circular queue implementation with round
robin. What is the advantage of this over just using a normal queue with a
back and front. Also does anyone know what a test plan for such a design
would even begin to look like. This is a project for a proposal going aroun
Sorry for our mess mail, but we want to improve linux kernel.
We are glad to announce the 1st release of USAGI Project. The "USAGI"
means UniverSAl playGround for Ipv6. It is the IPv6 development project
for Linux operating systems mainly.
As many other operating systems and routers, the Linux
On Tue, Oct 31, 2000 at 08:55:13PM +, Alan Cox wrote:
> Does autofs4 work yet
Autofs4 was fixed in 2.4.0-test10-pre6 or so. Autofs4 for 2.2.x has
been working for some time, though I just updated the 2.2 patch so it
doesn't stomp on autofs (v3).
J
PGP signature
On Tue, 31 Oct 2000, Horst von Brand wrote:
>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, giv
The user-mode port of 2.4.0-test10 is available.
The stack overflows seen in test9 are fixed. The stack is now allocated as
four pages, the top two used as a kernel stack, the third is inaccessible and
acts as a guard page, and the lowest page contains the task structure.
Host devices can aga
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 dri
[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 P
[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
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
- o
[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) ?
> > 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 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
[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
"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 call
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
Brazi
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,
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
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 : 424
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 PRO
> > > 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 proble
On Tue, 31 Oct 2000, Jens Axboe wrote:
> It's untested behaviour at this point, all bets are off. It
> hasn't oopses here though...
>
let me mail you an IRIX EFS CD.. :)
(only half joking here. if you want one for testing let me know).
> > so once the scsi cdrom is fixed then ide-scsi should
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
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: htt
> 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
sw
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
> > > 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
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 d
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 hung
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
(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 fl
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 message
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 emp
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
> > thi
> 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
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
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
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,
>
>
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
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 wr
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 rea
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 t
On Tue, 31 Oct 2000, Jeff V. Merkey wrote:
> Odd. When I profile Linux with EMON, I see tons of them. Anywhere code
> does
>
> moveax, addr
> mov[addr], ebx
AGIs were a real problem on P5 class Intel CPUs. On P6 core CPUs, most
forms of addresses (except memory writes) do not generat
"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,
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
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();
> > > }
> >
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):
>
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/res2000q
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 p
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 so
"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:
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 r
I don't doubt it. a port of netware that can run linux apps would be very
useful to people who want to run netware, but this is not the same thing
as what it has sounded like you were working on.
David Lang
On Tue, 31 Oct 2000, Jeff
V. Merkey wrote:
> Date: Tue, 31 Oct 2000 15:57:23 -0700
> Fr
David Lang wrote:
>
> -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
> 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
>
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
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 L
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
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 ca
-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 thin
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 rela
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 operati
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 leas
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 i
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 switc
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 fun
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 co
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
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 Net
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
--
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.
>
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)
ts-
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 yo
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
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 del
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, m
{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 t
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 numb
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 proc
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 ker
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
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 stuff
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 c
1 - 100 of 218 matches
Mail list logo
