Am Montag, 23. Juni 2003 07:26 schrieb David Brownell:
> Oliver Neukum wrote:
> > looking through gadget it seems to me that two kinds of drivers
> > are mixed that shouldn't be mixed. Ether.c is a not a gadget driver
> > in the strict sense. It implements a class on the gadget's side.
>
> Ether.c
Am Montag, 23. Juni 2003 07:22 schrieb David Brownell:
> Oliver Neukum wrote:
> > what needs to be included to get 64bit DMA?
>
> For a USB network driver, set NETIF_F_HIGHDMA.
Well, I should be more specific. What needs to be
#include
Regards
Oliver
--
Oliver Neukum wrote:
looking through gadget it seems to me that two kinds of drivers
are mixed that shouldn't be mixed. Ether.c is a not a gadget driver
in the strict sense. It implements a class on the gadget's side.
Ether.c is a gadget driver; there's no rule saying they can't
implement classes.
Oliver Neukum wrote:
what needs to be included to get 64bit DMA?
For a USB network driver, set NETIF_F_HIGHDMA.
- Dave
---
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer
On Sun, 2003-06-22 at 14:56, Matthew Dharm wrote:
> > But (as I read it -- remember I'm not an expert), the old sr.c code didn't
> > set the DBD bit, just like the new code. So whatever formula applied to
> > the old code should apply to the new code, yes?
Hmm, the diff I sent was an older one wh
On Sunday 22 June 2003 02:00, Johannes Erdfelt wrote:
> On Sun, Jun 22, 2003, Duncan Sands <[EMAIL PROTECTED]> wrote:
> > On Tuesday 10 June 2003 19:18, Alan Stern wrote:
> > > On Tue, 10 Jun 2003, Duncan Sands wrote:
> > > > I've tracked it down to the following: the first of two queued urbs
> > >
On Sun, Jun 22, 2003 at 03:37:28PM -0500, James Bottomley wrote:
> On Sun, 2003-06-22 at 14:56, Matthew Dharm wrote:
> > > But (as I read it -- remember I'm not an expert), the old sr.c code didn't
> > > set the DBD bit, just like the new code. So whatever formula applied to
> > > the old code sho
Hi,
looking through gadget it seems to me that two kinds of drivers
are mixed that shouldn't be mixed. Ether.c is a not a gadget driver
in the strict sense. It implements a class on the gadget's side. I
propose that we call such drivers "service drivers".
Comments?
Regards
On Sun, Jun 22, 2003 at 12:49:17PM -0700, Matthew Dharm wrote:
> On Sun, Jun 22, 2003 at 08:58:00AM -0500, James Bottomley wrote:
> > On Sat, 2003-06-21 at 23:24, Matthew Dharm wrote:
> > > On Sat, Jun 21, 2003 at 09:54:46PM -0500, James Bottomley wrote:
> > > > }
> > > > - n = buffer
On Sun, Jun 22, 2003 at 08:58:00AM -0500, James Bottomley wrote:
> On Sat, 2003-06-21 at 23:24, Matthew Dharm wrote:
> > On Sat, Jun 21, 2003 at 09:54:46PM -0500, James Bottomley wrote:
> > > }
> > > - n = buffer[3] + 4;
> > > + n = rc;
> > > cd->cdi.speed = ((buffer[n + 8] << 8) + buffer[n + 9
Hi David,
what needs to be included to get 64bit DMA? The obvious step
of including linux/dma-mapping.h fails.
In file included from include/linux/dma-mapping.h:13,
from drivers/usb/net/kaweth.c:50:
include/asm/dma-mapping.h:10: warning: `struct device' declared inside parameter
On Sat, 2003-06-21 at 23:24, Matthew Dharm wrote:
> On Sat, Jun 21, 2003 at 09:54:46PM -0500, James Bottomley wrote:
> > }
> > - n = buffer[3] + 4;
> > + n = rc;
> > cd->cdi.speed = ((buffer[n + 8] << 8) + buffer[n + 9]) / 176;
>
> This bit isn't right. n is supposed to point to the s
Dear Sir
As an exporter in China, We Ali trade Inc. can supply :AC Plug Socket Outlets Cable
Reel Cord Extension Set products.
With the safe attestation by German, French, Czech, Swede, Norway, Italy, South
Africa, America, The Netherlands
organizations, the products have obtained certificates
help! i keep recompiling/installing 2.4.21 over and over and for some reason
i get unresolved symbol refrigerator for usbcore, which screws up my usb
period.
what to do?
_
Add photos to your messages with MSN 8. Get 2 months FREE*.
14 matches
Mail list logo