on that front.
--
David T Hollis [EMAIL PROTECTED]
---
This SF.Net email sponsored by Black Hat Briefings Training.
Attend Black Hat Briefings Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches
important thing is in the Config.in (oops, my patch left that
part out) and making sure the end user can tell that it's in usbnet.
With 2.6, that isn't a problem as the minidrivers are configurable.
With 2.4, they aren't. They are all just enabled in the driver source.
--
David T Hollis [EMAIL
On Sat, 2004-01-17 at 20:05, David T Hollis wrote:
This is a long overdue patch to pull out the standalone ax8817x.o driver
from 2.4. All functionality is in the usbnet driver which is
considerably more stable.
This additional patch removes the AX8817x config entry from Config.in.
--
David
On Tue, 2003-12-23 at 22:49, David Brownell wrote:
This patch should take care of it. Additionally, I had to fold one of
my patches that's in the queue for 2.6.1 (ethtool link check fix) into
this as the other would not apply due to changes.
It looks fine, though it didn't apply against
On Sun, 2003-12-21 at 18:53, David Brownell wrote:
Hi,
I just noticed a minor goof, your docs say the right thing
but the code doesn't. Right now the ax8817x code patches
the ethool_ops structure used by _every_ chunk of hardware,
so it'll break if there's a non-ax8817x device connected...
* ax8817x_set_multicast - need address of dev-data, not the contents
* ax8817x_write_cmd_async - free the request structure if urb submit fails
* Add ethtool get_link, get_settings, and set_settings
* ax8817x_bind - remove IPG read/write bit as it is not needed with GPIO
fiddling
If the bugs
* Provide operational link testing via ethtool
* Provide get/set features via ethtool.
--- usbnet.c.orig 2003-10-21 12:54:01.185020616 -0400
+++ usbnet.c2003-10-21 12:52:48.845017968 -0400
@@ -637,6 +637,27 @@
info-eedump_len = 0x3e;
}
+static u32 ax8817x_get_link (struct
* ax8817x_set_multicast - use address of dev-data, not contents
* ax8817x_write_async_cmd - free request and urb if submit fails
--- a/drivers/usb/net/usbnet.c 2003-10-20 23:43:22.0 -0400
+++ b/drivers/usb/net/usbnet.c 2003-10-21 12:49:13.519752384 -0400
@@ -493,8 +493,11 @@
This patch removes the ax8817x driver since all functionality has been
incorporated into usbnet.
Makefile |1
Makefile.lib |1
net/Kconfig | 19
net/Makefile |1
net/Makefile.mii |1
net/ax8817x.c| 1340
Greg KH wrote:
On Fri, Sep 12, 2003 at 01:32:44PM -0400, David T Hollis wrote:
This is a cleaned up and functioning patch from earlier that adds ASIX
ax8817x support to the 2.4 usbnet.c driver. It also adds ethtool_ops
support to usbnet so that specific drivers can easily extend or override
This is a resend of all of my recent usbnet additions which
center on adding ethtool_ops support. All have been re-diffed
against the latest usbnet from BK.
Changes:
* Add ethtool_ops support to usbnet
* Add GPIO bit toggling upon initialization of ax8817x devices
so that xmit works properly
--- a/drivers/usb/net/usbnet.c 2003-09-18 23:33:11.079001376 -0400
+++ b/drivers/usb/net/usbnet.c 2003-09-18 23:41:39.314737800 -0400
@@ -455,11 +455,11 @@
static void ax8817x_async_cmd_callback(struct urb *urb, struct pt_regs *regs)
{
struct usb_ctrlrequest *req = (struct
--- a/drivers/usb/net/usbnet.c 2003-09-18 23:09:49.569063272 -0400
+++ b/drivers/usb/net/usbnet.c 2003-09-18 23:10:52.005571480 -0400
@@ -298,6 +298,8 @@
/*-*/
+static struct ethtool_ops usbnet_ethtool_ops;
+
/* mostly
--- a/drivers/usb/net/usbnet.c 2003-09-12 13:53:44.022426336 -0400
+++ b/drivers/usb/net/usbnet.c 2003-09-12 13:55:02.947427912 -0400
@@ -252,6 +252,8 @@
/* for new devices, use the descriptor-reading code instead */
int in; /* rx endpoint */
int
--- a/drivers/usb/net/usbnet.c 2003-09-18 23:17:47.034477496 -0400
+++ b/drivers/usb/net/usbnet.c 2003-09-18 23:18:05.760630688 -0400
@@ -301,6 +301,7 @@
/*-*/
static struct ethtool_ops usbnet_ethtool_ops;
+static void
David Brownell wrote:
These are the USB leaks (usb-midi, hiddev) from
http://marc.theaimsgroup.com/?l=linux-kernelm=106368725910864w=2
In usb-midi, and hiddev.
- Dave
In looking at these leaks, I took a look into my ax8817x code in
usbnet. It looks like it's ok for the most part with
David Brownell wrote:
David T Hollis wrote:
which is then used in an async call. That memory isn't freed in the
callback though the control request and URB are. The easy fix is to
just free the urb-transfer_buffer which would be ok for now, but
that seems like a tacky thing to do
This patch adds Wake On LAN (WOL) and eeprom dumping support via ethtool
to the ax8817x portion of usbnet. This only permits the configuration
of WOL for the device, actual operation of WOL would seem to be handled
at lower levels of the USB subsystem. It also serves as an example of
how
This patch forward-ports manufacturer specific GPIO toggling from the
2.4 AX8817x code for usbnet. Some adapters need this toggling before
any any traffic can be sent.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
This is a cleaned up and functioning patch from earlier that adds ASIX
ax8817x support to the 2.4 usbnet.c driver. It also adds ethtool_ops
support to usbnet so that specific drivers can easily extend or override
ethtool options as necessary. This addition essentially obsoletes the
current
** Egg on face no patch attached! **
This patch forward-ports manufacturer specific GPIO toggling from the
2.4 AX8817x code for usbnet. Some adapters need this toggling before
any any traffic can be sent.
--- a/drivers/usb/net/usbnet.c 2003-09-12 13:53:44.022426336 -0400
+++
This patch backports the addition of ax8817x support to the usbnet
driver. It also includes the ethool_ops support.
--- a/drivers/usb/usbnet.c.orig 2003-09-11 23:07:48.934797792 -0400
+++ b/drivers/usb/usbnet.c 2003-09-11 23:07:56.263683632 -0400
@@ -133,6 +133,7 @@
#include
Oliver Neukum wrote:
Am Samstag, 6. September 2003 15:55 schrieb David T Hollis:
+/* Default ethtool_ops assigned. Devices can override in their bind() routine */
+static struct ethtool_ops usbnet_ethtool_ops = {
+ .get_drvinfo= usbnet_get_drvinfo,
+ .get_link
Greg KH wrote:
On Fri, Aug 29, 2003 at 08:04:34AM -0400, David T Hollis wrote:
[EMAIL PROTECTED], 2003-08-29 07:56:36-04:00, [EMAIL PROTECTED]
Add ethtool_ops support to usbnet
Hm, I get a confict when trying to apply this patch. Can you rediff it,
or just wait for me to sync back up
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PROTECTED], 2003-08-29 07:56:36-04:00, [EMAIL PROTECTED]
Add ethtool_ops support
You can import this changeset into BK by piping this whole message to:
'| bk receive [path to repository]' or apply the patch as usual.
===
[EMAIL PROTECTED], 2003-08-29 08:05:58-04:00, [EMAIL PROTECTED]
Fix building of
David Brownell wrote:
Scanning uhci docs suggest resume-detect is part of its remote wakeup
support. Yes?
And since Linux-USB doesn't seem to enable the remote wakeup feature
in any device, we have no reason to pay attention to such requests.
They're all errors, unless/until the host enables
This patch adds support to Kconfig to build ax8817x support into
usbnet. This renames the config option for the existing standalone
ax8817x driver to CONFIG_USB_AX8817X_STANDALONE.
--- linux-2.6.0-test3.orig/drivers/usb/net/Kconfig 2003-08-09 15:05:07.131368024
-0400
+++
Greg KH wrote:
On Sat, Aug 23, 2003 at 10:59:15AM -0400, David T Hollis wrote:
This patch adds support to Kconfig to build ax8817x support into
usbnet. This renames the config option for the existing standalone
ax8817x driver to CONFIG_USB_AX8817X_STANDALONE.
Any reason to keep
This patch adds support to usbnet for devices based on the ASIX AX88172
USB 2.0 Ethernet chipset.
Greg, please apply.
--- linux-2.6.0-test3-mm2/drivers/usb/net/usbnet.c.orig 2003-08-15 21:55:02.789323080
-0400
+++ linux-2.6.0-test3-mm2/drivers/usb/net/usbnet.c 2003-08-15 21:55:09.506301944
This patch adds ASIX AX88172 support to the usbnet driver. This rev
should work much better, and removes more unnecessary tx/rx framing.
usbnet.c | 322
+--
1 files changed, 316 insertions(+), 6 deletions(-)
---
These are the modifications to Kconfig and associated files to support
the ax8817x driver support in usbnet.
Kconfig | 25 -
Makefile.mii |1 +
2 files changed, 25 insertions(+), 1 deletion(-)
--- linux-2.6.0-test3.orig/drivers/usb/net/Kconfig 2003-08-09
Problems with 2.6.0-test2-mm4 hid are continuing. My usual temporary
remedy was to remove hid and reload it which reactivated my usb mouse.
Today I got this dump and rmmod hung trying to remove hid:
drivers/usb/core/usb.c: deregistering driver hiddev
drivers/usb/core/usb.c: deregistering
A trailing else in the #ifdef CONFIG_USB_NET1080 block that would
prevent it from properly filling the bulk URB.
--- linux-2.6.0-test3-mm2/drivers/usb/net/usbnet.c.orig 2003-08-13 20:22:30.386299904
-0400
+++ linux-2.6.0-test3-mm2/drivers/usb/net/usbnet.c 2003-08-13 20:22:50.122299576
This patch adds support for the ASIX AX8817x based ethernet devices to
the usbnet driver (deprecating the current ax8817x driver). At this
point, I consider it highly experimental, don't deploy in production,
etc etc etc. It is in the works for me category and I seem to get
pretty decent
David T Hollis wrote:
Problems with 2.6.0-test2-mm4 hid are continuing. My usual temporary
remedy was to remove hid and reload it which reactivated my usb
mouse. Today I got this dump and rmmod hung trying to remove hid:
I'm rebuilding the kernel as we speak with USB_DEBUG enabled to see
The attached patch fixes the flags used on the receive URBs and greatly
increases throughput (especially on EHCI). On EHCI before the patch,
receives came in around 460KB/s and after I am in the 10-11MB/s range
which is about the same speed I am able to achieve using my Intel nics.
Now
I'm trying to get mii support working properly with the ax8817x driver
but I'm hitting a big stumbling block. I have the following functions
that handle the reads but I always get a return code of 2 from the
second ax_read_cmd (the one that actually pulls the value, calls
ax_control_msg,
David T Hollis wrote:
I'm trying to get mii support working properly with the ax8817x driver
but I'm hitting a big stumbling block. I have the following functions
that handle the reads but I always get a return code of 2 from the
second ax_read_cmd (the one that actually pulls the value
This patch:
Adds the Intellinet device IDs
Adds msg_level support (to be utilized in the future)
Fixes ethtool/mii support so link checking actually works
Changed timeout on usb_fill_int_urb to support High Speed ([EMAIL PROTECTED])
Added devdbg/err/info defines borrowed from usbnet
Changed
David T Hollis wrote:
Greg KH wrote:
On Thu, Jun 12, 2003 at 09:12:00AM -0400, David T Hollis wrote:
Few minor code tweaks, formatting, etc. Greg, is this in proper
shape for inclusion?
Close, but I think this will break on 2.4.22-pre1, right:
+#if LINUX_VERSION_CODE KERNEL_VERSION
Greg KH wrote:
On Thu, Jun 12, 2003 at 09:12:00AM -0400, David T Hollis wrote:
Few minor code tweaks, formatting, etc. Greg, is this in proper shape
for inclusion?
Close, but I think this will break on 2.4.22-pre1, right:
+#if LINUX_VERSION_CODE KERNEL_VERSION(2,4,22)
+#include
Few minor code tweaks, formatting, etc. Greg, is this in proper shape
for inclusion?
--- Documentation/Configure.help.orig 2003-05-31 18:54:24.0 -0400
+++ Documentation/Configure.help2003-05-31 18:57:13.0 -0400
@@ -14548,6 +14548,24 @@
The module will be called
Minor tweaks, formatted per style guide.
--- drivers/usb/net/Kconfig.orig2003-06-06 06:58:57.711454488 -0400
+++ drivers/usb/net/Kconfig 2003-06-06 07:02:23.756130936 -0400
@@ -7,6 +7,27 @@
comment Networking support is needed for USB Networking device support
depends on USB
Code restyled to fit kernel standards and removed no longer necessary
#if 0s.
--- Documentation/Configure.help.orig 2003-05-31 18:54:24.0 -0400
+++ Documentation/Configure.help2003-05-31 18:57:13.0 -0400
@@ -14548,6 +14548,24 @@
The module will be called catc.o. If
Ported to 2.5. Completely redid transmit routines based on Pegasus.
Seems to greatly simplify the operation and also makes the driver work
under 2.5 :)! mii/ethtool support is currently broken. Commenting out
the line net-do_ioctl = ax8817x_ioctl kills any attemps at mii/ethtool
and allows
Greg KH wrote:
On Sat, May 31, 2003 at 07:01:56PM -0400, David T Hollis wrote:
Here you are. Would be happy to see it included mainline.
A few comments. First off, I need a 2.5 version first before I can add
it to 2.4
You need to follow the coding style rules found at
Documentation
I've started looking into what it will take to port the ax8817x driver
to 2.5 and the largest issue appears to be with subtle API changes that
are easily resolved. However, is there any preferred manner to write it
in 'portable' manner so that maintaining a 2.4 version and 2.5 version
isn't a
Greg KH wrote:
On Fri, May 30, 2003 at 09:56:27PM -0400, David T Hollis wrote:
This version has taken some of the suggestions from Oliver Neukum and
David Brownell to make this driver a bit more robust. With some trials,
I am able to run full ttcp tests without error, transfer very large
This version has taken some of the suggestions from Oliver Neukum and
David Brownell to make this driver a bit more robust. With some trials,
I am able to run full ttcp tests without error, transfer very large
files and I am not getting any transmit timeouts. However (there always
is a
David Rippel wrote:
Does anyone have a working driver for (or willing to put one together?) for the ASIX AX88172 usb-to-ethernet controller RealTek RTL8201 PHY (better known as the linksys usb200m nic, also seen as a netgear product)?
There's documentation available at the following urls:
Kevin Cernekee wrote:
On Wed, 28 May 2003, David Rippel wrote:
Does anyone have a working driver for (or willing to put one together?)
for the ASIX AX88172 usb-to-ethernet controller RealTek RTL8201 PHY
(better known as the linksys usb200m nic, also seen as a netgear
product)?
TiVo
David T Hollis wrote:
I have now thrown up a port of the TiVo driver that builds cleanly and
installs though I have not tested it with my device since I don't have
it handy. For those really daring folks, it's available at
http://www.davehollis.com/~dhollis/ax8817x.tar.gz.
There aren't
David Rippel wrote:
Does anyone have a working driver for (or willing to put one together?) for the ASIX AX88172 usb-to-ethernet controller RealTek RTL8201 PHY (better known as the linksys usb200m nic, also seen as a netgear product)?
There's documentation available at the following urls:
54 matches
Mail list logo