Re: [patch 3/9] natsemi: Add support for using MII port with no PHY
Mark Brown wrote: On Thu, Apr 27, 2006 at 05:54:58AM -0400, Jeff Garzik wrote: Provide a module option which configures the natsemi driver to use the external MII port on the chip but ignore any PHYs that may be attached to it. The link state will be left as it was when the driver started and can The proper way to do this is via the force_media boolean flag found in several net drivers. I've had a look at several of the net drivers that implement this option (e100, smc91x, starfire and the shared code in mii.c). Unless I'm misreading the code it looks like the effect of this option in those drivers is to disable autonegotiation but still configure the PHY when the NIC is configured. That is a subset of what the patch does and isn't sufficient for the hardware this patch targets: sometimes there may be a PHY visible on the MII bus but with a different configuration to the natsemi or there may be no PHY present at all. In this case the code in the natsemi driver that configures the PHY to match the configuration of the natsemi also needs to be disabled. It looks like I should implement a force_media option and redo this patch to use that. That's the sort of patch I'm looking for... Jeff - 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 3/9] natsemi: Add support for using MII port with no PHY
On Thu, Apr 27, 2006 at 05:54:58AM -0400, Jeff Garzik wrote: Provide a module option which configures the natsemi driver to use the external MII port on the chip but ignore any PHYs that may be attached to it. The link state will be left as it was when the driver started and can The proper way to do this is via the force_media boolean flag found in several net drivers. I've had a look at several of the net drivers that implement this option (e100, smc91x, starfire and the shared code in mii.c). Unless I'm misreading the code it looks like the effect of this option in those drivers is to disable autonegotiation but still configure the PHY when the NIC is configured. That is a subset of what the patch does and isn't sufficient for the hardware this patch targets: sometimes there may be a PHY visible on the MII bus but with a different configuration to the natsemi or there may be no PHY present at all. In this case the code in the natsemi driver that configures the PHY to match the configuration of the natsemi also needs to be disabled. It looks like I should implement a force_media option and redo this patch to use that. -- You grabbed my hand and we fell into it, like a daydream - or a fever. - 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
[patch 3/9] natsemi: Add support for using MII port with no PHY
From: Mark Brown [EMAIL PROTECTED] Provide a module option which configures the natsemi driver to use the external MII port on the chip but ignore any PHYs that may be attached to it. The link state will be left as it was when the driver started and can be configured via ethtool. Any PHYs that are present can be accessed via the MII ioctl()s. This is useful for systems where the device is connected without a PHY or where either information or actions outside the scope of the driver are required in order to use the PHYs. Signed-off-by: Mark Brown [EMAIL PROTECTED] Cc: Tim Hockin [EMAIL PROTECTED] Cc: Jeff Garzik [EMAIL PROTECTED] Signed-off-by: Andrew Morton [EMAIL PROTECTED] --- drivers/net/natsemi.c | 105 +--- 1 files changed, 67 insertions(+), 38 deletions(-) diff -puN drivers/net/natsemi.c~natsemi-add-support-for-using-mii-port-with-no-phy drivers/net/natsemi.c --- devel/drivers/net/natsemi.c~natsemi-add-support-for-using-mii-port-with-no-phy 2006-04-10 23:21:19.0 -0700 +++ devel-akpm/drivers/net/natsemi.c2006-04-10 23:21:19.0 -0700 @@ -259,7 +259,7 @@ MODULE_PARM_DESC(debug, DP8381x default MODULE_PARM_DESC(rx_copybreak, DP8381x copy breakpoint for copy-only-tiny-frames); MODULE_PARM_DESC(options, - DP8381x: Bits 0-3: media type, bit 17: full duplex); + DP8381x: Bits 0-3: media type, bit 17: full duplex, bit 18: ignore PHY); MODULE_PARM_DESC(full_duplex, DP8381x full duplex setting(s) (1)); /* @@ -690,6 +690,8 @@ struct netdev_private { u32 intr_status; /* Do not touch the nic registers */ int hands_off; + /* Don't pay attention to the reported link state. */ + int ignore_phy; /* external phy that is used: only valid if dev-if_port != PORT_TP */ int mii; int phy_addr_external; @@ -894,7 +896,19 @@ static int __devinit natsemi_probe1 (str np-intr_status = 0; np-eeprom_size = NATSEMI_DEF_EEPROM_SIZE; + option = find_cnt MAX_UNITS ? options[find_cnt] : 0; + if (dev-mem_start) + option = dev-mem_start; + + /* Ignore the PHY status? */ + if (option 0x400) { + np-ignore_phy = 1; + } else { + np-ignore_phy = 0; + } + /* Initial port: +* - If configured to ignore the PHY set up for external. * - If the nic was configured to use an external phy and if find_mii * finds a phy: use external port, first phy that replies. * - Otherwise: internal port. @@ -902,7 +916,7 @@ static int __devinit natsemi_probe1 (str * The address would be used to access a phy over the mii bus, but * the internal phy is accessed through mapped registers. */ - if (readl(ioaddr + ChipConfig) CfgExtPhy) + if (np-ignore_phy || readl(ioaddr + ChipConfig) CfgExtPhy) dev-if_port = PORT_MII; else dev-if_port = PORT_TP; @@ -912,7 +926,9 @@ static int __devinit natsemi_probe1 (str if (dev-if_port != PORT_TP) { np-phy_addr_external = find_mii(dev); - if (np-phy_addr_external == PHY_ADDR_NONE) { + /* If we're ignoring the PHY it doesn't matter if we can't +* find one. */ + if (!np-ignore_phy np-phy_addr_external == PHY_ADDR_NONE) { dev-if_port = PORT_TP; np-phy_addr_external = PHY_ADDR_INTERNAL; } @@ -920,10 +936,6 @@ static int __devinit natsemi_probe1 (str np-phy_addr_external = PHY_ADDR_INTERNAL; } - option = find_cnt MAX_UNITS ? options[find_cnt] : 0; - if (dev-mem_start) - option = dev-mem_start; - /* The lower four bits are the media type. */ if (option) { if (option 0x200) @@ -957,7 +969,10 @@ static int __devinit natsemi_probe1 (str if (mtu) dev-mtu = mtu; - netif_carrier_off(dev); + if (np-ignore_phy) + netif_carrier_on(dev); + else + netif_carrier_off(dev); /* get the initial settings from hardware */ tmp= mdio_read(dev, MII_BMCR); @@ -1005,6 +1020,8 @@ static int __devinit natsemi_probe1 (str printk(%02x, IRQ %d, dev-dev_addr[i], irq); if (dev-if_port == PORT_TP) printk(, port TP.\n); + else if (np-ignore_phy) + printk(, port MII, ignoring PHY\n); else printk(, port MII, phy ad %d.\n, np-phy_addr_external); } @@ -1685,42 +1702,44 @@ static void check_link(struct net_device { struct netdev_private *np = netdev_priv(dev); void __iomem * ioaddr = ns_ioaddr(dev); - int duplex; + int duplex = np-full_duplex; u16 bmsr; - - /* The link status
Re: [patch 3/9] natsemi: Add support for using MII port with no PHY
[EMAIL PROTECTED] wrote: From: Mark Brown [EMAIL PROTECTED] Provide a module option which configures the natsemi driver to use the external MII port on the chip but ignore any PHYs that may be attached to it. The link state will be left as it was when the driver started and can be configured via ethtool. Any PHYs that are present can be accessed via the MII ioctl()s. This is useful for systems where the device is connected without a PHY or where either information or actions outside the scope of the driver are required in order to use the PHYs. Signed-off-by: Mark Brown [EMAIL PROTECTED] Cc: Tim Hockin [EMAIL PROTECTED] Cc: Jeff Garzik [EMAIL PROTECTED] Signed-off-by: Andrew Morton [EMAIL PROTECTED] NAK. The proper way to do this is via the force_media boolean flag found in several net drivers. In general I agree with the motivation to do something like this... Jeff - 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