themselves so you don't need to be too concerned 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 Jul
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
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 PROTECTED]>
---
The SF.Net email is sponsored by EclipseCon 200
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.
--
David T Hollis <[EMAIL PROTECTED]>
--- a/Documentation/Configure.help 2004-01-17 20:00:48.151163632 -0500
+++ b/Documen
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 a
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 connect
* 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 @@
* 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 net_
* 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 fix
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
--- 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 us
--- 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: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-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 usb_ctrlreque
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
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
David Brownell wrote:
These are the USB leaks (usb-midi, hiddev) from
http://marc.theaimsgroup.com/?l=linux-kernel&m=106368725910864&w=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 o
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 othe
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.
h
** 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
+++ b/drivers/us
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 ax
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
#include
#i
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 08:05:58-04:00, [EMAIL PROTECTED]
Fix building of standalon
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 t
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 remo
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 the
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
+++ linux-2.6.0-test3/
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
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 15:
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(-)
--- /home/dhollis/kernel/s
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 tr
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
-0400
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 drive
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 s
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 transm
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 strlcpy
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
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, etc.)
Thanks to Zeph for submitting the ids and testing.
Index: ax8817x.c
===
RCS file: /home/dhollis/cvsroot/ax8817x/ax8817x.c,v
retrieving revision 1.15
diff -u -r1.15 ax8817x.c
--- ax8817x.c 15 Jun 2003 18:45:21 - 1.15
+++ ax88
Here is a patch against the 2.5 patch I sent you.
* Removes the internal CRC32 routine
* fixes the ethtool GETDRVINFO things to be on par with the recent
changes (use strlcpy, and usb_make_path)
* A few additional cases on the callbacks to handle disconnects on other
controllers
* Sane defaults
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
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)
+#incl
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
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 catc.o
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
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 you
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 howeve
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.
Th
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:
http
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 appa
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:
http
57 matches
Mail list logo