This patch changes last use of hardcoded number of irq to
use platfrom_get_irq.
Signed-off-by: Milan Svoboda <[EMAIL PROTECTED]>
---
Index: linux-head/drivers/usb/gadget/pxa2xx_udc.c
===
--- linux-head.orig/drivers/usb/gadget/pxa2xx_u
I'm sorry, it seems to me that mail client damaged patch. I'm
resending it again.
This patch changes last use of hardcoded number of irq to
use platfrom_get_irq.
Signed-off-by: Milan Svoboda <[EMAIL PROTECTED]>
---
Index: linux-head/drivers/usb/gadget/pxa2xx_udc.c
==
On Mon, 2007-02-26 at 21:29 -0500, Jon Smirl wrote:
> I'm looking at the request/response record of a get descriptor zero.
>
> [...]
>
> Response has eight bytes of leading zeros which correspond to the
> eight bytes of the request.
I'm sorry to see I wasn't able to explain the issue. The usb s
Am Montag, 26. Februar 2007 23:58 schrieb Alfred E. Heggestad:
> > static DECLARE_RWSEM(sysfs_rwsema);
> >
> > A mutex is enough. You never do anything but down_write().
> >
>
> ok that can be fixed. but I am not sure yet how to use the sysfs
> interface. at the moment the external buzzer is a
Hi,
flaky hardware can cause a lot of debounce failed messages. To limit
the performance impact, a ratelimit should be used.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--- a/drivers/usb/core/hub.c2007-02-27 10:16:21.0 +0100
+++ b/dri
On Monday 26 February 2007 9:51 am, Andrea Arcangeli wrote:
> On Mon, Feb 26, 2007 at 09:36:55AM -0800, David Brownell wrote:
> > That's not a heuristic ... as I assume you know. No guesswork
>
> You assume wrong, I know nothing about that code, ...
I was referring to the definition of a "heuris
On Tue, 27 Feb 2007, Guenther Sohler wrote:
> Yesterday evening I was able to play with my remote control again and
> I'd like to share a small success story with you.
> In drivers/input/input.c in input_event I found following code
>
> if(dev->sync)
> return;
> dev->sync=1
> So I just r
Hi,
this adds another structure for CDC devices to cdc.h.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
-
--- a/include/linux/usb/cdc.h 2007-02-27 11:22:58.0 +0100
+++ b/include/linux/usb/cdc.h 2007-02-27 11:23:07.0 +0100
@@ -91,
This patch adds a class which allows for an easier integration with
udev.
Signed-off-by: Paolo Abeni <[EMAIL PROTECTED]>
Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
---
I just changed the struct device creation, using the ubus->controller for
the parent device, as suggested by Greg. Otherwi
Hello,
I am using Suse 10.0 with Kernel 2.6.13-15.13-default. I have a new Cam Labtec
webcam pro and downloaded the driver spca5xx from
http://mxhaard.free.fr/download.html.
If I try to install the driver I alway get the error (as root):
make
Building SPCA5XX driver for 2.5/2.6 kernel.
R
Hi,
this patch exports the attributes cdc-acm knows about a device through sysfs.
Regards
Oliver
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
--
--- a/drivers/usb/class/cdc-acm.h 2007-02-27 11:36:36.0 +0100
+++ b/drivers/usb/class/cdc-acm.h 2007
On 2/27/07, Paolo Abeni <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-02-26 at 21:29 -0500, Jon Smirl wrote:
> > I'm looking at the request/response record of a get descriptor zero.
> >
> > [...]
> >
> > Response has eight bytes of leading zeros which correspond to the
> > eight bytes of the request.
>
On 2/26/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Mon, 26 Feb 2007, Jon Smirl wrote:
> > I'd vote for getting rid of the text mode interface to usbmon and
> > replace it with a tiny app which decodes the binary interface. You
> > could then give the app a device or class ID and it would filter
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=117166923528431&w=2
From: Bryan O'Donoghue <[EMAIL PROTECTED]>
Subject: [linux-usb-devel] [PATCH 23/39] USB: fix g_serial small error
> A SET_LINE_CODING control request should return a zero length packet
> as an ACK to the host, during the status
On Tue, Feb 27, 2007 at 10:36:20AM -0500, Jeff Lackey wrote:
> Alas, I must use usbser.sys on a Windows host and my gadget has a PXA270
> UDC. I'm running a 2.6.17 kernel with the pxa27x_udc driver dated
> 20-Nov-2006 and last modified by Rodolfo Giometti patched in. I checked
> gadget/* in 2.6.
On Tue, 27 Feb 2007, Ajay Jain wrote:
> Hi,
>
> I have these questions regarding the peripheral controller driver.
>
> 1. When the gadget driver queues a request for the EP0, how does one
> get to know whether it is an "IN" request or an "OUT" request. I was
> looking at a few implementations an
On Tue, 27 Feb 2007, Oliver Neukum wrote:
> Hi,
>
> flaky hardware can cause a lot of debounce failed messages. To limit
> the performance impact, a ratelimit should be used.
Oliver, I've noticed in the past that khubd tries too hard to enumerate a
new connection. The new scheme and the old sch
On Tue, 2007-02-27 at 16:47 +0100, Rodolfo Giometti wrote:
> I'm sorry but the only gadget I'm using is the ether one. Currently
> I'm working on suspend/resume code and then maybe I can take a look at
> serial gadget.
Great!
> However I'm interested at the discussion since I'd like to send my
>
This patch (as863) fixes a problem encountered sometimes when resuming
a port on a UHCI controller. The hardware may turn off the
Resume-Detect bit before turning off the Suspend bit, leading usbcore
to think that the port is still suspended and the resume has failed.
The patch makes uhci_finish_s
Am Dienstag, 27. Februar 2007 17:03 schrieb Alan Stern:
> On Tue, 27 Feb 2007, Oliver Neukum wrote:
>
> > Hi,
> >
> > flaky hardware can cause a lot of debounce failed messages. To limit
> > the performance impact, a ratelimit should be used.
>
> Oliver, I've noticed in the past that khubd tries
This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
On Mon, 2007-02-26 at 23:01 +0100, Adrian Bunk wrote:
> Subject: MacBook: AE_NOT_FOUND ACPI messages
> References : http://bugzilla.kernel.org/show_bug.cgi?id=8066
> Submitter : Thomas Meyer <[EMAIL PROTECTED]>
> Status : unknown
I think , Messages is not a regression
Appears AE_NOT_FOU
27 Şub 2007 Sal tarihinde, Adrian Bunk şunları yazmıştı:
> This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
> that are not yet fixed in Linus' tree.
>
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsy
On Tuesday 27 February 2007 14:50:17 S.Çağlar Onur wrote:
> 27 Şub 2007 Sal tarihinde, Adrian Bunk şunları yazmıştı:
> > This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
> > that are not yet fixed in Linus' tree.
> >
> > If you find your name in the Cc header, you are either
On Tue, 27 Feb 2007 13:44:42 +0100, Paolo Abeni <[EMAIL PROTECTED]> wrote:
> This patch adds a class which allows for an easier integration with
> udev.
>
> Signed-off-by: Paolo Abeni <[EMAIL PROTECTED]>
> Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
No, please hold it. You have two patches s
On Tue, Feb 27, 2007 at 01:44:42PM +0100, Paolo Abeni wrote:
> This patch adds a class which allows for an easier integration with
> udev.
>
> Signed-off-by: Paolo Abeni <[EMAIL PROTECTED]>
> Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
>
> ---
>
> I just changed the struct device creation,
This is the structure being returned:
struct usbmon_packet {
u64 id; /* 0: URB ID - from submission to callback */
unsigned char type; /* 8: Same as text; extensible. */
unsigned char xfer_type; /*ISO (0), Intr, Control, Bulk (3) */
unsigne
On Mon, 26 Feb 2007, Oliver Neukum wrote:
> Am Montag, 26. Februar 2007 18:37 schrieb Alan Stern:
> > > - don't do an immediate suspend independent of autosuspend
> >
> > Why not? In extreme cases the user can force an immediate suspend by
> > doing suspend-to-RAM anyway. This merely preserves
On Tue, 27 Feb 2007 13:47:41 -0500, "Jon Smirl" <[EMAIL PROTECTED]> wrote:
> This is the structure being returned:
>[...]
You are confusing the usbmon's API with the "packet format" which
Paolo manufactured for Wireshark's internal consumption. In his case,
he has to present some kind of stream o
Tobias,
On Dienstag, 27. Februar 2007, Tobias Terrahe wrote:
> I am using Suse 10.0 with Kernel 2.6.13-15.13-default. I have a new
> Cam Labtec webcam pro and downloaded the driver spca5xx from
> http://mxhaard.free.fr/download.html.
>
> If I try to install the driver I alway get the error (as roo
On 2/27/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> On Tue, 27 Feb 2007 13:47:41 -0500, "Jon Smirl" <[EMAIL PROTECTED]> wrote:
>
> > This is the structure being returned:
> >[...]
>
> You are confusing the usbmon's API with the "packet format" which
> Paolo manufactured for Wireshark's internal c
On Tue, Feb 27, 2007 at 01:28:12AM -0800, David Brownell wrote:
> On Monday 26 February 2007 9:51 am, Andrea Arcangeli wrote:
> > On Mon, Feb 26, 2007 at 09:36:55AM -0800, David Brownell wrote:
> > > That's not a heuristic ... as I assume you know. No guesswork
> >
> > You assume wrong, I know no
On Tue, 27 Feb 2007 15:12:22 -0500, "Jon Smirl" <[EMAIL PROTECTED]> wrote:
> I'm writing code to undo all of this in Wireshark and turn it back
> into a standard USB packet stream. [...]
Please keep in mind that USB is not Ethernet, so not everything encoded
in the transferred data. Those debuggi
Begin forwarded message:
Date: Mon, 26 Feb 2007 22:50:55 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 8094] New: ipaq oops on connecting "Vodafone VPA-II"
http://bugzilla.kernel.org/show_bug.cgi?id=8094
Summary: ipaq oops on connecting "Vodafone VP
On Tuesday 27 February 2007 10:47 am, Alan Stern wrote:
> On Mon, 26 Feb 2007, Oliver Neukum wrote:
> The main reason for deprecating power/state was that it did not have the
> necessary expressive power. Different buses have different sets of power
> states and requirements (sometimes individual
On Monday 26 February 2007 5:35 am, Milan Svoboda wrote:
> This patch lets the pxa2xx_udc to use the generic gpio layer.
> Apply it on top of [patch 2.6.21-rc1] pxa2xx_udc: cleanups, use
> platform_get_irq.
And after the patch to make ixp4xx provide generic gpio support,
unless temporary compile
On Tuesday 27 February 2007 1:20 am, Milan Svoboda wrote:
> I'm sorry, it seems to me that mail client damaged patch. I'm
> resending it again.
>
> This patch changes last use of hardcoded number of irq to
> use platfrom_get_irq.
>
> Signed-off-by: Milan Svoboda <[EMAIL PROTECTED]>
> ---
ACK ..
How'd we manage to break it between -rc4 and -final? :(
Begin forwarded message:
Date: Tue, 27 Feb 2007 13:10:19 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 8099] New: middle button on usb mouse not working
http://bugzilla.kernel.org/show_bug.cgi?id=8099
> http://bugzilla.kernel.org/show_bug.cgi?id=8094
>
>Summary: ipaq oops on connecting "Vodafone VPA-II"
> Kernel Version: 2.6.21-rc1-git1
> Status: NEW
> Severity: normal
> Owner: [EMAIL PROTECTED]
> Submitter: [EMAIL PROTECTED]
Most l
On Tuesday 27 February 2007 12:28 pm, Andrea Arcangeli wrote:
> This 90% number may very well be an heuristic that was written in the
> specs (in such case an heuristic not created by linux folks, but still
> an heuristic).
Or 80% for high speed. But it's still not a heuristic. It's
part of the
Am Dienstag, 27. Februar 2007 20:10 schrieb David Brownell:
> > > > WE ALWAYS WAKE UP ON DEMAND!
> > >
> > > Why? Repeating the assertion doesn't make it any more logical.
> >
> > What's illogical about always waking up on demand?
>
> Nothing at all -- right Oliver?
Well, it is
On Tuesday 27 February 2007 2:05 pm, Oliver Neukum wrote:
> Am Dienstag, 27. Februar 2007 20:10 schrieb David Brownell:
> > > > > WE ALWAYS WAKE UP ON DEMAND!
> > > >
> > > > Why? Repeating the assertion doesn't make it any more logical.
> > >
> > > What's illogical about always w
On Tue, Feb 27, 2007 at 01:56:59PM -0800, David Brownell wrote:
> You could try updating /etc/modprobe.conf with "options ov511 cams=2"
cams=2 fixed it! So I've a real clean workaround now.
And before doing any work on ov511 at this point we'd need to know
what's the status of the driver... (i.e.
On Tue, 27 Feb 2007, Andrew Morton wrote:
> How'd we manage to break it between -rc4 and -final? :(
> Begin forwarded message:
> Date: Tue, 27 Feb 2007 13:10:19 -0800
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [Bugme-new] [Bug 8099] New: middle button on usb mouse not working
We
Hi Oliver
an updated version of the CM109 driver is available:
(this time as a complete patch)
http://aeh.db.org/patch/cm109-20070227.patch
see comments inline..
Oliver Neukum wrote:
> Am Montag, 26. Februar 2007 23:58 schrieb Alfred E. Heggestad:
>
>>> static DECLARE_RWS
done some updates as of Oliver's comments, and will submit
a patch shortly. However I feel that the driver should be tested by
at least 1 more person with supported hardware, and also get some
feedback from input subsystem people and voip people..
an updated patch can be found here:
http:/
Linux seems to be missing a header file for the hub class. For example
if you look at the source for lsusb.c it is using a lot of hex
constants since there aren't symbols defined.
Here's a nice one from Open Solaris:
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/common/sys/usb/
In lsusb devices on a bus are numbered starting at zero, in usbmon
(ie, the data I'm getting from libcap) the devices numbered starting
at one. Which one is right?
--
Jon Smirl
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash. In
On 2/27/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> In lsusb devices on a bus are numbered starting at zero, in usbmon
> (ie, the data I'm getting from libcap) the devices numbered starting
> at one. Which one is right?
It seems to be more complex...
>From lsusb
Bus 005 Device 001: ID :
Bu
On 2/27/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 2/27/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > In lsusb devices on a bus are numbered starting at zero, in usbmon
> > (ie, the data I'm getting from libcap) the devices numbered starting
> > at one. Which one is right?
I pulled down a more r
On 2/27/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 2/27/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 2/27/07, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > > In lsusb devices on a bus are numbered starting at zero, in usbmon
> > > (ie, the data I'm getting from libcap) the devices numbered startin
Dear Jiri,
I have got new news. I was able to play with my remote again.
> This should only happen once per report, at the time that all fields from
> the received report have been parsed and passed to the input driver as
> EV_KEY (or anything else, according to the existing mapping in hid-inpu
Hi,
Chaepest CALIS and VAGRA online.
http://parkerokay+now.com
Remove "+" from the link.
spent a bit more time at home with his family, shouldnt he? Ought to
have left the office early once in a while... gotten to know his own son.
He began to wolf down large pieces of bread.
--
Am Dienstag, 27. Februar 2007 23:12 schrieb David Brownell:
> On Tuesday 27 February 2007 2:05 pm, Oliver Neukum wrote:
> > Am Dienstag, 27. Februar 2007 20:10 schrieb David Brownell:
> > > > > > WE ALWAYS WAKE UP ON DEMAND!
> > > > >
> > > > > Why? Repeating the assertion doesn't
Am Dienstag, 27. Februar 2007 19:47 schrieb Alan Stern:
> On Mon, 26 Feb 2007, Oliver Neukum wrote:
> > STR/D freeeze user space, thus making additional guarantees we wouldn't
> > meet. power/state is being obsoleted.
>
> We can't meet those additional guarantees when doing an autosuspend
> eith
55 matches
Mail list logo
