Dear all,
I've used LMBench to benchmark context switch between 2.4 and 2.6, and
found an interesting thing that
when the thread size is between 0~1024KByte, the switching time increased as
everyone predicted, however, when
bigger than 2M, it sharply decreased, like this:
256Kbyte/4
Dear Yahoo! Groups member,
You belong to one or more email groups provided by Yahoo! Groups
(groups.yahoo.com).
Recently, messages sent to you from Yahoo! Groups have been
returned to us as undeliverable. As a result, we have temporarily
turned off message delivery to this email address.
If
On Fri, 10 Nov 2006 00:47:59 -0800 David Brownell [EMAIL PROTECTED] wrote:
On Thursday 09 November 2006 11:56 pm, Stefan Meyer wrote:
Changing it to 0x001C creates a 512MByte windows (this was of course a
non-generic quick fix).
Running with anything up to 256MByte is fine.
My
On Friday 18 May 2007, Andrew Morton wrote:
On Fri, 10 Nov 2006 00:47:59 -0800 David Brownell [EMAIL PROTECTED] wrote:
On Thursday 09 November 2006 11:56 pm, Stefan Meyer wrote:
Changing it to 0x001C creates a 512MByte windows (this was of course a
non-generic quick fix).
Hi,
If you are interested, the files are:
http://www.turbocat.net/~hselasky/isdn4bsd/sources/src/sys/dev/usb/usb_compat_linux.c
http://www.turbocat.net/~hselasky/isdn4bsd/sources/src/sys/dev/usb/usb_compat_linux.h
It is almost finished now.
And it is not very much code.
--HPS
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Friday, May 18, 2007 6:49 PM
To: Andrew Morton
Cc: Stefan Meyer; linux-usb-devel@lists.sourceforge.net; Alan Stern;
Greg KH;
[EMAIL PROTECTED]; Natalie Protasevich; Li Yang-r58472
Subject: Re: [Bulk] Re:
On Friday 18 May 2007, Li Yang-r58472 wrote:
So, did this ever get fixed? (Full history at
http://bugzilla.kernel.org/show_bug.cgi?id=7482)
Not from what I can tell. I cc'd the Freescale person who seems
to be maintaining EHCI on that platform ...
I see. The complete fix that I
On Thu, 17 May 2007, Chris Frey wrote:
Hi,
Below is a patch with the following changes to the berry_charge.c module:
1) kzalloc() is called, but memory is never freed
Is this a memory leak? I'm not sure, but the buffer is only
a dummy buffer to hold return data that is
On Fri, 18 May 2007, Tomohiro Kusumi wrote:
Hi
I'm using HP storageworks USB DAT device on RHEL4 (based on kernel 2.6.9).
It works okay most of the times, but sometimes the driver does not detect
the device (about 1 out of 10 times). No other USB devices are used on the
system. Let me
On Fri, 18 May 2007, Pu Jiangbo wrote:
Dear all,
I've used LMBench to benchmark context switch between 2.4 and 2.6, and
found an interesting thing that
when the thread size is between 0~1024KByte, the switching time increased as
everyone predicted, however, when
bigger than 2M, it
On Fri, 18 May 2007, Hans Petter Selasky wrote:
Hi,
If you are interested, the files are:
http://www.turbocat.net/~hselasky/isdn4bsd/sources/src/sys/dev/usb/usb_compat_linux.c
http://www.turbocat.net/~hselasky/isdn4bsd/sources/src/sys/dev/usb/usb_compat_linux.h
It is almost finished
Greg:
It looks like your development directory has gotten a little out of
sync with itself. Look at this sublisting:
gregkh-01-driver/17-May-2007 14:55-
gregkh-02-i2c/ 10-May-2007 14:41-
gregkh-02-pci/
On Fri, May 18, 2007 at 10:20:51AM -0400, Alan Stern wrote:
1) kzalloc() is called, but memory is never freed
Is this a memory leak? I'm not sure, but the buffer is only
a dummy buffer to hold return data that is never used,
so I suspect a stack variable will suffice.
On Friday 18 May 2007 16:26, Alan Stern wrote:
On Fri, 18 May 2007, Hans Petter Selasky wrote:
Hi,
If you are interested, the files are:
http://www.turbocat.net/~hselasky/isdn4bsd/sources/src/sys/dev/usb/usb_co
mpat_linux.c
On Fri, 18 May 2007, Hans Petter Selasky wrote:
It occurred to me last night that you could accomplish what you want
without any change to the Linux drivers at all. Just change the
FreeBSD stack so that it preallocates one or two transfers for every
endpoint at the time the endpoint is
On Fri, 18 May 2007, Chris Frey wrote:
Apparently you don't understand how usb_driver_set_configuration()
works. It doesn't set the configuration immediately; in fact the
Set-Config doesn't happen until after your driver returns.
Thank you for the explanation. If I understand
Cc'ding you guys directly, this patch send on 9 May doesn't seem to be
picked up yet.
I've tested this patch on ubuntu's 2.6.20 kernel.
It adds the same quirks for the PCS Ltd pu203 as I recently added for
the Wisegroup quad controller.
I don't exactly know if both quirks are required (for
On Sat, 19 May 2007, jidong xiao wrote:
By the way,I remember in drivers/usb/storage/scsiglue.c, there is a chunk of
comments about scatter-gather buffers.
Regarding this, I have one question:
except at the beginning and the end, scatter-gather buffers follow page
boundaries, why? i.e. Is
On Friday 18 May 2007, jidong xiao wrote:
Regarding this, I have one question:
except at the beginning and the end, scatter-gather buffers follow page
boundaries, why? i.e. Is there any specific reason that sg buffers should
follow page boundaries? Then why the beinging and the end are
On Fri, 18 May 2007, David Brownell wrote:
On Friday 18 May 2007, jidong xiao wrote:
Regarding this, I have one question:
except at the beginning and the end, scatter-gather buffers follow page
boundaries, why? i.e. Is there any specific reason that sg buffers should
follow page
On Fri, 18 May 2007, Sam Liddicott wrote:
Cc'ding you guys directly, this patch send on 9 May doesn't seem to be
picked up yet.
Hi Sam,
was I CCed on the original patch? I can't find your mail in my mailbox ...
if it went just to linux-usb-devel/lkml, it could happen that I have
missed it,
There is a published errata for the PPC440EPX, USBH_23: EHCI and OHCI
Linux module contention. The overview states: When running Linux with
both EHCI and OHCI modules loaded, the EHCI module experiences a fatal
error when a high-speed device is connected to the USB2.0 Host
controller.
The EHCI
(Sorry for this repost, apparently the mailserver reformats before sending.)
There is a published errata for the PPC440EPX, USBH_23: EHCI and OHCI
Linux module contention. The overview states: When running Linux with
both EHCI and OHCI modules loaded, the EHCI module experiences a fatal
error
23 matches
Mail list logo