I am using a ArchLinux distribution. `uname -a` gives me:
Linux torre 5.4.87-1-lts #1 SMP Wed, 06 Jan 2021 14:56:05 + x86_64
GNU/Linux
So, some months ago, my USB Keyboard stopped being detected at
boot. I mean, eventually got detected, after the 9 seconds timeout and
this is a bit
Hi Benjamin, Nestor,
On Tue, 2018-03-06 at 00:31 +0100, Florent Flament wrote:
> On Mon, 2018-03-05 at 18:26 +0100, Benjamin Tissoires wrote:
> > Hi Florent,
>
> Hi Benjamin,
>
> >
> > On Mon, Mar 5, 2018 at 10:31 AM, Nestor Lopez Casado
> > wrote:
> > > Hello Florent,
> > >
> > > In my view,
On Mon, 2018-03-05 at 18:26 +0100, Benjamin Tissoires wrote:
> Hi Florent,
Hi Benjamin,
>
> On Mon, Mar 5, 2018 at 10:31 AM, Nestor Lopez Casado
> wrote:
> > Hello Florent,
> >
> > In my view, this driver may not be a good idea. The default
> > behaviour
> > of K290 is 'send multimedia keycode
On Mon, 2018-03-05 at 10:31 +0100, Nestor Lopez Casado wrote:
> Hello Florent,
Hi Nestor,
> In my view, this driver may not be a good idea. The default behaviour
> of K290 is 'send multimedia keycodes' with the user given the choice
> to change that behaviour via vendor commands. Putting a driver
/commits/Florent-Flament/Logitech-K290-Add-driver-for-the-Logitech-K290-USB-keyboard/20180305-153311
base: https://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-next
config: tile-allyesconfig (attached as .config)
compiler: tilegx-linux-gcc (GCC) 7.2.0
reproduce:
wget
https
Hi Florent,
On Mon, Mar 5, 2018 at 10:31 AM, Nestor Lopez Casado
wrote:
> Hello Florent,
>
> In my view, this driver may not be a good idea. The default behaviour
> of K290 is 'send multimedia keycodes' with the user given the choice
> to change that behaviour via vendor commands. Putting a drive
-ci/linux/commits/Florent-Flament/Logitech-K290-Add-driver-for-the-Logitech-K290-USB-keyboard/20180305-153311
base: https://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-next
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF
Hello Florent,
In my view, this driver may not be a good idea. The default behaviour
of K290 is 'send multimedia keycodes' with the user given the choice
to change that behaviour via vendor commands. Putting a driver that
will unconditionally change that behaviour without the user's consent
might
K290: Add driver for the Logitech K290 USB keyboard
drivers/hid/Kconfig | 18
drivers/hid/Makefile| 1 +
drivers/hid/hid-ids.h | 1 +
drivers/hid/hid-logitech-k290.c | 100
4 files changed, 120 insertions
With the generic HID driver, K290 keyboards' F1 to F12 keys send
multimedia events by default, and standard keycodes when the function
key is pressed. This driver allows to configure K290 keyboards, so
that F1 to F12 have a standard behavior and send multimedia events
when the function key is press
With the generic HID driver, K290 keyboards' F1 to F12 keys send
multimedia events by default, and standard keycodes when the function
key is pressed. This driver allows to configure K290 keyboards, so
that F1 to F12 have a standard behavior and send multimedia events
when the function key is press
On Sat, 2018-03-03 at 18:08 +0200, Andy Shevchenko wrote:
> On Sat, Mar 3, 2018 at 12:04 AM, Florent Flament
> wrote:
> > With the generic HID driver, K290 keyboards' F1 to F12 keys send
> > multimedia events by default, and standard keycodes when the
> > function
> > key is pressed. This driver a
On Sat, Mar 3, 2018 at 12:04 AM, Florent Flament
wrote:
> With the generic HID driver, K290 keyboards' F1 to F12 keys send
> multimedia events by default, and standard keycodes when the function
> key is pressed. This driver allows to configure K290 keyboards, so
> that F1 to F12 have a standard b
With the generic HID driver, K290 keyboards' F1 to F12 keys send
multimedia events by default, and standard keycodes when the function
key is pressed. This driver allows to configure K290 keyboards, so
that F1 to F12 have a standard behavior and send multimedia events
when the function key is press
On Sun, Oct 22, 2017 at 08:04:49PM +0200, Damien Wyart wrote:
> >>> - is evdev driver in your kernel compiled as a module?
>
> >> Yes, it is.
>
> > OK, so this must be module loading issue that I missed. Just to
> > confirm, if you "modprobe evdev" it all starts to work?
>
> Yes, I confirm loadi
>>> - is evdev driver in your kernel compiled as a module?
>> Yes, it is.
> OK, so this must be module loading issue that I missed. Just to
> confirm, if you "modprobe evdev" it all starts to work?
Yes, I confirm loading the module by hand makes everything work ok.
Thanks for your replies!
Dam
On Sun, Oct 22, 2017 at 10:27 AM, Damien Wyart wrote:
>>> Should that commit be reverted for now? Maybe other people will be
>>> able to reproduce it?
>
> On Sun, Oct 22, 2017 at 6:37 PM, Dmitry Torokhov
> wrote:
>> Hm, that is not good. A few question before we decide to revert:
>
>> - do your d
>> Should that commit be reverted for now? Maybe other people will be
>> able to reproduce it?
On Sun, Oct 22, 2017 at 6:37 PM, Dmitry Torokhov
wrote:
> Hm, that is not good. A few question before we decide to revert:
> - do your devices work on text console?
Yes, they do.
> - can you post /pr
On Sun, Oct 22, 2017 at 8:46 AM, Damien Wyart wrote:
> Hi,
>
> Having compiled a kernel today (bfc1168de949c in Linus' tree), I
> noticed keyboard and mouse were not working at all (stuck at X DM
> level).
>
> After digging a bit, I realized only one change in the recent input
> commits was quite
Hi,
Having compiled a kernel today (bfc1168de949c in Linus' tree), I
noticed keyboard and mouse were not working at all (stuck at X DM
level).
After digging a bit, I realized only one change in the recent input
commits was quite general, and bingo, reverting "allow matching device
IDs on property
On Wed, 23 Jul 2014 23:30:48 +0100
Jamie Lentin wrote:
> Add support for both ThinkPad Compact Bluetooth Keyboard with
> TrackPoint and ThinkPad Compact USB Keyboard with TrackPoint.
>
> Signed-off-by: Jamie Lentin
I think this version is OK, thanks.
Reviewed-by: An
Add support for both ThinkPad Compact Bluetooth Keyboard with
TrackPoint and ThinkPad Compact USB Keyboard with TrackPoint.
Signed-off-by: Jamie Lentin
---
Documentation/ABI/testing/sysfs-driver-hid-lenovo | 12 ++
drivers/hid/Kconfig | 2 +
drivers/hid/hid
tact:linux-in...@vger.kernel.org
> Description: This controls if mouse clicks should be generated if the
> trackpoint is quickly pressed. How fast this press has to be
> is being controlled by press_speed.
> Values are 0 or 1.
> +
is being controlled by press_speed.
Values are 0 or 1.
+ Applies to Thinkpad USB Keyboard with TrackPoint.
What: /sys/bus/usb/devices/-:./::./dragging
Date: July 2011
Contact: linux-in...@vger.kernel.org
Description: If
> --- a/drivers/hid/Kconfig
> +++ b/drivers/hid/Kconfig
> @@ -334,6 +334,8 @@ config HID_LENOVO
> Thinkpad standalone keyboards, e.g:
> - ThinkPad USB Keyboard with TrackPoint (supports extra LEDs and
> trackpoint
> configuration)
> + - ThinkPad
/drivers/hid/Kconfig b/drivers/hid/Kconfig
index dd07d59..48b4777 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
@@ -334,6 +334,8 @@ config HID_LENOVO
Thinkpad standalone keyboards, e.g:
- ThinkPad USB Keyboard with TrackPoint (supports extra LEDs and
trackpoint
On Fri, 13 Jun 2014, Antonio Ospite wrote:
> > Previously the tpkbd driver had various functions marked "_tp" to indicate
> > that it's for the "mouse" half of the keyboard as the kernel sees it,
> > however it does nothing special with the keyboard half. I was intending
> > (somewhat sloppily)
d ? :)
> ...and lenovo_input_mapping switches between them
>
> The latter seems a bit too invasive, but I'm not sure how obvious with the
> former that it'd be that the "Compact USB keyboard" is in-fact a
> compactkbd not a usbkbd. The former is probably what I'll
3bec9f5..1671e7a 100644
--- a/drivers/hid/hid-lenovo-tpkbd.c
+++ b/drivers/hid/hid-lenovo-tpkbd.c
@@ -1,8 +1,11 @@
/*
* HID driver for Lenovo:-
* * ThinkPad USB Keyboard with TrackPoint
+ * * ThinkPad Compact Bluetooth Keyboard with TrackPoint
+ * * ThinkPad Compact USB Keyboard with
s/hid/hid-lenovo-tpkbd.c b/drivers/hid/hid-lenovo-tpkbd.c
> index 3bec9f5..1671e7a 100644
> --- a/drivers/hid/hid-lenovo-tpkbd.c
> +++ b/drivers/hid/hid-lenovo-tpkbd.c
> @@ -1,8 +1,11 @@
> /*
> * HID driver for Lenovo:-
> * * ThinkPad USB Keyboard with TrackP
0x0064
diff --git a/drivers/hid/hid-lenovo-tpkbd.c b/drivers/hid/hid-lenovo-tpkbd.c
index 3bec9f5..1671e7a 100644
--- a/drivers/hid/hid-lenovo-tpkbd.c
+++ b/drivers/hid/hid-lenovo-tpkbd.c
@@ -1,8 +1,11 @@
/*
* HID driver for Lenovo:-
* * ThinkPad USB Keyboard with TrackPoint
+ * * ThinkPad
On Mon, 2014-02-17 at 21:23 +0800, Daniel J Blueman wrote:
> Across 5+ years of kernels, I've been seeing occasional (1-2 times per
> day) key-stuck issues where eg a fn+delete combo repeats delete until
> I press delete again. I've seen this happen with fn+ctrl+left, leaving
> left held and likewi
kernel with some USB
> HID instrumentation to locate this issue over time. Without apriori
> knowledge of the linux USB input stack, what is a good initial
> approach?
I've seen some similar behavior on servers connected to a KVM switch
(USB keyboard/mouse) where without apparent re
Across 5+ years of kernels, I've been seeing occasional (1-2 times per
day) key-stuck issues where eg a fn+delete combo repeats delete until
I press delete again. I've seen this happen with fn+ctrl+left, leaving
left held and likewise with right.
This has occurred on Apple laptops, external USB ke
I do have a ThinkPad T420 with external VGA monitor + USB keyboard.
Till 3.9.4 I just can press the enter button at the external keyboard to
wake up a system. With 3.10.rcX however this won#t work any more.
However short) open and close the LID works.
Known issue ? (Because bisecting this can&#
On Thu, 18 Oct 2012, Martin Vysny wrote:
> Good day,
>thank you for your response, please see the answers below.
>
>
> On 10/17/2012 08:05 PM, Alan Stern wrote:
> > On Wed, 17 Oct 2012, Martin Vysny wrote:
> >
> >> Good day,
> >> thank you for your mail. I was finally able to reproduce t
Good day,
thank you for your response, please see the answers below.
On 10/17/2012 08:05 PM, Alan Stern wrote:
On Wed, 17 Oct 2012, Martin Vysny wrote:
Good day,
thank you for your mail. I was finally able to reproduce the issue. I
am attaching a dmesg output of a correct boot (please n
On Wed, 17 Oct 2012, Martin Vysny wrote:
> Good day,
>thank you for your mail. I was finally able to reproduce the issue. I
> am attaching a dmesg output of a correct boot (please note that there
> still are several unwanted IRQs), and a dmesg output of a reproduced error.
Did you boot with
On 10/17/2012 09:31 AM, Josh Boyer wrote:
> On Wed, Oct 17, 2012 at 09:09:56AM -0400, Gerry Reno wrote:
This was the udev bug I was referring to, which I think is causing the
keyboard to have auto-suspend enabled:
https://bugzilla.redhat.com/show_bug.cgi?id=825284
udev
, 2012 at 11:20 AM, Dave Jones wrote:
>>>>> Gerry (CC'd) reported a bug to us that since 3.6.1, his illuminated
>>>>> Logitech USB keyboard doesn't light up until he hits a key, and then
>>>>> it immediately powers back off, defeating the purpose o
On Wed, Oct 17, 2012 at 09:09:56AM -0400, Gerry Reno wrote:
> >> This was the udev bug I was referring to, which I think is causing the
> >> keyboard to have auto-suspend enabled:
> >>
> >> https://bugzilla.redhat.com/show_bug.cgi?id=825284
> >>
> >> udev shouldn't be enabling auto-suspend of USB h
ry (CC'd) reported a bug to us that since 3.6.1, his illuminated
> > > > Logitech USB keyboard doesn't light up until he hits a key, and then
> > > > it immediately powers back off, defeating the purpose of having an
> > > > illumated keyboard.
>
On Tue, Oct 16, 2012 at 09:54:36AM -0700, Greg Kroah-Hartman wrote:
> On Tue, Oct 16, 2012 at 12:45:56PM -0400, Michael Spang wrote:
> > On Tue, Oct 16, 2012 at 11:20 AM, Dave Jones wrote:
> > > Gerry (CC'd) reported a bug to us that since 3.6.1, his illuminated
>
On Tue, Oct 16, 2012 at 11:20:23AM -0400, Dave Jones wrote:
> Gerry (CC'd) reported a bug to us that since 3.6.1, his illuminated
> Logitech USB keyboard doesn't light up until he hits a key, and then
> it immediately powers back off, defeating the purpose of having an
> ill
On Tue, Oct 16, 2012 at 12:45:56PM -0400, Michael Spang wrote:
> On Tue, Oct 16, 2012 at 11:20 AM, Dave Jones wrote:
> > Gerry (CC'd) reported a bug to us that since 3.6.1, his illuminated
> > Logitech USB keyboard doesn't light up until he hits a key, and then
> >
On Tue, Oct 16, 2012 at 11:20 AM, Dave Jones wrote:
> Gerry (CC'd) reported a bug to us that since 3.6.1, his illuminated
> Logitech USB keyboard doesn't light up until he hits a key, and then
> it immediately powers back off, defeating the purpose of having an
> illumated
Gerry (CC'd) reported a bug to us that since 3.6.1, his illuminated
Logitech USB keyboard doesn't light up until he hits a key, and then
it immediately powers back off, defeating the purpose of having an
illumated keyboard.
Looking over the 3.6.1 changelog, I see this change, which soun
On Fri, Sep 14, 2012 at 12:49:45PM +0300, Marti Raudsepp wrote:
> After installing an old 100Mbit PCI Ethernet card to my machine, it has
> complained a few times about spurious interrupts ("nobody cared") at a
> random time of the day. After the oops is reported, my USB keyboa
Hi lists,
After installing an old 100Mbit PCI Ethernet card to my machine, it has
complained a few times about spurious interrupts ("nobody cared") at a
random time of the day. After the oops is reported, my USB keyboard (HP
smart card keyboard) stops working properly -- it has lots of
On Friday, September 07, 2012 05:12:18 PM Jiri Kosina wrote:
> On Thu, 30 Aug 2012, Andres Freund wrote:
> > > With a quick grep I just discovered that a new driver for this (or
> > > similar?) keyboards has been added. I have *not* compiled this in
> > > though: +# CONFIG_HID_LENOVO_TPKBD is not s
On Thu, 30 Aug 2012, Andres Freund wrote:
> > With a quick grep I just discovered that a new driver for this (or
> > similar?) keyboards has been added. I have *not* compiled this in though:
> > +# CONFIG_HID_LENOVO_TPKBD is not set
> >
> > Is the new, unconditional, entry in the hid_have_special
Hi,
On Sunday, September 02, 2012 10:33:20 AM Jiri Kosina wrote:
> On Thu, 30 Aug 2012, Andres Freund wrote:
> > > With a quick grep I just discovered that a new driver for this (or
> > > similar?) keyboards has been added. I have *not* compiled this in
> > > though: +# CONFIG_HID_LENOVO_TPKBD is
out rather something like
drivers/hid/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index a451cdb..d5b98d9 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
@@ -289,6 +289,7 @@ config HID_LENOVO_TPKBD
Hi,
On Thursday, August 30, 2012 02:34:25 PM Andres Freund wrote:
> With a quick grep I just discovered that a new driver for this (or
> similar?) keyboards has been added. I have *not* compiled this in though:
> +# CONFIG_HID_LENOVO_TPKBD is not set
>
> Is the new, unconditional, entry in the hi
On Thu, 11 Oct 2007, John Zaitseff wrote:
> Excellent! However, I don't see the following:
> * case 0x182: map_key_clear(KEY_FAVORITES);
> ... in drivers/usb/input/hid-input.c, to handle the My Favorites key
There is also a patch queued on top of the patchset you were looking at,
which adds s
Dear Jiri,
On Wed, Oct 10, 2007 at 09:55:26AM +0200, Jiri Kosina wrote:
> On Wed, 10 Oct 2007, John Zaitseff wrote:
>
> > The following patch to Linux kernel 2.6.23 enables most of the
> > extra keys found on the Microsoft Natural Ergonomic 4000 USB
> > keyboard. I h
On Wed, 10 Oct 2007, John Zaitseff wrote:
> The following patch to Linux kernel 2.6.23 enables most of the extra
> keys found on the Microsoft Natural Ergonomic 4000 USB keyboard. I had
> to add one keycode to include/linux/input.h; feel free to reallocate the
> ID assigned to i
From: John Zaitseff <[EMAIL PROTECTED]>
The following patch to Linux kernel 2.6.23 enables most of the
extra keys found on the Microsoft Natural Ergonomic 4000 USB
keyboard. I had to add one keycode to include/linux/input.h; feel
free to reallocate the ID assigned to it (KEY_SPELL).
On Thu, 16 Aug 2007, linux-os (Dick Johnson) wrote:
> Okay. I found what was different. It does actually build, but it is now
> put into a completely different directory,
> /lib/modules/2.6.22.1/kernel/drivers/hid/usbhid, and requires
> /lib/modules/2.6.22.1/kernel/drivers/input/ff-memless.ko t
On Thu, 16 Aug 2007, Jiri Kosina wrote:
> On Wed, 15 Aug 2007, linux-os (Dick Johnson) wrote:
>
>> I thought maybe there was a bug that had been fixed in later versions so
>> I built and installed Linux-2.6.22.1. The required usbhid.ko doesn't
>> build, even though it is enabled in ".config."
>
>
On Wed, 15 Aug 2007, linux-os (Dick Johnson) wrote:
> I thought maybe there was a bug that had been fixed in later versions so
> I built and installed Linux-2.6.22.1. The required usbhid.ko doesn't
> build, even though it is enabled in ".config."
Could you plase send me your full .config? The u
Hello all,
I have been using linux-2.6.16.24 for development.
However, when I boot a sustem that uses a Dell USB
keyboard with a hub built into a Dell monitor, there
are continuous keyboard disconnect messages until
I exercise ^S/^Q. Then, everything is fine. I
thought maybe there was a bug that
On Thu, 28 Jun 2007, Antonino Ingargiola wrote:
> Tried on 2.6.22-rc6-cfs18 and it works, thanks :)
> Now the led is off by default on boot but the state is consistent.
> Can we have this patch in 2.6.22?
> (Feel free to add a Tested off with my name is this make any sense in
> this case).
I will
2007/6/28, Jiri Kosina <[EMAIL PROTECTED]>:
On Thu, 28 Jun 2007, Antonino Ingargiola wrote:
> $ cat /sys/bus/usb/devices/1-1.2/idVendor
> 046d
> $ cat /sys/bus/usb/devices/1-1.2/idProduct
> c311
Please try the patch below (against any post-2.6.22-rc1 kernel)
Tried on 2.6.22-rc6-cfs18 and it w
On Thu, 28 Jun 2007, Antonino Ingargiola wrote:
> $ cat /sys/bus/usb/devices/1-1.2/idVendor
> 046d
> $ cat /sys/bus/usb/devices/1-1.2/idProduct
> c311
Please try the patch below (against any post-2.6.22-rc1 kernel)
diff --git a/drivers/hid/usbhid/hid-quirks.c b/drivers/hid/usbhid/hid-quirks.c
in
2007/6/27, Jiri Kosina <[EMAIL PROTECTED]>:
On Wed, 27 Jun 2007, Antonino Ingargiola wrote:
> I'm using a logitech USB keyboard, I think it's one of the most cheap
> and diffuse logitech keyboard models.
> I have an inconsistent led state. During boot the NumLock led b
On Wed, 27 Jun 2007, Antonino Ingargiola wrote:
> I'm using a logitech USB keyboard, I think it's one of the most cheap
> and diffuse logitech keyboard models.
> I have an inconsistent led state. During boot the NumLock led blinks
> several times and is on as boot finishe
Dear Kernel Developers,
I'm using a logitech USB keyboard, I think it's one of the most cheap
and diffuse logitech keyboard models.
I have an inconsistent led state. During boot the NumLock led blinks
several times and is on as boot finishes. However the numeric keypad
works as it w
Hi Michael,
On 5/21/07, Hennerich, Michael <[EMAIL PROTECTED]> wrote:
During initcalls: con_init is called, and returns because of
!display_desc.
[snip]
Aah, I missed that bit.
On 5/21/07, Hennerich, Michael <[EMAIL PROTECTED]> wrote:
I don't see where vc_cons[].d in between there is initia
e is initialized.
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pekka
>Enberg
>Sent: Montag, 21. Mai 2007 14:51
>To: Hennerich, Michael
>Cc: Bryan Wu; [EMAIL PROTECTED]; [EMAIL PROTECTED];
>linux-kernel@vger.kernel.org
>Subject: Re: [PATCH
On 5/21/07, Hennerich, Michael <[EMAIL PROTECTED]> wrote:
With CONFIG_VT (drivers/char/vt.c) enabled and a USB HID keyboard connected,
we were seeing bad pointer dereferences in drivers/char/keyboard.c
In function kbd_keycode vc_cons[fg_console].d was un-initialized.
On 5/21/07, Pekka Enberg <
On 5/21/07, Hennerich, Michael <[EMAIL PROTECTED]> wrote:
I was fixing this issue some time ago.
[snip]
Makes sense. Please consider adding this to the changelog. Thanks.
Pekka
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
;From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pekka
>Enberg
>Sent: Montag, 21. Mai 2007 13:40
>To: Bryan Wu
>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; linux-
>[EMAIL PROTECTED]; Michael Hennerich
>Subject: Re: [PATCH 12/32] Blackfin arch: Fix bug using usb keybo
Hi Bryan,
On 5/21/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
+#ifdef CONFIG_DUMMY_CONSOLE
+ conswitchp = &dummy_con;
+#endif
cclk = get_cclk();
sclk = get_sclk();
This patch has no changelog. While it is probably apparent to you why
this fixes a crash when us
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/setup.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/blackfin/kernel/setup.c b/arch/blackfin/ke
On Sat, 14 Apr 2007, Alan Stern wrote:
> On Sat, 14 Apr 2007, Matthias Andree wrote:
>
> > I arrived at the computer today, to find khubd in D state again, but
> > unfortunately, it does not show up in Alt-SysRq-T output. Do kernel
> > threads show up there at all? 2.6.18.8-0.1 with SUSE patches
On Sat, 14 Apr 2007, Matthias Andree wrote:
> I arrived at the computer today, to find khubd in D state again, but
> unfortunately, it does not show up in Alt-SysRq-T output. Do kernel
> threads show up there at all? 2.6.18.8-0.1 with SUSE patches on openSUSE
> 10.2.
As far as I know, all tasks i
On Mon, 09 Apr 2007, Alan Stern wrote:
> On Mon, 9 Apr 2007, Matthias Andree wrote:
>
> > Please Cc: me on replies, as I read linux-kernel sporadically and am not
> > subscribed to linux-usb-devel at all.
> >
> > Greetings,
> >
> > I have seen my USB
On Mon, 9 Apr 2007, Matthias Andree wrote:
> Please Cc: me on replies, as I read linux-kernel sporadically and am not
> subscribed to linux-usb-devel at all.
>
> Greetings,
>
> I have seen my USB keyboard drivers lock up several times now with my M$
> Natural Ergonomic K
Please Cc: me on replies, as I read linux-kernel sporadically and am not
subscribed to linux-usb-devel at all.
Greetings,
I have seen my USB keyboard drivers lock up several times now with my M$
Natural Ergonomic Keyboard, both on SUSE 10.2's current kernel as well
as 2.6.21-rc6 today. I
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
> It's not the same hardware and all the machines that I tried that
> have keyboards end up WORKING with the USB keyboard as well! But
> Dmitry Torokhov was right! I just burned a CD with all three modules,
> and the keyboar
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
> Yes! I will try it in the morning. It's now past quitting time and,
> following this thread, you will note that the ohci module needed to be
> loaded for this AMD unit so the keyboard now works! I will remove the
Oh I see, looks like I have
insmod /lib/ehci-hcd.ko
>> echo "Loading usbhid.ko module"
>> insmod /lib/usbhid.ko
>> echo "Loading usbkbd.ko module"
>> insmod /lib/usbkbd.ko
>
> Could you please try to *not* insmod usbkbd module? Or is there any
> special particular reason f
On Thu, 15 Mar 2007, Dmitry Torokhov wrote:
> On 3/15/07, linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
>> echo "Loading uhci-hcd.ko module"
>> insmod /lib/uhci-hcd.ko
>> echo "Loading ehci-hcd.ko module"
>> insmod /lib/ehci-hcd.ko
>
> I don't see you loading OHCI and I thought AMD boxes use
bhid.ko
> echo "Loading usbkbd.ko module"
> insmod /lib/usbkbd.ko
Could you please try to *not* insmod usbkbd module? Or is there any
special particular reason for you doing so?
This module is not what should be used in a normal situation on production
and fully working systems.
, there's an even simpler way to debug this. Install your special CD
> on a machine with an old-fashioned PS/2 keyboard and use that!
>
> Alan Stern
It's not the same hardware and all the machines that I tried that
have keyboards end up WORKING with the USB keyboard as well! B
On Thu, 15 Mar 2007, Dmitry Torokhov wrote:
> On 3/15/07, linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
> > echo "Loading uhci-hcd.ko module"
> > insmod /lib/uhci-hcd.ko
> > echo "Loading ehci-hcd.ko module"
> > insmod /lib/ehci-hcd.ko
>
> I don't see you loading OHCI and I thought AMD boxes
On 3/15/07, linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
echo "Loading uhci-hcd.ko module"
insmod /lib/uhci-hcd.ko
echo "Loading ehci-hcd.ko module"
insmod /lib/ehci-hcd.ko
I don't see you loading OHCI and I thought AMD boxes used that flavor.
echo "Loading usbhid.ko module"
insmod /lib
kernel.
However, we now have some third-party software that
doesn't so I built another CD/ROM that contains a
new tarball plus a kernel from the net. That's
when I found that the USB keyboard doesn't work
on most of the systems, but still works on some.
The initrd "linuxrc&q
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
> >> Ouch! I can't do anything by copy from a screen! There is no way to get
> >> `dmesg` without the keyboard! That's why I sent a request to
> >> linux-kernel, hoping that the problem would sound familiar. All I can do
> >> is boot the system
On Thu, 15 Mar 2007, Jiri Kosina wrote:
> (added linux-usb-devel@lists.sourceforge.net to CC)
>
> On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
>
>>>> I have multiple AMD 64-bit servers in several configurations, with
>>>> several different motherb
On 3/15/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
(added linux-usb-devel@lists.sourceforge.net to CC)
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
> >> I have multiple AMD 64-bit servers in several configurations, with
> >> several different motherboards, which
(added linux-usb-devel@lists.sourceforge.net to CC)
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
> >> I have multiple AMD 64-bit servers in several configurations, with
> >> several different motherboards, which fail to recognize a USB keyboard
> >> when booted
On Thu, 15 Mar 2007, Jiri Kosina wrote:
> On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
>
>> I have multiple AMD 64-bit servers in several configurations, with
>> several different motherboards, which fail to recognize a USB keyboard
>> when booted from a "s
On Thu, 15 Mar 2007, linux-os (Dick Johnson) wrote:
> I have multiple AMD 64-bit servers in several configurations, with
> several different motherboards, which fail to recognize a USB keyboard
> when booted from a "stock" Linux kernel. They only work with a RedHat
> kern
I have multiple AMD 64-bit servers in several configurations,
with several different motherboards, which fail to recognize
a USB keyboard when booted from a "stock" Linux kernel.
They only work with a RedHat kernel! I have removed all but
one CPU from one in an attempt to find the pro
Hi,
On newer Apple Powerbooks (post February 2005 ones at least) the ADB
keyboard has been replaced with an USB one conforming to the HID spec.
The 'Fn' modifier key on this keyboard is a soft key reported using an
application specific hid code. This key should act as a modifier in
order to make
ot;
...
I: Bus=0003 Vendor=05ac Product=0205 Version=0122
N: Name="Mitsumi Electric Apple Extended USB Keyboard"
P: Phys=usb-:00:02.1-1.1/input0
H: Handlers=kbd event2
B: EV=120013
B: KEY=1 7 ff87207a c14057ff febeffdf ffef fffe
B: MSC=10
B: LED=1f
I: Bus=0003
Vojtech Pavlik ha scritto:
>Sorry, you can't use 'setkeycodes' on USB keyboards. They don't use the
>PS/2 protocol, and hence it doesn't make sense.
>
>
ouch! cannot push SysRq?!?
do I still need my PS/2 keyboard plugged in?
(that keyboard is terribly useful because it is a USB hub... but havin
On Mon, Jul 04, 2005 at 11:43:03PM +0200, federico wrote:
> hi all,
>
> i have a problem: i got a white Apple usb keyboard, but this keyboard
> doesn't have PrintScr nor SysRq.
> i read in Documentation/sysrq.txt how to change the SYSRQ scancode.
> i launched showkey and
1 - 100 of 118 matches
Mail list logo
