On Thu, 2006-01-12 at 23:33 -0800, Andrew Morton wrote:
> David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > On Wednesday 11 January 2006 2:54 am, Andrew Morton wrote:
> > >
> > > I'm getting bored of fixing these things. It's someone else's turn ;)
> >
> > Here's a patch that should solve the
David Brownell <[EMAIL PROTECTED]> wrote:
>
> On Wednesday 11 January 2006 2:54 am, Andrew Morton wrote:
> >
> > I'm getting bored of fixing these things. It's someone else's turn ;)
>
> Here's a patch that should solve the net2280 one,
Danke.
> but I'm not clear why this one happens:
Beca
On Wednesday 11 January 2006 2:54 am, Andrew Morton wrote:
>
> I'm getting bored of fixing these things. It's someone else's turn ;)
Here's a patch that should solve the net2280 one, but I'm not clear
why this one happens:
> drivers/usb/gadget/inode.c: In function `gadgetfs_fill_super':
> drive
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2006-01-12 05:19]:
> An OHCI interface works by having a set of 32 bit registers in
> an IO or memory window, and various data structures in host RAM .
> PCMCIA/CF is too limited an interface for the device to gain access to
> host RAM, so, the
Thanks for your time.
Alan Stern wrote:
> You must not have sent a Set-Port-Feature request. This warning gets
> invoked only when the recipient part of bRequestType is ENDPOINT or
> INTERFACE, and for Set-Port-Feature the recipient is OTHER.
[...]
> You are allowed to send control messages whose
That was it. Thanks for the help.
David
On Tue, 2006-01-10 at 10:07 -0500, Alan Stern wrote:
> On Mon, 9 Jan 2006, Andrew Morton wrote:
>
> > Begin forwarded message:
> >
> > Date: Sun, 08 Jan 2006 21:44:01 -0500
> > From: David Ronis <[EMAIL PROTECTED]>
> > To: linux-kernel@vger.kernel.org
>
On Thu, 2006-01-12 at 18:36 -0500, Dave Jones wrote:
> > SCSI device sdb: 321672960 512-byte hdwr sectors (164697 MB)
> > slab error in cache_free_debugcheck(): cache `sgpool-8': double free, or
> > memory outside object was overwritten
> > [] cache_free_debugcheck+0x1ab/0x22f []
> >
On Thursday 12 January 2006 5:18 am, [EMAIL PROTECTED] wrote:
>
> Hello ,
>
> I have a PCMCIA multifunction card with a USB port and a serial port.
> The USB controller on the card is OHCI-similar however it has the
> following peculiarity -
> An OHCI interface works by having a set of 3
Dave Jones wrote:
A nasty 2.6.15 report from one of our Fedora users.
Dave
> then when it got to map my USB drive:
> SCSI device sdb: 321672960 512-byte hdwr sectors (164697 MB)
> slab error in cache_free_debugcheck(): cache `sgpool-8': double free, or
> memory outside ob
A nasty 2.6.15 report from one of our Fedora users.
Dave
> then when it got to map my USB drive:
> SCSI device sdb: 321672960 512-byte hdwr sectors (164697 MB)
> slab error in cache_free_debugcheck(): cache `sgpool-8': double free, or
> memory outside object was overwritten
(For the onlookers ... try this patch even if it doesn't solve Rene's
problem. I know other folk have had unlinking issues, and it's more
probable that this patch will improve those behaviors ...)
On Thursday 12 January 2006 1:38 pm, Rene Herman wrote:
>Very noisy obviously, but once thi
On Thu, 12 Jan 2006, Willi Mann wrote:
> > Willi, perhaps you can try this patch in place of the one I sent you
> > earlier. Hopefully it will work just as well; if it doesn't please let us
> > know.
> And I had to reboot because the machine froze. (no mouse, no keyboard,
> no network, frozen
David Brownell wrote:
Darn, I was hoping ... solving that one seems like it may need a
PCI analyser. Either there's some bizarre path where the driver
is turning that schedule on/off, or the controller itself is doing
that. Unless there's a clue somewhere in an email I've not yet read,
then I'
Willi, perhaps you can try this patch in place of the one I sent you
earlier. Hopefully it will work just as well; if it doesn't please let us
know.
Jan 12 21:51:51 wmiwilli kernel: usbhid 2-1:1.0: retrying intr urb
Jan 12 21:52:54 wmiwilli kernel: usbhid 2-1:1.0: retrying intr urb
Jan 12 21
On Thursday 12 January 2006 6:21 am, Rene Herman wrote:
> David Brownell wrote:
>
> > I suspect this patch will help some of the folk having issues with
> > the EHCI driver not unlinking things correctly, including in
> > disconnect paths. Those issues don't happen with all systems.
> >
> > Let
On Thursday 12 January 2006, Pete Zaitcev wrote (in another snide postscript):
>
> P.P.S. The USB stack was careful to use correct sizes historically.
> One grep of the source will tell you that all this stench emanates from
> the newer code, in particular the gadget and its attendant components,
> I only got 2 of these, is my mail just being slow (which it does at odd
> times), or did you stop sending them based on some problems on your end?
I stopped sending them based on problems on my end. I'll send the rest
tomorrow.
Ciao,
Duncan.
-
Hi All,
I am porting linux to a custom ARM board. It has an onboard PCI USB hub. The
hub
is detected properly but when I plugin a keyboard it give the above mentioned
error. ACPI is not enabled.
Also, whenever I plugout the device and plug it back, i can see that the /proc
interrupts for th
On Fri, Jan 06, 2006 at 06:38:46PM +, Russell King wrote:
> > /* All standard descriptors have these 2 fields at the beginning */
> > struct usb_descriptor_header {
> > __u8 bLength;
> > __u8 bDescriptorType;
> > };
>
> sizeof(struct usb_descriptor_header) will be 4 on ARM. If this
On Thu, Jan 12, 2006 at 05:29:51PM +0100, Duncan Sands wrote:
> Hi Greg, here are some fixes and improvements to the USB ATM
> modem drivers, in thirteen patches:
I only got 2 of these, is my mail just being slow (which it does at odd
times), or did you stop sending them based on some problems on
Have minidrivers and the core signal special requirements
using a flags field in struct usbatm_data. For the moment
this is only used to replace the need_heavy_init bind
parameter, but there'll be new flags in later patches.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
diff -x '*.orig' -x '*.
Sorry, it wasn't a -p1 patch (I should really automate this).
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
diff -x '*.orig' -x '*.base' -u -r Linux/drivers/usb/atm.orig/cxacru.c Linux/drivers/usb/atm/cxacru.c
--- Linux/drivers/usb/atm.orig/cxacru.c 2006-01-12 18:27:56.0 +0100
+++ Linux
On Thu, 12 Jan 2006 17:26:17 +, Russell King <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 12, 2006 at 09:20:06AM -0800, Pete Zaitcev wrote:
> > P.S. I am repeating myself as Katon, but I am yet to see why any of
> > this matters. Neither Russell nor Oliver ever presented a case where
> > an unpack
On Thu, Jan 12, 2006 at 05:22:47PM +, David Vrabel wrote:
> Russell King wrote:
> > BTW, it's worth noting that the new EABI stuff has it's own set of
> > problems. We have r0 to r6 to pass 32-bit or 64-bit arguments.
> > With EABI, 64-bit arguments will be aligned to an _even_ numbered
> > re
You'll need to add the USB_SERIAL_OPTION to your kernel. I think the drvier
was added in 2.6.12.
It's under the USB Serial Converter support.
see http://sourceforge.net/mailarchive/message.php?msg_id=13033838 for
information about creating a patch. You'll need to add the vendor 0x0c88 and
pr
On Thu, Jan 12, 2006 at 09:20:06AM -0800, Pete Zaitcev wrote:
> P.S. I am repeating myself as Katon, but I am yet to see why any of
> this matters. Neither Russell nor Oliver ever presented a case where
> an unpacked struct caused breakage in USB.
If you would like to refresh your memory (which is
Russell King wrote:
> BTW, it's worth noting that the new EABI stuff has it's own set of
> problems. We have r0 to r6 to pass 32-bit or 64-bit arguments.
> With EABI, 64-bit arguments will be aligned to an _even_ numbered
> register.
Is there a reason for this alignment requirement?
David Vrabel
On Thu, 12 Jan 2006 13:27:12 +0100 (MET), Mikael Pettersson <[EMAIL PROTECTED]>
wrote:
> [...] Do you have any
> information about why gcc is doing this on ARM/Linux?
Russell forgot to explain it, but the reason for this weirdness is real.
It is so you can do things like this:
struct foo {
On Thu, Jan 12, 2006 at 05:30:11PM +0100, Mikael Pettersson wrote:
> OK, thanks for this info. It means that GCC is the definitive authority
> on calling conventions and data layouts, not the AAPCS; I wasn't aware of
> that before.
BTW, it's worth noting that the new EABI stuff has it's own set of
Formatting, changes to variable names, comments, log level changes,
printk rate limiting.
Signed-off-by: Duncan Sands <[EMAIL PROTECTED]>
Index: kernel/cxacru.c
===
--- kernel.orig/cxacru.c 2006-01-10 08:42:02.0 +0100
+++ ker
Russell King writes:
> > As fas as I can tell, the AAPCS document (v2.03 7th Oct 2005) requires
> > that a simple "struct foo { unsigned char c; };" should have both size
> > and alignment equal to 1, but gcc makes them both 4. Do you have any
> > information about why gcc is doing this on ARM/
Hi Greg, here are some fixes and improvements to the USB ATM
modem drivers, in thirteen patches:
01: trivial modifications (formatting, changes to variable names,
comments, log level changes, printk rate limiting).
02: have minidrivers tell the core about special requirements
using a flags field.
Howard,
Where is the "option" driver that you mentioned that you used with the Kyocera
KPC650.
I am seeing frequent stalls with the generic usbserial driver, I would like to
try the "option" driver that you mentioned.
Thanks,
- Nathan.
--
___
Chec
On Thu, 12 Jan 2006, Reuben Farrelly wrote:
> >> Initializing USB Mass Storage driver...
> >> irq 193: nobody cared (try booting with the "irqpoll" option)
> >> handlers:
> >> [] (usb_hcd_irq+0x0/0x56)
> >> Disabling IRQ #193
> >
> > USB lost its interrupt. Could be USB, more likely ACPI.
>
>
On Thu, 12 Jan 2006, Eildert Groeneveld,TZV,+44(0)5034-871155,+49(0)5034-4426
wrote:
> It seems that I have problems with all USB2.0 devices (various sticks and
> USB disk drives):
> usb 4-4: new high speed USB device using ehci_hcd and address 2
> usb 4-4: new high speed USB device using ehci_hc
On Thu, 12 Jan 2006, NIIBE Yutaka wrote:
> Alan Stern wrote:
> > You have completely misunderstood David's point. You _don't_ need to
> > modify the kernel at all.
>
> Ah, well. I should have explained what I did, I was so excited when I
> succeeded to control port power.
>
> I think that we n
David Brownell wrote:
I suspect this patch will help some of the folk having issues with
the EHCI driver not unlinking things correctly, including in
disconnect paths. Those issues don't happen with all systems.
Let us know if this improves things; the patch should apply to
most 2.6 kernels, t
On Thu, Jan 12, 2006 at 01:47:29PM +, Russell King wrote:
> Due to lack of manpower on the Linux side (iow, more or less just me)
> this became the ABI of the early ARM Linux a.out toolchain. At that
> time, I did not consider this to be a problem - it wasn't a problem
> as far as the kernel w
On Thu, Jan 12, 2006 at 01:27:12PM +0100, Mikael Pettersson wrote:
> On Fri, 6 Jan 2006 18:38:46 +, Russell King wrote:
> >> is there any architecture for which packed is required in structures like
> >> this:
> >>
> >> /* All standard descriptors have these 2 fields at the beginning */
> >>
Hello ,
I have a PCMCIA multifunction card with a USB port and a serial port.
The USB controller on the card is OHCI-similar however it has the
following peculiarity -
An OHCI interface works by having a set of 32 bit registers in
an IO or memory window, and various data structures
On Fri, 6 Jan 2006 18:38:46 +, Russell King wrote:
>> is there any architecture for which packed is required in structures like
>> this:
>>
>> /* All standard descriptors have these 2 fields at the beginning */
>> struct usb_descriptor_header {
>> __u8 bLength;
>> __u8 bDescriptor
On 12/01/2006 5:33 p.m., Andrew Morton wrote:
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
Initializing USB Mass Storage driver...
irq 193: nobody cared (try booting with the "irqpoll" option)
[] dump_stack+0x17/0x19
[] __report_bad_irq+0x27/0x83
[] note_interrupt+0x7e/0x21d
It seems that I have problems with all USB2.0 devices (various sticks and
USB disk drives):
usb 4-4: new high speed USB device using ehci_hcd and address 2
usb 4-4: new high speed USB device using ehci_hcd and address 20
usb 4-4: new high speed USB device using ehci_hcd and address 32
usb 4-4: new
I suspect this patch will help some of the folk having issues with
the EHCI driver not unlinking things correctly, including in
disconnect paths. Those issues don't happen with all systems.
Let us know if this improves things; the patch should apply to
most 2.6 kernels, this changes some pretty o
44 matches
Mail list logo
