---
Èç ²» Ðè Òª Ïà ¹Ø ÐŠϢ Çë »Ø ¸´ ÍË ¶¨ ÓÊ [EMAIL PROTECTED]
---
»ª Ϊ µÄ ÊÀ ½ç
At the moment I have a Jetway/VIA Mainboard which seems to have a
problem with the handoff.
Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
cleared. I think this is a BIOS
bug and I will have to talk to Jetway/VIA.
On the other hand, I don't need the EHCI controller in my
On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
WARNING: at kernel/irq/resend.c:69 check_irq_resend()
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d]
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
WARNING: at kernel/irq/resend.c:69 check_irq_resend()
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d] show_trace+0x12/0x14
[c01051e0] dump_stack+0x15/0x17
[c013b001]
* Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
yeah, harmless.
Ingo
just a preliminary strike, trying to make some of these names uniform.
that includes having to change some of the settings in various
defconfig files.
not compile tested, i'm just interested if this is acceptable.
---
arch/arm/configs/corgi_defconfig |2 +-
Am Dienstag 31 Juli 2007 schrieb Alan Stern:
You assign dev-intf in both the usbnet framework driver and the
subdriver. Could the subdriver's assignment be removed?
Here we go again.
Regards
Oliver
Signed-off-by: Oliver Neukum [EMAIL PROTECTED]
---
---
Hi Dave,
We are using Ethernet gadget to communicate with Windows host with RNDIS mode.
We tried to use NFS on the simulated network, but keep getting no response
error when transmitting big files. As you mentioned in the ether.c that RNDIS
mode is buggy, it's better to use host driver from
Hi David,
git commit b2bbb20b37d734443d1c279d0033a64f6095db54 added direct support for
PXA GPIO D+ pullup as alternative to the older udc_command ops method.
This was done by introduction of a new pxa2xx_udc_mach_info
member gpio_pullup which, if initialized, is now used in all places where
(CCs adjusted)
On Wed, 1 Aug 2007, Andrew Morton wrote:
usb 2-1: USB disconnect, address 2
BUG: atomic counter underflow at:
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d] show_trace+0x12/0x14
[c01051e0] dump_stack+0x15/0x17
[c01418cf] __free_pages+0x50/0x52
[c01418f0]
Hi,
on an i.MX31 ARM based system which has an EHCI controller on-chip,
kernel version 2.6.19.2 crashes occur randomly with lots of USB bulk
traffic in action, usually after around some minutes of consecutive
streaming. As the generic EHCI stack seems to be affected, I doubt
that I have
On Tue, 31 Jul 2007, Chr wrote:
But I have one (final?) question. Since I am sometimes stuck to 80x25
console...
can we alphabetically sort the blacklist by the Vendor (the first
field), instead of the quirk field(last field)? Or is there a
technical/theoretical reason behind it?
I find
Mariusz Kozlowski writes:
Second issue as reported earilier allmodconfig fails to build on imac g3.
Do you really mean g3? If so it's a 32-bit kernel and it shouldn't be
building lparmap.s. Or do you mean G5?
CC arch/powerpc/kernel/lparmap.s
AS arch/powerpc/kernel/head_64.o
On Tue, 31 Jul 2007, Matthew Dharm wrote:
What the heck happened to your logs? It looks like about 75% of the data
is being lost from the log file...
With all the USB I/O activity going on, syslogd must not be getting
enough CPU time to capture all the kernel log data.
If more detail is
On Tue, 31 Jul 2007, Kostas Peletidis wrote:
Branden Sletteland wrote:
I have also noticed this delay and have through instrumenting code
have found that every block in the device gets read in. I never
checked if it was something in the df, filesystem, SCSI, or USB
subsystems that was
On Wed, 1 Aug 2007, David Engraf wrote:
At the moment I have a Jetway/VIA Mainboard which seems to have a problem
with the handoff. Even
when I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not cleared.
I think this is a BIOS
bug and I will have to talk to Jetway/VIA.
I have the
On Wednesday 01 August 2007, Li Yang-r58472 wrote:
Hi Dave,
We are using Ethernet gadget to communicate with Windows
host with RNDIS mode. We tried to use NFS on the simulated
network, but keep getting no response error when
transmitting big files. As you mentioned in the ether.c
that
On Tue, 31 Jul 2007, A. Kalten wrote:
The kernel 2.6.22 was patched and recompiled.
It shouldn't make a difference but the problem occurs
only if I load the modules _before_ plugging in the external
modem. If I load the modules _after_ plugging in the modem,
the problem disappears. (At
On Tue, Jul 31, 2007 at 11:08:37PM +0100, Kostas Peletidis wrote:
Branden Sletteland wrote:
I have also noticed this delay and have through instrumenting code
have found that every block in the device gets read in. I never
checked if it was something in the df, filesystem, SCSI, or USB
On Wed, Aug 01, 2007 at 10:02:30AM +0200, Mariusz Kozlowski wrote:
Then reattaching a usb mouse caused this (only once)
usb 2-1: USB disconnect, address 2
BUG: atomic counter underflow at:
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d] show_trace+0x12/0x14
[c01051e0]
Greg KH wrote:
On Tue, Jul 31, 2007 at 04:00:15PM -0700, Pete Zaitcev wrote:
On Tue, 31 Jul 2007 17:00:04 -0500, [EMAIL PROTECTED] wrote:
+ list_for_each_safe (entry, tmp, qh-qtd_list) {
+ qtd = list_entry (entry, struct ehci_qtd, qtd_list);
+ if (cpu_to_le32
First try at patch, to have it ready for 2.6.24 merge window. Already
includes correction for max-packet size.
--
This patch adds support for the KingSun Dazzle USB IrDA dongle.
This dongle does not follow the usb-irda specification, so it needs its
own special driver.
On Wed, 1 Aug 2007, Sergey Vlasov wrote:
On Tue, Jul 31, 2007 at 11:08:37PM +0100, Kostas Peletidis wrote:
Branden Sletteland wrote:
I have also noticed this delay and have through instrumenting code
have found that every block in the device gets read in. I never
checked if it was
On Wed, Aug 01, 2007 at 01:14:40PM -0400, Alan Stern wrote:
On Wed, 1 Aug 2007, Sergey Vlasov wrote:
On Tue, Jul 31, 2007 at 11:08:37PM +0100, Kostas Peletidis wrote:
Branden Sletteland wrote:
I have also noticed this delay and have through instrumenting code
have found that every
Sergey Vlasov wrote:
On Tue, Jul 31, 2007 at 11:08:37PM +0100, Kostas Peletidis wrote:
Branden Sletteland wrote:
I have also noticed this delay and have through instrumenting code
have found that every block in the device gets read in. I never
checked if it was something in the df,
On Wed, 1 Aug 2007, Sergey Vlasov wrote:
But reading the whole FAT is very different from reading the entire
partition.
Reading the entire 500GB in one minute? I would really like to have
such disk :)
Most likely every block here really means a large sequential read.
Not sure what
Sergey Vlasov wrote:
On Wed, Aug 01, 2007 at 01:14:40PM -0400, Alan Stern wrote:
On Wed, 1 Aug 2007, Sergey Vlasov wrote:
[...]
Without usefree the vfat code in 2.6.22 will read the whole FAT
to count free clusters on the filesystem.
But reading the whole FAT is very
On Wed, 1 Aug 2007 11:55:25 -0400 (EDT)
Alan Stern [EMAIL PROTECTED] wrote:
This shouldn't make any difference. Your later message was
self-contradictory; you wrote that the oops occurred only if the
modules were loaded before the modem was plugged in, and that it also
occurred if the
On Wed, Aug 01, 2007 at 05:13:51AM -0400, Robert P. J. Day wrote:
just a preliminary strike, trying to make some of these names uniform.
that includes having to change some of the settings in various
defconfig files.
not compile tested, i'm just interested if this is acceptable.
If you
On Wed, Aug 01, 2007 at 09:21:12AM +0200, David Engraf wrote:
At the moment I have a Jetway/VIA Mainboard which seems to have a
problem with the handoff.
Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
cleared. I think this is a BIOS
bug and I will have to talk to
From: Mike Nuss [EMAIL PROTECTED]
The ZF Micro OHCI controller exhibits unexpected behavior that seems to be
related to high load. Under certain conditions, the controller will
complete a TD, remove it from the endpoint's queue, and fail to add it to
the donelist. This causes the endpoint to
On Wed, 1 Aug 2007, Greg KH wrote:
On Wed, Aug 01, 2007 at 05:13:51AM -0400, Robert P. J. Day wrote:
just a preliminary strike, trying to make some of these names
uniform. that includes having to change some of the settings in
various defconfig files.
not compile tested, i'm just
On Wed, Aug 01, 2007 at 04:21:55PM -0400, Robert P. J. Day wrote:
On Wed, 1 Aug 2007, Greg KH wrote:
On Wed, Aug 01, 2007 at 05:13:51AM -0400, Robert P. J. Day wrote:
just a preliminary strike, trying to make some of these names
uniform. that includes having to change some of the
Initializing USB Mass Storage driver...
evdev_connect: evdev dff4dc80 handle dff4dc9c name event4
input: USB HID v1.11 Mouse [Microsoft Microsoft USB Wireless Mouse] on
usb-:00:1d.1-1
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
On Wed, 1 Aug 2007, A. Kalten wrote:
On Wed, 1 Aug 2007 11:55:25 -0400 (EDT)
Alan Stern [EMAIL PROTECTED] wrote:
This shouldn't make any difference. Your later message was
self-contradictory; you wrote that the oops occurred only if the
modules were loaded before the modem was
On Wed, 1 Aug 2007 17:19:34 -0400 (EDT)
Alan Stern [EMAIL PROTECTED] wrote:
There's some useful information here but still not enough. I've got a
third patch for you to add in; hopefully we are zeroing in on the
correct spot. For this test you don't have to run the non-oopsing
scenarios.
Remove the references to CONFIG_USBD_SAFE_SERIAL_{VENDOR,PRODUCT},
which aren't defined in any Kconfig file.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
this simple deletion takes care of most of what we've been
discussing until now. not compile tested, but it's pretty
On Wed, 1 Aug 2007, A. Kalten wrote:
The patch was applied (along with the previous two patches) and
2.6.22 was recompiled. Then after a reboot, I performed the same
sequence to generate the oops:
modprobe uhci-hcd
modprobe cdc-acm
mount -t usbfs none /proc/bus/usb
Plug in external
This is a note to let you know that I've just added the patch titled
Subject: USB: fix bug with EHCI cpufreq patch on nVidia controllers
to my gregkh-2.6 tree. Its filename is
usb-fix-bug-with-ehci-cpufreq-patch-on-nvidia-controllers.patch
This tree can be found at
This just fixes some whitespace bugs in linux/usb_gadget.h,
mostly extraneous spaces where a single tab suffices.
Signed-off-by: David Brownell [EMAIL PROTECTED]
---
include/linux/usb_gadget.h | 62 ++---
1 file changed, 31 insertions(+), 31 deletions(-)
On Wed, 1 Aug 2007 16:30:13 -0700 (PDT)
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8836
Summary: HUB Disconnect Problem.
Product: Drivers
Version: 2.5
KernelVersion: 2.6.20-16-generic
Platform: All
On Wednesday 01 August 2007, Daniel Mack wrote:
on an i.MX31 ARM based system which has an EHCI controller on-chip,
kernel version 2.6.19.2 crashes occur randomly
What does randomly mean?
And why aren't you using 2.6.23-rc1-git?
with lots of USB bulk
traffic in action, usually after
On Mon, 30 Jul 2007 22:17:24 -0700, Greg KH [EMAIL PROTECTED] wrote:
Sure, if you think it's better that there are not bitfields there, feel
free to send me a patch.
I suppose we'd need an Edgeport connected to a Mac, to see how the
layout changes. I think just about every architecture uses
43 matches
Mail list logo