Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*e100\s+\"Ferguson\"\s+release\s*$/: 42 ]

Total 42 documents matching your query.

21. Re: e100 "Ferguson" release (score: 1)
Author: x
Date: Sun, 10 Aug 2003 12:00:12 +0300
t my problem. Fel
/archives/netdev/2003-08/msg00263.html (10,231 bytes)

22. e100 "Ferguson" release (score: 1)
Author: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
Date: Sat, 2 Aug 2003 21:34:42 -0700
New development version: http://sf.net/projects/e1000, e100-3.0.0_dev11.tar.gz Many thanks to JC [jchapman@xxxxxxxxxxx] for exploring the small packet performance w/ and w/o NAPI. This version includ
/archives/netdev/2003-08/msg01023.html (8,577 bytes)

23. Re: e100 "Ferguson" release (score: 1)
Author: Jeff Garzik <jgarzik@xxxxxxxxx>
Date: Sun, 03 Aug 2003 02:12:49 -0400
er, that was a bit incomplete. completing: ... needing to be marked explicitly with a "(void) " prefix, indicating it is intentionally a dead read. Maintainer's call, ultimately, though...
/archives/netdev/2003-08/msg01028.html (9,392 bytes)

24. Re: e100 "Ferguson" release (score: 1)
Author: Jeff Garzik <jgarzik@xxxxxxxxx>
Date: Sun, 03 Aug 2003 02:06:23 -0400
Comments: * Given that e100 is only 10/100 hardware, I like the decision to not support rx/tx checksumming and zero-copy. Particularly with some e100's, this eliminates various worries related to chi
/archives/netdev/2003-08/msg01032.html (15,668 bytes)

25. Re: e100 "Ferguson" release (score: 1)
Author: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Date: Sun, 03 Aug 2003 00:32:01 -0700
* (API) Does the out-of-tx-resources condition in e100_xmit_frame ever really happen? I am under the impression that returning non-zero in sometimes dropped. I prefer to guarantee a more-steady state
/archives/netdev/2003-08/msg01033.html (12,823 bytes)

26. Re: e100 "Ferguson" release (score: 1)
Author: "David S. Miller" <davem@xxxxxxxxxx>
Date: Sun, 3 Aug 2003 00:32:39 -0700
Returning an error from hard_start_xmit() from normal ethernet drivers is, frankly, a driver bug and should never happen. I don't know if there is somehow something special about the e100, but even
/archives/netdev/2003-08/msg01034.html (9,646 bytes)

27. Re: e100 "Ferguson" release (score: 1)
Author: David Brownell <david-b@xxxxxxxxxxx>
Date: Sun, 03 Aug 2003 20:09:10 -0700
Returning an error from hard_start_xmit() from normal ethernet drivers is, frankly, a driver bug and should never happen. What's "normal" mean? With the current USB stack, network adapters tend to ne
/archives/netdev/2003-08/msg01054.html (10,599 bytes)

28. Re: e100 "Ferguson" release (score: 1)
Author: "David S. Miller" <davem@xxxxxxxxxx>
Date: Sun, 3 Aug 2003 20:08:51 -0700
One that can manage it's own TX resources. Any particular reason why the SKB data itself can't be mapped directly? We created all of these DMA mapping abstractions remember? :-) Another option is to
/archives/netdev/2003-08/msg01055.html (11,557 bytes)

29. Re: e100 "Ferguson" release (score: 1)
Author: David Brownell <david-b@xxxxxxxxxxx>
Date: Sun, 03 Aug 2003 20:45:01 -0700
Although I have not tried this latest patch, the existing e100 and e1000 in 2.4.21 seldom seem to return true to this method: netif_queue_stopped(odev), even when the next hard_start_xmit() call fail
/archives/netdev/2003-08/msg01056.html (13,466 bytes)

30. Re: e100 "Ferguson" release (score: 1)
Author: "David S. Miller" <davem@xxxxxxxxxx>
Date: Sun, 3 Aug 2003 20:46:42 -0700
Ok, that's interesting. Is there a callback that tells the USB driver that some host controller "resources" have become available? I mean, these host controllers either have to queue requests when ou
/archives/netdev/2003-08/msg01057.html (10,962 bytes)

