Am Montag, 19. April 2004 04:55 schrieb Alan Stern:
> On Sun, 18 Apr 2004, Oliver Neukum wrote:
> > Am Sonntag, 18. April 2004 16:36 schrieb Alan Stern:
> > > > A spinlock could replace it. But that is a small detail.
> > >
> > > Yes it could. Then the driver would start to resemble its original
>
On Sun, Apr 18, 2004 at 10:08:16PM -0700, Matthew Dharm wrote:
>
> It looks fine to me. Tho you really should run this by Greg KH, at least
> so it's in his notes.
Heh, parts of this patch came from me, based on some really whack
hardware I had to help debug on 2.4.
So I'm aware of it, and
Subject of the message: Mail Delivery (failure [EMAIL PROTECTED])
Recipient of the message: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, Pr
>> it's lastest firmware version.
>> it's possible determine what it is - linux-related problem, firmware
>> problem or any hradware prolem?
DB> The symptom you gave is of a firmware bug. The vendor should
DB> of course fix such bugs, because they warrantied that their
DB> product would work. In
KONU: KIBRIS
Þanlý tarihimize ve bizlerin bir araya gelmesine neden olan olaylara bakýnca; 1974
KIBRIS BARIÞ HAREKETÝ nin baþladýðý gün 8 yaþýnda bir erkek çocuðu olan arkadaþýmýza
teyzesinin gönderdiði ve gözü gibi sakladýðý hayatýnda ilk gördüðü 100 mark ý
kumbarasýndan hiç düþünmeden çýkarýp
Hi!
Here is some noob questions about skel-driver.
How can i get skel_probe to work. It is never runned. The device is
allways claimed by linux hid driver.
I tried to look example from usbmouse.c driver, but it is 'little'
complicated to start.
So some info about how to work whit that hid drive
Here is the output of dmesg when plugging in an IBM USB MemKey
ohci_hcd :00:03.1: GetStatus roothub.portstatus [3] = 0x00010101 CSC PPS CCShub
2-0:1.0: port 3, status 101, change 1, 12 Mb/s
hub 2-0:1.0: debounce: port 3: delay 100ms stable 4 status 0x101
ohci_hcd :00:03.1: GetStatus rooth
Hi. This is the qmail-send program at rs152.securehostserver.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<[EMAIL PROTECTED]>:
vcheckquota: Message would exceed virtual user's disk quota.
/vdel
On Mon, 19 Apr 2004, Oliver Neukum wrote:
> Am Montag, 19. April 2004 04:55 schrieb Alan Stern:
> > On Sun, 18 Apr 2004, Oliver Neukum wrote:
> > > Am Sonntag, 18. April 2004 16:36 schrieb Alan Stern:
> > > > > A spinlock could replace it. But that is a small detail.
> > > >
> > > > Yes it could.
Greg and others:
A major bug in the UHCI driver turned up recently. Thanks to a lot of
help from Simone Gotti it was identified and fixed late last week. It
turned out to be entirely my fault -- a previous patch had introduced two
(!) errors. (A combination of carelessness and a nasty thinko, a
Hi,
CONFIG_DEBUG_STACKOVERFLOW is enabled, but doesn't give any information.
I even increased STACK_WARN to see if it's just on the edge...
Basically all debug options are enabled, but none produces any useful
output...
In addition I was playing a little bit more and got more useful information
Here is a slight revision of patch as246b. This one allocates all the new
interfaces before changing any other state; otherwise it's the same.
Alan Stern
= include/linux/usb.h 1.181 vs edited =
--- 1.181/include/linux/usb.h Wed Mar 31 17:13:05 2004
+++ edited/include/linux/usb.h Th
This patch is an update for the invalid-descriptor parsing code. This
version is compatible with the dynamic interface allocation in patches
as246b and as246c.
Alan Stern
--- 2.6/drivers/usb/core/config.c.orig Fri Mar 12 17:19:40 2004
+++ 2.6/drivers/usb/core/config.c Fri Mar 12 16:35:
On Fri, 16 Apr 2004, Jerone Young wrote:
> usb-storage: This device (07cf,1001,1000 S 05 P 01)
> has an unneeded Protocol entry in unusual_devs.h
>Please send a copy of this message to
> <[EMAIL PROTECTED]>
Thank you for sending this. A kernel update has been submitted to
suppress these mes
On Tue, 20 Apr 2004, Damian Ivereigh wrote:
> Here is the output of dmesg when plugging in an IBM USB MemKey
>
> usb-storage: This device (0a16,,0100 S 06 P 50) has unneeded SubClass and
> Protocol entries in unusual_devs.h
>Please send a copy of this message to <[EMAIL PROTECTED]>
Than
Andreas Hirstius wrote:
Hi,
CONFIG_DEBUG_STACKOVERFLOW is enabled, but doesn't give any information.
I even increased STACK_WARN to see if it's just on the edge...
Basically all debug options are enabled, but none produces any useful
output...
OK -- that helps narrow things down, good.
In addi
The problem is that physical USB devices aren't data structures -- you
can't deallocate one and then allocate a new copy when you need it!
Some form of synchronization is needed if we want to prevent multiple
drivers from talking to the same interface at the same time.
Nothing prevents giving out
Heh ... I like this, getting rid of more of locks from usbcore.
Duncan Sands wrote:
In later steps we can
(1) turn dev->serialize into a rwsem
That doesn't bother me (unlike some folk!) but I do
agree it should wait until the rest shakes out, and
until we can observe benefits. Hardly any code p
> > No, you are repeating the old error on a new level.
> > You cannot tell from an interface-endpoint whether the submission is
> > legal or not. The binding of an interface to a driver can change an
> > arbitrary number of times, even rebinding to the same driver is legal.
> >
> > You need to re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Originally posted to linux-usb-users]
I have a Hama external USB2 HD. I had it running for quite some time with the
SuSE 2.4.x kernels for SuSE 9.0. After upgrading first to 2.6.4 and now to
2.6.5 (2.6.5-8 SuSE Mantel Kernel) however I see frequent pr
hi,
great work that fast bug hunting :)
... mmmh, but i cant find any *remove_qh function in 2.4.26 usb-uhci,
so thats not targeting "my" problem(?)
anyway bt nap is running mostly of time, i'll investigate further after
i read the kernel hacking docs completely ;)
thx
y
tom
Alan Stern wrote:
In addition I was playing a little bit more and got more useful
information.
First, CONFIG_PREEMPT should be enabled, because without, the oops
seems to be reported at the wrong position!! (no idea why ...)
Wrong, or just different? Preempt could matter just because
it changes the timing, w
Greg:
This patch implements the endpoint_disable method for the UHCI driver, as
you requested a while back. It guarantees that during unbinding events
(disconnect, configuration change, rmmod) the UHCI driver will have
finished using every URB for the interface being unbound. It doesn't
quit
On Mon, 19 Apr 2004, Oliver Strutynski wrote:
> I have a Hama external USB2 HD. I had it running for quite some time with the
> SuSE 2.4.x kernels for SuSE 9.0. After upgrading first to 2.6.4 and now to
> 2.6.5 (2.6.5-8 SuSE Mantel Kernel) however I see frequent problems when
> transferring large
On Mon, 19 Apr 2004 19:37:03 +0200
Thomas Schorpp <[EMAIL PROTECTED]> wrote:
> great work that fast bug hunting :)
>
> ... mmmh, but i cant find any *remove_qh function in 2.4.26 usb-uhci,
>
> so thats not targeting "my" problem(?)
Well, duh, upgrade to 2.6 :-)
I may check if this is applicabl
The latest update for the USB core code was posted here:
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=108239223425404&q=raw
The final version will probably end up pretty similar to that patch, and
it will probably be accepted into the main kernel fairly soon.
Along with it I posted a compat
On Mon, 19 Apr 2004, Oliver Neukum wrote:
> This somehow doesn't add up. The data structure bound to is the interface
> and the real addressing is done to a device/endpoint pair. In fact, why do
> we have a pipe member anyway?
The HCDs use it to determine the endpoint number, transfer direction,
hi,
Pete Zaitcev wrote:
On Mon, 19 Apr 2004 19:37:03 +0200
Thomas Schorpp <[EMAIL PROTECTED]> wrote:
great work that fast bug hunting :)
... mmmh, but i cant find any *remove_qh function in 2.4.26 usb-uhci,
so thats not targeting "my" problem(?)
Well, duh, upgrade to 2.6 :-)
i cant now. need
Greg:
I'm not sure what this piece of code is doing in the UHCI driver. It
looks like someone envisioned queuing several URBs for the same endpoint
simultaneously. Anyway, the driver can't do that and this code can never
run.
Please apply.
Alan Stern
= drivers/usb/host/uhci-hcd.c 1.1
Am Montag, 19. April 2004 21:22 schrieb Alan Stern:
> On Mon, 19 Apr 2004, Oliver Neukum wrote:
> > This somehow doesn't add up. The data structure bound to is the interface
> > and the real addressing is done to a device/endpoint pair. In fact, why
> > do we have a pipe member anyway?
>
> The HCDs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 19 April 2004 20:35, Alan Stern wrote:
> To get some more useful information, turn on the usb-storage debugging
> option in your kernel's configuration. That will generate loads of extra
> debugging messages in the system log.
>
Ok, here's
Alan Stern wrote:
Several issues of varying importance came up while I was working on this.
(1) The locking in devices.c needs to be fixed. The USB subsystem
rwsem should be held over a much larger part of the code. That should be
pretty easy to do. I don't think it's necessary to use usb_g
Alan Stern wrote:
Of course, there's another problem that's equally bad but less solvable.
If the SET_CONFIGURATION message fails, the device is left in an unknown
state, probably the same state as it was in before. But we have already
disabled all the interfaces and unbound all the drivers.
Alan,
I just applied this to 2.6.6-rc1, and it fixed the data xfer/sync
disconnect problem I reported (Clie/visor/usb).
Thanks.
Robert Gadsdon.
Alan Stern wrote:
Greg and others:
A major bug in the UHCI driver turned up recently. Thanks to a lot of
help from Simone Gotti it was identified an
On Mon, 19 Apr 2004, Alan Stern wrote:
> Anyway, it's entirely possible that many of the problems people have been
> seeing are caused by that bug. This patch is the solution.
Bingo. Working now. pilot-xfer is now working again.
I only tested the fix attached to the first email and it is workin
On ma, 2004-04-19 at 22:52, Norbert Preining wrote:
> On Mon, 19 Apr 2004, Alan Stern wrote:
> > Anyway, it's entirely possible that many of the problems people have been
> > seeing are caused by that bug. This patch is the solution.
>
> Bingo. Working now. pilot-xfer is now working again.
>
>
On Mon, 19 Apr 2004, Oliver Strutynski wrote:
> Ok, here's more info. Compiled with debugging turned on. Actually took me
> pretty long to trigger the error.
>
> The first log starts with the first message in /var/log/messages right after
> plugging in the device and until right after the succe
On Mon, Apr 19, 2004 at 11:02:22PM +0200, Martijn van de Streek wrote:
> On ma, 2004-04-19 at 22:52, Norbert Preining wrote:
> > On Mon, 19 Apr 2004, Alan Stern wrote:
> > > Anyway, it's entirely possible that many of the problems people have been
> > > seeing are caused by that bug. This patch is
On Mon, 19 Apr 2004, David Brownell wrote:
> Alan Stern wrote:
> >
> > Several issues of varying importance came up while I was working on this.
> >
> > (1) The locking in devices.c needs to be fixed. The USB subsystem
> > rwsem should be held over a much larger part of the code. That shou
On Mon, 19 Apr 2004, Norbert Preining wrote:
> On Mon, 19 Apr 2004, Alan Stern wrote:
> > Anyway, it's entirely possible that many of the problems people have been
> > seeing are caused by that bug. This patch is the solution.
>
> Bingo. Working now. pilot-xfer is now working again.
Good.
> I
On Mon, 19 Apr 2004, Greg KH wrote:
> On Mon, Apr 19, 2004 at 11:02:22PM +0200, Martijn van de Streek wrote:
> >
> > Applying only the attached patch to 2.6.6-rc1 doesn't fix the OOPS on
> > removal of my Bluetooth dongle.
>
> You still need the patch to the bluetooth driver that was posted in t
I have been playing with a USB->tty interface device
(this is a USB 1.1 product from Sewell, based on the pl-2303, although
I dont think that the exact product is relevant).
I am using the USB implementation in Fedora2t1, kernel 2.6.1-1.65 .
I am sending some short (4char) signals to a X10 driver
On Mon, 19 Apr 2004 15:41:41 -0600
[EMAIL PROTECTED] wrote:
> With the USB->tty port the OFF signal never gets sent, rather
> the RTS drops as the program exits BEFORE the characters are sent to
> the device. If I put in either a second write -or- a 5 second sleep
> at the end of the program, the
On Mon, Apr 19, 2004 at 03:41:41PM -0600, [EMAIL PROTECTED] wrote:
> I have been playing with a USB->tty interface device
> (this is a USB 1.1 product from Sewell, based on the pl-2303, although
> I dont think that the exact product is relevant).
>
> I am using the USB implementation in Fedora2t1,
This message was created automatically by mail delivery software (Exim).
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[EMAIL PROTECTED]
mailbox is full (MTA-imposed quota exceeded while writing
Hi,
I have noticed an issue with writing to a USB mass storage device, which is
a flash-rom-based mp3 player.
I first noticed this issue with kernel 2.6.5 and the -mm6 patchset. I have
verified that this issue still occurs with 2.6.6-rc1-bk4, as requested by
Andrew Morton. This error was never
46 matches
Mail list logo
