Re: [PATCH v3] smsc95xx: Add comments to the registers definition

gh those devices can only rely on the Linux kernel > driver source to make their own. > > This commit adds a lot of comments to the registers definition to expand > the register names. > > Cc: Steve Glendinning > Cc: Microchip Linux Driver Support > CC: David Miller >

Re: [PATCH net-next 1/3] smsc95xx: Add maintainer

On 2 September 2016 at 21:34, wrote: > From: Woojung Huh > > Add Microchip Linux Driver Support as maintainer > because this driver is maintaining by Microchip. > > Signed-off-by: Woojung Huh > --- Acked-by: Steve Glendinning

Re: [PATCH] SMSC LAN911x and LAN921x vendor driver

pends on ARCH_PXA). Dustin's driver was based on the smc91x code, but these two ethernet devices share nothing other than a similar name. smsc911x is a new, completely platform-independent driver with workarounds for several hardware issues, and it doesn't suffer from quite as

Re: [PATCH] SMSC LAN911x and LAN921x vendor driver

Hi Jeff, > Where is the hard_start_xmit/TX-completion locking? The entire PIO Tx operation is performed within hard_start_xmit, so should be covered by netif_tx_lock. Regards, -- Steve Glendinning SMSC GmbH m: +44 777 933 9124 e: [EMAIL PROTECTED] - To unsubscribe from this list: send

[PATCH] ethtool: add register dump support for SMSC LAN911x/LAN921x

This patch adds support for SMSC's LAN911x and LAN921x families of embedded ethernet controllers to ethtool's dump registers (-d) command. This patch is for use with the smsc911x driver. Signed-off-by: Steve Glendinning <[EMAIL PROTECTED]> --- Makefile.am|3 +- ethto

[PATCH][ETHTOOL] Add register dump support for SMSC LAN911x/LAN921x

This patch adds support for SMSC's LAN911x and LAN921x families of embedded ethernet controllers to ethtool's dump registers (-d) command. This patch is for use with the smsc911x driver. Signed-off-by: Steve Glendinning <[EMAIL PROTECTED]> --- Makefile.am|3 +- ethto

[PATCH] Add support for LAN8187 and LAN8700 PHYs

This patch adds support for two additional PHY parts with identical interrupt abstraction to the existing LAN83C185. Functions have been renamed from lan83c185_* to smsc_phy_* as they are used by multiple PHY models. Signed-off-by: Steve Glendinning <[EMAIL PROTECTED]> --- drivers/n

Re: SMSC LAN911x and LAN921x vendor driver

it would make support easier and everyone can benefit from ongoing driver improvements. Regards, -- Steve Glendinning SMSC GmbH m: +44 777 933 9124 e: [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More m

[PATCH 1/2] Fix style to match drivers/net/phy/*

Trivial style fixes to match other PHY drivers Signed-off-by: Steve Glendinning <[EMAIL PROTECTED]> --- drivers/net/phy/smsc.c | 15 +++ 1 files changed, 7 insertions(+), 8 deletions(-) diff --git a/drivers/net/phy/smsc.c b/drivers/net/phy/smsc.c index 25e31fb..2119bd7

[PATCH 2/2] Add support for LAN8187 and LAN8700 PHYs

Make functions and constants generic, add support for two more SMSC PHY models with identical interrupt source and mask registers Signed-off-by: Steve Glendinning <[EMAIL PROTECTED]> --- drivers/net/phy/smsc.c | 112 ++-- 1 files chang

Re: [PATCH] SMSC LAN911x and LAN921x vendor driver

easier and everyone can benefit from ongoing driver improvements. The DMA code within these proprietary drivers is the next target for submission, although I would like to defer additional complexity until we are all happy with the current PIO-only implementation. Regards, -- Steve Glendinning S

Re: [PATCH] SMSC LAN911x and LAN921x vendor driver

se SIOCDEVPRIVATE: > > The SIOCDEVPRIVATE can/should be removed. I have removed these, they were only in as a quick fix because mii-tool here sends SIOCDEVPRIVATE instead of SIOCGMIIPHY. I fixed my copy of mii-tool instead :o) Best Regards, -- Steve Glendinning SMSC GmbH m: +44 777 933 9124 e: [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] SMSC LAN911x and LAN921x vendor driver

> > +#define TX_CMD_A_DATA_OFFSET_ 0x001F > > +#define TX_CMD_A_FIRST_SEG_ 0x2000 > > +#define TX_CMD_A_LAST_SEG_ 0x1000 > > +#define TX_CMD_A_BUF_SIZE_ 0x07FF > > +#define TX_CMD_B_PKT_TAG_ 0x > > +#

Re: [PATCH] SMSC LAN911x and LAN921x vendor driver

t for the new LAN921x family, as well as LAN911x - smsc911x contains important workarounds for currently known hardware issues - It's shorted, and I believe the coding style to be cleaner and easier to follow. so I'm presenting this as an alternative. Thoughts? Regards, -- Steve Glend

Re: SMSC LAN911x and LAN921x vendor driver

el. > > Nevermind :o} Agreed, I would like to find a nicer way to do this. It's a nasty workaround to a nasty hardware issue :o} There are two problems. First, on older hardware revisions the multicast hash filters (as well as the promisc flag) cannot be modified while rx is activ