Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\]\s+forcedeth\:\s+Additional\s+ethtool\s+support\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\]\s+forcedeth\:\s+Additional\s+ethtool\s+support\s*$/: 12 ]

Total 12 documents matching your query.

1. [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Sun, 10 Jul 2005 13:09:32 +0200; Hi Jeff, The attached patch adds ethtool support for -r (restart auto-negotiation) and -d (dump registers). It also contains the PCI_DEVICE changes from Renaud, a bugfix for the jumbo frame patch (th; /archives/netdev/2005-07/msg00120.html (19,768 bytes)
2. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Francois Romieu <romieu@xxxxxxxxxxxxx>; Date: Sun, 10 Jul 2005 19:28:33 +0200; Hi Manfred, Manfred Spraul <manfred@xxxxxxxxxxxxxxxx> : [...] [...] Unneeded cast from void * memcpy_fromio ? [...] ^^ (nit) a space hides before the tab. ^^ (nit) a space hides before the tab. -- Ue; /archives/netdev/2005-07/msg00122.html (10,032 bytes)
3. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Sun, 10 Jul 2005 20:17:58 +0200; Francois Romieu wrote: + int i; + + regs->version = FORCEDETH_REGS_VER; + spin_lock_irq(&np->lock); + for (i=0;i<FORCEDETH_REGS_SIZE/sizeof(u32);i++) + rbuf[i] = readl(base + i*sizeof(u32)); memcpy_f; /archives/netdev/2005-07/msg00123.html (20,974 bytes)
4. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Francois Romieu <romieu@xxxxxxxxxxxxx>; Date: Mon, 11 Jul 2005 01:26:03 +0200; Manfred Spraul <manfred@xxxxxxxxxxxxxxxx> : So far, no citizen of arch/ does. Afaik it would probably be a bad idea on pci-x. Ok. -- Ueimor; /archives/netdev/2005-07/msg00127.html (8,835 bytes)
5. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: David Hollis <dhollis@xxxxxxxxxxxxxx>; Date: Wed, 13 Jul 2005 08:39:21 -0400; This seems almost completely generic-ified (except for the np->autoneg part) and should be able to operate on any NIC. Do you think there'd be some way to whip up a stock ethtool_nway_reset() type of; /archives/netdev/2005-07/msg00139.html (9,478 bytes)
6. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Sun, 31 Jul 2005 00:51:04 -0400; Manfred Spraul wrote: Not for a nic without complete documentation: What if an arch uses 64-bit reads to read two registers at the same time? Not all nics like that, for example IIRC natsemi explicit; /archives/netdev/2005-07/msg00220.html (9,407 bytes)
7. [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Sun, 10 Jul 2005 13:09:32 +0200; Hi Jeff, The attached patch adds ethtool support for -r (restart auto-negotiation) and -d (dump registers). It also contains the PCI_DEVICE changes from Renaud, a bugfix for the jumbo frame patch (th; /archives/netdev/2005-07/msg00344.html (19,823 bytes)
8. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Francois Romieu <romieu@xxxxxxxxxxxxx>; Date: Sun, 10 Jul 2005 19:28:33 +0200; Hi Manfred, Manfred Spraul <manfred@xxxxxxxxxxxxxxxx> : [...] [...] Unneeded cast from void * memcpy_fromio ? [...] ^^ (nit) a space hides before the tab. ^^ (nit) a space hides before the tab. -- Ue; /archives/netdev/2005-07/msg00346.html (10,080 bytes)
9. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>; Date: Sun, 10 Jul 2005 20:17:58 +0200; + int i; + + regs->version = FORCEDETH_REGS_VER; + spin_lock_irq(&np->lock); + for (i=0;i<FORCEDETH_REGS_SIZE/sizeof(u32);i++) + rbuf[i] = readl(base + i*sizeof(u32)); memcpy_fromio ? Not for a nic; /archives/netdev/2005-07/msg00347.html (21,087 bytes)
10. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Francois Romieu <romieu@xxxxxxxxxxxxx>; Date: Mon, 11 Jul 2005 01:26:03 +0200; Manfred Spraul <manfred@xxxxxxxxxxxxxxxx> : [memcpy_fromio] So far, no citizen of arch/ does. Afaik it would probably be a bad idea on pci-x. Ok. -- Ueimor; /archives/netdev/2005-07/msg00351.html (8,936 bytes)
11. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: David Hollis <dhollis@xxxxxxxxxxxxxx>; Date: Wed, 13 Jul 2005 08:39:21 -0400; This seems almost completely generic-ified (except for the np->autoneg part) and should be able to operate on any NIC. Do you think there'd be some way to whip up a stock ethtool_nway_reset() type of; /archives/netdev/2005-07/msg00363.html (9,526 bytes)
12. Re: [PATCH] forcedeth: Additional ethtool support (score: 1): Author: Jeff Garzik <jgarzik@xxxxxxxxx>; Date: Sun, 31 Jul 2005 00:51:04 -0400; Manfred Spraul wrote: Not for a nic without complete documentation: What if an arch uses 64-bit reads to read two registers at the same time? Not all nics like that, for example IIRC natsemi explicit; /archives/netdev/2005-07/msg00444.html (9,557 bytes)

Current List: 1 - 12
Page: [1]