I've just started to write my first USB driver, and have run into a question
for which I haven't been able to come up with the answer.
The device in question (Cygnion CyberGenie telephone) has three interfaces,
but each interface is only useful when used in conjunction with the others.
Thus, I wou
I bought an Intellinet (500913) USB2.0 to Ethernet. I tested it before I
bought it. It's currently working, but the MAC address bugs me. (And the
fact it doesn't handle 10baseT-HD very well)
eth1 Link encap:Ethernet HWaddr 00:80:C8:FF:FF:FF
According to the oui table, that's a D-Link.
Wakko Warner wrote:
> After doing some testing, I believe a patch that went into rc4 broke kaweth.
> The kaweth driver itself did not change from rc2 through rc6.
>
> As a test, I reverted a patch that went into rc4 which modified
> net/core/link_watch.c. Once I compiled the kernel, my netgear EA
After doing some testing, I believe a patch that went into rc4 broke kaweth.
The kaweth driver itself did not change from rc2 through rc6.
As a test, I reverted a patch that went into rc4 which modified
net/core/link_watch.c. Once I compiled the kernel, my netgear EA101 works
again.
The followin
As I expected, the apple scsi is doing something funny. I guess I will
have to repack the s/g list before sending down to scsi.
The Apple SCSI isn't creating the s/g list ... it's your driver which
created it, including the in-memory layout. You can just create it
more intelligently. :)
SBP-
On Wednesday 08 June 2005 4:59 am, Hani Mustafa wrote:
> > > Interestingly, the request is a scatter/gather with the first sg entry
> > > of 864 bytes, and the second is 3232 bytes (a total of 4096 bytes).
> > > But for some reason, only the first sg entry is being properly read.
> >
> > That's
On Saturday 11 June 2005 6:41 am, Alan Stern wrote:
> On Fri, 10 Jun 2005, David Brownell wrote:
>
> > p.s. Alan, nice writeup. Does something like this need to
> > go into linux/Documentation/usb maybe?
>
> Thank you. I thought it would be better to place this on the Gadget web
> page, w
Martin Kessler wrote:
Alan Stern wrote:
The next step should be to find out where they do come from.
Patched the urb.c, but i'm getting this dump's more or less once every
minute already and not only when the device went active. The apcupsd
seems to work fine though, hmm maybe its normal???
Am Samstag, 11. Juni 2005 14:52 schrieb Wakko Warner:
> Oliver Neukum wrote:
> > Am Samstag, 11. Juni 2005 06:11 schrieb Wakko Warner:
> > > Oliver Neukum wrote:
> > > > Sorry, I should be more specific. It will print out the error codes
> > > > internal to the USB layer which are meaningful even i
On Fri, 10 Jun 2005, Pete Zaitcev wrote:
> Hi, All:
>
> I noticed (from reading usbmon traces) that we request string descriptors
> with size 255, which is odd (please pardon the pub), because a string
> descriptor consists of 16-bit characters and 2-byte header. Does anyone
> know if this length
On Fri, 10 Jun 2005, David Brownell wrote:
> I've been meaning to run the experiment of having the backing
> store be removable media, using a device like /dev/mmcblk0 (for
> MMC/SD) or /dev/hda (for CompactFlash, on non-PC boxes).
>
> If anyone's done that already, it'd be interesting to get a
>
On Fri, 10 Jun 2005, Fukumoto Akira wrote:
> I did exactly what you recomment. Using your last patch for 2.6.10 I
> actually try to compile your driver with 2.6.11. To make it short:
> Get errors because of missing struct hcd_dev - therefore member ed[] is not
> availible anymore futhermore hcpr
Oliver Neukum wrote:
> Am Samstag, 11. Juni 2005 06:11 schrieb Wakko Warner:
> > Oliver Neukum wrote:
> > > Sorry, I should be more specific. It will print out the error codes
> > > internal to the USB layer which are meaningful even if interrupts are
> > > shared.
> > > Also, are you seeing tx er
Am Samstag, 11. Juni 2005 06:11 schrieb Wakko Warner:
> Oliver Neukum wrote:
> > Am Mittwoch, 8. Juni 2005 12:42 schrieb Wakko Warner:
> > > > have you tried recompiling with debug enabled?
> > > > It does show the status codes in the interrupt handler.
> > >
> > > I have not. ?My keyboard and mou
Alan Stern wrote:
On Fri, 10 Jun 2005, Martin Kessler wrote:
Here another one, btw I did pass usbfs_snoop on to the kernel during
boot, but have no entries in my logfile. Hmmm, usbcore is not a module
so usbcore.usbfs_snoop=1 should have done the job isn't it??? Currently
my apcupsd is ha
15 matches
Mail list logo