Hi,
How can we determine whether the USB Key connected to a computer is bootable or
not?
What differentiate USB Keys as bootable and non-bootable media?
Thanks,
Ganesh
---
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you
kaweth.c hasn't changed since 2.6.12-rc2. Could comeone please
help Wakko identify this regression?
Thanks.
Begin forwarded message:
Date: Tue, 7 Jun 2005 23:11:01 -0400
From: Wakko Warner <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: Re: kaweth fails to work on 2.6.12-rc[56
Quoting lianwu pan <[EMAIL PROTECTED]>:
> can anybody gei wo some advise to help me figure out
> the error?
> thank u for help
Hi,
In the file /proc/bus/usb/devices the alternate interfaces should be listed, and
this should show the packet size to be sent for that endpoint. If that size is
0, th
On Tue, Jun 07, 2005 at 01:37:21PM -0400, Alan Stern wrote:
> On Tue, 7 Jun 2005, Greg KH wrote:
>
> > On Tue, Jun 07, 2005 at 11:44:48AM -0400, Alan Stern wrote:
> > > There are other, more general sorts of objections. For example, it's a
> > > mistake to try putting device-specific information
On Tue, 7 Jun 2005, Greg KH wrote:
> On Tue, Jun 07, 2005 at 11:44:48AM -0400, Alan Stern wrote:
> > There are other, more general sorts of objections. For example, it's a
> > mistake to try putting device-specific information in a module parameter
> > (which, by its very nature, should apply t
On Tue, 7 Jun 2005, Catalin Drula wrote:
> Hi,
>
> I am using a hub connected to the USB port of my laptop. I am using the
> Set/ClearPortFeature(POWER) to selectively power up/down the ports on
> the hub (I need to do this in order to powercycle some devices connected
> to the USB ports during s
On Tue, Jun 07, 2005 at 11:44:48AM -0400, Alan Stern wrote:
> There are other, more general sorts of objections. For example, it's a
> mistake to try putting device-specific information in a module parameter
> (which, by its very nature, should apply to all devices managed by that
> driver).
T
Hi,
I am using a hub connected to the USB port of my laptop. I am using the
Set/ClearPortFeature(POWER) to selectively power up/down the ports on
the hub (I need to do this in order to powercycle some devices connected
to the USB ports during some experiments). I am running kernel 2.6.11.10
and I
On Tue, 7 Jun 2005, Alex Butcher wrote:
> How about a module parameter for usb-storage?
>
> ignorequirks=<0|1>
> 0=use unusual_devs.h (default)
> 1=ignore unusual_devs.h
>
> or possibly, more flexibly:
> ignorequirks=,,<0|1>
This wouldn't solve the proble
On Tue, 7 Jun 2005, Lothar Wassmann wrote:
> Hi,
>
> > > This is true for ISP116x. But the ISP1362 has a smarter handling for
> > > periodic transfers than the ISP116x. PTDs in the INTL buffer will
> > > automatically be rescheduled without CPU intervention (as long as they
> > > are NAKed by t
Hi,
> > This is true for ISP116x. But the ISP1362 has a smarter handling for
> > periodic transfers than the ISP116x. PTDs in the INTL buffer will
> > automatically be rescheduled without CPU intervention (as long as they
> > are NAKed by the device). Thus the SOF interrupt is not necessary for
>
On Tue, 7 Jun 2005, Alan Stern wrote:
On Mon, 6 Jun 2005, Phil Dibowitz wrote:
Ultimately we may want to remove the FIX_CAPACITY flag. Thanks to the
design geniuses at Prolific we're caught in a "damned if you do, damned if
you don't" situation.
What about a sysfs option or sysctl?
I'm n
On Tue, 7 Jun 2005, Lothar Wassmann wrote:
> Hi,
>
> > SOF interrupt is needed for periodic transfers, while for
> > control and bulk transfers it is not. So, enumeration itself
> >
> This is true for ISP116x. But the ISP1362 has a smarter handling for
> periodic transfers than the ISP116x. P
On Mon, 6 Jun 2005, Phil Dibowitz wrote:
> > Ultimately we may want to remove the FIX_CAPACITY flag. Thanks to the
> > design geniuses at Prolific we're caught in a "damned if you do, damned if
> > you don't" situation.
>
> What about a sysfs option or sysctl?
> I'm not wrapping my mind aroun
On Tue, 7 Jun 2005, Martin Kessler wrote:
> I'm using uhci, again there is no usbmon in 2.6.11, nor do I know what
> exactly you want me to printk, I still have the equipment for a few days
> so I can do some test here.
> Perhaps someone can send me patch and/or tell me what you exactly need?
I
Hi,
> SOF interrupt is needed for periodic transfers, while for
> control and bulk transfers it is not. So, enumeration itself
>
This is true for ISP116x. But the ISP1362 has a smarter handling for
periodic transfers than the ISP116x. PTDs in the INTL buffer will
automatically be rescheduled wit
On Tue, 7 Jun 2005, Marco Schramel wrote:
> we use an isp1362 on kernel 2.4.25. All works fine and it communicates with
> all devices (mass storage, serials and our own usb devices).
> But there is one question regarding th isp.
> Is it really necessary to handle an interrupt every ms ? Without
Hi all,
we use an isp1362 on kernel 2.4.25. All works fine and it communicates with
all devices (mass storage, serials and our own usb devices).
But there is one question regarding th isp.
Is it really necessary to handle an interrupt every ms ? Without activating
this interrupt the devices cou
18 matches
Mail list logo
