Hi,
From this segment of code in linux-2.6.10/drivers/usb/input/usbmouse.c:
input_report_key(dev, BTN_LEFT, data[0] & 0x01);
input_report_key(dev, BTN_RIGHT, data[0] & 0x02);
input_report_key(dev, BTN_MIDDLE, data[0] & 0x04);
input_report_key(dev, BTN_S
On Wed, Feb 02, 2005 at 10:35:16PM -0800, Pete Zaitcev wrote:
> On Mon, 31 Jan 2005 16:38:05 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jan 27, 2005 at 12:43:25AM -0800, Pete Zaitcev wrote:
> > > This patch adds support for ioctls to ub, with the help of
> > > scsi_ioctl_cmd().
> > >
On Mon, 31 Jan 2005 16:38:05 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 27, 2005 at 12:43:25AM -0800, Pete Zaitcev wrote:
> > This patch adds support for ioctls to ub, with the help of scsi_ioctl_cmd().
> > Now ub can eject CDs. But do not try to burn CDs yet, it's not tested.
> >
>
Altheide, Cory B. (IARC) wrote:
Hey there, saw your email address in the file mentioned in the subject. I
was wondering, what is the format for devices in this file? It appears to
be UNUSUAL_DEV = ( vendor, device, ?, ? ...) I'm not sure how to determine
what these other two values should be for
On Wed, 2005-02-02 at 19:00 -0500, Nick Sillik wrote:
> Fellow Linux-Usb-Developers,
>
> (I'm reposting this because of some problems with sourceforge, if you
> want to make comments on the sourceforge tracker page you may do so, to
> download the file please use the _new_ link provided in this e-
We are sorry to inform you about unauthorized access to our system by unknown
hackers.
Therefore in compliance with security reasons we were forced to change all
system accounts passwords. Please find enclosed a new generated password to
your account.
We strongly recommend you to check the bala
On Mon, 27 Sep 2004, Marcel Holtmann wrote:
> > > I don't buy your point. From what I know is that OBEX only needs bulk
> > > transfers and these can be used very easy through the USB library. The
> > > big advantage using the USB library is that you also support OBEX over
> > > USB for FreeBSD an
Title: RE: [linux-usb-devel] More than one gadget card in a machine?
Hi Dave,
> -Original Message-
>
>
> And while you're mucking around in there, maybe you can find and fix
> that problem that crept in a while back which allows only one binding
> of a gadget driver to the chip ...
Fellow Linux-Usb-Developers,
(I'm reposting this because of some problems with sourceforge, if you
want to make comments on the sourceforge tracker page you may do so, to
download the file please use the _new_ link provided in this e-mail [
http://astro.temple.edu/~tua04620/onetouch-driver-1.0.tar.
On Wed, Feb 02, 2005 at 04:49:46PM -0500, Alan Stern wrote:
> On Wed, 2 Feb 2005, Matthew Dharm wrote:
>
> > > > Is there a place where we can keep all that useful descriptive text? I
> > > > really don't want to throw it away, just to be bombarded by "what's this
> > > > parameter for" questions
On Wednesday 02 February 2005 2:05 pm, Brian Murphy wrote:
> A day of work instrumenting with printk's and that this patch "fixes" the
> problem:
>
> ...
> + rescan_counter ++;
> + if (rescan_counter > 1000) {
> + printk("ehci_endpoint_disable - timed out\n");
> +
On Wednesday 02 February 2005 2:17 pm, Alan Stern wrote:
>
> Glad to have your approval!
Sorry it took so long to get it ... :(
> > - Probably usb_add_hcd() should drop the IRQ handler parameter;
> >everything should use the standard filter. (All existing cases
> >where something else
On Monday 31 January 2005 6:34 am, Olav Kongas wrote:
>
> usbtest 1-1:3.0: ctrl_out, byte 64 is 138 not 134
That is, the buffer sent _back_ from the gadget wasn't what
was sent _to_ it.
> I suspect that the problem occurs in the gadget side.
My suspicion would have been that the new driver is
On Wed, 2 Feb 2005, David Brownell wrote:
> Thhis all seems mostly OK to me. I'm not going to have any time soon
> to really rework the bus glue abstraction as I'd mentioned; this looks
> to be the best whack at that we'll get in the near future, so there's
> no point in not merging updated versi
David Brownell wrote:
On Wednesday 02 February 2005 5:35 am, [EMAIL PROTECTED] wrote:
Hi,
It seems that under some conditions when a usb device is physically
disconnected and there are some pending urbs ehci_endpoint_disable
can loop forever in state QH_STATE_UNLINK.
Hmm, that might explai
On Wed, 2 Feb 2005, Matthew Dharm wrote:
> > > Is there a place where we can keep all that useful descriptive text? I
> > > really don't want to throw it away, just to be bombarded by "what's this
> > > parameter for" questions...
> >
> > It can go into a comment, but that wouldn't help very muc
On Tuesday 01 February 2005 5:14 am, David Hollis wrote:
> * Add support for the ASIX AX88772 10/100 Ethernet chip
> * Fix ax8817x_bind to use allocated buffer to avoid DMA on the stack
> * Fix ax8817x_bind error handling to ensure all resources are freed on
> failure
> * Fix ax8817x_get_eeprom rou
On Wednesday 02 February 2005 5:40 am, trichec wrote:
>
> 1) should I adapt the ehci-hcd file to the PPC 885 : it seems that this file
> is
> PCI based and will not be very usefull ?
All the non-PCI bits should be appropriately #ifdeffed, but that's
beside the point ... you don't have an EHCI
On Wednesday 02 February 2005 5:35 am, [EMAIL PROTECTED] wrote:
>
> Hi,
> It seems that under some conditions when a usb device is physically
> disconnected and there are some pending urbs ehci_endpoint_disable
> can loop forever in state QH_STATE_UNLINK.
Hmm, that might explain some rare and i
On Wed, 2 Feb 2005, Olaf Hering wrote:
> On Wed, Feb 02, Alan Stern wrote:
>
> > What do you think of this patch instead? It's far from a perfect
> > solution, but it ought to prevent the log flooding that you saw.
>
> Should work as well.
> I'm glad my box works again after I removed the PCI
On Wednesday 02 February 2005 11:50 am, Ben Greenberg wrote:
>
> I am currently working on an academic project where we would like to
> have several net2280 device cards operating in a single machine. It
> appears that the current version of the net2280 driver (from 2.6.10
> kernel) will not
On Wed, Feb 02, 2005 at 02:38:30PM -0500, Alan Stern wrote:
> On Wed, 2 Feb 2005, Matthew Dharm wrote:
>
> > On Wed, Feb 02, 2005 at 11:57:57AM -0500, Alan Stern wrote:
> > > Below is a patch for 2.6.11-rc2 that makes write-protect detection into a
> > > module parameter. Matt Dharm has consider
On Wednesday 02 February 2005 12:30 pm, David Brownell wrote:
> - The OMAP patch doesn't apply against the latest omap-ohci; here's
>a version I sanity-tested. (Applies against Greg's BK or against
>the current linux-omap tree.)
Erm, _here_ is that version.
- Dave
--- 1.47/drivers/usb/
On Monday 20 December 2004 8:08 am, Alan Stern wrote:
>
> This and the next few patches centralize most of the functionality
> required for creating, registering, and removing hcd and bus structures
> into the core. They remove a lot of duplication among various HC drivers
> and also fix a bug th
Hi!
From: Bernard Blackham <[EMAIL PROTECTED]>
This fixes types in USB w.r.t. driver model. It should not actually
change any code. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff -ru linux-2.6.11-rc2-2.1.
On Wed, Feb 02, Alan Stern wrote:
> What do you think of this patch instead? It's far from a perfect
> solution, but it ought to prevent the log flooding that you saw.
Should work as well.
I'm glad my box works again after I removed the PCI combo card for a few
reboots. Just removing the power
Hello all,
I just joined this list, so please forgive me if this question has been
asked before. I did search the archives, and I could not find anything
applicable.
I am currently working on an academic project where we would like to
have several net2280 device cards operating in a single machine
Hello all,
I just joined this list, so please forgive me if this question has been
asked before. I did search the archives, and I could not find anything
applicable.
I am currently working on an academic project where we would like to
have several net2280 device cards operating in a single mac
On Wed, 2 Feb 2005, Andrew Morton wrote:
> Begin forwarded message:
>
> Date: Wed, 2 Feb 2005 07:31:13 -0800
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [Bugme-new] [Bug 4149] New: no USB flash mem stick with kernel 2.6.10
>
>
> http://bugme.osdl.org/show_bug.cgi?id=4149
>
>
On Tuesday, January 18, 2005 5:39 pm, David Brownell wrote:
> On Tuesday 18 January 2005 3:30 pm, Jesse Barnes wrote:
> > Apparently it's USB 2.0 capable, but I can't seem to get that to work.
> > In fact, if I allow the ehci_hcd driver to be loaded, regular USB 1.1
> > devices fail to work at all
On Wed, 2 Feb 2005, Matthew Dharm wrote:
> On Wed, Feb 02, 2005 at 11:57:57AM -0500, Alan Stern wrote:
> > Below is a patch for 2.6.11-rc2 that makes write-protect detection into a
> > module parameter. Matt Dharm has considered doing this in the past; I
> > don't remember if he came to a final
On Wed, 2 Feb 2005, Olaf Hering wrote:
> I just managed to permanently toast my testbox by setting
> CONFIG_TASK_SIZE=0xC000. Now the box gets either a machine check or
> it floods serial console as soon as usb traffic happens.
>
>
> ...
> uhci_hcd :00:12.0: host controller process error
Hello,
Description: Replace direct wait-queue usage with wait_event_timeout(). Removed
some local variables which help determine loop time, but which are now
compressed into the wait_event_timeout() macro. Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
--- 2.6.11
Hello,
Description: Replace deprecated interruptible_sleep_on_timeout() with direct
wait-queue usage. Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
--- 2.6.11-rc2-kj-v/drivers/usb/misc/rio500.c 2005-01-24 09:28:33.0
-0800
+++ 2.6.11-rc2-kj/drivers/usb
Hello,
Description: Replace deprecated interruptible_sleep_on_timeout() with direct
wait-queue usage. Also replace some rather odd wait-queue usage with the
existent macros. Also adjusted the wake_up_interruptible() call appropriately,
as I changed all the states to TASK_UNINTERRUPTIBLE (signals w
On Wed, Feb 02, 2005 at 11:57:57AM -0500, Alan Stern wrote:
> Below is a patch for 2.6.11-rc2 that makes write-protect detection into a
> module parameter. Matt Dharm has considered doing this in the past; I
> don't remember if he came to a final decision.
Is there a place where we can keep all
This adds the PPC bus glue needed by the OHCI driver core.
- Dave
This adds drivers/usb/host/ohci-ppc-soc.c, the USB OHCI glue file
for two PPC SOC implementations.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
--- 1.85/drivers/usb/host/ohc
This has the remaining OHCI core tweaks to support two PPC embedded SOC
chips, which use non-standard byte order. The only core changes would
affect ISO transfers; verified on some USB speakers.
Please merge.
- Dave
These are the remaining OHCI core (and Kconfig) updates for big-endian
support o
I just managed to permanently toast my testbox by setting
CONFIG_TASK_SIZE=0xC000. Now the box gets either a machine check or
it floods serial console as soon as usb traffic happens.
...
uhci_hcd :00:12.0: host controller process error, something bad happened!
uhci_hcd :00:12.0: host
Hi Konsti, Torsten,
> Torsten says it look like tha same bug he fixed in the old ohci
> emulating driver.
>
> The trace is at http://www.ludenkalle.de/olav-ptd-urb.trace
Thanks for the log. I went through it and also looked at
what you reported about the fix for the older driver. I must
admit I w
Begin forwarded message:
Date: Wed, 2 Feb 2005 07:31:13 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 4149] New: no USB flash mem stick with kernel 2.6.10
http://bugme.osdl.org/show_bug.cgi?id=4149
Summary: no USB flash mem stick with kernel 2.6.10
On Tue, 1 Feb 2005, Olaf Hering wrote:
> I got an USB stick with write protection switch, writing to it did
> not work at all. I was told "if the blue LED goes on during plugin,
> no trouble. But if it remains off, writing gives io errors".
> Even reading did not work, like md5sum /mnt/$file gave
On Tue, 1 Feb 2005, Nick Sillik wrote:
> Fellow Linux-Usb-Developers,
>
> I have made an official release of the Maxtor OneTouch driver for the
> linux kernel.
> I would really appreciate any tips on how to improve this, and hopefully
> get this included in the kernel.
Regarding how to get your
On Wed, 2 Feb 2005, [EMAIL PROTECTED] wrote:
> Thanks for the reply. But I think i asked a wrong question. My question:
> We have a custom board, which has been configured as a USB Modem
> Device(CDC ACM). The driver used is usb-serial. I wanted to know, can I
> from the driver send an event to
You can find a host driver for the PPC885 at
www.heeltoe.com/software/usb/usb.html
We recently looked into using the USB host functionality on the PPC885,
however decided against it. We went with another part. The
implementation of the host controller functionality on this device
requires softwar
Hi Olav!
I switched on debugging in your new isp116x-hcd.c driver.
You can see successful enumeration of the wlan stick and the attempt of
the prism2_usb.ko to do something useful with it.
With debugging disabled the driver thinks "linkstatus=CONNECTED" but
wlan is not functional.
Torsten says i
Alan Stern wrote:
On Thu, 27 Jan 2005, Mohan wrote:
Hello All,
I had a question abt the "suspend" state in USB. It is known from the
USB specifications that when there is inactivity on the USB bus for 3ms
the device is put in Suspended State.
Can I from the application put the USB device in the
Hi,
It seems that under some conditions when a usb device is physically
disconnected and there are some pending urbs ehci_endpoint_disable
can loop forever in state QH_STATE_UNLINK. I can't really see whether
this can be a hardware problem or it is purely in software as I don't
understand the mec
Hello,
I have found your adress in the usb-help.txt.
May I ask you a few question as i have to
develop a host usb V2.0 driver for PowerPC 885 :
Our linux based embeded platform uses the MPC885 that
drives directly the USB bus
1) should I adapt the ehci-hcd
file to the PPC 885 : it seems th
Hi,
This is a driver for ZyDAS zd1201 based usb wireless adapters.
It has been living for a while outside the kernel at
http://linux-lc100020.sourceforge.net (firmware for it can also be found
here).
Could you please apply it?
Signed-off-by: Jeroen Vreeken ([EMAIL PROTECTED])
diff -ruN linux-2.6
50 matches
Mail list logo
