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 set
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
ather 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
/hid/Kconfig
@@ -289,6 +289,7 @@ config HID_LENOVO_TPKBD
depends on USB_HID
select NEW_LEDS
select LEDS_CLASS
+ default HID_GENERIC
---help---
Support for the Lenovo ThinkPad USB Keyboard with TrackPoint.
That will fix the oldconfig issue
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 not set
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 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
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
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
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.
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).
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).
Main changes
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 it (KEY_SPELL).
Hi
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 had to add one keycode to include
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
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
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
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.
Could you
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 to
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
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
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
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
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
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 blinks
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 blinks
several times
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
index
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 works,
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
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 finishes. However
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 was off
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 was off
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 finishes. However the numeric
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
alized.
>-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 12/32] Bl
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
m: [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 keyboard
>crash
Hi Bryan,
On 5/21/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
+#ifdef CONFIG_DUMMY_CONSOLE
+ conswitchp = _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 using an USB ke
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
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
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 using an USB
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 keyboard
crashes kernel
Hi Bryan,
On 5/21/07
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
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
.
-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 12/32] Blackfin arch: Fix bug using usb keyboard
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
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, 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
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
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 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
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 don't
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 don't
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 Keyboard, both on SUSE 10.2's
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 keyboard wor
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
b/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 for you
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
> 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. Everythin
re'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! But
Dmitry T
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
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
ware 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" file that loads the modules is
here. One can see the order i
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 t
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 problem
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
kernel! I have removed all
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 stock Linux kernel. They only work
(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 from a stock Linux kernel. They only
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 fail to recognize a USB keyboard
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 motherboards, which fail to recognize a USB keyboard
when
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 (off a
it doesn't do anything
special, only claims to be a Pentium, etc.
So, this worked with RedHat versions of the 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
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
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 used that
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! But
Dmitry Torokhov was right! I just burned a CD with all three modules,
and the keyboard works! I didn't bother to check the DEBUG messages.
It's interesting
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 used that flavor.
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. Everything for USB keyboard to work is normally
handled by the usbhid module. Please see the description of what usbkbd
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. Everything for USB keyboard to work is normally
handled by the usbhid module. Please
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
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 keyboard works! I didn't bother
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
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
: 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 Vendor=05ac
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 Vendor=05ac Product=0205 Version=0122
N: Name=Mitsumi Electric Apple Extended USB Keyboard
P
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
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 having
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 ackno
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 acknowledged that R_Alt+F13
On Sun, Jul 01, 2001 at 11:39:42PM -0700, Greg KH wrote:
> On Sat, Jun 30, 2001 at 07:48:36PM +0200, Jakob Borg wrote:
> > You are using an SMP kernel. In my experience, nothing USB works with an SMP
> > kernel >2.4.3.
>
> Hm, that's a pretty vague statement :)
> I'm happily running USB on a few
On Sat, Jun 30, 2001 at 07:48:36PM +0200, Jakob Borg wrote:
> On Fri, Jun 29, 2001 at 12:27:34PM -0500, Jordan Breeding wrote:
> > lock a couple of times then the keyboard stops responding completely and
> > the kernel tells me that there was an error waiting on a IRQ on CPU #1.
>
> You are
101 - 200 of 231 matches
Mail list logo