"Andrew" == Andrew Morton [EMAIL PROTECTED] writes:
Andrew The module_init() and module_exit() are inside `#ifdef
Andrew MODULE'. So if the driver is statically linked it doesn't
Andrew register any initcalls. It won't do anything.
ARGH I keep getting those ones wrong ;-(
Thanks
Jes
-
To
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> unsigned is always explicitly integer.
>> And recent gcc's complain over it.
Alan> So file a gcc bug ?
Hmmm and it doesn't seem to moan over it anymore, highly embarrassing
;-( Sorry Aris.
I remember Andreas changed some of these in I
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> unsigned is always explicitly integer.
>> And recent gcc's complain over it.
Alan> So file a gcc bug ?
Ok, I got it now - I confused 'unsigned foo' with 'static foo' the
latter being moaned about.
Sorry about the confusion.
Jes
-
To
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
aris> + unsigned xmt_lower_limit_reg; + unsigned xmt_upper_limit_reg;
aris> + unsigned eeprom_reg; };
>> Please don't use unsigned without specifying the size, use either
>> unsigned int or unsigned long.
Alan> unsigned is always explicitly
> "aris" == aris <[EMAIL PROTECTED]> writes:
aris> hi, misc fixes on eepro driver, please apply
aris> @@ -212,6 +214,12 @@
aris> version of the 82595 chip. */
aris> int stepping;
aris> spinlock_t lock; /* Serializing lock */
aris> +
>>>>> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On 26 Sep 2000, Jes Sorensen wrote:
>> 9.5KB blocks is common for people running Gigabit Ethernet with
>> Jumbo frames at least.
Ingo> yep, although this is more of a Linux limita
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
>> > ie. 99.45% of all allocations are single-page! 0.50% is the 8kb
>>
>> You're right. That's why it's a waste to have so many order in the
>> buddy allocator. [...]
Ingo> yep, i
"aris" == aris [EMAIL PROTECTED] writes:
aris hi, misc fixes on eepro driver, please apply
aris @@ -212,6 +214,12 @@
aris version of the 82595 chip. */
aris int stepping;
aris spinlock_t lock; /* Serializing lock */
aris + unsigned rcv_ram;
"Alan" == Alan Cox [EMAIL PROTECTED] writes:
aris + unsigned xmt_lower_limit_reg; + unsigned xmt_upper_limit_reg;
aris + unsigned eeprom_reg; };
Please don't use unsigned without specifying the size, use either
unsigned int or unsigned long.
Alan unsigned is always explicitly integer.
And
"Alan" == Alan Cox [EMAIL PROTECTED] writes:
Alan unsigned is always explicitly integer.
And recent gcc's complain over it.
Alan So file a gcc bug ?
Ok, I got it now - I confused 'unsigned foo' with 'static foo' the
latter being moaned about.
Sorry about the confusion.
Jes
-
To unsubscribe
"Alan" == Alan Cox [EMAIL PROTECTED] writes:
Alan unsigned is always explicitly integer.
And recent gcc's complain over it.
Alan So file a gcc bug ?
Hmmm and it doesn't seem to moan over it anymore, highly embarrassing
;-( Sorry Aris.
I remember Andreas changed some of these in I think the
X0x1a
@@ -389,7 +403,7 @@
static int dis_pci_mem_inval[ACE_MAX_MOD_PARMS] = {1, 1, 1, 1, 1, 1, 1, 1};
static const char __initdata *version =
- "acenic.c: v0.44 05/11/2000 Jes Sorensen, [EMAIL PROTECTED]\n"
+ "acenic.c: v0.47 09/18/2000 Jes Sorensen, [EMAIL PROTECTED]\n"
> "Pavel" == pavelk <[EMAIL PROTECTED]> writes:
Pavel> Umount (and mount on next line too) report "/: device is busy"
Pavel> and the root filesystem stay not correctly unmounted. But when
Pavel> i press magic key "u" (emergency remount), the filesystem is
Pavel> correctly remounted. All
@@
static int dis_pci_mem_inval[ACE_MAX_MOD_PARMS] = {1, 1, 1, 1, 1, 1, 1, 1};
static const char __initdata *version =
- "acenic.c: v0.44 05/11/2000 Jes Sorensen, [EMAIL PROTECTED]\n"
+ "acenic.c: v0.47 09/18/2000 Jes Sorensen, [EMAIL PROTECTED]\n"
"
> "jamal" == jamal <[EMAIL PROTECTED]> writes:
jamal> The FF code of the tulip does have skb recycling code. And i
jamal> belive Jes' acenic code does or did at some point. Robert
jamal> Olson and I were thinking of taking out that code out of the
jamal> tulip for reasons such as you talk
"jamal" == jamal [EMAIL PROTECTED] writes:
jamal The FF code of the tulip does have skb recycling code. And i
jamal belive Jes' acenic code does or did at some point. Robert
jamal Olson and I were thinking of taking out that code out of the
jamal tulip for reasons such as you talk about (and
> "David" == David Ford <[EMAIL PROTECTED]> writes:
David> C program instructions are in ASCII, data certainly isn't
David> restricted to that. If you or your M*A can't or won't deal
David> with anything but plain text, then filter it. Plain text is
David> clearly in the minority of emails
>>>>> "Todd" == Todd <[EMAIL PROTECTED]> writes:
>> > Jes Sorensen wrote: > > It took me a little while in the
>> beginning to convince Alteon to open > > up and provide docs, but
>> since they saw the light they have been > &g
> "Horst" == Horst von Brand <[EMAIL PROTECTED]> writes:
Horst> "Albert D. Cahalan" <[EMAIL PROTECTED]> said: [...]
>> That would be the "H=F8jland" in your .sig, right? No problem, '='
>> is a standard character.
>>
>> My MUA has been RFC-compliant since before this "MIME" thing
>>
> "Kurt" == Kurt Garloff <[EMAIL PROTECTED]> writes:
Kurt> On Fri, Sep 08, 2000 at 06:33:34PM +1100, Keith Owens wrote:
>> Exmh handles MIME just fine and MIME is useful for some things.
>> Other people (including Linus) have made it clear that MIME is not
>> welcome on linux-kernel, plain
> "Keith" == Keith Owens <[EMAIL PROTECTED]> writes:
Keith> On Wed, 6 Sep 2000 21:49:44 +0100 (BST), Alan Cox
Keith> <[EMAIL PROTECTED]> wrote:
>> Use a different gcc. There are reasons people shipping 2.96 for
>> intel x86 also include egcs. The kernel isnt ready for 2.96
Keith> Out of
> "Jamie" == Jamie Lokier <[EMAIL PROTECTED]> writes:
Jamie> According to group legend here (I wasn't around but will repeat
Jamie> what I was told), we spent about 1 year trying to get docs on
Jamie> Intel's i960 based gigabit card so we could program it.
Jamie> Eventually we gave up and
"Jamie" == Jamie Lokier [EMAIL PROTECTED] writes:
Jamie According to group legend here (I wasn't around but will repeat
Jamie what I was told), we spent about 1 year trying to get docs on
Jamie Intel's i960 based gigabit card so we could program it.
Jamie Eventually we gave up and moved to
"Keith" == Keith Owens [EMAIL PROTECTED] writes:
Keith On Wed, 6 Sep 2000 21:49:44 +0100 (BST), Alan Cox
Keith [EMAIL PROTECTED] wrote:
Use a different gcc. There are reasons people shipping 2.96 for
intel x86 also include egcs. The kernel isnt ready for 2.96
Keith Out of curiousity, which
"Horst" == Horst von Brand [EMAIL PROTECTED] writes:
Horst "Albert D. Cahalan" [EMAIL PROTECTED] said: [...]
That would be the "H=F8jland" in your .sig, right? No problem, '='
is a standard character.
My MUA has been RFC-compliant since before this "MIME" thing
existed, so I can see the
"Todd" == Todd [EMAIL PROTECTED] writes:
Jes Sorensen wrote: It took me a little while in the
beginning to convince Alteon to open up and provide docs, but
since they saw the light they have been extremely helpful and
went much further in their openness than I had eve
"David" == David Ford [EMAIL PROTECTED] writes:
David C program instructions are in ASCII, data certainly isn't
David restricted to that. If you or your M*A can't or won't deal
David with anything but plain text, then filter it. Plain text is
David clearly in the minority of emails throughout
not
+ * to care - stinky!
*/
#ifndef PCI_DEVICE_ID_FARALLON_PN9000SX
#define PCI_DEVICE_ID_FARALLON_PN9000SX0x1a
@@ -389,7 +399,7 @@
static int dis_pci_mem_inval[ACE_MAX_MOD_PARMS] = {1, 1, 1, 1, 1, 1, 1, 1};
static const char __initdata *version =
- "acenic.c: v0.44 05/11/2000 Jes
!
*/
#ifndef PCI_DEVICE_ID_FARALLON_PN9000SX
#define PCI_DEVICE_ID_FARALLON_PN9000SX0x1a
@@ -389,7 +399,7 @@
static int dis_pci_mem_inval[ACE_MAX_MOD_PARMS] = {1, 1, 1, 1, 1, 1, 1, 1};
static const char __initdata *version =
- "acenic.c: v0.44 05/11/2000 Jes Sorensen, [
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> IPX is a really good LAN protocol (but totally sucks for
Jeff> internet). A full blown NCP server in-kernel that's toughtly
Jeff> coupled to the page cache running over IPX would make flames
Jeff> shoot out of the back of a Linux
> "Frank" == Frank Davis <[EMAIL PROTECTED]> writes:
Frank> Hello all, Anyone wishing to re-audit the drivers/block and
Frank> drivers/char for locking issues and submit their patches to me
Frank> directly, feel free. I think if more people comb through the
Frank> code than myself, patches I
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> Intel Nitro Card - i960 processor on the card. The SMP
Jeff> debugging involved the use of a bus analyser since this card had
Jeff> a piggish memory bus footprint (i960 processors do not have an
Jeff> IO address space, so
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> Ingo Molnar wrote:
>> you dont contribute a bit to the generic kernel and the kernel
>> infrastructure itself.
Jeff> I contribute code, time, and $$$, Ingo.
HAve you contributed code to anything but your own private project
>>>>> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> Jes Sorensen wrote:
>> True the i960 based one I didn't think of, however Intel never
>> provided docs for it.
Jeff> ??? I find this surprising. Email [EMAIL PROTECTED] and ask
J
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> Only Linux makes the lights flash with IPX RIP/SAP. NetWare
Jeff> uses NLSP routing and has since 1993 for IPX/SPX. I agree if
Jeff> someone is running NetWare 3 or NetWare 4.1 or earlier there's a
Jeff> lot of RIP/SAP traffic,
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Only Linux makes the lights flash with IPX RIP/SAP. NetWare
Jeff uses NLSP routing and has since 1993 for IPX/SPX. I agree if
Jeff someone is running NetWare 3 or NetWare 4.1 or earlier there's a
Jeff lot of RIP/SAP traffic, but not the
"Frank" == Frank Davis [EMAIL PROTECTED] writes:
Frank Hello all, Anyone wishing to re-audit the drivers/block and
Frank drivers/char for locking issues and submit their patches to me
Frank directly, feel free. I think if more people comb through the
Frank code than myself, patches I missed
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff IPX is a really good LAN protocol (but totally sucks for
Jeff internet). A full blown NCP server in-kernel that's toughtly
Jeff coupled to the page cache running over IPX would make flames
Jeff shoot out of the back of a Linux server, and
> "Ricky" == Ricky Beam <[EMAIL PROTECTED]> writes:
Ricky> On Sun, 3 Sep 2000, Horst von Brand wrote:
>> Much more of a reason to get them to clean up their act!
Ricky> Excuse me? How the hell do you expect them to "clean up their
Ricky> act" when their "dialup" users are the problem?
> "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
Richard> I thought you said some of the GigE drivers supported this?
Richard> Or were you just saying that the GigE cards were some of the
Richard> few which supported scatter/gather DMA and IP checksumming?
The latter.
Jes
-
To
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On Mon, 4 Sep 2000 [EMAIL PROTECTED] wrote:
>> The experiment showed the following prefetching could reduce 20-30%
>> of csum_partial_copy_generic() execution time.
Ingo> Please test it and post the numbers.
> "Jamie" == Jamie Lokier <[EMAIL PROTECTED]> writes:
Jamie> Nice point! Only valid for TCP & UDP though.
Jamie> When people want _real_ low latency, they don't use TCP or UDP,
Jamie> and they certainly don't put data checksums at the start. They
Jamie> still aim for zero copies. That
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On Sun, 3 Sep 2000, Andi Kleen wrote:
>> I did the same for fragment RX some months ago (simple fragment
>> lists that were copy-checksummed to user space). Overall it is
>> probably better to use a kiovec, because that can be more
> "Richard" == Richard Gooch <[EMAIL PROTECTED]> writes:
Richard> Andrew Morton writes:
>> All of them except the 3c905 provide hardware Rx and Tx
>> checksumming of IP, TCP and UDP headers. No 64 bit addressing
>> support.
Richard> And does the driver support it? Has anyone benchmarked
"Richard" == Richard Gooch [EMAIL PROTECTED] writes:
Richard Andrew Morton writes:
All of them except the 3c905 provide hardware Rx and Tx
checksumming of IP, TCP and UDP headers. No 64 bit addressing
support.
Richard And does the driver support it? Has anyone benchmarked the
Richard
"Ingo" == Ingo Molnar [EMAIL PROTECTED] writes:
Ingo On Sun, 3 Sep 2000, Andi Kleen wrote:
I did the same for fragment RX some months ago (simple fragment
lists that were copy-checksummed to user space). Overall it is
probably better to use a kiovec, because that can be more easily
used in
"Jamie" == Jamie Lokier [EMAIL PROTECTED] writes:
Jamie Nice point! Only valid for TCP UDP though.
Jamie When people want _real_ low latency, they don't use TCP or UDP,
Jamie and they certainly don't put data checksums at the start. They
Jamie still aim for zero copies. That pass, even
"Richard" == Richard Gooch [EMAIL PROTECTED] writes:
Richard I thought you said some of the GigE drivers supported this?
Richard Or were you just saying that the GigE cards were some of the
Richard few which supported scatter/gather DMA and IP checksumming?
The latter.
Jes
-
To unsubscribe
"Ricky" == Ricky Beam [EMAIL PROTECTED] writes:
Ricky On Sun, 3 Sep 2000, Horst von Brand wrote:
Much more of a reason to get them to clean up their act!
Ricky Excuse me? How the hell do you expect them to "clean up their
Ricky act" when their "dialup" users are the problem? Are you gonna
"Ingo" == Ingo Molnar [EMAIL PROTECTED] writes:
Ingo On Mon, 4 Sep 2000 [EMAIL PROTECTED] wrote:
The experiment showed the following prefetching could reduce 20-30%
of csum_partial_copy_generic() execution time.
Ingo Please test it and post the numbers. csum_partial_copy_generic()
Ingo
>>>>> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> Jes Sorensen wrote:
>> I only know of a few 100baseT cards that can do it such as the
>> Adaptec Starfire and the 3C905B (though I am not sure what it
>> provides is sufficie
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> There's been a few cards around since about 1995, but I don't
Jeff> remember all of them. I do remember having to debug SMP code on
Jeff> them though -- yec
I wouldn't be surprised but I would prefer names. Doing SMP aware
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> He said memory to memory transfers.
I also said data aquisition servers to data processing clients.
Jes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> **ALL** Netware network drivers support a scatter/gather
Jeff> proramming interface, whether the hardware does or not. In
Jeff> NetWare, the drivers get passed a fragment list in what's called
Jeff> an ECB (Event Control Block).
>>>>> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> Jes Sorensen wrote:
>> I'd love to see a netware box sustain 110MB/sec (MB as in mega
>> byte) memory to memory in two TCP streams between dual 400MHz P2
>> boxes.
Jeff> What
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
[since you like to forward things after sending me a private email, I'll
do the same].
Jeff> I wrote the SMP ODI networking layer in NetWare that used today by
Jeff> over 90,000,000 NetWare users. I also wrote the SMP LLC8022
Jeff>
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> all over the place that increases latency. Not to mention the
Jeff> overhead of the type of interrupt and trap gates that suck up
Jeff> about 50 clocks to fetch the IDT, PDE, and GDT tables for every
Jeff> interrupt. NetWare
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> KDB is putrid. Can it debug double faults? NO. Can it debug
Jeff> complex register and numeric evaluation statements like IF ((EAX
Jeff> == 1) && [ESP-4] == 0x3000)? NO. Can it debug nested task gate
Jeff> exceptions? NO. Can
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff, could you start by learning to quote email and not send a full
copy of the entire email you reply to (read rfc1855).
Jeff> The entire Linux Network subsystem needs an overhaul. The code
Jeff> copies data all over the place. I am
> "Jeff" == Jeff V Merkey <[EMAIL PROTECTED]> writes:
Jeff> TRG has reprioritized it's long term objectives, and due to
Jeff> resource constraints and short term schedules, the Open Source
Jeff> NDS and Open Source NTFS File System projects are being
Jeff> withdrawn from the Linux
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On Sat, 2 Sep 2000, Dan Maas wrote:
>> There are various other tricks that can be done to speed up network
>> servers, like passing files directly from the buffer cache to the
>> network card. This one is currently frowned upon by
> "David" == David S Miller <[EMAIL PROTECTED]> writes:
>Date: Fri, 1 Sep 2000 19:01:18 +0100 (BST) From: Alan Cox
> <[EMAIL PROTECTED]>
>o Acenic 0.45 fixes (Chip Salzenberg)
David> This adds a huge comment claiming to fix some race condition,
David> but no actual code is changed.
"Ingo" == Ingo Molnar [EMAIL PROTECTED] writes:
Ingo On Sat, 2 Sep 2000, Dan Maas wrote:
There are various other tricks that can be done to speed up network
servers, like passing files directly from the buffer cache to the
network card. This one is currently frowned upon by the Linux
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff TRG has reprioritized it's long term objectives, and due to
Jeff resource constraints and short term schedules, the Open Source
Jeff NDS and Open Source NTFS File System projects are being
Jeff withdrawn from the Linux Initiative. These
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff KDB is putrid. Can it debug double faults? NO. Can it debug
Jeff complex register and numeric evaluation statements like IF ((EAX
Jeff == 1) [ESP-4] == 0x3000)? NO. Can it debug nested task gate
Jeff exceptions? NO. Can it debug SMP
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
[since you like to forward things after sending me a private email, I'll
do the same].
Jeff I wrote the SMP ODI networking layer in NetWare that used today by
Jeff over 90,000,000 NetWare users. I also wrote the SMP LLC8022
Jeff Stack, the SMP
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff **ALL** Netware network drivers support a scatter/gather
Jeff proramming interface, whether the hardware does or not. In
Jeff NetWare, the drivers get passed a fragment list in what's called
Jeff an ECB (Event Control Block). It's the
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Jes Sorensen wrote:
I'd love to see a netware box sustain 110MB/sec (MB as in mega
byte) memory to memory in two TCP streams between dual 400MHz P2
boxes.
Jeff What the hell does a NUMA interconnect have to do with
Jeff
"David" == David S Miller [EMAIL PROTECTED] writes:
Date: Fri, 1 Sep 2000 19:01:18 +0100 (BST) From: Alan Cox
[EMAIL PROTECTED]
o Acenic 0.45 fixes (Chip Salzenberg)
David This adds a huge comment claiming to fix some race condition,
David but no actual code is changed. How can this
701 - 769 of 769 matches
Mail list logo
