On Tue, Mar 01, 2005 at 12:14:30AM +0100, Adrian Bunk wrote:
> I noticed the following regarding the drivers/usb/media/ov511.c driver:
> - it's not updated compared to upstream:
> - there's no w9968cf-vpp module in the kernel sources
>
> Are there any reasons why the upstream driver can't be resyn
On Mon, 28 Feb 2005 20:05:12 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> For hardware specifics, you'd use the pci revision ... which
> I see in 'lspci', but not obviously in the kernel pci_dev.
> Hmm ... probably doesn't matter much, I don't think many people
> have boards with "Compaq" OHC
On Sunday 27 February 2005 10:58 am, Chris Clayton wrote:
> On Thursday 24 Feb 2005 22:15, David Brownell wrote:
> >
> > If you can find some approach that works reliably, I think the right way
> > to package it would be by defining a new quirk flag and kicking in the
> > logic that's needed on yo
Removes sa-1100 support until someone finishes that driver; and
moves dummy_hcd to the end so that Kconfig will preferentially
configure real hardware.
- Dave
This makes two small changes to the gadget Kconfig.
- It removes SA-1100 support ... if anyone gets around to
finishing that controll
This just adds recognition for the Atmel AT91 USB peripheral controller.
(And a missing check for the Samsung S3C2410.) This PIO-only hardware
is used in a variety of chips, including the at91rm9200. (That one has
an MMU and runs "regular Linux".)
Please merge; the patch is against your current
On Thu, 24 Feb 2005, Vojtech Pavlik wrote:
>> would a module parameter that selects raw or hw-calibrated be better?
>
>That'd be a conflict-less solution, indeed.
ok, here's a patch to add a boolean parameter "raw_coordinates". It
defaults to true, so behavior won't change by default.
One not
[EMAIL PROTECTED] wrote:
On Thu, 24 Feb 2005, Jamie Painter wrote:
I have a Fedora Core 3 system with kernel 2.6.10-1.760_FC3smp. My
usb200M works fine, both with the "stock" usbnet and the patched
version. The patched version has about double the throughput on
receives. My ethtool and mii-tool
On Monday 28 February 2005 4:34 pm, Adrian Bunk wrote:
> This patch makes a needlessly global function static.
You sent this before, and time hasn't improved it. This function
is exported to support composite (multi-function) devices, which
need to assemble config descriptors in chunks (config +
Before I'm getting flamed to death:
This patch contains possible cleanups. If parts of this patch conflict
with pending changes these parts of my patch have to be dropped.
This patch contains the following possible cleanups:
- make needlessly global code static
- #if 0 the following unused global
This patch makes some needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/serial/ftdi_sio.c | 12 +++-
drivers/usb/serial/garmin_gps.c |4 ++--
drivers/usb/serial/ipw.c|4 ++--
3 files changed, 11 insertions(+), 9 deleti
This patch contains the following cleanups:
- make needlessly global code static
- scsiglue.c: remove the unused usb_stor_sense_notready
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/storage/scsiglue.c |9 -
drivers/usb/storage/scsiglue.h |1 -
drivers
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/net/pegasus.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
--- linux-2.6.11-rc4-mm1-full/drivers/usb/net/pegasus.c.old 2005-02-28
23:26:58.0 +010
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/usb/gadget/config.c |2 +-
include/linux/usb_gadget.h |6 --
2 files changed, 1 insertion(+), 7 deletions(-)
--- linux-2.6.11-rc4-mm1-full/include/linux/usb_gadget.h.ol
I noticed the following regarding the drivers/usb/media/ov511.c driver:
- it's not updated compared to upstream:
- there's no w9968cf-vpp module in the kernel sources
Are there any reasons why the upstream driver can't be resynced with the
kernel?
cu
Adrian
--
"Is there not promise of r
I noticed the following regarding the drivers/usb/media/ov511.c driver:
- it's not updated compared to upstream:
- version 1.64 is neither version 2 nor the latest 1.x version 1.65
- there's no *_decomp.c module in the kernel sources
Are there any reasons why the upstream driver can't be resynce
On Mon, 28 Feb 2005, David Brownell wrote:
> On Sunday 27 February 2005 5:16 pm, Gerd v. Egidy wrote:
> >
> >> usb-storage: usb_stor_bulk_transfer_sglist: xfer 131072 bytes, 17 entries
> > usb-storage: Status code -121; transferred 130061/131072
> > usb-storage: -- short read transfer
> > usb-sto
On Friday 25 February 2005 2:54 pm, Sylvain Munaut wrote:
>
> As I understand it, the STB03xxx does the "right" thing but the MPC52xx does
> not (that's part of an errata).
>
> So maybe that would be "better" if another big endian ohci need that code :
>
> #ifndef CONFIG_PPC_MPC52xx
> #define OHC
On Sunday 27 February 2005 5:16 pm, Gerd v. Egidy wrote:
>
>> usb-storage: usb_stor_bulk_transfer_sglist: xfer 131072 bytes, 17 entries
> usb-storage: Status code -121; transferred 130061/131072
> usb-storage: -- short read transfer
> usb-storage: Bulk data transfer result 0x1
> usb-storage: Attem
On Monday 28 February 2005 9:09 am, Alan Stern wrote:
>
> The usb-midi driver uses an incorrect value for the is_out argument to
> usb_maxpacket(), triggering a WARN_ON. This patch fixes the mistake.
Actually, it'd be good IMO to get rid of the duplicate "is_in" parameter
to usb_maxpacket(dev,pi
On Monday 28 February 2005 12:04 pm, Danilo Halla wrote:
> > Odd. Presumably earlier kernels worked for you; you should
> > find out when it stopped working. It's possible some of the
> > recent updates for OSK stomped on Innovator or 1510 support.
>
> I got the same results with 2.6.11-rc1-oma
On Mon, 28 Feb 2005, Ian Campbell wrote:
> > Can you please test with the previous non-working version of
> > the driver, after applying the patch I included in my last
> > e-mail. It would be good to know whether this patch fixed
> > the error you encountered (it was already applied to the
> > f
> Odd. Presumably earlier kernels worked for you; you should
> find out when it stopped working. It's possible some of the
> recent updates for OSK stomped on Innovator or 1510 support.
I got the same results with 2.6.11-rc1-omap1 and an old release from
http://www.celinuxforum.org based on ker
On Mon, 28 Feb 2005 19:20:41 +0530, <[EMAIL PROTECTED]> wrote:
> When I connect USB device it gives device information like,
> configuration, interface, and endpoint descriptors. I need bus, level,
> and port information to map device files to particular USB port. []
OK, I think I came up with an
On Thu, 24 Feb 2005, Jamie Painter wrote:
> I have a Fedora Core 3 system with kernel 2.6.10-1.760_FC3smp. My
> usb200M works fine, both with the "stock" usbnet and the patched
> version. The patched version has about double the throughput on
> receives. My ethtool and mii-tool output are app
On Thu, 24 Feb 2005, David Hollis wrote:
> On Thu, 2005-02-24 at 19:25 -0600, [EMAIL PROTECTED] wrote:
>
> >
> > I applied the patch you suggested to 2.6.10 and rebuilt. It didn't seem to
> > make any difference, just no communication. I even tried 2.6.11-rc4 with
> > the same results.
> > >
> > >
Andries Brouwer wrote:
On Mon, Feb 28, 2005 at 03:34:33AM -0800, Lawrence Porter wrote:
Sorry Phil, mistake on my part, I'm a newby
Yes. Do not say "it doesnt work", but tell what hardware
you have, what kernel you have, what you do, what happens,
what error messages result.
This list is archived
Lawrence Porter wrote:
Hello all
Sorry Phil, mistake on my part, I'm a newby!!
It's okay. Thanks for mailing the list this time.
The memory-stick IS formatted, but in FAT32, which I
would like to keep since, for some jobs, I'm force to
use Windows. I thought that Mandrake would be able to
read the
Greg:
The usb-midi driver uses an incorrect value for the is_out argument to
usb_maxpacket(), triggering a WARN_ON. This patch fixes the mistake.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
--- a/drivers/usb/class/usb-midi.c Mon Feb 7 11:14:37 2005
+++ b/drivers/usb/class/
On Mon, 28 Feb 2005, Gerd v. Egidy wrote:
> > The kernel is a moving target... And those patches were written for the
> > USB development kernel, which isn't exactly the same as 2.6.11-rc5. If
> > the patches need updating I'll compare my version with yours.
>
> It wasn't the kernel but the pat
On Mon, 28 Feb 2005, Stavros Markou wrote:
> Hi,
>
> I 've set the URB_ZERO_PACKET tranfer flag for the bulk out endpoint
> (kernel version 2.6.8). I've tried to get a capture of the zero packet
> transfer on the usb analyzer but I didn't see anything. Is this feature
> working ?
It is in th
On Mon, 28 Feb 2005 [EMAIL PROTECTED] wrote:
> Hi Pete,
>
> When I connect USB device it gives device information like,
> configuration, interface, and endpoint descriptors. I need bus, level,
> and port information to map device files to particular USB port. But
> this information I can see in /
On Mon, Feb 28, [EMAIL PROTECTED] wrote:
>
>
> Hi Pete,
>
> When I connect USB device it gives device information like,
> configuration, interface, and endpoint descriptors. I need bus, level,
> and port information to map device files to particular USB port. But
> this information I can see i
current libusb uses alot ioctls not listed in compat_ioctl.h.
That makes G5 users very unhappy because the compat layer
rejects these ioctls.
from linux.h:
#define IOCTL_USB_CLAIMINTF _IOR('U', 15, unsigned int)
#define IOCTL_USB_CLEAR_HALT_IOR('U', 21, unsigned int)
#define IOCTL_USB_CO
Hi Pete,
When I connect USB device it gives device information like,
configuration, interface, and endpoint descriptors. I need bus, level,
and port information to map device files to particular USB port. But
this information I can see in /proc/bus/usb/devices file, same I wanted
to get it from t
Hello All,
I have a question regarding the wait queues. I have a driver
pxausb_core.o which is the core driver which does all USB endpoint
handling and hardware interaction. I have one more driver on top of it
usb-serial which provides for the user-level interaction(like read,
write, ioctl).
I have
On Mon, Feb 28, 2005 at 03:34:33AM -0800, Lawrence Porter wrote:
> Sorry Phil, mistake on my part, I'm a newby
Yes. Do not say "it doesnt work", but tell what hardware
you have, what kernel you have, what you do, what happens,
what error messages result.
This list is archived, but so far this con
On Fri, 2005-02-25 at 18:37 +0200, Olav Kongas wrote:
> > Would you still like me to try some of the other things you mentioned
> > and gather logs?
>
> Yes, if you already asked :)
>
> Can you please test with the previous non-working version of
> the driver, after applying the patch I included
Hello all
Sorry Phil, mistake on my part, I'm a newby!!
The memory-stick IS formatted, but in FAT32, which I
would like to keep since, for some jobs, I'm force to
use Windows. I thought that Mandrake would be able to
read the memory-stick just as it does my DOS-floppy.
Anyway, there is still no i
Hi,
I 've set the URB_ZERO_PACKET tranfer flag for the bulk out endpoint
(kernel version 2.6.8). I've tried to get a capture of the zero packet
transfer on the usb analyzer but I didn't see anything. Is this feature
working ?
Thanks in advance,
Stavros Markou.
-
Lawrence Porter wrote:
Hello Phil
Hi. Please do NOT write directly to me... please write the list.
I enclose the output that you requested, below. It
looks as though the memory-stick is being recognised,
but I cannot find any way of addressing it (no icon on
the desktop, etc, I mean).
Yes, it is be
40 matches
Mail list logo
