Alan Stern wrote:
> Does that error string come from usb_strerror()? My copy of libusb is
> rather old and doesn't seem to include that routine. It would help to see
> the actual error code returned by usb_interrupt_write().
>
>> Looking at lsusb, the device has one Configuration with bConfigur
On Sun, 11 Mar 2007, Martin Drab wrote:
> Hi,
>
> how independent are different endpoints of the same alternate interface?
They are completely independent. In theory anyway; individual devices may
have specific restrictions.
> Is it possible eg. to schedule multiple URBs to a bulk IN endpoin
On Sat, 10 Mar 2007, Phil Dibowitz wrote:
> So I sat down to start seeing if I could write the aforementioned driver for
> the Logitech Harmony remote using libusb. After reading the docs, I whipped
> out the following test code (ok, its mostly a copy and paste of the docs,
> but that's OK) which
On Sat, 10 Mar 2007, Michael Cook wrote:
> Hi,
>
> I'm trying to understand how the USB Mass Storage Device
> works in 2.6. Specifically 2.6.14. I see a fair amount of
> churn in this subsystem.
You didn't really ask any specific questions in your email -- you just
said you were curious about
On Saturday 10 March 2007, Adam Kropelin wrote:
>Jiri Kosina wrote:
>> I am still however pretty far from being convinced that this will make
>> your application work. But as I absolutely don't know what your
>> application is expecting to obtain from serial port and how does this
>> compare to wha
Hi,
how independent are different endpoints of the same alternate interface?
Is it possible eg. to schedule multiple URBs to a bulk IN endpoint (say
EP3IN) and simultaneously schedule a control URB to the setup OUT endpoint (say
EP0OUT) and expect, that the control URB would succeed immediatell
So I sat down to start seeing if I could write the aforementioned driver for
the Logitech Harmony remote using libusb. After reading the docs, I whipped
out the following test code (ok, its mostly a copy and paste of the docs,
but that's OK) which binds to the interface and attempts to do an interr
Just an FYI to those interested. A while back Greg had mentioned, on this
list, that he wished there was a way his x.sh script could grab
mime-sections from emails so he could easily parse attached and pgp-signed
patches.
A while back I whipped something up for him, that as I understand it, is now
Bjorge Dijkstra wrote:
> Phil Dibowitz wrote:
>> I got a friend with the same device to USBSnoopy the device in windows
>> and
>> send me the logs... the problem is... I don't know how to read them.
>> They're
>> binary files.
>>
>> Is there a linux viewer to read the logs and see what USB commands
Greg, please apply this patch for the Motorola RAZR v3i from Pete. All
relevant info below.
--
Phil Dibowitz [EMAIL PROTECTED]
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Never
Hi,
I'm trying to understand how the USB Mass Storage Device
works in 2.6. Specifically 2.6.14. I see a fair amount of
churn in this subsystem.
My principle concern/question is how does data from a file
on the filesystem get transported to a memory stick? I
have dumped info at many stages and
On Saturday 10 March 2007, Jiri Kosina wrote:
>On Sat, 10 Mar 2007, Gene Heskett wrote:
>> >I think there is alternative for you that can be done completely in
>> >userland, without seeding mess into the kernel driver - do you think
>> > it would be feasible that you create a trivial and small libr
On Saturday 10 March 2007, Jiri Kosina wrote:
>On Sat, 10 Mar 2007, Gene Heskett wrote:
>> >So these broken programs think that while talking to hiddev device,
>> > they are in fact receiving data from serial port, right?
>>
>> I believe that to be the case, this code is very old and moldy.
>
>That
Jiri Kosina wrote:
> I am still however pretty far from being convinced that this will make
> your application work. But as I absolutely don't know what your
> application is expecting to obtain from serial port and how does this
> compare to what it is getting from usb hiddev, it's just wild guess
On Sat, 10 Mar 2007, Gene Heskett wrote:
> >I think there is alternative for you that can be done completely in
> >userland, without seeding mess into the kernel driver - do you think it
> >would be feasible that you create a trivial and small library, that
> I'm not up to writing a library. 15
On Sat, 10 Mar 2007, Gene Heskett wrote:
> >So these broken programs think that while talking to hiddev device, they
> >are in fact receiving data from serial port, right?
> I believe that to be the case, this code is very old and moldy.
That's quite sad. In fact, it would quite surprise me if th
On Sat, 10 Mar 2007, Mariusz Kozlowski wrote:
> Hello,
>
> > > Right. Can't be 100% sure but without the patch it would have probably
> > > failed by now so I guess the patch is ok. Not sure how to make usb mouse
> > > plugging/unplugging process automatic ;-)
> >
> > echo FOO >/sys/bus/usb/
On Saturday 10 March 2007, Jiri Kosina wrote:
>On Thu, 8 Mar 2007, Gene Heskett wrote:
>> I believe the problem to be that when their version of upsd is trying
>> to open the /dev/name its given, it is assuming and hard coded to do
>> the ioctl's to set the ports speed in baudrate, width of word, p
On Saturday 10 March 2007, Jiri Kosina wrote:
>On Fri, 9 Mar 2007, Gene Heskett wrote:
>> Oh? I wasn't aware of that. What other data paths can it use besides
>> a usb port?
>
>Until 2.6.20, HID in kernel was USB-only thing. In 2.6.20 I have
> distilled the generic HID layer, which is now also ho
Hello,
> > Right. Can't be 100% sure but without the patch it would have probably
> > failed by now so I guess the patch is ok. Not sure how to make usb mouse
> > plugging/unplugging process automatic ;-)
>
> echo FOO >/sys/bus/usb/drivers/usbhid/unbind
>
> to simulate an unplug (actually,
* Stefan Seyfried <[EMAIL PROTECTED]> wrote:
> > btw., the s2ram database seems quite a bit spotty:
> >
> > $ ./s2ram -n
> > Machine is unknown.
> > This machine can be identified by:
> > sys_vendor = "System manufacturer"
> > sys_product = "System Product Name"
> > sys_vers
On Sat, Mar 10, 2007 at 12:43:01PM +0100, Stefan Seyfried wrote:
> On Sat, Mar 10, 2007 at 10:01:21AM +0100, Ingo Molnar wrote:
> >
> > i'm wondering, do you have any idea how Windows handles the
> > suspend/resume quirks problem area? Do they "curse BIOS vendors and
> > maintain a large DB of D
On Sat, Mar 10, 2007 at 10:01:21AM +0100, Ingo Molnar wrote:
>
> * Pavel Machek <[EMAIL PROTECTED]> wrote:
> > s2ram should be able to work around this, it has parts from
> > radeontool. (suspend.sf.net).
>
> i'm wondering, do you have any idea how Windows handles the
> suspend/resume quirks pr
Hi!
> > You're better off using the VGA console, and lettign X re-initialize the
> > graphics device. That generally at least has a reasonably good chance of
> > working.
> >
> > Re-initializing graphics modes really is very hard. You can try with the
> > BIOS video hack (I forget the kernel c
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Even if one doesn't use the fb console at all, radeonfb apparently
> > is still required on some ThinkPad models to work around BIOS bugs:
> >
> > http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep#Radeon_GPU_not_powered_off
>
On Sat, 10 Mar 2007, Mariusz Kozlowski wrote:
> Right. Can't be 100% sure but without the patch it would have probably
> failed by now so I guess the patch is ok. Not sure how to make usb mouse
> plugging/unplugging process automatic ;-)
echo FOO >/sys/bus/usb/drivers/usbhid/unbind
to si
On Sat, 10 Mar 2007 10:16:43 -0500 (EST) Alan Stern wrote:
> On Fri, 9 Mar 2007, Pete Zaitcev wrote:
>
> > On Fri, 9 Mar 2007 13:43:42 -0800, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >
> > > I insert a new MMCmobile card into the MMC slot and connect the
> > > Belkin USB device to my system and
Hello,
> On Sat, 10 Mar 2007, Greg KH wrote:
>
> > > hid_parse_report() is doing kmalloc(128k kbytes). We canot sanely
> > > support that and the code shold be rewritten to not do that. A simple
> > > though somewhat lame fix would be to switch to vmalloc().
> > > It's been this way for some
On Fri, 9 Mar 2007, Pete Zaitcev wrote:
> On Fri, 9 Mar 2007 13:43:42 -0800, Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> > I insert a new MMCmobile card into the MMC slot and connect the
> > Belkin USB device to my system and get this (below).
>
> I looked at the log and it everything seems fine
On Fri, 9 Mar 2007, Gene Heskett wrote:
> Oh? I wasn't aware of that. What other data paths can it use besides a
> usb port?
Until 2.6.20, HID in kernel was USB-only thing. In 2.6.20 I have distilled
the generic HID layer, which is now also hooked by the Bluetooth code, as
there are many Blu
On Thu, 8 Mar 2007, Gene Heskett wrote:
> I believe the problem to be that when their version of upsd is trying to
> open the /dev/name its given, it is assuming and hard coded to do the
> ioctl's to set the ports speed in baudrate, width of word, parity etc.
Hi Gene,
first, sorry for replying
On Sat, 10 Mar 2007, Greg KH wrote:
> > hid_parse_report() is doing kmalloc(128k kbytes). We canot sanely
> > support that and the code shold be rewritten to not do that. A simple
> > though somewhat lame fix would be to switch to vmalloc().
> > It's been this way for some time, so it's odd th
Begin forwarded message:
Date: Sat, 10 Mar 2007 03:46:19 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 8167] New: usb: no configuration chosen from 1 choice
http://bugzilla.kernel.org/show_bug.cgi?id=8167
Summary: usb: no configuration chosen from 1
On Sat, Mar 10, 2007 at 12:58:28AM -0800, Andrew Morton wrote:
> > On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> > wrote:
> > Hello,
> >
> > > - The wireless changes in here need a lot of testers, please. It is major
> > > rework.
> >
> > Works for me ... so far
> On Sat, 10 Mar 2007 09:33:35 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]>
> wrote:
> Hello,
>
> > - The wireless changes in here need a lot of testers, please. It is major
> > rework.
>
> Works for me ... so far ;-) Anyway to the point:
>
> When moving my laptop I reattached the usb mouse.
Hello,
> Unable to reproduce so far.
Ok I was wrong. Able to reproduce quite easily. Let me know if you need
anything more.
usb 2-1: new low speed USB device using uhci_hcd and address 11
usb 2-1: new device found, idVendor=046d, idProduct=c00e
usb 2-1: new device strings: Mfr=1, Product=2, Ser
Hello,
> - The wireless changes in here need a lot of testers, please. It is major
> rework.
Works for me ... so far ;-) Anyway to the point:
When moving my laptop I reattached the usb mouse. Then I found this in syslog:
usb 2-1: new low speed USB device using uhci_hcd and address 3
usb 2-1
37 matches
Mail list logo