Hi,
Thanks a ton for the direction. I got the IRQ problem
resolved. and I can use the Compact Flash attatchd to
USB with USB reader.
At present i am looking for a patch/suggestion which
would help me mounting my root file system on compact
flash.
The kernel and bootloader are in FLASH and can b
Hello,
I am currently experiencing problems getting a 2.6.x system working on a
Radisys 6315 PMC Processor board. This board has a Raisys 82600 chip
interfacing to an EZ-USB device onboard.
The system has been tested with the following kernels :
OK - 2.4.17, 2.4.29
FAILS - 2.6.5, 2.6.9, 2.6.11
Hi,
driver core changes are going to take some time so how about this
patch to fix it up
for the moment in (what I think is) a satisfactory manner so we can have
multi.interface
devices working again.
Executive summary:
loop until dependant device list is empty instead of for loop over
chang
Hello,
I am currently experiencing problems getting a 2.6.x system working on a
Radisys 6315 PMC Processor board. This board has a Raisys 82600 chip
interfacing to an EZ-USB device onboard.
The system has been tested with the following kernels :
OK - 2.4.17, 2.4.29
FAILS - 2.6.5, 2.6.9, 2.6.11
On 17 Mar 2005 at 18h03, Benjamin Herrenschmidt wrote:
Hi,
> > Would it be the "proper" patch I was looking for in the thread named
> > "[PATCH] Re-power USB ports on wakeup" ?
> >
> > Or does it fix different issues ? Mine fixed, with a hack I think,
> > the fact that USB ports kept being powe
On Thu, 17 Mar 2005, zhougoal wrote:
> Hello Alan,
>
> Sorry to trouble you again!
>
> I met a question again. When I send a control message with my
> isp1561 to the high speed device,the host controller will trigger a
> interrupt with the status valued : 0xa018, which means a host s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello everyone,
after the idmouse driver is now in the mainline kernel, we received
some feedback that allowed us to improve the driver a bit.
Changes:
- - added the Cherry FingerTIP keyboard to the device list
- - better description of the commands,
Hello,
Does linux-2.6.10 supports OTG controller and stack for OMAP730 (p2 board)?
Thanks in advance
--
Shiva
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Disco
On Thursday 17 March 2005 8:37 am, shivaprasad hongal wrote:
>
> Does linux-2.6.10 supports OTG controller and stack for OMAP730 (p2 board)?
I'd look at the 2.6.11-omap1 kernel, it'll have most of the
pieces in place. I don't know the P2 board though; if it's
got an isp1301 transceiver, it shoul
On Thu, 17 Mar 2005, Paul Mackerras wrote:
> I am currently using this patch on my powerbook to fix the problems
> that USB was causing with sleep and wakeup. Basically one of the USB
> controllers was getting a spurious wakeup immediately when put it
> into the suspend state. This would cause t
On Thursday 17 March 2005 1:54 am, Brian Murphy wrote:
> Executive summary:
> loop until dependant device list is empty instead of for loop over
> changing list.
In various other cases I've found that list_for_each_safe() is
actually not safe, and so I've had to switch to that same sort
of while-
On Thu, 17 Mar 2005, HARDY, Steven wrote:
> Hello,
>
> I am currently experiencing problems getting a 2.6.x system working on a
> Radisys 6315 PMC Processor board. This board has a Raisys 82600 chip
> interfacing to an EZ-USB device onboard.
>
> The system has been tested with the following ke
On Thu, 17 Mar 2005 11:02:58 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 17 March 2005 1:54 am, Brian Murphy wrote:
> > Executive summary:
> > loop until dependant device list is empty instead of for loop over
> > changing list.
>
> In various other cases I've found that list_fo
On Wednesday 16 March 2005 9:36 pm, Paul Mackerras wrote:
> I am currently using this patch on my powerbook to fix the problems
> that USB was causing with sleep and wakeup. Basically one of the USB
> controllers was getting a spurious wakeup immediately when put it
> into the suspend state. This
On Thursday 17 March 2005 11:24 am, Dmitry Torokhov wrote:
> On Thu, 17 Mar 2005 11:02:58 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Thursday 17 March 2005 1:54 am, Brian Murphy wrote:
> > > Executive summary:
> > > loop until dependant device list is empty instead of for loop over
> >
hi guys,
from my /var/log/messages:
Mar 17 20:56:23 hal9000 kernel: usb-storage: This device (07cf,1001,5010
S 05 P 01) has an unneeded Protocol entry in unusual_devs.h
Mar 17 20:56:23 hal9000 kernel:Please send a copy of this message to
done.
frank
---
On Thu, 17 Mar 2005, David Brownell wrote:
> > Well, as far as "list_*_safe" macros go they are actually "safe as far
> > as deleting an element from the list in the middle of the loop by the
> > same thread of execution", no more, no less.
>
> That's what I'd been trying to do when it misbehaved
On Thu, 17 Mar 2005 11:42:00 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 17 March 2005 11:24 am, Dmitry Torokhov wrote:
> > On Thu, 17 Mar 2005 11:02:58 -0800, David Brownell <[EMAIL PROTECTED]>
> > wrote:
> > > On Thursday 17 March 2005 1:54 am, Brian Murphy wrote:
> > > > Exec
Alan Stern wrote:
On Thu, 17 Mar 2005, David Brownell wrote:
Well, as far as "list_*_safe" macros go they are actually "safe as far
as deleting an element from the list in the middle of the loop by the
same thread of execution", no more, no less.
That's what I'd been trying to do when it
On Thursday 17 March 2005 12:03 pm, Alan Stern wrote:
> On Thu, 17 Mar 2005, David Brownell wrote:
>
> > > Well, as far as "list_*_safe" macros go they are actually "safe as far
> > > as deleting an element from the list in the middle of the loop by the
> > > same thread of execution", no more, no
Hi,
I apologize if some of my questions will be naive or obvious to you but I am
not sure how to continue. My USB HID device (Timex Data Recorder) is supposed
to transfer data using the bulk transfer method. My plan was to write an
application that would employ the hiddev driver for getting the
That is good to know.
Chris
On Wed, Mar 16, 2005 at 07:36:09PM -0800, David Brownell wrote:
> On Wednesday 16 March 2005 3:26 pm, Christopher Li wrote:
> > > In come to my attention that the later SuSE kernel has
> > > change the /proc/bus/usb/devices to
> > > /proc/bus/usb/devices_please-use-sys
Hi Alan,
Thanks for your reply.
On Wed, Mar 16, 2005 at 10:17:13PM -0500, Alan Stern wrote:
>
> I have to wonder why they did that? How do they think people can use
> sysfs instead of /proc/bus/usb/devices? There's lots of information in
> /proc/bus/usb/devices that isn't in sysfs at all.
I
On Thu, 17 Mar 2005, Brian Murphy wrote:
> Yes, that is correct. This is a design error (mine or the device core).
>
> So how about the patch then, any comments?
Actually it looked good to me.
Alan Stern
---
SF email is sponsored by - The I
On Tue, Mar 01, 2005 at 01:39:35AM +0100, Adrian Bunk wrote:
> This patch makes some needlessly global functions static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Produc
On Thu, Mar 03, 2005 at 02:38:56PM +0100, Adrian Bunk wrote:
> USB_HPUSBSCSI was marked as BROKEN in 2.6.11 since libsane is the
> preferred way to access these devices.
>
> Unless someone plans to resurrect this driver, I'm therefore proposing
> this patch to completely remove it.
>
> Signed-o
Hi!
I see from the drivers/usb/host/ehci-sched.c that those are not
supported. I also found a year-old post in this list by David Brownell
which states:
> It's essentially all coded, but microframe scheduling needs tweaks
> for the IN cases. I decided to force ENOMEM until that code is
> ready .
On Wed, Mar 02, 2005 at 09:18:18AM -0800, David Brownell wrote:
> This fixes a rare protocol bug that's been with us since at least 2.4 days;
> please merge.
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read
On Sun, Mar 06, 2005 at 08:50:18PM -0800, David Brownell wrote:
> This fixes the problem Holger had with his Zaurus, and adds some
> more class declarations to the headers.
> Please merge.
Applied, thanks.
greg k-h
---
SF email is sponsored
On Sun, Mar 06, 2005 at 10:56:01PM -0800, David Brownell wrote:
> This has several small updates; please merge.
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Prod
On Mon, Feb 28, 2005 at 06:45:21PM -0800, David Brownell wrote:
> 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
On Tue, Mar 01, 2005 at 01:43:52AM +0100, Adrian Bunk wrote:
> 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:
>
On Tue, Mar 01, 2005 at 01:37:58AM +0100, Adrian Bunk wrote:
> 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]>
Applied, thanks.
greg k-h
On Tue, Mar 01, 2005 at 01:35:41AM +0100, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Gu
On Fri, Mar 04, 2005 at 04:15:40PM -0500, Alan Stern wrote:
> Greg:
>
> This patch adds iConfiguration and iInterface strings to the
> g_file_storage driver (just to spiff it up and help in testing software
> that looks at those strings). It also enlarges the space reserved for the
> Manufacturer
On Sat, Mar 05, 2005 at 09:01:04AM +0100, Oliver Neukum wrote:
> Hi,
>
> this patch from David removes an obsolete error code from kaweth.
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read honest & candid revi
On Sun, Mar 06, 2005 at 08:50:11PM -0800, David Brownell wrote:
> This patch applies with minor offsets against the latest USB BK,
> adding status/interrupt transfer support to the infrastructure
> and using it for CDC Ethernet for link status notifications.
> Please merge.
Applied, thanks.
greg
On Thu, Mar 03, 2005 at 11:18:08AM -0800, David Brownell wrote:
> This addresses the problem Steve Hosgood was seeing, which
> seems to be a chip-specific misbehavior with certain sizes
> for urb buffers. Please merge.
Applied, thanks.
greg k-h
On Sun, Mar 06, 2005 at 10:55:58PM -0800, David Brownell wrote:
> Driver was wrongly reporting failure in some cases; please merge.
>
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews
On Mon, Feb 28, 2005 at 07:05:55PM -0800, David Brownell wrote:
> Removes sa-1100 support until someone finishes that driver; and
> moves dummy_hcd to the end so that Kconfig will preferentially
> configure real hardware.
Applied, thanks.
greg k-h
--
On Mon, Feb 21, 2005 at 02:22:15PM -0800, Pete Zaitcev wrote:
> Please pass this to Linus as soon as practical, because this is a bugfix.
>
> This patch was developed by Glenn Maynard for his oops back in December,
> but for some reason I forgot about it and had it reimplemented when I stepped
> o
On Sun, Mar 13, 2005 at 09:41:12PM -0800, Matthew Dharm wrote:
> This patch started life as as472 from Alan Stern, and has been rediffed
> against the current tip.
>
> This patch simply removes some unnecessary NULL checking before kfree()
> calls.
>
> Greg, please apply.
Applied, thanks.
greg
On Mon, Mar 14, 2005 at 02:59:34PM -0800, Randy.Dunlap wrote:
>
> Fix gcc printk arg type warnings:
> drivers/usb/media/pwc/pwc-if.c:325: warning: int format, different type arg
> (arg 2)
> drivers/usb/media/pwc/pwc-if.c:1182: warning: int format, different type arg
> (arg 4)
>
> Signed-off-by:
On Mon, Mar 14, 2005 at 02:57:54PM -0800, Randy.Dunlap wrote:
>
> Fix gcc printk arg type and other function parameter warnings:
Applied, thanks.
greg k-h
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hu
On Sun, Mar 06, 2005 at 11:30:38PM +0100, [EMAIL PROTECTED] wrote:
>
> compile warning cleanup - handle error return from
> scsi_add_host
>
> Signed-off-by: Stephen Biggs <[EMAIL PROTECTED]>
> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
On Sun, Mar 06, 2005 at 11:30:32PM +0100, [EMAIL PROTECTED] wrote:
>
> Replace deprecated interruptible_sleep_on_timeout() with direct
> wait-queue usage. Patch is compile-tested.
>
> Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
> Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Applied
On Mon, Feb 28, 2005 at 12:09:12PM -0500, Alan Stern wrote:
> 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.
Applied, thanks.
greg k-h
-
On Fri, Mar 04, 2005 at 04:21:36PM -0500, Alan Stern wrote:
> Greg:
>
> This patch causes the hub driver to ignore ports that are being reset by
> another driver. Without this protection khubd will sometimes notice that
> the port is behaving funny while the reset is taking place and will
> unila
Hi,
This is my first patch; I hope I did it right.
Sorry if it's a bit large, but it's a replacement of the current driver...
This patch is against a vanilla 2.6.11.4 kernel.
Please CC me, as I'm not subscribed to the list.
>>I got some usb-lcd's from ww.usblcd.de.
>>It always annoyed me that
This supports the newish (as of last summer) pullup and vbus session calls,
using them to support PM. Also sparse fixes. Tested on multiple boards;
please merge.
- Dvae
This has various updates to the PXA 21x/25x/26x UDC driver.
- Implement the "new" pullup() and vbus_session() methods, and
On Thursday 17 March 2005 5:27 pm, Antti Andreimann wrote:
>
> What is the status of this stuff now? Has anyone done any work on this
> and what exactly is the problem with current code?
It's in the kernel, and nobody's actually reported trying to _use_ the
IN transactions. The passed some testi
On Sun, Mar 13, 2005 at 09:43:42PM -0800, Matthew Dharm wrote:
> This patch started life as as473 from Alan Stern, and has been rediffed
> against the current tip.
>
> This patch changes the way the flags bits are defined, so that the
> proc_info routine can automatically list all the flags that a
On Sun, Mar 13, 2005 at 09:39:36PM -0800, Matthew Dharm wrote:
> This patch started life as as471 from Alan Stern, and has been regenerated
> against the current tip.
>
> This patch cleans up the use of header files. Primarily it makes sure
> that "usb.h" is included before any of the other local
On Sun, Mar 06, 2005 at 11:30:35PM +0100, [EMAIL PROTECTED] wrote:
>
> 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
Please merge. In addition to the clock gating updates, this
fixes two issues Alan found when he was doing that last batch
of API updates.
- Dave
This syncs the OMAP OHCI code with the latest from the OMAP tree.
The main changes are updated clock gating support (goes with some
clock tree updates,
Hello,
I am writing a driver for USB to Serial converter /bridge having 4
serial ports .
I was going through the existing USB to Serial driver . I have a few
questions related to those .
I would be glad to receive responses to my queries .
1. "num_interrupt_in" field in the usb_serial_device
Hello,
I am writing a driver for USB to Serial converter /bridge
having 4 serial ports .
I was going through the existing USB to Serial driver . I
have a few questions related to those . I would be glad to
receive responses to my queries .
1. "num_interrupt_in" field in the usb_
der engel frank wrote:
hi guys,
from my /var/log/messages:
Mar 17 20:56:23 hal9000 kernel: usb-storage: This device (07cf,1001,5010
S 05 P 01) has an unneeded Protocol entry in unusual_devs.h
Mar 17 20:56:23 hal9000 kernel:Please send a copy of this message to
This has been fixed in recent ver
I'm beginning to think that there's something wrong with your UHCI
hardware. The log shows several problems, even your syslog.3 where
neither the USB key nor the mass storage device initialized correctly.
There are port resets failing -- which is almost impossible if the devices
function correc
59 matches
Mail list logo
