On Fri, 15 Feb 2008, tike64 wrote:
> I can't understand what is going on with yahoo. My reply seemed perfectly
> normal before sending. Hopefully this comes through a little prettier ...
Sorry, yes, this is much better.
> Yes the risk losing data is obvious but leaking system resources is
> sim
Can you fix your email client? It turned all the space character from
my message into line breaks, and your own text doesn't include any line
breaks at all. Lines should end after about 70 columns.
On Fri, 15 Feb 2008, tike64 wrote:
> From: Alan Stern <[EMAIL PROTECTED]>
> > On
> Fri,
> 15
I can't understand what is going on with yahoo. My reply seemed perfectly
normal before sending. Hopefully this comes through a little prettier ...
From: Alan Stern <[EMAIL PROTECTED]>
> On Fri, 15 Feb 2008, tike64 wrote:
>> I have an annoying problem: When I have an USB memory stick attached
>>
From: Alan Stern <[EMAIL PROTECTED]>
> On
Fri,
15
Feb
2008,
tike64
wrote:
>>
I
have
an
annoying
problem:
When
I
have
an
USB
memory
stick
attached
>>
and
then
detach
it
while
I
have
a
file
open
on
it,
the
device
node
is
>>
left
reserved
even
if
it
disappears
I doubt the hotplug process is that slow, even on a 100-MHz 486-class
machine. Have you tried setting the delay_use=0 parameter for
usb-storage?
Haven't tried that since the hack we implemented worked. Hotplup has been faster for me lately
since I removed all of the unusual devs we don't su
On Thu, 14 Feb 2008, Brian Tuchten wrote:
> Thanks Alan. Actually the driver ejects the card before hotplug even sees
> it, so it is
> much faster than waiting 10-15 seconds for hotplug to finish searching for
> the
> product/vendor ID in it's list, and then run a script to eject the device
$Subject appears 4 Times.
Patch creates new function handshake_on_error_set_halt()
and replaces $Subject's callsites with calls to it.
Signed-off-by: Karsten Wiese <[EMAIL PROTECTED]>
---
drivers/usb/host/ehci-hcd.c | 23 ++-
drivers/usb/host/ehci-sched.c | 14 ++---
On Fri, 15 Feb 2008, tike64 wrote:
> Hello all you there,
>
> I have an annoying problem: When I have an USB memory stick attached
> and then detach it while I have a file open on it, the device node is
> left reserved even if it disappears from the /dev dir. If the device
> node was /dev/sda the
On Thu, 14 Feb 2008, Johan Hedlund wrote:
> I am using a USB keyboard on a arm system running kernel 2.6.11. I want
> to set the keyboard repeat rate and wonder how this can be done? Are
> there some application that can be used?
This is independent on the interface (USB, PS/2, bluetooth, etc)
On USB cable disconnect g_serial doesn't hangup the port tty,
which results in an endless read on the tty device. With the
following patch the read and select behave correctly when
the cable is unplugged.
Tested on at91rm9200
Signed-off-by: Savin Zlobec <[EMAIL PROTECTED]>
--
--- a/drivers/usb
Gene Heskett <[EMAIL PROTECTED]> wrote:
['cat /dev/hideaw0 | hexdump -v']
> Or some way to ship the
> $00's to /dev/null so hexdump ignores them?
.. | perl -pe 's/\00//g/' | ...
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [EMAIL PROTECTED
Hello,
> > I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> > problem.
> > Linux boots but with huge delay due to some issue with loading usb modules.
> > Udev complains:
> >
> > 'Could not lock modprobe uhci_hcd'
> > 'Could not lock modprobe yenta_socket'
> > 'Unknown
Hello all you there,
I have an annoying problem: When I have an USB memory stick attached and then
detach it while I have a file open on it, the device node is left reserved even
if it disappears from the /dev dir. If the device node was /dev/sda then next
time it would be /dev/sdb. Additional
13 matches
Mail list logo
