Begin forwarded message:
Date: Tue, 27 Jun 2006 20:18:45 +0200
From: Foli Ayivoh <[EMAIL PROTECTED]>
To: lkml
Subject: Problems with [USB] on Kernel 2.6.x [1/3]
Two issues on USB:
First:
USB-HDD boot device hangs
Tested with Kernel 2.6.16.13-4 (SuSE), Kernel 2.6.17, Kernel 2.6.17-mm2, Kernel
Dear all,
I'm new to the usb gadget device driver and starting from the
gadget zero. I have a question about connecting to a host run windows
xp. Do I need to install any other host driver in winxp for the
enumeration of zero gadget device? Thank you!
Best Regards,
boku
Using Tomcat but need
On 6/28/06, Andy Gay <[EMAIL PROTECTED]> wrote:
> I have adapted the modified Airprime driver that Greg posted a few weeks
> ago to add support for these 2 modules.
>
> That driver works for these modules if the USB IDs are added, and fixes
> the throughput problems in the earlier driver. I had to
On Wed, 2006-06-28 at 17:11 -0700, Jeremy Fitzhardinge wrote:
> Andy Gay wrote:
> > - these modules present 3 bulk EPs, the 2nd & 3rd can be used for
> > control & status monitoring while data transfer is in progress on the
> > 1st EP. This is useful (and necessary for my application) so we need to
a unitech barcode scanner i got thats usb only which i think
should show up/use usbhid driver and just act like a keyboard
on the system doesnt do so
the scanner itself i did see work in linux on a 2.4 kernel
thats made for ltsp clients the 2.6 kernels ive tried at the
moment include 2.6.17-rc(some
Anyone has a working driver for Philips isp176x?
Unfortunately the driver Philips supports is for 2.6.9 kernel and it
does not compile with the newest 2.6 kernels because of some api
changes. Just received a word from Philips that they are not planning to
do anything with it.
I would really a
Andy Gay wrote:
> - these modules present 3 bulk EPs, the 2nd & 3rd can be used for
> control & status monitoring while data transfer is in progress on the
> 1st EP. This is useful (and necessary for my application) so we need to
> increase the port count.
>
Ooh, can you share the details of tho
I have adapted the modified Airprime driver that Greg posted a few weeks
ago to add support for these 2 modules.
That driver works for these modules if the USB IDs are added, and fixes
the throughput problems in the earlier driver. I had to make some
changes though -
- there's a memory leak becau
尊敬的公司领负责人(经理／财务)您们好！
我是深圳市恒亿实业有限公司：本公司实力雄厚，有着良好的社
会关系。由于我司进项较多，完成不了每月销售额度，公司决定采取
最优惠的方式来对外代开发票。代开范围：增值税、海关缴款书、普
通商品销售发票；地税，建筑安装、运输、广告、服务业、咨询和定
额发票等；本司真诚地希望能够与贵司合作！也可为贵司节约一部分
资金！
我公司有经验丰富的办税专业人员，可协助了众多公司合理避税。
我司绝对保密您公司的权利与合作条件；本司是您首选合作的伙伴。
如果贵司在发票方面有任何疑虑，可上网查询或我司人员与贵司
Alan,
Alan Stern <[EMAIL PROTECTED]> wrote on 06/28/2006 07:09:12 AM:
> On Tue, 27 Jun 2006, Martin Rubli wrote:
>
> > As an example, the tree structure could look something like this
(slightly
> > simplified):
> >
> > /sys/class/video4linux/video0/
> >|
> >|--extension_units/
> >
You switched to usb_kill_urb(), but didn't adjust to the new status code.
Does this really _need_ any updates at all?
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere App
Hi,
I noticed that the BKL is used a couple of time in the USB subsystem.
Here is the list of the file that use it:
drivers/usb/host/uhci-debug.c
drivers/usb/misc/usblcd.c
drivers/usb/misc/sisusbvga/sisusb.c
drivers/usb/usb-skeleton.c
drivers/usb/core/devio
On Wed, 28 Jun 2006, Greg KH wrote:
> Hm, two [08/11] patches? Which is which? And does this really mean
> there are 12 patches in this series? :)
That's what happens when you try to do something like this while being
distracted by phone calls and people visiting your office...
The real patc
On Wed, Jun 28, 2006 at 12:12:07PM -0400, Alan Stern wrote:
> Greg:
>
> This patch (as734) rationalizes the various tests of device state and
> power states. There are duplications and mistaken tests in several
> places.
On Wed, Jun 28, 2006 at 12:01:47PM -0400, Alan Stern wrote:
> Greg:
>
Greg:
Pavel Machek has stated that the current /sys/devices/.../power/state
interface is broken and likely to be replaced. It seems like a good idea
to add a separate private interface for use with USB devices, where
we know that the only possible power states are suspended and fully-on.
This p
Greg:
This patch (as736) makes the hub driver more readable by improving the
usage of "#ifdef CONFIG_PM" and "#ifdef CONFIG_USB_SUSPEND".
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb/core/hub.c
==
[Resend -- the original message stated that this patch was 08/11 but it is
really 09/11]
Greg:
Since usb_generic can be unbound from a USB device, we need to be able to
handle the possibility that a suspend or resume request arrives for a
device with no driver. This patch (as735) arranges thi
Greg:
This patch (as734) rationalizes the various tests of device state and
power states. There are duplications and mistaken tests in several
places.
Perhaps the most interesting challenge is where the hub driver tests to
see that all the child devices are suspended before allowing itself to
Greg:
Since usb_generic can be unbound from a USB device, we need to be able to
handle the possibility that a suspend or resume request arrives for a
device with no driver. This patch (as735) arranges things so that resume
requests will fail and suspend requests will use the standard USB
port
Greg:
This patch (as733) fixes up the places where device states and power
states are set in usbcore. Right now things are duplicated or missing;
this should straighten things out.
The idea is that udev->state is USB_STATE_SUSPENDED exactly when the
device's upstream port has been suspended,
Greg:
Currently we rely on intf->dev.power.power_state.event for tracking
whether intf is suspended. This is not a reliable technique because that
value is owned by the PM core, not by usbcore. This patch (as718b) adds a
new flag so that we can accurately tell which interfaces are suspended a
Greg:
This patch (as717b) removes the existing recursion in hub resume code:
Resuming a hub will no longer automatically resume the devices attached
to the hub.
At the same time, it adds one level of recursion: Suspending a USB device
will automatically suspend all the device's interfaces. Fa
Greg:
This patch (as716b) splits up the core suspend and resume routines into
two parts each: one for handling devices and one for handling interfaces.
The behavior of the parts should be the same as in the old unified code.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Ind
Greg:
This patch (as714b) makes usb_generic into a usb_device_driver capable of
being probed and unbound, just like other drivers. A fair amount of the
work that used to get done during discovery or removal of a USB device
have been moved to the probe and disconnect methods of usb_generic:
creat
Greg:
This patch (as732) adds a usb_device_driver structure, for representing
drivers that manage an entire USB device as opposed to just an interface.
Support routines like usb_register_device_driver,
usb_deregister_device_driver, usb_probe_device, and usb_unbind_device are
also added.
Unlike
Greg:
This patch (as731) makes a couple of small fixes to the hub_port_resume
routine:
Don't return status >= 0 when an error occurs;
Clear the port-change-suspend status indicator after
resuming a device.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Franck Bui-Huu wrote:
>
> In devices.c, it's used by usb_device_poll() and usb_device_lseek()
> functions.
>
> usb_device_poll():
>
> It seems to use it only to protect usb_device_status
> structure. Can't we use a simple mutex here ?
actually I don't think we need a lock at all here,
On Wed, 28 Jun 2006, Franck Bui-Huu wrote:
> Hi,
>
> I noticed that the BKL is used a couple of time in the USB subsystem.
> Here is the list of the file that use it:
>
> drivers/usb/host/uhci-debug.c
> drivers/usb/misc/usblcd.c
> drivers/usb/misc/sisusbvga/sisusb.c
> dri
This patch uses completion timeout instead of a timer to implement
a timeout when submitting an URB in usb_start_wait_urb().
Signed-off-by: Franck Bui-Huu <[EMAIL PROTECTED]>
---
drivers/usb/core/message.c | 73 ++--
1 files changed, 30 insertions(+), 43
i dunno why it has still not reached the list...I sent it
6 hours ago.
Original Message
Subject: [RFC] USB subsystem and the BKL
Date: Wed, 28 Jun 2006 10:49:43 +0200
Reply-To: Franck <[EMAIL PROTECTED]>
To: USB development list
Hi,
I noticed that the BKL is used a couple of t
On Wed, 28 Jun 2006, frode isaksen wrote:
> > What would you have done if this wasn't a USB device, so there was no
> > FIX_INQUIRY option available?
> The solution I propose is:
> If the response length( inq_result[4] is zero and the vendor and
> device contains valid strings, set the length i
David Brownell wrote:
> By the way, re the $SUBJECT patch ... is there a bugfix in there,
> or is this just trying to be some kind of cleanup?
>
no there's no fix, only cleanup.
>
> On Wednesday 28 June 2006 12:47 am, Franck Bui-Huu wrote:
>
>> It seems that a call to usb_unlink_urb() doesn't
On Wed, 28 Jun 2006, Franck Bui-Huu wrote:
> Alan Stern wrote:
> >
> > However, it's important that the URB be completely finished before the
> > routine returns. Remember that the completion handler _will_ be called
> > eventually, no matter what. And urb->status isn't valid until the URB ha
On Wed, 28 Jun 2006 [EMAIL PROTECTED] wrote:
>
> Hi Alan,
>
> Thank you for the reply.
> You mentioned the problem might be with the transaction translators of
> the hub. In that case, how can we confirm the problem? Can we see any
> pointer from the logs?
I think the only way to confirm a prob
Juhee MALA wrote:
> We connect a HPDeskjet-3940 printer to our ARM based platform on a USB port.
> The port lp0 is created and it takes the driver as usblp. Now to print a text
> file we run a command
> cat filename > /dev/usb/lp0
> but it is not printing anything.
>
> But the same command is r
On Tue, 27 Jun 2006, Martin Rubli wrote:
> Dear all,
>
> Laurent Pinchart and I are currently working on adding support for
> so-called UVC extensions to his USB Video Class driver
> (http://linux-uvc.berlios.de/).
> As an example, the tree structure could look something like this (slightly
We connect a HPDeskjet-3940 printer to our ARM based platform on a USB port.
The port lp0 is created and it takes the driver as usblp. Now to print a text
file we run a command
cat filename > /dev/usb/lp0
but it is not printing anything.
But the same command is running on a HP DeskJet_840C pri
By the way, re the $SUBJECT patch ... is there a bugfix in there,
or is this just trying to be some kind of cleanup?
On Wednesday 28 June 2006 12:47 am, Franck Bui-Huu wrote:
> It seems that a call to usb_unlink_urb() doesn't always mean that the URB
> has completed.
That's how it's specified,
On Fri, 2006-06-23 at 02:00 +0100, Sergio Monteiro Basto wrote:
> On Thu, 2006-06-22 at 15:54 -0700, Chris Wedgwood wrote:
> > On Thu, Jun 22, 2006 at 11:46:38PM +0100, Sergio Monteiro Basto
> wrote:
> >
> > > yap, in my opinion this function should back to
> >
> > > +DECLARE_PCI_FIXUP_ENABLE(PCI
Le 27 juin 06 à 18:03, Alan Stern a écrit :
> On Tue, 27 Jun 2006, frode isaksen wrote:
>
>>> Are you absolutely certain these devices need the FIX_INQUIRY flag?
>>> Windows also uses an INQUIRY command, you know -- do they work under
>>> Windows? Is there maybe a firmware update available for t
贵公司负责人(经理/财务)您好：
我公司是深圳市恒威实业有限公司.本公司实力雄厚(全国各地均有分公司).
有着良好的社会关系.因我公司进项较多完成不了每月定税额度,每月有一部分
各行业增值税电脑发票（海关缴款书）6％和普通发票(国税/地税)如商品销售
餐饮业.其他服务业．建筑安装等等发票以2％优惠代开与合作.可以为贵公司
节省运做成本.还可以根据贵公司要求代开的数量额度来商讨代开优惠的点数.
我公司有经验丰富的办税专
Alan Stern wrote:
>
> However, it's important that the URB be completely finished before the
> routine returns. Remember that the completion handler _will_ be called
> eventually, no matter what. And urb->status isn't valid until the URB has
> completed.
>
It seems that a call to usb_unlink
42 matches
Mail list logo
