On Friday 13 July 2007, Sagusti.Robert wrote:
> Hi,
>
> I'm running kernel 2.6.20 on an AT91RM9200 processor. I have
> the gadget serial driver loaded and I am successfully reading
> and writing data in and out the USB port to a windows terminal.
> In my user code, when I open the gadget driver po
On Fri, 13 Jul 2007, Skip Rafferty wrote:
> Sorry for the lack of detail, and yes I'm talking
> about bulk endpoints.
>
> The gadget provides a printer class device and the
> host system in this case is Windows. There is no
> protocol, the app just opens the USB device and writes
> the contents
On Fri, 13 Jul 2007, Skip Rafferty wrote:
> I am supporting a Peripheral Controller Driver (PCD)
> for a USB device (hw and fw from a vendor) that
> refuses to deliver data to its gadget driver client
> when the data ends on a MaxPacketSize boundary (512 in
> this case).
You're talking about da
Hi Patrik,
> I'm writing an USB Video Class Driver (UVC) to use the DaVinci EVM
> (1.10) as a video class device (camera). The UVC driver is based on the
> gadget zero skeleton (USB Gadget API for Linux).
> I have configured an isochronous in-endpoint with a payload size of 642
> byte [1]. The Vid
Hi David,
Thanks a lot for your detailed answer!
David Brownell wrote:
> On Tuesday 09 January 2007 8:27 am, Patrik Nagel wrote:
>
>> Hi,
>>
>> I'm writing an USB Video Class Driver (UVC) to use the DaVinci EVM
>> (1.10) as a video class device (camera). The UVC driver is based on the
>> gad
On Tuesday 09 January 2007 8:27 am, Patrik Nagel wrote:
> Hi,
>
> I'm writing an USB Video Class Driver (UVC) to use the DaVinci EVM
> (1.10) as a video class device (camera). The UVC driver is based on the
> gadget zero skeleton (USB Gadget API for Linux).
You'll also want to see how the CDC E
On Wednesday 27 September 2006 3:06 am, Thomi Aurel RUAG A wrote:
> Hi
> Im working on a Intel XScale PXA-270 Board with linux 2.6.17
> (linux-2.6.17-pcm027-3).
I hope you know that the pxa27x UDC code is still not working
very reliably. Oddly enough, the hardware folk Intel tasked with
designing
Hello ;
The preview statuts is after apply :
- your patch posted the 16 august
- the patch posted by Kevin Hilman the 18 august
I have add a "arm/mach-ixp4xx/sbc1625-setup.c" file with
"arch/arm/mach-ixp4xx/ixdp425-setup.c" as model.
During the boot I see :
pxa2xx_udc: version 4-Ma
Hello,
I created and posted (to this list some time ago) patches which allow to
use this driver on IXP4xx platform.
Please apply them and then only add your IXP420_BB define. Nothing else
would
be needed then.
As far as I see, you can compile this driver, but did you really test it?
Without pl
On Tue, Feb 21, 2006 at 05:37:41AM -0600, Shaun Tancheff wrote:
> This is a very small patch a buffer overwrite I encountered with the
> RNDIS parser
Great. But can you take a look at the file,
Documentation/SubmittingPatches, and redo the patch in the proper format
(-u and -p1 style), and add a
On Monday 06 February 2006 8:24 am, Badari Pulavarty wrote:
> To give you little context here..
>
> Zach Brown proposed vectored AIO interfaces and support. He added
> aio_readv/aio_writev file-operations to support this. Christoph Hellwig
> pointed out that, we are adding yet another file-op and
On Fri, 2006-02-03 at 17:40 -0800, David Brownell wrote:
> > Thinking about it, (like regular vectored IO) it makes sense to return
> > success if we already queued up part of IO, in case of and error.
> > Isn't it ? This way, one can go and wait for those IOs to finish.
>
> Doesn't make a lot of
> > The simple way to meet Badari's current goal is: calculate the length
> > of the whole iovec, use that to allocate the right size i/o buffer, then
> > have the AIO write path gather data into that, and the AIO read "retry"
> > path scatter data out of it after reads complete.
>
> Okay. That
On Sun, 5 Feb 2006, David Brownell wrote:
> > > A: 100 bytes at addr1, 512 bytes at addr2
> > > B: 512 bytes at addr2, 100 bytes at addr2
> > >
> > > Request A always requires copying for the packet straddling offset 100
> > > (relative to message start) but request B never requires copying
> > A: 100 bytes at addr1, 512 bytes at addr2
> > B: 512 bytes at addr2, 100 bytes at addr2
> >
> > Request A always requires copying for the packet straddling offset 100
> > (relative to message start) but request B never requires copying (so it
> > could support a full zerocopy I/O mod
On Fri, 3 Feb 2006, David Brownell wrote:
> > It's not really a group of related requests; it's a single request for
> > which the memory buffer consists of several discontiguous pieces. This is
> > a significant distinction. With readv/writev you specify a single
> > starting offset in the f
> > > Thinking about it, (like regular vectored IO) it makes sense to return
> > > success if we already queued up part of IO, in case of and error.
> > > Isn't it ? This way, one can go and wait for those IOs to finish.
> >
> > Doesn't make a lot of sense to me, but then I'm probably missing
> >
On Fri, 3 Feb 2006, David Brownell wrote:
> > Thinking about it, (like regular vectored IO) it makes sense to return
> > success if we already queued up part of IO, in case of and error.
> > Isn't it ? This way, one can go and wait for those IOs to finish.
>
> Doesn't make a lot of sense to me, b
> Thinking about it, (like regular vectored IO) it makes sense to return
> success if we already queued up part of IO, in case of and error.
> Isn't it ? This way, one can go and wait for those IOs to finish.
Doesn't make a lot of sense to me, but then I'm probably missing
something by having see
Alan Stern wrote:
On Fri, 3 Feb 2006, Badari Pulavarty wrote:
Hi,
I am trying to collapse all the vectored and AIO operations
to a single set of file-operations. My initial posting, is
available here:
http://marc.theaimsgroup.com/?l=linux-kernel&m=113889673116697&w=2
As part of this work, I
On Fri, 2006-02-03 at 15:54 -0500, Alan Stern wrote:
> On Fri, 3 Feb 2006, Badari Pulavarty wrote:
>
> > Hi,
> >
> > I am trying to collapse all the vectored and AIO operations
> > to a single set of file-operations. My initial posting, is
> > available here:
> >
> > http://marc.theaimsgroup.com
On Fri, 3 Feb 2006, Badari Pulavarty wrote:
> Hi,
>
> I am trying to collapse all the vectored and AIO operations
> to a single set of file-operations. My initial posting, is
> available here:
>
> http://marc.theaimsgroup.com/?l=linux-kernel&m=113889673116697&w=2
>
> As part of this work, I cha
hether USB Client is responding properly for the requests?
Thanks
~Jithendran
-Original Message-
From: JITHENDRAN A
Sent: Thursday, December 29, 2005 11:37 AM
To: 'linux-usb-devel@lists.sourceforge.net'
Cc: 'linux-usb-devel@lists.sourceforge.net'
Subject: RE: [linux-usb
r this?
-Original Message-
From: JITHENDRAN A
Sent: Thursday, December 29, 2005 11:37 AM
To: 'linux-usb-devel@lists.sourceforge.net'
Cc: 'linux-usb-devel@lists.sourceforge.net'
Subject: RE: [linux-usb-devel] USB gadget/RNDIS Reset Problem
Hello,
We had tried connectivity
Dear Jithendran!
JITHENDRAN A schrieb:
Hello,
We are developing a VoIP enabled WiFI mobile handset using PXA255 running
Triton Linux 2.6.10.We have enabled the RNDIS gadget in the kernel for the
Ethernet over USB functionality
When the handset is connected to the USB port of Windows XP host
On Wednesday 28 December 2005 10:07 pm, JITHENDRAN A wrote:
> We had tried connectivity with linux hosts test with following linux
> versions
>
> Linux 2.4.20-8
> Linux 2.4.20
> Linux 2.6.5(Fedora Core 2)
>
> But our device is not detected in all above versions (usbnet.c doesnot
> supports our de
sage-
From: JITHENDRAN A
Sent: Thursday, December 29, 2005 11:12 AM
To: 'David Brownell'; linux-usb-devel@lists.sourceforge.net
Cc: JITHENDRAN A; 'linux-usb-devel@lists.sourceforge.net'
Subject: RE: [linux-usb-devel] USB gadget/RNDIS Reset Problem
We tried backporting from 2.6.14
ip_tables: (C) 2000-2002 Netfilter core team
NET: Registered protocol family 1
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 27, 2005 11:07 PM
To: linux-usb-devel@lists.sourceforge.net
Cc: JITHENDRAN A; 'linux-usb-devel@lists.sourceforge.net&#x
On Tuesday 27 December 2005 12:04 am, JITHENDRAN A wrote:
> Hello,
> We are developing a VoIP enabled WiFI mobile handset using PXA255 running
> Triton Linux 2.6.10.We have enabled the RNDIS gadget in the kernel for the
> Ethernet over USB functionality ...
> We get the following error when we
> From: "Andy Chuo" <[EMAIL PROTECTED]>
> Date: Mon, 29 Aug 2005 09:47:32 +0800
>
> ...
>
> The development platform is running Linux 2.4.21-rmk2 and as far as I
> understand this version (not till 2.4.23) doesn't support USB Gadget driver.
That is, it doesn't bundle support for that framework.
On Fri, 05 Aug 2005 06:34:53 -0700
[EMAIL PROTECTED] wrote:
> > +static void *mq_alloc_buffer (struct usb_ep *_ep, unsigned bytes,
> > +dma_addr_t *dma, int gfp_flags)
> > +{
> > + return kmalloc (bytes, gfp_flags);
> > +}
> > +
> > +static void mq_free_buffer (struct
[EMAIL PROTECTED] wrote:
[ expecting this won't make it to the list ... ]
I am using an XScale-Board (PXA255) with arm linux 2.4.19-rmk7-pxa1 (for
some reason, i know its ancient ;-)). I want to develop a usb gadget
driver to communicate with the xscale-board. Hence the question:
Is ther
Hi Tobias,
First, get the files from the CVS of the old at91
driver from Thomas Rathbone:
http://cvs.sourceforge.net/viewcvs.py/at91-udp/at91-udc/
This will replace the files contained in your
/usr/src/linux2.4.x.x/drivers/usb/ folder.
Extract the attached archive (i hope it will not be
rejected)
Finally, backporting was not so hard.
I have a working USB driver for 2.4 kernels so if
somebody is interested, tell me.
Regards
Matthieu HAMEAU
--- Matt HAMEAU <[EMAIL PROTECTED]> a écrit:
> Hi everybody,
>
> I'm currently trying to backport the at91 udc driver
> from 2.6.12-rc4-at91 to 2.4.
Hi everybody,
I'm currently trying to backport the at91 udc driver
from 2.6.12-rc4-at91 to 2.4.27-vrs1 kernel.
Does someone already did this work? (specially Mr
Andreas Schweigstill, who first asked for this
question ?) so that i dont have to re-invent the
wheel!
Thanks by advance for your help
On Tuesday 17 May 2005 6:26 am, Tobias Arp wrote:
> Hi,
>
> take a look at this link: http://sourceforge.net/projects/at91-udp/
>
> and browse the cvs files.
>
> Its a device driver from Tom Rathbone. I am not sure if it's the same
> that is in the bitkeaper archives you mentioned.
It's an old
Hi,
take a look at this link: http://sourceforge.net/projects/at91-udp/
and browse the cvs files.
Its a device driver from Tom Rathbone. I am not sure if it s the same that is
in the bitkeaper archives you mentioned.
Regards
Tobias Arp
_
2005 2:17 PM
> To: linux-usb-devel@lists.sourceforge.net
> Cc: Benavides, Tony
> Subject: Re: [linux-usb-devel] USB Gadget MASS Storage Device w/Windows
>
> On Wednesday 04 May 2005 10:49 am, Benavides, Tony wrote:
> > Hello,
> >
> > I am using a mainstone pxa process
done.
-Tony
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 04, 2005 2:17 PM
To: linux-usb-devel@lists.sourceforge.net
Cc: Benavides, Tony
Subject: Re: [linux-usb-devel] USB Gadget MASS Storage Device w/Windows
On Wednesday 04 May 2005 10:49 am, Bena
On Wednesday 04 May 2005 10:49 am, Benavides, Tony wrote:
> Hello,
>
> I am using a mainstone pxa processor with a linux 2.6.9 kernel.
I thought "mainstone" was the devel board, not the processor;
and that the CPU on that board would be a pxa 27x ("bulverde").
So far as I know, there's no usable
On Wed, 4 May 2005, Benavides, Tony wrote:
> Hello,
>
> I am using a mainstone pxa processor with a linux 2.6.9 kernel.
> My goal is to configure the kernel with USB Mass Storage support and via
> USB see the storage device in Windows.
>
> Initially I have built in the kernel the support.
>
>
Am Montag, 3. Januar 2005 23:49 schrieb David Brownell:
> The "main thing" is to implement the various methods correctly;
> there's a test framework to help make sure you're interpreting
> the API specification (kerneldoc, mostly in )
> correctly. The problem is that "correctly" is going to depend
On Sunday 02 January 2005 1:16 pm, Thomas Brinker wrote:
> Hi!
>
> Am Samstag, 1. Januar 2005 18:18 schrieb David Brownell:
> > What sort of details are you looking for?
>
> I'm looking for some general information about what you have to do in order
> to
> implement some udc-drivers. The exist
Hi!
Am Samstag, 1. Januar 2005 18:18 schrieb David Brownell:
> What sort of details are you looking for?
I'm looking for some general information about what you have to do in order to
implement some udc-drivers. The existing drivers (pxa/net2280) are full of
pci/dma and hardware specific stuff,
On Saturday 01 January 2005 7:35 am, Thomas Brinker wrote:
> Hi everybody!
>
> Happy new year to all of you.
And you too! :)
> In these days I am writing on a USB-Gadget-device-driver for FHG_USB32
> IP-Modul from emsys and Fraunhofer Gesellschaft.
> Is there any further doc on the net, perhap
Did you look at www.linux-usb.org?
On Sat, 1 Jan 2005, Thomas Brinker wrote:
> Hi everybody!
>
> Happy new year to all of you.
>
> In these days I am writing on a USB-Gadget-device-driver for FHG_USB32
> IP-Modul from emsys and Fraunhofer Gesellschaft.
> Is there any further doc on the net, perha
The ovfx driver for some cameras uses the FX2 bulk mode, and a person
names Vladimir at http://volodya-project.sourceforge.net/overview.php
has done a large amount of development for the chip. The chip is great
and I have some code at http://tedhuntington.us/software.htm.
stop violence, teach
Hi David,
>> Does anybody know if there is any implementation of
>> USB Gadget API controller driver for EZ-USB FX2 chip?
>It's right here with my port of uCLinux to the 8051 ... ;)
Hmmthat's not exactly what I'm thinking off ... :)
>More seriously, I think the "SX2" would be a realistic go
On Wednesday 27 October 2004 18:48, Santoso, Yusdi wrote:
> Hi all,
>
> Does anybody know if there is any implementation of
> USB Gadget API controller driver for EZ-USB FX2 chip?
It's right here with my port of uCLinux to the 8051 ... ;)
More seriously, I think the "SX2" would be a realistic g
On Thursday 22 July 2004 07:04, Alan Stern wrote:
> On Thu, 22 Jul 2004, [ks_c_5601-1987] ¹ÚÈ£»ó wrote:
>
> > In file_storage.c from /driver/usb/gadget, there are two parts handling
> > Standard Request and Class-Specific Request. However, in my opinion, there
> > is one part handling Requests in
On Thu, 22 Jul 2004, [ks_c_5601-1987] ¹ÚÈ£»ó wrote:
> In file_storage.c from /driver/usb/gadget, there are two parts handling
> Standard Request and Class-Specific Request. However, in my opinion, there
> is one part handling Requests in net2280.c, that is...
> tmp = dev->driver->setup (&dev->gad
> It seems I'd already done most of that, just not submitted it.
> See the attached patch ... not much actually, except for that
> endpoint autoconfig stuff, but it includes a notable bugfix
> (extra semicolon caused failures).
>
> I'll send a patch for Gadget Zero separately, making it use
> the
Pete Zaitcev wrote:
I'd suggest updating the utility routines
first, including usb_ep_autoconfig(), to keep _necessary_ diffs
between the two kernel versions smaller.
Honestly, I'm not looking forward to it.
It seems I'd already done most of that, just not submitted it.
See the attached
On Tue, 01 Jun 2004 15:40:37 -0700
David Brownell <[EMAIL PROTECTED]> wrote:
> Alain Volmat wrote:
> > ... I think this problem should
> > be fixed just by using the usb_gadget_config_ functions. I saw
> > that the latest version (the one inside 2.6.6) has been patched in order to
> > use the new
Alain Volmat wrote:
... I think this problem should
be fixed just by using the usb_gadget_config_ functions. I saw
that the latest version (the one inside 2.6.6) has been patched in order to
use the new function but I didn't saw any
patch for the 2.4 version (I'm using the 2.4.26 kernel).
Actually
On Tue, 1 Jun 2004, Alain Volmat wrote:
> Hi all,
>
> I got two questions concerning the file-storage gadget driver.
>
> 1. I got a problem while using it on a BigEndian CPU. The configuration
> descriptor length (wTotalLength becomes 0x2000 instead of 0x0020).
> Since there is no problem for
Is there a different place to download the files until bkbits is up again?
It's only kernel.bkbits.net ... I finally moved it to a hosted
project:
http://usb-gadget.bkbits.net
Which means you can browse things through HTTP, and will need
to use different URLs to download things with BK:
b
Hi,
On Friday 07 November 2003 22:33, David Meggy wrote:
> I've being trying to use bk://kernel.bkbits.net/db/linux/gadget-2.6, but
> the site kernel.bkbits.net, seems to be down all day today. Is there
> another way to get an update? I also couldn't find a db repository at
> http://www.bkbits.n
David Meggy wrote:
On Thu, 2003-11-06 at 17:39, David Brownell wrote:
See http://www.linux-usb.org/gadget; the BK trees have drivers for
three other USB controllers. Or four if you count "dummy_hcd".
I've being trying to use bk://kernel.bkbits.net/db/linux/gadget-2.6, but
the site kernel.bkbits
On Thu, 2003-11-06 at 17:39, David Brownell wrote:
> See http://www.linux-usb.org/gadget; the BK trees have drivers for
> three other USB controllers. Or four if you count "dummy_hcd".
I've being trying to use bk://kernel.bkbits.net/db/linux/gadget-2.6, but
the site kernel.bkbits.net, seems to be
David Meggy wrote:
Hi
I've just been looking for USB device chips and drivers for them. I can
see in the stock Linux tree a driver for net2280, but nothing else. A
few webpages refer to other drivers, but I can't seem to find any.
See http://www.linux-usb.org/gadget; the BK trees have drivers fo
Bahns, Christopher H wrote:
Hello,
I have a functional USB Gadget API (i.e. device-side) implementation
(net2280.o) for my NetChip Net2280 PCI card (it is actually part of the
standard Linux kernel distribution). This is great for development on a
PC-based desktop system.
Glad to hear that the not-
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Monday, September 15, 2003 8:45 PM
To: Arun Prasad
Cc: [EMAIL PROTECTED]
Subject: Re: [linux-usb-devel] USB Gadget Mode Driver for 2.4 kernel -
Help Required
Start with the pointer Stephen Gowdy gave you earlier
Arun Prasad wrote:
Hello,
I'll have to write gadget/device mode USB driver for a custom(MIPS) board.
Any pointer/reference would be of great help.
Start with the pointer Stephen Gowdy gave you earlier: the
link off the front page of http://www.linux-usb.org/ gives
the BK repositories, and mention
Joshua Wise wrote:
> > We certainly should have a serial "gadget".
> In progress. Progress is in the handhelds.org CVS repository, as 'char.c'.
I have also started writing a USB gadget serial device.
It has the usual tty driver interface so it will look
like a normal serial port to user space. Lo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> That does seem excessive; you don't need TCP to do network
> booting, just UDP. A good example of where CONFIG_EMBEDDED
> should be able to remove bells'n'whistles.
"Gripe, whine, moan." :) Shoulda woulda coulda can't. Wonder if I can do some
PF_RA
Joshua Wise wrote:
The kernel is already 430k; we need to get it sub-256k.
Correction: 530k w/ ethernet gadget, networking, and TCP/IP. 380k w/g_zero.
Also, luckily, the iPAQ h1900 has 512k of boot flash, but all other iPAQs
have a boot sector of 256k.
That does seem excessive; you don't need TC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> The kernel is already 430k; we need to get it sub-256k.
Correction: 530k w/ ethernet gadget, networking, and TCP/IP. 380k w/g_zero.
Also, luckily, the iPAQ h1900 has 512k of boot flash, but all other iPAQs
have a boot sector of 256k.
> ~jwise
++~j
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 02 September 2003 6:06 pm, David Brownell wrote:
> What's the serial port used for ... command interpreter?
> Or downloading files?
Both. bootldr serial code which is ported to LAB has a generic
readchar/writechar interface which is overri
Joshua Wise wrote:
I'm thinking of having it emulate a serial port. This is for Linux As
Bootloader, the next-generation iPAQ bootloader, and some new iPAQs do not
have a serial port, so we need USB support.
What's the serial port used for ... command interpreter?
Or downloading files?
One quest
From: Joshua Wise [mailto:[EMAIL PROTECTED]
> It may be more helpful to write a little
> document on your experiences...
I started with zero.c and built up from there. That is a great
starting place. The code there is needed to handle the basic
enumeration duties a USB device is expected to do-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 02 September 2003 2:01 pm, Borchers, Al (C)(STP) wrote:
> I am finishing a gadget and host driver that provides Unix style
> pipes between a host and device over USB 2.0/1.1. Not sure if
> the company I am contracting with will be willing t
Greg mentioned a USB gadget serial device a few days ago
and it piqued my interest.
I am finishing a gadget and host driver that provides Unix style
pipes between a host and device over USB 2.0/1.1. Not sure if
the company I am contracting with will be willing to release
it GPL or not (my guess i
Joshua Wise wrote:
Is there a tutorial out there or a list of what I
need to do to get a really teeny driver up and going? g_zero seems to be
rather large for what it does...
No tutorial, at least not now -- beyond the overview in the
2.6 kerneldoc (Documentation/DocBook/gadget.pdf). You'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I just use ssh over g_ether (2.4.19-rmk7-pxa2), it's less work for
> me to set up -- but then, I don't need to talk to Windows or such.
Right, but unfortunately this is with a very minimalistic kernel. (This is
actually part of the Linux As Bootload
Joshua Wise wrote:
I'm working on porting Linux to the iPAQ h1910, and I need a way to get data
to the h1910, as it has no serial. I've been eyeing USB Gadget and wondering
if it provides anything like the usb-char that pxa2xx and sa11x0 drivers used
to provide (basically, something that can be
Frank Becker wrote:
Hi,
kernel.bkbits.net is refusing connections. Thus I'm unable to get
to the kernel.bkbits.net/~david-b/ USB Gadget pages. Now that the
gadget stuff is in 2.5 could someone maybe put the API docs, etc.
on http://www.linux-usb.org/ ?
Some version of that web page will move to li
77 matches
Mail list logo
