From: "Brown, Len" <[EMAIL PROTECTED]>
Date: Mon, 13 Feb 2006 02:07:50 -0500
> >- In http://bugzilla.kernel.org/show_bug.cgi?id=5989, Sanjoy
> >Mahajan has another regression, but he's off collecting more info.
>
> We're talking here about a system from 1999 where Windows 98
> refuses to run in
On Thu, 6 Jan 2005 20:51:44 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> DaveM can probably give you more details since he tried unsucessfully
> to make it work. I think the problem is that there is no enough
> information for the compat layer to convert everything.
When the usbfs async stuff wr
On Fri, 27 Aug 2004 22:06:29 +0200
Kenneth Lavrsen <[EMAIL PROTECTED]> wrote:
> Just look at the reaction everywhere. I have rarely seen so many angry
> Linux users.
I love sensationalism. And you're really good at twisting the
facts my friend. People can still get their cameras working
just f
On Fri, 27 Aug 2004 21:54:55 +0200
Kenneth Lavrsen <[EMAIL PROTECTED]> wrote:
> - What is your excuse for forcing us to throw away worth 2000 dollars of
> cameras?
You, just like the rest of the world and even distribution makers if
they choose to do so, can patch the driver back into the kernel
All 4 patches applied, thanks Stephen.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administra
On Fri, 20 Feb 2004 18:10:41 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> Hrm... so if the USB device drivers are actually doing the dma mapping
> themselves, it make sense for them to pass their own struct device, no ?
That's right, at least that was the idea.
I get the impression
On Thu, 19 Feb 2004 23:03:31 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Fri, 20 Feb 2004, Benjamin Herrenschmidt wrote:
> >
> > > Well, we do. The pcibios_xxx routines get called for all PCI devices
> > > during discovery, and that's when you'd fill them in.
> >
> > But wh
On Tue, 17 Feb 2004 14:02:08 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> Alan Stern wrote:
> > Can anyone answer the question in the Subject: line? Is it just an
> > historical relic?
>
> Dave Miller added them a while back, so that (as I recall)
> some SPARC keyboard handling would work
On Fri, 31 Oct 2003 11:50:01 -0800
David Mosberger <[EMAIL PROTECTED]> wrote:
> > On Fri, 31 Oct 2003 11:28:20 -0800, David Brownell <[EMAIL PROTECTED]> said:
>
> David.B> You sound alarmed! If that's alarmed enough to find out
> David.B> what the real problem is, maybe you'll end up fix
From: David Brownell <[EMAIL PROTECTED]>
Date: Thu, 05 Dec 2002 20:55:23 -0800
> EHCI is problematic here, as it does the URB
> work in a tasklet :( we need to decide whether
> we can move the normal URB completion back into
> the hw interrupt handler or
From: Oliver Neukum <[EMAIL PROTECTED]>
Date: Wed, 12 Jun 2002 21:58:55 +0200
Perhaps I might point out that we need a solution for 2.4.
For 2.4.x just do the DMA alignment macro idea. That would
be the easiest change to verify.
From: Greg KH <[EMAIL PROTECTED]>
Date: Sun, 6 Jan 2002 13:05:59 -0800
diff -Nru a/arch/sparc64/kernel/ioctl32.c b/arch/sparc64/kernel/ioctl32.c
--- a/arch/sparc64/kernel/ioctl32.c Sun Jan 6 12:18:36 2002
+++ b/arch/sparc64/kernel/ioctl32.c Sun Jan 6 12:18:36 2002
Thank you.
Again, drivers/usb/inode.c:usbdevfs_read_super()
read_lock_irq(&usb_bus_list_lock) then does new_bus_inode()
with that held, which goes iget() which obviously can sleep.
Ho hum...
Franks a lot,
David S. Miller
[EMAIL PROTECTED]
___
[E
drivers/usb/inode.c:usbdevfs_root_readdir()
read_lock_irq(&usb_bus_list_lock) then calls filldir callback with
that held, which touches userspace.
Franks a lot,
David S. Miller
[EMAIL PROTECTED]
___
[EMAIL PROTECTED]
To unsubscribe, use the
No, it is unacceptable.
Later,
David S. Miller
[EMAIL PROTECTED]
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/listinfo/linux-usb-devel
ke this reverse mapping.
Later,
David S. Miller
[EMAIL PROTECTED]
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/listinfo/linux-usb-devel
one start, add the offset to
> the virtual and voila.
Thankfully, some people are not lazy :-)
Later,
David S. Miller
[EMAIL PROTECTED]
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/listinfo/linux-usb-devel
ace neither
should the pool routines.
Drivers can keep track of this kind of information themselves,
and that is what I tell every driver author to do who complains
of a lack of a "bus_to_virt()" type thing, it's just lazy
programming.
Later,
David
Russell King writes:
> A while ago, I looked at what was required to convert the OHCI driver
> to pci_alloc_consistent, and it turns out that the current interface is
> highly sub-optimal. It looks good on the face of it, but it _really_
> does need sub-page allocations to make sense for USB
19 matches
Mail list logo
