Re: [PCNET32] Lock solid with netconsole

On Mon, May 28, 2007 at 02:31:48PM -0400, Lennart Sorensen wrote: On Mon, May 28, 2007 at 05:25:51PM +0200, Emmanuel Fust? wrote: Any difference if you disable the debug messages in the pcnet32 driver and you apply the patch below ? diff --git a/drivers/net/pcnet32.c

[PATCH] Ethernet driver for EISA only SNI RM200/RM400 machines

Hi, This is new ethernet driver, which use the code taken out of lasi_82596 (done by the other patch I just sent). Thomas. Ethernet driver for EISA only SNI RM200/RM400 machines Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig

Re: [PATCH UPDATE] Extract chip specific code out of lasi_82596.c

On Tue, Jun 26, 2007 at 11:47:55PM +0200, Francois Romieu wrote: Thomas Bogendoerfer [EMAIL PROTECTED] : [...] +static inline void init_rx_bufs(struct net_device *dev) +{ + struct i596_private *lp = netdev_priv(dev); + struct i596_dma *dma = lp-dma; + int i; + struct i596_rfd

[PATCH UPDATE #2] Ethernet driver for EISA only SNI RM200/RM400 machines

Changes to last version: - spelling fix - cleaned up probe code Thomas. Ethernet driver for EISA only SNI RM200/RM400 machines Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig index b0d0d73..af5c90f 100644 --- a/drivers/net

Re: [PATCH UPDATE #2] Extract chip specific code out of lasi_82596.c

On Mon, Jul 02, 2007 at 08:43:04AM -0400, Jeff Garzik wrote: applied both patches. Please provide an update that does at Andrew requested -- rather than #include'ing lib82596.c, you should update the Makefile for relevant drivers to look like I got the impression that Andrew is fine with

Re: [PATCH]ip_auto_config bug in 2.6.20-rc6

On Fri, Feb 02, 2007 at 02:27:29PM +0100, Jan Engelhardt wrote: I think this is a bug since I am not using a NFS root FS. I just wonder why IP_PNP has not been obsoleted and removed from the tree yet, given that initramfs is the advertised way to do so such things. I hope this will not

Ethernet driver for SNI RM200/RM400 machines

I'm currently working on getting LINUX supported on SNI RM200/300/400 machines (MIPS based servers and workstations). Most of the changes are already in Linus tree. What's now missing are some device drivers. One is an ethernet driver for the older EISA only RM200 and RM400 machines. They are

[PATCH] remove setup of platform device from jazzsonic.c

remove setup platform device from jazzsonic, which is done in arch code now Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- diff --git a/drivers/net/jazzsonic.c b/drivers/net/jazzsonic.c index 75f6f44..435060a 100644 --- a/drivers/net/jazzsonic.c +++ b/drivers/net/jazzsonic.c @@ -45,7

[PATCH, 2nd try] remove setup of platform device from jazzsonic.c

remove setup platform device from jazzsonic, which is done in arch code now Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- diff --git a/drivers/net/jazzsonic.c b/drivers/net/jazzsonic.c index 75f6f44..435060a 100644 --- a/drivers/net/jazzsonic.c +++ b/drivers/net/jazzsonic.c @@ -45,7

[PATCH] SGISEEQ: use cached memory access to make driver work on IP28

. Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- drivers/net/sgiseeq.c | 239 ++--- 1 files changed, 166 insertions(+), 73 deletions(-) diff --git a/drivers/net/sgiseeq.c b/drivers/net/sgiseeq.c index ff40563..3145ca1 100644 --- a/drivers/net

[PATCH] LIB82596: correct data types for hardware addresses

dma_addr_t is 64bit wide on some architectures (for example 64bit MIPS), so it's not a good idea to use it for 32bit wide addresses in descriptors. Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- drivers/net/lib82596.c | 50 1 files

[UPDATED PATCH] SGISEEQ: use cached memory access to make driver work on IP28

SGI IP28 machines would need special treatment (enable adding addtional wait states) when accessing memory uncached. To avoid this pain I changed the driver to use only cached access to memory. Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- Changes to last version: - Use inline

Re: [UPDATED PATCH] SGISEEQ: use cached memory access to make driver work on IP28

On Mon, Dec 17, 2007 at 08:18:38PM -0500, Jeff Garzik wrote: Changes to last version: - Use inline functions for dma_sync_* instead of macros (suggested by Ralf) - added Kconfig change to make selection for similair SGI boxes easier hrm, could you rediff? it doesn't seem to apply sure,

Re: [UPDATED PATCH] SGISEEQ: use cached memory access to make driver work on IP28

- Use inline functions for dma_sync_* instead of macros - added Kconfig change to make selection for similair SGI boxes easier Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- drivers/net/Kconfig |2 +- drivers/net/sgiseeq.c | 64

[PATCH] METH: fix MAC address handling

the hardware. Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- drivers/net/meth.c | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/net/meth.c b/drivers/net/meth.c index 0c89b02..cdaa8fc 100644 --- a/drivers/net/meth.c +++ b/drivers/net/meth.c @@ -95,11

Re: [PATCH] METH: fix MAC address handling

On Sun, Jan 06, 2008 at 12:23:05AM -0800, David Miller wrote: + u64 macaddr; - for (i = 0; i 6; i++) - dev-dev_addr[i] = o2meth_eaddr[i]; DPRINTK(Loading MAC Address: %s\n, print_mac(mac, dev-dev_addr)); - mace-eth.mac_addr = (*(unsigned long*)o2meth_eaddr) 16;

[PATCH] SGISEEQ: fix oops when doing ifconfig down; ifconfig up

When doing init_ring checking whether a new skb needs to be allocated was wrong. Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED] --- This is a bug fix for the 2.6.25 driver. drivers/net/sgiseeq.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net

[PATCH net] xgene: Always get clk source, but ignore if it's missing for SGMII ports

From: Thomas Bogendoerfer <tbogendoer...@suse.de> Even the driver doesn't do anything with the clk source for SGMII ports it needs to be enabled by doing a devm_clk_get(), if there is a clk source in DT. Fixes: 0db01097cabd ('xgene: Don't fail probe, if there is no clk resource for

[PATCH net] xgene: Don't fail probe, if there is no clk resource for SGMII interfaces

From: Thomas Bogendoerfer <tbogendoer...@suse.de> This change fixes following problem [1.827940] xgene-enet: probe of 1f210030.ethernet failed with error -2 which leads to a missing ethernet interface (reproducable at least on Gigabyte MP30-AR0 and APM Mustang systems). The

[net-next] net: phy: marvell: Show complete link partner advertising

From: Thomas Bogendoerfer <tbogendoer...@suse.de> Give back all modes advertised by the link partner. This change brings the marvell phy driver in line with all other phy drivers. Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de> --- drivers/net/phy/marvell.c | 7 ---

[PATCH net-next] net: phy: lxt: Export link partner advertising

From: Thomas Bogendoerfer <tbogendoer...@suse.de> Provide link partner advertising information. Removed testing for gigabit modes, which is useless for a fast ethernet phy. Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de> --- drivers/net/phy/lxt.c | 11 --- 1 fil

Re: [PATCH net-next] bnxt: Don't print message, if DAC isn't connected on both ends

On Wed, 6 Dec 2017 11:27:31 -0800 Michael Chan <michael.c...@broadcom.com> wrote: > On Tue, Dec 5, 2017 at 4:33 AM, Thomas Bogendoerfer > <tbogendoer...@suse.de> wrote: > > bnxt driver spams logfiles with > > > > [ 541.003065] bnxt_en :5d:00.1 eth

Re: [PATCH net-next] bnxt_en: Don't print "Link speed -1 no longer supported" messages.

send a message to the driver > when this happens. > > Improve this logic that prints out the warning by only printing it if > we can determine the link speed that is no longer supported. If the > speed is unknown or it is in autoneg mode, skip the warning message. > > Reported

Re: [PATCH net-next] bnxt: Don't print message, if DAC isn't connected on both ends

On Thu, 7 Dec 2017 01:24:43 -0800 Michael Chan <michael.c...@broadcom.com> wrote: > On Thu, Dec 7, 2017 at 1:14 AM, Thomas Bogendoerfer > <tbogendoer...@suse.de> wrote: > > well, it will print the forced rate, if there is one configured and -1 > > othe

[PATCH net-next] bnxt: Don't print message, if DAC isn't connected on both ends

information. Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de> --- drivers/net/ethernet/broadcom/bnxt/bnxt.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c b/drivers/net/ethernet/broadcom/bnxt/bnxt.c index 8c1dd60eab6f..8a2319