> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
>> I think the function idea would let us do some sanity checking to
>> make sure drivers weren't setting this to 64bit on non-64 bit
>> busses and stuff.
Jeff> pci_set_dma_mask. Modify that to do the additional checks you
Jeff> need.
Jef
>>>>> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
Jeff> Jes Sorensen wrote:
>> Hmmm, I was wondering if could come up with a pretty way to do this
>> on 32 bit boxes that wants to enable highmem DMA. Right now
>> pci_set_dma_mask() wan
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
>> Introducing a new function that takes bit flags as arguments might
>> be better?
Alan> pci_set_dma_mask_bits() ? So you could do
Alan> pci_set_dma_mask_bits(pdev, 64);
Alan> We want everything to go through pci_set_dma_mask... type
Alan>
y the list moderator. We find
this completely unacceptable just as it is hindering development that
a development mailing list is being so mismoderated.
Please welcome the new list and join in on the development and
discussions.
Sincerly,
Jens Axboe
Arjan van de Ven
Martin Petersen
Rik van Rie
> ">" == AJ Lewis <[EMAIL PROTECTED]> writes:
>> It is unfortunate that this could not have been resolved in a more
>> mature manner. Saying "I don't like the way somebody is doing
>> something. I won't bother to talk to them about it, I'll just
>> flame them and try to undermine their work
> ">" == AJ Lewis <[EMAIL PROTECTED]> writes:
>> Hmm...i guess there is a communication issue here. It sounds like
>> the message that our ML server was sending was misleading. We were
>> not rejecting mail because of content. The ML server was rejecting
>> it because the address was not s
>>>>> "AJ" == AJ Lewis <[EMAIL PROTECTED]> writes:
AJ> On Thu, Apr 19, 2001 at 09:17:29PM +0200, Jes Sorensen wrote:
>> This was tried, trust me. We didn't create this list because
>> someone forgot to respond to a single posting. As we w
> "Jeff" == Jeff Dike <[EMAIL PROTECTED]> writes:
Jeff> [EMAIL PROTECTED] said:
>> http://www.kernel.org/ has a list of architecture websites. Also
>> the CREDITS / MAINTAINERS files tend to list the people who are
>> involved.
Jeff> Except it's restricted to processor ports, which would le
> "Daniel" == Daniel Dorau <[EMAIL PROTECTED]> writes:
Daniel> Hello, my Inspiron 8000 (BIOS A09) notebook running 2.4.3 does
Daniel> not resume after suspending. I have APM compiled in with the
Daniel> following options:
Daniel> - Enable PM at boot time - Make CPU Idle calls whe ide -
Danie
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> The recommended compilers for non x86 are different too - eg you
Alan> need 2.96 gcc for IA64, you need 2.95 not egcs for mips and so
Alan> on.
In principle you just need 2.7.2.3 for m68k, but someone decided to
raise the bar for all arc
> "Eric" == Eric S Raymond <[EMAIL PROTECTED]> writes:
Eric> Alan Cox <[EMAIL PROTECTED]>:
>> I actually prefer MAINTAINERS because it breaks things down by area
>> and reflects the actual maintainership and areas covered. Something
>> that per file does not
Eric> Instead of arguing this poi
>>>>> "Roman" == Roman Zippel <[EMAIL PROTECTED]> writes:
Roman> Hi, Jes Sorensen wrote:
>> In principle you just need 2.7.2.3 for m68k, but someone decided to
>> raise the bar for all architectures by putting a check in a common
>> header
>>>>> "Donald" == Donald Becker <[EMAIL PROTECTED]> writes:
Donald> On 12 Feb 2001, Jes Sorensen wrote:
>> In this case it just results in a performance degradation for 99%
>> of the usage. What about making the change so it is optimized away
>
>>>>> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
Jeff> On 12 Feb 2001, Jes Sorensen wrote:
>> 3) The acenic/gbit performance anomalies have been cured by
>> reverting the PCI mem_inval tweaks.
Jeff> Just to be clear, acenic should or sho
> "Wichert" == Wichert Akkerman <[EMAIL PROTECTED]> writes:
Wichert> In article <[EMAIL PROTECTED]>, Rick
Wichert> Hohensee <[EMAIL PROTECTED]> wrote:
>> ...
>> ## drop copyright notices to the bottoms of C files in current d
>>>>> "Petr" == Petr Vandrovec <[EMAIL PROTECTED]> writes:
Petr> On 14 Feb 01 at 16:35, Jes Sorensen wrote:
>> What else is sending out 802.3 frames these days? I really don't
>> care about IPX when it comes to performance.
>>
>>
> "David" == David S Miller <[EMAIL PROTECTED]> writes:
David> I think this is an Acenic specific issue. The second processor
David> on the Acenic board is only there to work around bugs in their
David> DMA controller.
It wasn't put there for that reason. It was intended for better work
;-)
> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
Jeff> On Mon, 19 Feb 2001, Werner Almesberger wrote:
>> Now what's at stake ? Look at the Windows world. Also there,
>> companies could release their drivers as Open Source. Quick, how
>> many do this ? Almost none. So, given the choice, mo
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
>> after upgrading to 2.2.19pre9 (+ 2 NFS-patches, IPv6 enabled) idle
>> connections tend to shut down without a visible reason:
Alan> Yes I've seen this too. It seems that the tcp changes broke the
Alan> keepalive handling somewhere when I le
>>>>> "Markus" == Markus Germeier <[EMAIL PROTECTED]> writes:
Markus> Jes Sorensen <[EMAIL PROTECTED]> writes:
>> I only see this for connections with incoming traffic where I don't
>> send something out (like irc), whereas unused ssh c
> "Markus" == Markus Germeier <[EMAIL PROTECTED]> writes:
Markus> Tell me if I can provide you with further data to nail down
Markus> this bug.
Alan forwarded a patch to me from DaveM which fixed it for me.
Markus> Jes: I thought about your information that ssh connections do
Markus> not sh
> "Ofer" == Ofer Fryman <[EMAIL PROTECTED]> writes:
Ofer> I need a giga fiber PMC cards for linux2.0.36-pre14, the only
Ofer> cards I know are either Intel based or level-one lxt-1001 card,
Ofer> the level-one lxt-1001 has very bad performance so I cannot use
Ofer> it.
I'd recommend you to u
> "Friedrich" == Friedrich Steven E CONT CNIN <[EMAIL PROTECTED]> writes:
Friedrich> I'm a real-time developer new to the Linux platform. I'm
Friedrich> currently trying to write my first linux kernel device
Friedrich> driver.
Friedrich> Anyone know the best web site or mailing list to ask
> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
Jeff> 1) Rx Skb recycling. It would be nice to have skbs returned to
Jeff> the driver after the net core is done with them, rather than
Jeff> have netif_rx free the skb. Many drivers pre-allocate a number
Jeff> of maximum-sized skbs into w
> "Noah" == Noah Romer <[EMAIL PROTECTED]> writes:
Noah> In my experience, Tx interrupt mitigation is of little
Noah> benefit. I actually saw a performance increase of ~20% when I
Noah> turned off Tx interrupt mitigation in my driver (could have been
Noah> poor implementation on my part).
Yo
> "David" == David S Miller <[EMAIL PROTECTED]> writes:
David> We _had_ to change some drivers to show how to support this new
David> SKB api for transmit sg+csum support. If you can think of a
David> way for us to effectively do this work without changing at
David> least a few drivers as ex
> "David" == David S Miller <[EMAIL PROTECTED]> writes:
David> I've put a patch up for testing on the kernel.org mirrors:
David> /pub/linux/kernel/people/davem/zerocopy-2.4.0-1.diff.gz
David> It provides a framework for zerocopy transmits and delayed
David> receive fragment coalescing. TUX
> "Shawn" == Shawn Starr <[EMAIL PROTECTED]> writes:
Shawn> Which compiler will compile the 2.4.1-preX series? Since 2.4.0,
Shawn> my GCC 2.95.2 patched with PGCC 2.95.3 (which creates
Shawn> pgcc-2.95.2) refuses to compile any versions after this. Which
Shawn> is the next stable and binary c
gabit Ethernet card
* and other Tigon based cards.
*
- * Copyright 1998-2000 by Jes Sorensen, <[EMAIL PROTECTED]>.
+ * Copyright 1998-2000 by Jes Sorensen, <[EMAIL PROTECTED]>.
*
* Thanks to Alteon and 3Com for providing hardware and documentation
* enabling me to
-pre5/drivers/net/acenic.cTue Nov 14 17:45:26 2000
+++ drivers/net/acenic.cMon Nov 13 19:26:23 2000
@@ -2,7 +2,7 @@
* acenic.c: Linux driver for the Alteon AceNIC Gigabit Ethernet card
* and other Tigon based cards.
*
- * Copyright 1998-2000 by Jes Sorensen, <[EM
> "Val" == Val Henson <[EMAIL PROTECTED]> writes:
Val> Jes, I just downloaded the 0.48 acenic driver and it still has a
Val> reproducible null dereference bug. Anyone can oops their machine
Val> by doing:
Bugger I think I lost your patch in the noise. Sorry about that, it'll
be in the next
> "dalecki" == dalecki <[EMAIL PROTECTED]> writes:
A few questions after scanning through your patch, it's likely I
missed something but I am kind acurious.
dalecki> The attached patch does the following: 1. Merge the most
dalecki> current version (aka: 1.08) of the MegaRAID driver from AMI
> "Charles" == Charles Turner, Ph D <[EMAIL PROTECTED]> writes:
Charles> It had been running Windows 2000 "Professional". Several
Charles> months ago, he purchased Red Hat "DELUXE" version 6.2. He was
Charles> unable to install it. I convinced him that installation was
Charles> easy.
Charles
> "Steven" == Steven Cole <[EMAIL PROTECTED]> writes:
Steven> I noticed that for 2.4.0-test11 there is no help for
Steven> CONFIG_TOSHIBA, although there is for 2.2.17.
Steven> The following patch borrows the words for CONFIG_TOSHIBA from
Steven> the 2.2.17 Documentation/Configure.help, drop
> "Robert" == rml <[EMAIL PROTECTED]> writes:
Robert> i dont want to revisit the flame fest (at all, please) but it
Robert> seems i have been using a kernel that successfully compiled
Robert> under RedHat 7's gcc snapshot (2.96). i normally use
Robert> gcc-2.91.66 for everything (mv kgcc gc
> "Tigran" == Tigran Aivazian <[EMAIL PROTECTED]> writes:
Tigran> Hi, Some processes get stuck in page fault handler for ages
Tigran> (like for 10 minutes!). The machine still has plenty (3.5G) of
Tigran> free high memory but zero (2216K) of free low memory.
Including info on the kernel vers
> "Miles" == Miles Lane <[EMAIL PROTECTED]> writes:
Miles> I attempted to reply to a message from Alan and got the
Miles> following response.
No it isn't, Alan uses ORBS and you are obviously black listed there
(www.orbs.org).
This one seems to come up every now and then, and always turns i
> "Rogier" == Rogier Wolff <[EMAIL PROTECTED]> writes:
Rogier> Mitchell Blank Jr wrote:
>> First, I'd like to make a couple points about driver style that I'm
>> trying to move towards with the ATM drivers. You're free to take
>> them or leave them, but I want to eventually move the tree in
> "Keith" == Keith Owens <[EMAIL PROTECTED]> writes:
Keith> On Sun, 26 Nov 2000 16:36:55 -0700, "Jeff V. Merkey"
Keith> <[EMAIL PROTECTED]> wrote:
>> Keith,
>>
>> Please consider the attached patch for inclusion in all future
>> versions of the modutils depmod program for compatiblity with
>
> "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
> "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.
> "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 at
> "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> 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 copies
> "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
> "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
>>>>> "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>
> "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> Jes Sorensen wrote:
>> You just told us earlier in the thread that NetWare does direct
>> zero copy DMA but thats only half the story obviously. Up until the
>> era of G
> "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
>>>>> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> On 2 Sep 2000, Jes Sorensen wrote:
>> You can't DMA directly from a file cache page unless you have a
>> network card that does scatter/gather DMA and surprise surprise,
>
>>>>> "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
> "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
> "Ingo" == Ingo Molnar <[EMAIL PROTECTED]> writes:
Ingo> i believe such zero-copy send should only be allowed for drivers
Ingo> which can guarantee correct checksums. (ie. cards which do
Ingo> Tx-checksums) The other drivers will still copy. I dont think
Ingo> this is a problem - the number
> "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 ea
> "Jamie" == Jamie Lokier <[EMAIL PROTECTED]> writes:
Jamie> It's not faster than card->card DMA, which falls out naturally
Jamie> from my zero-copy proposal :-)
Except that many cards and PCI bridges don't work and you lose the
buffering aspect in this case.
Jes
-
To unsubscribe from this
> "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 pas
> "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 unsub
> "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
> "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
>>>>> "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
> "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 everything
> "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> 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 se
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
> "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 mov
> "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 curi
> "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 te
> "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
>> existe
>>>>> "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
> "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
> "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 othe
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"
> "Ralf" == Ralf Baechle <[EMAIL PROTECTED]> writes:
Ralf> On Tue, Oct 17, 2000 at 12:53:40AM +0200, Andries Brouwer wrote:
>> (By the way, have you checked that replacing get_sectorsize by an
>> empty routine, and specifying a -b option, works well?)
>>
>> (Do you know which disks have unus
> "Dwayne" == Dwayne C Litzenberger <[EMAIL PROTECTED]> writes:
Dwayne> First of all, I'd like to say that I'm not writing this to
Dwayne> piss anyone off. It's not a flame, a troll, or a personal
Dwayne> attack on anyone. I my writing will aid in the improvement of
Dwayne> Linux. Please r
> "Tim" == Tim Riker <[EMAIL PROTECTED]> writes:
Tim> Alan Cox wrote:
>> > 1. There are architectures where some other compiler may do
>> better > optimizations than gcc. I will cite some examples here, no
>> need to argue
>>
>> I think we only care about this when they become free software
> "Robert" == Robert Morris <[EMAIL PROTECTED]> writes:
Robert> The short version is that the Intel Pro/1000 seems to be a lot
Robert> faster than the Alteon Tigon-II or the SysKonnect card for
Robert> small (60-byte) packets. The Intel card can send or receive at
Robert> least 500,000 60-byt
> "Rick" == Rick Hohensee <[EMAIL PROTECTED]> writes:
Rick> cLIeNUX Core 1.4 visible dirs in / are all now symlinks. The
Rick> only standard name is /dev. This means if you unpack cLIeNUX
Rick> core on a clean ext2 partition, then install, say, SuSE over it,
Rick> you can boot either one. On
> "Ulrich" == Ulrich Weigand <[EMAIL PROTECTED]> writes:
Ulrich> Hello,
Ulrich> since test11, the NFS code uses the set_bit and related
Ulrich> routines to manipulate the wb_flags member of the nfs_page
Ulrich> struct (nfs_page.h). Unfortunately, wb_flags has still data
Ulrich> type 'int'.
> "Daryll" == Daryll Strauss <[EMAIL PROTECTED]> writes:
Daryll> On Sat, Dec 09, 2000 at 09:34:59PM -0500, David Feuer wrote:
>> For what it's worth, I absolutely agree with this. I have the same
>> impression when I just see the word "dangerous".
Daryll> Why not call a spade a spade and la
> "Dave" == davej <[EMAIL PROTECTED]> writes:
Dave> Hi, I noticed a lot of drivers are setting the
Dave> PCI_CACHE_LINE_SIZE themselves, some to
Dave> L1_CACHE_BYTES/sizeof(u32), others to arbitrary values (4, 8,
Dave> 16).
Dave> Then I spotted that we have a routine in the PCI subsystem
Da
> "Dave" == davej <[EMAIL PROTECTED]> writes:
Dave> On Mon, 11 Dec 2000, Jamie Lokier wrote:
>> Here are a few more:
>>
>> net/acenic.c: pci_write_config_byte(ap->pdev, PCI_CACHE_LINE_SIZE,
Dave> Acenic is at least setting it to the correct values, not
Dave> hardcoding it.
Nod, it's impor
> "Albert" == Albert D Cahalan <[EMAIL PROTECTED]> writes:
>> bigmem is 'last resort' stuff. I'd much rather it is as now a
>> seperate allocator so you actually have to sit and think and decide
>> to give up on kmalloc/vmalloc/better algorithms and only use it
>> when the hardware sucks
Alb
> "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 agree.
>>>>> "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
> "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> + unsig
> "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 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 u
> "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
> "Randy" == Dunlap, Randy <[EMAIL PROTECTED]> writes:
Randy> 1. try [EMAIL PROTECTED] and/or
Randy> 2. search the lkml archives for items/threads below:
3. Take a look at one/some of the drivers that work with both 2.2.x
and 2.4.x, some of them show good ways to make your code run with b
> "Timur" == Timur Tabi <[EMAIL PROTECTED]> writes:
Timur> I haven't tried C++ in Linux drivers myself, but I assume it
Timur> can't be any more difficult than what I had to do for OS/2.
Timur> Five years ago (imagine that - OS/2 is years ahead of Linux in
Timur> this regard), I hacked up a m
> "Timur" == Timur Tabi <[EMAIL PROTECTED]> writes:
Timur> ** Reply to message from [EMAIL PROTECTED] on Wed, 27 Sep
Timur> 2000 16:15:31 -0500
>> But where's the advantage in using C++? Plain old C has served
>> admirably in UNIX and Linux development since the very beginning.
>> What more
> "Timur" == Timur Tabi <[EMAIL PROTECTED]> writes:
Timur> ** Reply to message from Horst von Brand
Timur> <[EMAIL PROTECTED]> on Wed, 27 Sep 2000 16:50:12 -0400
>> A couple of points:
>>
>> - The kernel is C, mixing in C++ for no *real* good reason is just
>> making it harder to work on.
> "George" == George France <[EMAIL PROTECTED]> writes:
George> Eric Mouw from the LART group will be posting the whole thing
George> in a little while.
Is there a reason why this obviously personal fight between you and
Russell needs to be mediated/judged by linux-kernel?
Jes
-
To unsubscr
> "Olivier" == Olivier Galibert <[EMAIL PROTECTED]> writes:
Olivier> I compiled in the support for the 3c985, but, somehow, the
Olivier> kernel does not seem to see the card.
Olivier> Dual p3, asus p2b-d motherboard, test9pre7+reiserfs.
Are you sure the drivers/net/acenic.o file got compile
> "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
Je
> "Carsten" == Carsten Lang <[EMAIL PROTECTED]> writes:
Carsten> Hi, i don't want to start discussing the pros and cons of
Carsten> using C++ in kernel development. BUT: why do we blame people
Carsten> if they want to?
This is already covered in the 200 previous discussions about this -
bas
> "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
> "Marc" == Marc Lehmann <[EMAIL PROTECTED]> writes:
Marc> On Sat, Sep 30, 2000 at 04:26:38PM +0100, Alan Cox
Marc> <[EMAIL PROTECTED]> wrote:
>> > Which still makes it an broken, experimental, unreleased and
>> unofficial > compiler, with all the consequences I said.
>>
>> And didnt you wri
> "Harald" == Harald Dunkel <[EMAIL PROTECTED]> writes:
Harald> It seems that you are ignoring other major distros (Slackware,
Harald> Suse, Debian, etc.) as well as commercial software. By
Harald> providing an incompatible binary interface RedHat splits the
Harald> Linux community into 2 par
1 - 100 of 418 matches
Mail list logo