31. Re: e100 "Ferguson" release (score: 1)
Author: David Brownell <david-b@xxxxxxxxxxx>
Date: Sun, 03 Aug 2003 21:08:26 -0700
What can't be pre-allocated in a reliable way is the resources used by the host controller drivers, specifically the transfer descriptors. EHCI and OHCI usually need one per URB, unless MTU is over
/archives/netdev/2003-08/msg01058.html (12,256 bytes)

32. Re: e100 "Ferguson" release (score: 1)
Author: "David S. Miller" <davem@xxxxxxxxxx>
Date: Sun, 3 Aug 2003 21:13:33 -0700
I would suggest something different :-) For example, what do USB block device drivers do when -ENOMEM comes back? Do they just drop the request on the floor? No, rather they resubmit the request late
/archives/netdev/2003-08/msg01059.html (11,623 bytes)

33. RE: e100 "Ferguson" release (score: 1)
Author: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
Date: Mon, 4 Aug 2003 20:45:08 -0700
New one: http://sf.net/projects/e1000, e100-3.0.0_dev12.tar.gz Thanks Jeff! Stop the queue also? if(unlikely(e100_exec_cb(nic, skb, e100_xmit_prepare) == -ENOMEM)) { netif_stop_queue(netdev); nic->ne
/archives/netdev/2003-08/msg01089.html (15,167 bytes)

34. Re: e100 "Ferguson" release (score: 1)
Author: Jeff Garzik <jgarzik@xxxxxxxxx>
Date: Tue, 05 Aug 2003 01:29:41 -0400
Feldman, Scott wrote: * (API) Does the out-of-tx-resources condition in e100_xmit_frame ever really happen? I am under the impression that returning non-zero in ->hard_start_xmit results in the packe
/archives/netdev/2003-08/msg01090.html (13,092 bytes)

35. Re: e100 "Ferguson" release (score: 1)
Author: "David S. Miller" <davem@xxxxxxxxxx>
Date: Tue, 5 Aug 2003 00:16:31 -0700
This gets things building on sparc64, I'll stick an e100 into my workstation and use it for everything for a while using this driver. -- Makefile.~1~ 2003-08-04 20:20:42.000000000 -0700 +++ Makefile
/archives/netdev/2003-08/msg01091.html (11,935 bytes)

36. Re: e100 "Ferguson" release (score: 1)
Author: Felix Radensky <felix@xxxxxxxxx>
Date: Tue, 05 Aug 2003 11:23:22 +0300
I've also noticed that the number of hard_start_xmit failures in e1000 has increased significantly in version 5.1.13-k1. In version 5.0.43-k1 the number of failures was much smaller. Felix. With e100
/archives/netdev/2003-08/msg01092.html (10,646 bytes)

37. RE: e100 "Ferguson" release (score: 1)
Author: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
Date: Tue, 5 Aug 2003 07:28:58 -0700
It's there, sorry, was trying to keep the code snippet small. (1 << debug) - 1) & NETIF_MSG_DRV is what's there now. -scott
/archives/netdev/2003-08/msg01095.html (9,616 bytes)

38. Re: e100 "Ferguson" release (score: 1)
Author: David Brownell <david-b@xxxxxxxxxxx>
Date: Mon, 04 Aug 2003 10:38:17 -0700
For example, what do USB block device drivers do when -ENOMEM comes back? Do they just drop the request on the floor? No, rather they resubmit the request later without the scsi/block layer knowing a
/archives/netdev/2003-08/msg01096.html (11,899 bytes)

39. RE: e100 "Ferguson" release (score: 1)
Author: "Feldman, Scott" <scott.feldman@xxxxxxxxx>
Date: Tue, 5 Aug 2003 08:19:25 -0700
Interesting. Felix, would you undo the change[1] below in 5.1.13-k1 and see what happens? With the change below, 5.1.13 would be more aggressive on Tx cleanup, so we'll be quicker waking the queue t
/archives/netdev/2003-08/msg01097.html (9,554 bytes)

40. Re: e100 "Ferguson" release (score: 1)
Author: Jeff Garzik <jgarzik@xxxxxxxxx>
Date: Tue, 5 Aug 2003 11:24:18 -0400
It doesn't matter to the compiler if you make it explicit: unsigned int rx_work = e1000_clean_rx_irq(); unsigned int tx_work = e1000_clean_tx_irq(); if (!rx_work && !tx_work) break;
/archives/netdev/2003-08/msg01098.html (10,196 bytes)

Current List: 21 - 40
Page: [1] [2] [3]
This search system is powered by Namazu