Antti P Miettinen [EMAIL PROTECTED] writes:
The log is from ubuntu/dapper kernel 2.6.15 recompiled with debug fs
enabled, v4l-dvb modules from linuxtv hg repo, version 4d012cd162f5.
I put a kernel log of another disconnect to
http://www.hut.fi/~apm/kern.log
with ehci-hcd compiled with DEBUG
On Sat, Feb 24, 2007 at 05:36:47PM -0500, Mazin wrote:
You're absolutely right. All of the information that I need is there,
and evtest can see it. What do I do next? There's basically two things:
The absolute coordinates are not interpreted right. (Inkscape in
Windows says I have a
On Sun, Feb 25, 2007 at 08:53:03AM -0800, David Brownell wrote:
On Sunday 25 February 2007 12:57 am, Sarah Bailey wrote:
I haven't seen any evidence that the kernel-side aio is substantially
more efficient than the GNU libc implementation,
Face it: spawning a new thread is fundamentally
Additional devices from the synce project.
diff -uprN a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
--- a/drivers/usb/serial/ipaq.cTue Feb 20 06:34:32 2007
+++ b/drivers/usb/serial/ipaq.cFri Feb 23 09:49:21 2007
@@ -247,6 +247,8 @@ static struct usb_device_id ipaq_id_tabl
{
Add a kernel option to select the usb endpoint pair to communicate with
the device.
This patch is from the synce project.
diff -uprN a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
--- a/drivers/usb/serial/ipaq.cTue Feb 20 06:34:32 2007
+++ b/drivers/usb/serial/ipaq.cFri Feb 23
Solve nonzero read bulk status received problem which happens with some
smartphones. This patch is from the synce project.
diff -uprN a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
--- a/drivers/usb/serial/ipaq.cTue Feb 20 06:34:32 2007
+++ b/drivers/usb/serial/ipaq.cFri Feb 23
I spotted one missing free_irq(USB_IRQ, NULL) in error path. I
replaced it with free_irq(irq, NULL). Please, use this updated patch
instead original one.
Make the pxa2xx_udc driver fetch its IRQ from platform resources
rather than using compile-time constants, so that it works properly
on IXP4xx
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.
There is one problem, thought. Original code used:
static inline void udc_gpio_init_pullup(unsigned gpio)
{
pxa_gpio_mode((gpio
独占広告―
「 あなたも、パソコンを利用して
空いた時間に 収入基盤を作りませんか? 」
募集要項
http://www.j-netshop.com/digital-j.html
■空いた時間で、自宅から収入を希望される方
■今の仕事を続けながら無理なく独立開業を希望される方
※未成年・学生は不可
(今年の新卒者は資料請求までで卒業してからスタート)
※インターネット・メール レベルのパソコンスキル必須
Hello,
until I applied the below patch I couldn't use the usb camera at the
same time of the usb modem (both usb1 devices). The camera returned
-ENOSPC. Now they both work fine at the same time (camera managed by
zoneminder and running all the time and the modem giving me the
internet link, both
On Mon, 26 Feb 2007, Oliver Neukum wrote:
Am Montag, 26. Februar 2007 03:37 schrieb Alan Stern:
On Mon, 26 Feb 2007, Oliver Neukum wrote:
Next you'll be saying that people will want to specify the delay more
precisely than the nearest second...
Am I that predictable? It occured to
On Monday 26 February 2007 7:11 am, Andrea Arcangeli wrote:
Hello,
until I applied the below patch I couldn't use the usb camera at the
same time of the usb modem (both usb1 devices). The camera returned
-ENOSPC. Now they both work fine at the same time (camera managed by
zoneminder and
Am Montag, 26. Februar 2007 17:03 schrieb Alan Stern:
On Mon, 26 Feb 2007, Oliver Neukum wrote:
I agree, except for one thing. If the delay is set to 0, we might still
want to use a very short delay. For one thing, queue_delayed_work() with
a zero delay won't do anything until the next
On Mon, Feb 26, 2007 at 08:07:59AM -0800, David Brownell wrote:
On Monday 26 February 2007 7:11 am, Andrea Arcangeli wrote:
Hello,
until I applied the below patch I couldn't use the usb camera at the
same time of the usb modem (both usb1 devices). The camera returned
-ENOSPC. Now they
On Monday 26 February 2007 8:33 am, Andrea Arcangeli wrote:
On Mon, Feb 26, 2007 at 08:07:59AM -0800, David Brownell wrote:
On Monday 26 February 2007 7:11 am, Andrea Arcangeli wrote:
Hello,
until I applied the below patch I couldn't use the usb camera at the
same time of the usb
On Mon, 26 Feb 2007, Oliver Neukum wrote:
If you want to specify it in milliseconds, I have no objections. Other times
are also given in those units.
Seconds are easier, except in this one case where you want a value less
than 1 second. I'm inclined not to worry about it and keep things
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 simply hacked
around until the error gone away so I could use zoneminder while
still connected to internet ;).
or
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
This is deep architecture specific magic and does should not to exist
in a driver.
Signed-off-by: Ralf Baechle [EMAIL PROTECTED]
diff --git a/drivers/usb/gadget/goku_udc.c b/drivers/usb/gadget/goku_udc.c
index 7b3a326..65c91d3 100644
--- a/drivers/usb/gadget/goku_udc.c
+++
On Thu, 2007-02-22 at 10:24 -0500, Alan Stern wrote:
On Wed, 21 Feb 2007, Max Asbock wrote:
I am looking at a UHCI usb device which has endpoints of type interrupt.
A userspace daemon attempts to submit an urb of type bulk to the device.
This fails and -EINVAl is returned.
Is it legal
On Mon, Feb 26, 2007 at 01:46:45PM +0100, Andre Spahlinger wrote:
Additional devices from the synce project.
Can I get you to resend these with a proper Signed-off-by: line?
diff -uprN a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
--- a/drivers/usb/serial/ipaq.cTue Feb 20
On Mon, Feb 26, 2007 at 01:49:35PM +0100, Andre Spahlinger wrote:
Add a kernel option to select the usb endpoint pair to communicate with
the device.
This patch is from the synce project.
diff -uprN a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
--- a/drivers/usb/serial/ipaq.c
On Mon, Feb 26, 2007 at 01:54:34PM +0100, Andre Spahlinger wrote:
Solve nonzero read bulk status received problem which happens with some
smartphones. This patch is from the synce project.
diff -uprN a/drivers/usb/serial/ipaq.c b/drivers/usb/serial/ipaq.c
--- a/drivers/usb/serial/ipaq.c
On 2/25/07, Alan Stern [EMAIL PROTECTED] wrote:
On Sat, 24 Feb 2007, Jon Smirl wrote:
On 2/24/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
Also, Jon was hitting some problems with tcpdump and Paolo's libpcap,
so let's keep one more revision stable to help them to figure this out
and
On Sun, 25 Feb 2007, Guilherme Salgado wrote:
On 2/25/07, Alan Stern [EMAIL PROTECTED] wrote:
On Sun, 25 Feb 2007, Guilherme Salgado wrote:
I had some problems with the 2.6.20 kernel on my distribution and so I
wasn't able to test the patch for some time. Fortunately, everything
is
On Mon, 26 Feb 2007, Jon Smirl wrote:
My instability seems to come from a race between EHCI and UHCI. I have
one EHCI and four UHCI host controllers (ICH5).
I usually get this at boot:
bus 1 UHCI-A
bus 2 UHCI-B
bus 3 UHCI-C
bus 4 UHCI-D
bus 5 EHCI
But occasionally I get this. I don't
This patch (as862) fixes a couple of bugs in the way usbcore handles
intervals for interrupt URBs. usb_interrupt_msg (and usb_bulk_msg for
backward compatibility) don't set the interval correctly for
high-speed devices. proc_do_submiturb() doesn't set it correctly when
a bulk URB is submitted to
On 2/26/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 26 Feb 2007, Jon Smirl wrote:
My instability seems to come from a race between EHCI and UHCI. I have
one EHCI and four UHCI host controllers (ICH5).
I usually get this at boot:
bus 1 UHCI-A
bus 2 UHCI-B
bus 3 UHCI-C
bus 4
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 the capability we are
about to lose when the
Hi Alan,
On 2/26/07, Alan Stern [EMAIL PROTECTED] wrote:
[...]
That looks fine. Below is that actual patch I propose for 2.6.20. Can
you please try it out and make sure that it really does fix the problem?
Be sure to remove the test patch first, since this wants to go on top of
plain old
Can someone give me a pointer to some documentation for the common USB
classes? ie hub, hid, audio, etc. Something to help me decode their
packets in Wireshark.
--
Jon Smirl
[EMAIL PROTECTED]
-
Take Surveys. Earn Cash.
On Mon, Feb 26, 2007 at 02:28:06PM +0100, Milan Svoboda wrote:
I spotted one missing free_irq(USB_IRQ, NULL) in error path. I
replaced it with free_irq(irq, NULL). Please, use this updated patch
instead original one.
Can you just send me a patch against the previous one (I'm guessing that
I
On Mon, Feb 26, 2007 at 08:05:31AM +0100, Robert Marquardt wrote:
Greg Kroah-Hartman wrote:
The ioctl is commented out for now, until we verify some userspace
application issues.
It is not commented out as it should be. Without the IOW_GETINFO ioctl()
call our libiowkit would not work. The
Am Montag, 26. Februar 2007 18:37 schrieb Alan Stern:
a) The kernel will (or rather should) export its oppinion whether a device
should be suspended (eg. from the blacklist or set by a driver)
Be careful in your choice of words. Do you mean suspended or
autosuspended? The kernel
Am Montag, 26. Februar 2007 22:12 schrieb Jon Smirl:
Can someone give me a pointer to some documentation for the common USB
classes? ie hub, hid, audio, etc. Something to help me decode their
packets in Wireshark.
I'd go to the specs on http://www.usb.org
HTH
Oliver
On 2/26/07, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 26. Februar 2007 22:12 schrieb Jon Smirl:
Can someone give me a pointer to some documentation for the common USB
classes? ie hub, hid, audio, etc. Something to help me decode their
packets in Wireshark.
I'd go to the specs on
On 2/26/07, Jon Smirl [EMAIL PROTECTED] wrote:
How about the wireless class, has anyone actually build a wireless
class device yet?
The dscape people should be integrating wireless USB class support
into their stack.
I found the wireless class spec.
Am Montag, 26. Februar 2007 22:39 schrieb Jon Smirl:
On 2/26/07, Jon Smirl [EMAIL PROTECTED] wrote:
How about the wireless class, has anyone actually build a wireless
class device yet?
The dscape people should be integrating wireless USB class support
into their stack.
I found the
Am Montag, 26. Februar 2007 22:35 schrieb Jon Smirl:
On 2/26/07, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 26. Februar 2007 22:12 schrieb Jon Smirl:
Can someone give me a pointer to some documentation for the common USB
classes? ie hub, hid, audio, etc. Something to help me decode
On 2/26/07, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 26. Februar 2007 22:39 schrieb Jon Smirl:
On 2/26/07, Jon Smirl [EMAIL PROTECTED] wrote:
How about the wireless class, has anyone actually build a wireless
class device yet?
The dscape people should be integrating wireless
On Mon, 26 Feb 2007, Jon Smirl wrote:
You could remove this indeterminism by explicitly loading ehci-hcd and
uhci-hcd (that is the preferred order) in a system start-up script before
udev. In FC6, for example, the modules are loaded from an initramfs
script.
In think the usb modules
On 2/26/07, Alan Stern [EMAIL PROTECTED] wrote:
Another way to control this would be to put all of the USB Host IDs
into a single module (usbcore), and then that module would load in
ehci, uhci, etc.
That would work. But it would be a lot of effort for not much advantage.
It's not that
Hi
I looked at the driver binding code years ago (2.4.x). Since then
things seem to have got a lot more complicated :(
Anyway I'm using 2.6.19 now...
I have loaded the gadget Zero driver on the Device side.
I wish to load the usbtest driver on the Host side.
Problem is that usbtest does not
Hi Oliver
many thanks for your feedback, see comments inline..
Oliver Neukum wrote:
Am Sonntag, 25. Februar 2007 21:45 schrieb Alfred E. Heggestad:
hi
I have written a small driver for the C-Media CM109 chipset
used in USB VoIP phones like the KIP-1000. The source can
be found here:
On Mon, Feb 26, 2007 at 05:14:38PM -0500, Jon Smirl wrote:
On 2/26/07, Alan Stern [EMAIL PROTECTED] wrote:
Another way to control this would be to put all of the USB Host IDs
into a single module (usbcore), and then that module would load in
ehci, uhci, etc.
That would work. But it
On 2/26/07, Greg KH [EMAIL PROTECTED] wrote:
But why in the world would we care? These busses can come and go in any
number of varied and different ways. If you try to rely on a bus id
then you are going to be wrong eventually.
The problem is that usbmon is bus number oriented. When I boot
On Mon, 26 Feb 2007 18:32:06 -0500, Jon Smirl [EMAIL PROTECTED] wrote:
On 2/26/07, Greg KH [EMAIL PROTECTED] wrote:
But why in the world would we care? These busses can come and go in any
number of varied and different ways. If you try to rely on a bus id
then you are going to be wrong
On Mon, Feb 26, 2007 at 12:54:31AM -0800, Sarah Bailey wrote:
Yes, a sane interface to the USRP was one of the main motivations for
the new USB filesystem. It remains to be seen whether we need a
non-standard interface like io_submit, or whether threads with blocking
I/O is fast enough and
On Mon, Feb 26, 2007 at 04:55:51PM -0500, Jon Smirl wrote:
On 2/26/07, Oliver Neukum [EMAIL PROTECTED] wrote:
Am Montag, 26. Februar 2007 22:39 schrieb Jon Smirl:
On 2/26/07, Jon Smirl [EMAIL PROTECTED] wrote:
How about the wireless class, has anyone actually build a wireless
class
On Sat, Feb 24, 2007 at 07:06:43PM -0800, Pete Zaitcev 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]
---
Paolo, I touched up two places:
- class_create returns
This is a note to let you know that I've just added the patch titled
Subject: USB storage: Nokia 6288 unusual_devs entry
to my gregkh-2.6 tree. Its filename is
usb-storage-nokia-6288-unusual_devs-entry.patch
This tree can be found at
On 2/26/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
On Mon, 26 Feb 2007 18:32:06 -0500, Jon Smirl [EMAIL PROTECTED] wrote:
On 2/26/07, Greg KH [EMAIL PROTECTED] wrote:
But why in the world would we care? These busses can come and go in any
number of varied and different ways. If you try
I'm looking at the request/response record of a get descriptor zero.
This is the correct request
80 06 00 03 00 00 ff 00
Response
00 00 00 00 00 00 00 00 04 03 09 04
Response has eight bytes of leading zeros which correspond to the
eight bytes of the request.
I think response should either look
Vojtech Pavlik wrote:
On Sat, Feb 24, 2007 at 05:36:47PM -0500, Mazin wrote:
You're absolutely right. All of the information that I need is there,
and evtest can see it. What do I do next? There's basically two things:
The absolute coordinates are not interpreted right. (Inkscape in
On Mon, 26 Feb 2007, Jon Smirl wrote:
On 2/26/07, Greg KH [EMAIL PROTECTED] wrote:
But why in the world would we care? These busses can come and go in any
number of varied and different ways. If you try to rely on a bus id
then you are going to be wrong eventually.
The problem is that
On Mon, 26 Feb 2007, Greg KH wrote:
On Mon, Feb 26, 2007 at 05:14:38PM -0500, Jon Smirl wrote:
On 2/26/07, Alan Stern [EMAIL PROTECTED] wrote:
Another way to control this would be to put all of the USB Host IDs
into a single module (usbcore), and then that module would load in
ehci,
On Mon, 26 Feb 2007, Jon Smirl wrote:
Remember too that it's possible to hotplug USB buses. There are USB
controllers on PCcards.
If CONFIG_HOTPLUG is on the new _init PCI ID table in USB core won't
be discarded. Hotplug will work the same way it works currently. You
don't need to do
On Mon, 26 Feb 2007, Curran, Dominic wrote:
Hi
I looked at the driver binding code years ago (2.4.x). Since then
things seem to have got a lot more complicated :(
Anyway I'm using 2.6.19 now...
I have loaded the gadget Zero driver on the Device side.
I wish to load the usbtest
Dear Jiri,
Sorry for the late reply. I did not have access to my remote control, because I
was home during the weekend.
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
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 and I came across the following code:
if (ep_is_in(ep)) {
Greg KH wrote:
So, I should remove the WRITE and READ ioctls? If so, I'll go do that.
Better not change anything.
There is a small chance that someone has used the ioctls. It either
still works for him or he is smart enough to switch to read and write.
If not he will complain to us and we
61 matches
Mail list logo