available the corresponding string (human
readable) representation.
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events
=12228action=view -- solves
your issues, right?
Stuart, did you submit this fix for upstream already please?
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop
... ?
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE
too, right?
Seemed like a timing issue - by lowering the polling timeout we were able
to make things much better, but that of course costs us more power etc.
and it's even not sure if it is an ultimate solution.
--
Jiri Kosina
OLS and it seemed
quite hopeless.
A few keyboards we have been testing with seemed to be losing keypressess
when coming out of suspend (if and only if the root hub wasn't suspended
too, etc. Magic).
--
Jiri Kosina
it.
We have been playing with runtime autosuspend of HID devices, are
currently postponed the full support, as it turns out that many devices
don't support this feature properly (probably due to not being tested in
Windows).
--
Jiri Kosina
the dma_pool_free error?
I believe it should -- caused by calling usb_buffer_free() with bogus
dma_addr_t, as corresponding usbhid_device has been already kfree()d.
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk
(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]
the blacklist sorted by quirk type more convenient - we typically
want to know who has this particular quirk, but we generally don't care
what quirks does this particular vendor have.
--
Jiri Kosina
-
This SF.net email
| HID_QUIRK_IGNORE_MOUSE }
be:
{..., ..., HID_QUIRK_IGNORE_MOUSE | HID_QUIRK_POWERBOOK_HAS_FN }
This could be a possible cleanup for hid_blacklist[], if you are going to
make a patch I will happily accept it.
Thanks,
--
Jiri Kosina
to make your USB keyboard to send the reports even if no key was
pressed, or what?
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log
sitting in my tree for quite a some time already.
Thanks a lot,
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration
/projects/harmonycontrol
I applied your cleaned-up .23 patch to my tree, thanks (sorry for not
replying sooner, I was offline on vacation for quite some time).
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk Inc.
Still
modified your patch (let's keep the hid_blacklist[]
properly sorted) and applied it into my tree.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems
until the ultimate solution comes (if there is any at
all). Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits
6:0:0:0: [sdb] Attached SCSI disk
[ 4771.448000] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 4771.556000] Buffer I/O error on device sdb, logical block 30015200
--
Jiri Kosina
-
This SF.net email is sponsored by DB2
to the
mouse).
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http
in both cases. Not a nice thing, indeed :)
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get
);
...
spin_unlock(some_lock);
usb_hcd_giveback_urb(hcd, urb);
local_irq_restore(flags);
which is safe even against future removal of preempt inc/dec from
spin_lock_irq{save,restore}() functions.
--
Jiri Kosina
-
This SF.net
precisely this? (i.e. calls spin_lock() with interrupts
disabled).
Do you convert all such code to something different as a part of the RT
work?
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2
).
And I continue to believe that it would be a big mistake to increase the
CPU overhead by polling more frequently when a device is suspended!
Absolutely agreed.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2
to treat patches.
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http
On Mon, 25 Jun 2007, Oliver Neukum wrote:
I grabbed a random HUB (usbhub4c from Linksys) and this made it work
nicely even on UHCI-based system I am testing on.
Is it a 1.1 hub or a 2.0 hub?
1.1, the device is still handled by uhci_hcd.
--
Jiri Kosina
the autosuspend values of all devices in system from 2
(default) to 5, the value described in the previous paragraph (i.e. the
minimum time for which the keyboard must be suspended before it could be
woken up flawlessly) is still 2 seconds.
--
Jiri Kosina
, but if it is only the device, without root hub going to suspend, it
doesn't work.
Alan, could this possibly be some race in uhci hub suspend handling (i.e.
when the keyboard tries to resume while the root hub is trying to go to
suspend, or something like that).
--
Jiri Kosina
Haboustak [EMAIL PROTECTED] for Concept2, Inc
* Copyright (c) 2006-2007 Jiri Kosina
+ * Copyright (c) 2007 Oliver Neukum
*/
/*
@@ -26,6 +27,7 @@
#include asm/byteorder.h
#include linux/input.h
#include linux/wait.h
+#include linux/workqueue.h
#include linux/usb.h
@@ -63,8 +65,12
issue here.
I'll put some printk()s into the uhci root hub code to understand better
what is going on. If you have any idea, please let me know.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
.
Sure, see you in Ottawa.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now
of keypressess happens.
I will verify on more various systems whether it is really related only to
UHCI, but so far it seems like the best guess.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2
, just in case, and leaving the full
original message below ]
On Tue, 19 Jun 2007, Renato S. Yamane wrote:
Jiri Kosina wrote:
On Tue, 19 Jun 2007, Renato S. Yamane wrote:
I see this in dmesg:
usb 1-1: device descriptor read/all, error -71
Is this a USB 2.0 high-speed device?
lspci
- the patches seem a little bit bigger than they could
be, I am not sure whether the layering and data structures you have are
not a little bit overdesigned. But this will need some more review.
Thanks a lot,
--
Jiri Kosina
On Tue, 5 Jun 2007, Alan Stern wrote:
What you need to do is reduce the amount of memory used for I/O buffers.
However I don't know how you can control it. Maybe people on LKML can
provide some advice.
Playing with /proc/sys/vm/dirty* might be worthwile.
--
Jiri Kosina
387f0040 3881 38a1 38c0 4bd66b1d
813f005c
[ 76.505905] 480c 4bdc5021 813d0410 3ba9fbf0 801d0410 2f80
419e0008 7c00022c
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2
descriptor (error sending control message: Operation not
permitted)
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML
id/product id corresponding
to the given input device, so you can easily look up the event device
corresponding to the device you are looking for.
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2
-safer cancel_work_sync()
elsewhere in your patch where you introduce flush_scheduled_work(), right?
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version
usbhid part
Signed-off-by: Jiri Kosina [EMAIL PROTECTED]
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML
be something
different than what you describe. What do you think?
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your
trace, so that we can clearly understand what happens.
I am now inclined to think that this is caused by USB core messing up the
URB somehow, HID core seems to receive the URB with already bogus values.
[1] http://bugzilla.kernel.org/show_bug.cgi?id=8535
Thanks,
--
Jiri Kosina
On Fri, 25 May 2007, Jiri Kosina wrote:
This is now handled in bugzilla [1]. Zan Lynx also reported this problem,
and from the HID_DEBUG output he provided is evident that it is caused by
HID layer receiving a report of size 4294967284 (which corresponds to
urb-actual_length of the URB
and controlling debug
output via a module parameter? -ENOPATCH though...
Hi Dmitry,
this is exactly what I have been thinking a couple of days ago, I am
currently in the process of creating a patch, it's quite annoying to ask
people to recompile kernel every time.
Thanks,
--
Jiri Kosina
have quite a lot of things pending, but will test this ASAP.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML
that this is not reproducible after some time (a few seconds) the
device is suspended.
Are you able to reproduce this? I will try to figure out what is going on.
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2
keyboard is clumsy. I will try
with various different hardware. But if there are lots of HID hardware out
there which expose this broken behavior, it would be bad.
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2
.
Which unfortunately would render suspending them quite impossible, as
losing keypresses this often is a big no-no :(
I will work on this a little bit more.
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email
which kernel versions were OK with the
same .config, with respect to the USB mouse/keyboard hogs you are seeing
with 2.6.22-rc2-mm1?
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express
to usbhid_queue_report_ctrl() elsewhere).
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get
(PS/2 or even USB keyboard, which is not yet suspended) to generate an
input event (user presses CapsLock/NumLock at a 'right' time). Then you'll
get out of sync, won't you?
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net
think I understand the
point here. Thanks.
- (and of course coding style)
It shall be done, but not until the principal features are clear.
Of course.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2
proper Changelog please (i.e. this device has that many input
interfaces and so it needs HID_QUIRK_MULTI_INPUT and it acts so and so and
therefore needs HID_QUIRK_NOGET).
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net
both of the quirks are needed - we don't want to add
unneeded quirks to devices, that would just spread confusion.
Also, could you please resend the patch with proper Signed-off-by line?
Thanks.
--
Jiri Kosina
SUSE Labs
On Thu, 17 May 2007, Jason Brewster wrote:
Thanks,
What kind of device is that? (could you please post at least output of
lsusb, etc.).
It might be that the device is standard-compliant (for example HID), so
wouldn't require any extra driver.
Thanks,
--
Jiri Kosina
).
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http
- the USB keyboard still seems to be awake
(leds are on), even if I echo 0 into 'autosuspend' file in sysfs in order
to suspend it immediately.
I will investigate.
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email
.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net
.
I will investigate.
You have compiled it with CONFIG_USB_SUSPEND, haven't you?
I have, of course :) Otherwise I won't even have the 'autosuspend' file in
sysfs, for example.
--
Jiri Kosina
SUSE Labs
-
This SF.net email
/months ago.
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http
the device up.
So this is going to make the leds state consistent as soon as the keyboard
is woken up.
This is also a reason why this is not going to fly with PID devices - we
really want the force feedback to happen immediately, for example.
--
Jiri Kosina
SUSE Labs
has been
already completed.
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get
in many ways) usb mouse
attached in a situation when things didn't suspend. After unplugging it,
it seems to work.
I will look at it in more detail now, thanks.
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored
to deliver the output
report to it immediately, without any queuing)
- (and of course coding style)
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2
of USB
keyboards/mice/etc. is being worked on.
Oliver, do you have any update please?
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
it will go into your tree and then into the
mainline kernel, or is there an additional step needed?
No further steps needed on your side. Applied, thanks,
--
Jiri Kosina-
This SF.net email is sponsored by DB2 Express
Download
with this parameter anyway
during the usbhid code split, but anyway).
If you would care to make the patch which maintains backwards
compatibility (for example by aliasing the variable pb_fnmode behing two
module parameters), that might probably be ok.
Thanks,
--
Jiri Kosina
]; \
+ rdesc[n1] = tmp;
wont someone complain about having a #define in a .c file?
Sure, this was just for you to test, I will commit cleaned up version in
my tree (you'll receive CC when this happens).
Thanks,
--
Jiri Kosina
SUSE Labs
On Sun, 29 Apr 2007, Bret Towe wrote:
There might be various reasons for this, most probably the report
descriptor of the device is broken. It might then be easy to fix the
report descriptor on the fly before it gets parsed, we are doing this
for various broken hardware already.
so
rather split up the hid bus patch you have
been working on recently into independent reviewable patches instead, as
we were discussing it previously?
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Semiconductor Corp.
So this one worked even previously without the patch?
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control
it with patched
hid-core.c in near future? (you will have to modify that if() condition
trivially, so that it matches 0xde61 instead of 0xde64).
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
.
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net
On Tue, 1 May 2007, Jiri Kosina wrote:
Thanks for the report - it clearly shows that Cypress produces different
hardware with different report descriptors, all broken in a very similar
way (improper order of usage minimum and maximum items), but not
identical. This would require more
removed the WARN_ON from the code in my tree. I think we
still don't want users to add quirks for such broken devices (as it would
collide with hid_blakclist[] terminator), so I have left the initial
condition in usbhid_modify_dquirk() untouched.
From: Jiri Kosina [EMAIL PROTECTED]
USB HID
and will send you a patch to test.
Thanks,
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click
a HID-specific problem, something is confusing
the USB VID/PIDs.
--
Jiri Kosina
SUSE Labs
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML
with CONFIG_HID_DEBUG option
enabled? (you'll find it under Device Drivers - HID devices - HID
debugging support in menuconfig), and post the output corresponsing both
to the time the device is connected to the system and also when the data
is being processed?
Thanks,
--
Jiri Kosina
the report descriptor in a further detail and will let you
know if there is a possibility how to fix this on-the-fly, but maybe
writing a separate (userland, using hiddev or just-being-created hidraw
interface) driver would be better.
Thanks for the report,
--
Jiri Kosina
SUSE Labs
. But that is another story.
[...]
The (first) hanging patch in 2.6.21-rc6-mm1 is: git-acpi.patch
Hi Helge,
thanks for the effort. If you take stock rc6-mm1 and revert just
git-acpi.patch, doesn the machine behave correctly?
--
Jiri Kosina
Hi,
recently I have been looking into bugreports against xpad driver - the
complaints were that for some devices (I am aware of at least
0x045e/0x028e and 0x0738/0x4716), the driver doesn't work at all even if
the device ids are added into xpad_device[] array. In fact the driver
doesn't even
that it is also possible to obtain -mm tree through
git, which provides very convenient means for bisecting. This is what I
usually do.
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C
.
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar
send
a broken-out version with separate changes, that'd be great.
Thanks,
--
Jiri Kosina
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML
to be in a frozen-API
state yet.
Hope this helps,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics
reverted to see if it helps?
I am unfortunately not able to reproduce it here on x86_64.
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get
On Thu, 12 Apr 2007, Jiri Kosina wrote:
Could you please
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Do you compile with CONFIG_HIDRAW?
--
Jiri Kosina
On Thu, 12 Apr 2007, Jiri Kosina wrote:
- try booting without any HID devices plugged in (i.e. usb mice, usb
keyboards) if the problem persists?
- recompile 2.6.21-rc6-mm1 with git-hid.patch reverted to see if it helps?
Do you compile with CONFIG_HIDRAW?
Helge,
with your .config, my
the boot succeeds. When manually trying to modprobe ipmi_si after that,
the modprobe itself hangs, but the machine remains usable otherwise.
I still wonder if this could be related to what Helge was originally
reporting.
--
Jiri Kosina
On Thu, 12 Apr 2007, Jiri Kosina wrote:
CONFIG_IPMI_SI=y
hangs upon boot on the already mentioned printk from ipmi_si. With
CONFIG_IPMI_SI=m
the boot succeeds. When manually trying to modprobe ipmi_si after that,
the modprobe itself hangs, but the machine remains usable otherwise.
Actually
On Thu, 12 Apr 2007, Helge Hafting wrote:
The last messages (handwritten, somewhat shortened)
calling hid_init+0x0/0x10()
returned 0
ran for 0 msec
calling hid_init+0x0/0x50()
usbcore registered new interface driver hiddev
and then it hangs completely.
OK, so it hangs somewhere nearby
at different stages of boot, depending on your
local configuration/kernel version used.
Is vanilla 2.6.21-rc6 ok? If so, would you have time to bisect the
offending patch?
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash
it nevertheless, but it'd be
much more convenient if you manage to send a patch.
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance
?
It definitely makes sense - at least due to the fact that such (hopelessly
broken) devices have already been supported by the linux kernel, so
accidentaly removing the support definitely is a regression, which is a
thing we don't want to happen.
Thanks,
--
Jiri Kosina
of hidraw (it's in -mm or I can send it to
you as a separate patch) and check whether you have any comments on this?
It would be good if you could use hidraw rather than reading raw usb data
through libusb.
Thanks.
--
Jiri Kosina
after all.
Pete, could you please resend your patch, with proper metadata, we need to
merge your one then.
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel
On Thu, 5 Apr 2007, Adam Kropelin wrote:
Truncated reports should not be discarded since it prevents buggy
devices from communicating with userspace.
Will push this for 2.6.21.
Thanks,
--
Jiri Kosina
-
Take Surveys
allow it to vanish, don't worry.
We just have to make sure that new users will use hidraw instead, as it
provides more flexibility for the user, is not dependent on the underlying
transport protocol, etc.
--
Jiri Kosina
and rearranging it to be sorted again, queued for 2.6.22.
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business
code is
usualy more efficient than just ranting random ideas :)
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
- Paul, what is the
current status please?
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business
of the quirk bitmask are going to be taken by
the quirk entries (so no, it's not related to the size of the table).
Thanks,
--
Jiri Kosina
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel
On Tue, 3 Apr 2007, nesta wrote:
i want to catch the usb traffic rate over the usb bus. is there any gui
for linux that enables me from monitoring the traffic rate over the usb?
Read Documentation/usb/usbmon.txt
I am not confident about your gui requirement though :)
--
Jiri Kosina
1 - 100 of 181 matches
Mail list logo