From: David Brownell on 27 Sep 2006 21:30 On Saturday 16 September 2006 4:02 pm, Arnd Bergmann wrote: > This driver adds support for the DeLOCK USB ethernet adapter > and potentially others based on the MosChip MCS7830 chip. > > It is based on the usbnet and asix drivers as well as the > original device driver provided by MosChip, which in turn > was based on the usbnet driver. > > It has been tested successfully on an OHCI, but interestingly > there seems to be a problem with the mcs7830 when connected to > the ICH6/EHCI in my thinkpad: it keeps receiving lots of > broken packets in the RX interrupt. The problem goes away when > I'm using an active USB hub, so I assume it's not related to > the device driver, but rather to the hardware. > > Signed-off-by: Arnd Bergmann <arnd(a)arndb.de> Signed-off-by: David Brownell <dbrownell(a)users.sourceforge.net> .... yes, I'd assume it's a hardware issue too. Try different cables; if you have a fast 'scope, you might see what kind of eye diagram you get. The hub might improve the signal quality. Do you know how the remote wakeup mechanism works for this chip? It'd be interesting to see "usbnet" be taught how to autosuspend chips which will wake up the USB host when they get the right kind of packet ... for example, passing the multicast/broadcast filter, or addressed directly to that adapter. Such an autosuspend mechanism would let the host controller stop polling a mostly-idle network link, getting rid of one source of periodic DMA transfers and thus allowing deeper sleep states for many x86 family CPUs. And also, I'd expect, giving fewer opportunities for those broken RX packets. :) - Dave - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Arnd Bergmann on 28 Sep 2006 07:10 On Thursday 28 September 2006 03:28, David Brownell wrote: > ... yes, I'd assume it's a hardware issue too. ?Try different > cables; if you have a fast 'scope, you might see what kind of > eye diagram you get. Unfortunately, I don't have anything I could use to test this. > Do you know how the remote wakeup mechanism works for this chip? > It'd be interesting to see "usbnet" be taught how to autosuspend > chips which will wake up the USB host when they get the right > kind of packet ... for example, passing the multicast/broadcast > filter, or addressed directly to that adapter. > > Such an autosuspend mechanism would let the host controller stop > polling a mostly-idle network link, getting rid of one source of > periodic DMA transfers and thus allowing deeper sleep states for > many x86 family CPUs. ?And also, I'd expect, giving fewer > opportunities for those broken RX packets. ?:) No, don't know. I did not find anything about this in the public spec. Arnd <>< - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Arnd Bergmann on 7 Oct 2006 15:00 On Thursday 28 September 2006 03:28, David Brownell wrote: > On Saturday 16 September 2006 4:02 pm, Arnd Bergmann wrote: > > This driver adds support for the DeLOCK USB ethernet adapter > > and potentially others based on the MosChip MCS7830 chip. > > > > Signed-off-by: Arnd Bergmann <arnd(a)arndb.de> > > Signed-off-by: David Brownell <dbrownell(a)users.sourceforge.net> > David, I was under the assumption that you would submit this version for inclusion in 2.6.19. Do you have it queued somewhere for submission or did you expect me to send it to someone else? Arnd <>< - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|
Pages: 1 Prev: dmaengine: enable multiple clients and operations Next: 2.6.18 ext3 panic. |