From: Uwe Zeisberger [EMAIL PROTECTED]
The phy ids used are taken from an driver that used a right shift of 4 to chop
off the revision number. This driver does not shift, so the id and mask
values are wrong and must be left shifted by 4 to actually detect the chips.
Signed-off-by: Uwe
From: Dan Faerch [EMAIL PROTECTED]
Adds ethtool command support to driver. Initially 2 commands are
implemented: force fullduplex and toggle autoneg.
Also added a disable_autoneg module argument to completely disable
autoneg on all cards using this driver.
Signed-off-by: Dan Faerch [EMAIL
From: Mark Brown [EMAIL PROTECTED]
Aculab E1/T1 PMXc cPCI carrier card cards present a natsemi on the cPCI bus
wired up in a non-standard fashion. This patch provides support in the
natsemi driver for these cards by implementing a quirk mechanism and using
that to configure appropriate settings
From: Thibaut VARENE [EMAIL PROTECTED]
Fix a problem with Tulip 21142 HP branded PCI cards (PN#: B5509-66001),
which feature a NatSemi DP83840A PHY.
Without that patch, it is impossible to properly initialize the card's PHY,
and it's thus impossible to monitor/configure it.
It's a
From: Jim Gifford [EMAIL PROTECTED],
Grant Grundler [EMAIL PROTECTED],
Peter Horton [EMAIL PROTECTED]
With Grant's help I was able to get the tulip driver to work with 64 bit
MIPS.
Cc: Valerie Henson [EMAIL PROTECTED]
[akpm: this is a previously-nacked patch, but the problem is
From: Jeremy Fitzhardinge [EMAIL PROTECTED]
When transmitting a skb in netpoll_send_skb(), only retry a limited number
of times if the device queue is stopped.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Acked-by: Matt Mackall [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL
From: Neil Horman [EMAIL PROTECTED]
The netpoll system currently has a rx to tx path via:
netpoll_rx
__netpoll_rx
arp_reply
netpoll_send_skb
dev-hard_start_tx
This rx-tx loop places network drivers at risk of inadvertently causing a
deadlock or BUG halt by recursively trying to
From: Ben Collins [EMAIL PROTECTED]
[UBUNTU:nsc-ircc] Add some IBM think pads
Add Thinkpad T60/X60/Z60/T43/R52 Infrared driver support.
http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-dapper.git;a=commitdiff;h=7b8d2713435a9fb69719a282ba75e117f3f76a5b
Cc: Randy Dunlap [EMAIL
From: [EMAIL PROTECTED]
Adapted from http://bugzilla.kernel.org/show_bug.cgi?id=6530
Reschedule the async Tx tasklet if the transmit queue was full.
Cc: Paul Mackerras [EMAIL PROTECTED]
[akpm: submitted before, discussion petered off inconclusively]
Signed-off-by: Andrew Morton [EMAIL
From: Andrew Morton [EMAIL PROTECTED]
net/atm/mpc.c: In function 'MPOA_res_reply_rcvd':
net/atm/mpc.c:1116: warning: unused variable 'ip'
Cc: chas williams [EMAIL PROTECTED]
Cc: David S. Miller [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
net/atm/mpc.c |3 +--
1
[EMAIL PROTECTED] wrote:
From: Uwe Zeisberger [EMAIL PROTECTED]
The phy ids used are taken from an driver that used a right shift of 4 to chop
off the revision number. This driver does not shift, so the id and mask
values are wrong and must be left shifted by 4 to actually detect the chips.
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-06-25 01:45]:
Cc: Valerie Henson [EMAIL PROTECTED]
[akpm: this is a previously-nacked patch, but the problem is real]
And, for the record, Jeff's suggestion as to how to rework the patch:
| Answer hasn't changed since this was last discussed:
On Sun, 25 Jun 2006 05:15:29 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
From: Uwe Zeisberger [EMAIL PROTECTED]
The phy ids used are taken from an driver that used a right shift of 4 to
chop
off the revision number. This driver does not shift, so the id and
[EMAIL PROTECTED] writes:
From: [EMAIL PROTECTED]
Adapted from http://bugzilla.kernel.org/show_bug.cgi?id=6530
Reschedule the async Tx tasklet if the transmit queue was full.
Cc: Paul Mackerras [EMAIL PROTECTED]
[akpm: submitted before, discussion petered off inconclusively]
NACK.
On Fri, 2006-06-23 at 18:56 -0400, Luis R. Rodriguez wrote:
Thanks Larry -- I'm sorry for not mentioning in the original thread
but basically miniPCI and USB is what we can slap onto our nodes so
far. We'll have to figure something out for Cardbus.. I searched and
it seems there some miniPCI
[EMAIL PROTECTED] wrote:
[akpm: submitted before, discussion ended inconclusively, iirc]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
I still need to try to reproduce this. I might be able to allocate some
time on this soon.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email:
skb_find_text takes a to argument which is supposed to limit how
far into the skb it will search for the given text. At present,
it seems to ignore that argument on the first skb, and instead
return a match even if the text occurs beyond the limit.
Patch below fixes this, after adjusting for the
On 6/25/06, Johannes Berg [EMAIL PROTECTED] wrote:
On Fri, 2006-06-23 at 18:56 -0400, Luis R. Rodriguez wrote:
Thanks Larry -- I'm sorry for not mentioning in the original thread
but basically miniPCI and USB is what we can slap onto our nodes so
far. We'll have to figure something out for
[ resent with a subject adapted to vger mail filter... ]
On Sat, Jun 24, 2006 at 06:19:14AM -0700, Andrew Morton wrote:
...
Changes since 2.6.17-mm1:
...
+qla3xxx-NIC-driver.patch
...
Net driver updates. Includes a new driver from qlogic which almost compiles.
...
The QLA3XXX_NAPI option
Commit 4a31e348e3ecaf54c50240109ac4574b180f8840 added an
EXPORT_SYMBOL(hdlc_setup) with the justification
hdlc_setup() is now EXPORTed as per David's request.
Is a usage of this export pending for the near future or could this
export be reverted until a user is submitted for inclusion?
TIA
I understand the saying beggars can't be choosers, but I have heard nothing on
this issue since June 19th. Does anyone have any ideas on what is going on? Is
there more information I can collect that would help diagnose this problem? And
again, thanks for any and all help!
--
Dr. Harry
Hi Andi,
On Mon, Jun 19, 2006 at 05:24:31PM +0200, Andi Kleen wrote:
If you use pmtmr try to reboot with kernel option clock=tsc.
That's dangerous advice - when the system choses not to use
TSC it often has a reason.
On my Opteron AMD system i normally can route 400 kpps, but with
Fix 2 problems in dev_hard_start_xmit():
1. nskb-next needs to link back to skb-next if hard_start_xmit()
returns non-zero.
2. Since the total number of GSO fragments may exceed MAX_SKB_FRAGS + 1,
it needs to stop transmitting if the netif_queue is stopped.
Signed-off-by: Michael Chan [EMAIL
netdev_nit can now become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/linux/netdevice.h |1 -
net/core/dev.c|2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
--- linux-2.6.17-mm2-full/include/linux/netdevice.h.old 2006-06-25
23:30:55.0
On Sun, Jun 25, 2006 at 10:31:08AM +0100, Martin Michlmayr wrote:
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-06-25 01:45]:
Cc: Valerie Henson [EMAIL PROTECTED]
[akpm: this is a previously-nacked patch, but the problem is real]
ia64 and parisc need the changes to tulip_select_media() too.
On Sun, Jun 25, 2006 at 03:38:05PM -0700, Michael Chan wrote:
Fix 2 problems in dev_hard_start_xmit():
1. nskb-next needs to link back to skb-next if hard_start_xmit()
returns non-zero.
2. Since the total number of GSO fragments may exceed MAX_SKB_FRAGS + 1,
it needs to stop transmitting
On Fri, 2006-06-23 at 17:21 +0200, Patrick McHardy wrote:
Not really. The randomization doesn't happen by default, but it doesn't
influence this anyway. SFQ allows flows to send up to quantum bytes
at a time before moving on to the next one. A flow that sends 75 * 20
byte will in the eyes of
With the bcm43xx periodic work patches that recently made it into
Linus's tree, my PowerBook does not survive running overnight.
Yesterday I reverted
91769e7dd9cef7988dc4280f74ed168351beb5b8 [PATCH] bcm43xx: preemptible periodic
work
78ff56a06edc3407996173daf63e48f6b90c7062 [PATCH] bcm43xx:
The current version of bcm43xx-softmac uses local routines to check if a channel is valid. As noted
in the comments, these routines do not take any regulatory information into account. This patch
converts the code to use the equivalent routine in ieee80211, which is being converted to know about
The cirrus ep93xx is an ARM SoC that includes an ethernet MAC --
this patch adds a driver for that ethernet MAC.
Signed-off-by: Lennert Buytenhek [EMAIL PROTECTED]
(This is, unfortunately, probably too late for 2.6.18, so I'm sending
it just for feedback.)
Index:
On Sun, 25 Jun 2006, Harry Edmon wrote:
I understand the saying beggars can't be choosers, but I have heard nothing
on
this issue since June 19th. Does anyone have any ideas on what is going on?
Is
there more information I can collect that would help diagnose this problem?
And
On 25/06/2006 12:13 AM, jamal wrote:
You can actually stop reading here if you have gathered the view at
this point that i am not objecting to the simple approach Patrick is
going with...
Perhaps this is my problem. I am not sure I understand
what Patrick is proposing. I can wait for his
I encountered the same problem on a dual core opteron equipped with a
broadcom NIC (tg3) under 2.4. It could receive 1 Mpps when using TSC
as the clock source, but the time jumped back and forth, so I changed
it to 'notsc', then the performance dropped dramatically to around the
same value
33 matches
Mail list logo