From: Robert Thompson <hidden> Date: 2000-07-10 19:38:40
On Sat, 08 Jul 2000, Nelson Abramson wrote:
Assuming that you have not changed gpm's defaults, and that you have linked
both
/dev/input/mouse and /dev/input/usbmouse to /dev/mouse, all you should need
to do
is "gpm -t imps2", and that should allow gpm to take input from both your
external
usb mouse and the trackpad. If you have X use /dev/mouse, then it should
also
beable to take input from both sources (it works for my Pismo).
Apparently this is an iBook specific issue, then, because I tried exactly
this
and is still doesn't work! Hmm... anybody have any clue what's different
between the trackpad on the Pismo and on the iBook? It's not like ADB isn't
working: the keyboard works fine, so ADB is working at least mostly fine.
Like
I said, I use an external trackball anyway, but I'm sure somebody will be
angry
about this at some point...
Thanks,
Robbie Thompson
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Assuming that you have not changed gpm's defaults, and that you have linked
both
quoted
/dev/input/mouse and /dev/input/usbmouse to /dev/mouse, all you should need
to do
quoted
is "gpm -t imps2", and that should allow gpm to take input from both your
external
quoted
usb mouse and the trackpad. If you have X use /dev/mouse, then it should
also
quoted
beable to take input from both sources (it works for my Pismo).
Apparently this is an iBook specific issue, then, because I tried exactly
this
and is still doesn't work!
Nelson I didn't really follow that description. Ben's web page clearly
lists:
su -
cd /dev
rm usbmouse
rm mouse
mkdir input
mknod input/mice c 13 63
ln -s input/mice mouse
ln -s input/mice usbmouse
In the end, /dev/mouse and /dev/usbmouse are links to /dev/input/mice.
This is not the same as what you described above...
Hmm... anybody have any clue what's different
between the trackpad on the Pismo and on the iBook? It's not like ADB isn't
working: the keyboard works fine, so ADB is working at least mostly fine.
Like
I said, I use an external trackball anyway, but I'm sure somebody will be
angry
about this at some point...
Robbie, I missed the beginning of the thread, but did you follow Ben's
directions?
-Hollis
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Robert Thompson <hidden> Date: 2000-07-11 14:51:34
quoted
Hmm... anybody have any clue what's different
between the trackpad on the Pismo and on the iBook? It's not like ADB
isn't
quoted
working: the keyboard works fine, so ADB is working at least mostly
fine.
quoted
Like
I said, I use an external trackball anyway, but I'm sure somebody will
be
quoted
angry
about this at some point...
Robbie, I missed the beginning of the thread, but did you follow Ben's
directions?
Yes, I followed them exactly. Like I said, external usb mice work fine, and
the internal adb keyboard works fine, but the trackpad (also adb) doesn't
work at all. I tried gpm -m /dev/mouse -t imps2 and several variations
thereof, but nothing worked. The trackpad is detected correctly by the
kernel, according to dmesg. There are no errors reported of any kind, the
trackpad simply does nothing.
Thanks,
Robbie Thompson
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Franz Sirl <hidden> Date: 2000-07-11 15:29:57
At 16:51 11.07.00, Robert Thompson wrote:
quoted
quoted
Hmm... anybody have any clue what's different
between the trackpad on the Pismo and on the iBook? It's not like ADB
isn't
quoted
quoted
working: the keyboard works fine, so ADB is working at least mostly
fine.
quoted
quoted
Like
I said, I use an external trackball anyway, but I'm sure somebody will
be
quoted
quoted
angry
about this at some point...
Robbie, I missed the beginning of the thread, but did you follow Ben's
directions?
Yes, I followed them exactly. Like I said, external usb mice work fine, and
the internal adb keyboard works fine, but the trackpad (also adb) doesn't
work at all. I tried gpm -m /dev/mouse -t imps2 and several variations
thereof, but nothing worked. The trackpad is detected correctly by the
kernel, according to dmesg. There are no errors reported of any kind, the
trackpad simply does nothing.
Can you please post the dmesg part where all the ADB/USB devices get
registered to inputs? And please also the line which contains "adb devices"
in the dmesg and your kernel .config.
Franz.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Franz Sirl <hidden> Date: 2000-07-11 20:54:16
On Tue, 11 Jul 2000, Robert Thompson wrote:
quoted
quoted
Can you please post the dmesg part where all the ADB/USB devices get
registered to inputs? And please also the line which contains "adb
devices"
quoted
in the dmesg and your kernel .config.
Sure, find them attached.
All looks fine..., no idea what's going wrong for you. A new binary kernel
will be on Ben's page in a hour or so, please try that one.
Hmm, what procedure do you use to compile the kernel? If you use Ben's
.config unchanged (no make config/xconfig/menuconfig), it should look like
that:
make oldconfig dep clean vmlinux modules modules_install
Franz.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Robert Thompson <hidden> Date: 2000-07-11 21:09:18
All looks fine..., no idea what's going wrong for you. A new binary kernel
will be on Ben's page in a hour or so, please try that one.
Hmm, what procedure do you use to compile the kernel? If you use Ben's
.config unchanged (no make config/xconfig/menuconfig), it should look like
that:
make oldconfig dep clean vmlinux modules modules_install
Well, I've been using Linux on x86 for a couple of years now, so I usually
do this:
make xconfig (or menuconfig, depending on mood)
Change settings around (but this time I followed directions carefully on
what needed to be enabled)
make dep
make clean
make vmlinux
etc
I'll try the new kernel later this evening, when I get home from win-work.
Thanks,
Robbie Thompson
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Robert Thompson <hidden> Date: 2000-07-12 23:05:42
All looks fine..., no idea what's going wrong for you. A new binary kernel
will be on Ben's page in a hour or so, please try that one.
OK, I've tried it. No function from the trackpad still. I downloaded the
sources and recompiled. Still no trackpad. I turned off "Enable new input
layer" and make dep'd make clean make vmlinux etc and *still* no trackpad!
I'm on the Yellow Dog list, and people are starting to report similar
problems with 2000 "Pismo" PowerBooks and these kernels...
Later,
Robbie Thompson
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Benjamin Herrenschmidt <hidden> Date: 2000-07-12 23:19:05
OK, I've tried it. No function from the trackpad still. I downloaded the
sources and recompiled. Still no trackpad. I turned off "Enable new input
layer" and make dep'd make clean make vmlinux etc and *still* no trackpad!
I'm on the Yellow Dog list, and people are starting to report similar
problems with 2000 "Pismo" PowerBooks and these kernels...
What's up if you add "adb_xpmac_compat" to your kernel command line ? It
works fine on my pismo here.
Ben.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Benjamin Herrenschmidt <hidden> Date: 2000-07-12 23:31:59
quoted
OK, I've tried it. No function from the trackpad still. I downloaded the
sources and recompiled. Still no trackpad. I turned off "Enable new input
layer" and make dep'd make clean make vmlinux etc and *still* no trackpad!
I'm on the Yellow Dog list, and people are starting to report similar
problems with 2000 "Pismo" PowerBooks and these kernels...
What's up if you add "adb_xpmac_compat" to your kernel command line ? It
works fine on my pismo here.
What I wrote can be a bit confusing. I meant:
- The new layer will create new devices that mix all mice (including
trackpad) and route them to the new /dev/input/mice device. Of course,
you need to create this device (with mknod) and eventually link /dev/
mouse, /dev/adbmouse and /dev/usbmouse (yes, all 3 of them) to /dev/
input/mice. There are some explanation on how to do that on my page.
Those will output imps2 protocol.
- The latest kernel (pre10-ben1) will keep the old /dev/adbmouse device
alive. That means that if you don't set /dev/adbmouse to point to the new
/dev/input/mice but instead keep it to it's old major/minor, you'll still
get a busmouse-like device on /dev/adbmouse
- I also added this new "adb_xpmac_compat" kernel command line option
(at least until Xpmac is fixed). With this, the driver will, by default,
enable sending of ADB mouse moves as fake keycodes to the console, like
MkLinux, in a way compatible with Xpmac. The new driver won't do it any
more unless you use that option or your do
echo "1" >/proc/sys/dev/mac_hid/adb_mouse_sends_keycodes
Ben.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Robert Thompson <hidden> Date: 2000-07-12 23:33:47
What's up if you add "adb_xpmac_compat" to your kernel command line ? It
works fine on my pismo here.
Hmmm... no dice on this iBook SE. Still not working, even with that command.
So, there appears to be some difference in this respect between the Pismo
and the iBook (at least, the Special Edition iBook... but I'm pretty sure
the SE is exactly the same as the normal iBook, except for color and the
366...), and perhaps even between different Pismo's.
Later,
Robbie Thompson
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Robert Thompson <hidden> Date: 2000-07-13 01:35:31
What I wrote can be a bit confusing. I meant:
- The new layer will create new devices that mix all mice (including
trackpad) and route them to the new /dev/input/mice device. Of course,
you need to create this device (with mknod) and eventually link /dev/
mouse, /dev/adbmouse and /dev/usbmouse (yes, all 3 of them) to /dev/
input/mice. There are some explanation on how to do that on my page.
Those will output imps2 protocol.
Right, did that, and usbmice work fine. No, I made sure /dev/adbmouse still
had it's old major and minor, it is not a symlink to /dev/input/mice.
- The latest kernel (pre10-ben1) will keep the old /dev/adbmouse device
alive. That means that if you don't set /dev/adbmouse to point to the new
/dev/input/mice but instead keep it to it's old major/minor, you'll still
get a busmouse-like device on /dev/adbmouse
In theory, but it isn't working that way. Or, at least, *something* isn't
working... I'm not lying here, the trackpad really isn't working :)
- I also added this new "adb_xpmac_compat" kernel command line option
(at least until Xpmac is fixed). With this, the driver will, by default,
enable sending of ADB mouse moves as fake keycodes to the console, like
MkLinux, in a way compatible with Xpmac. The new driver won't do it any
more unless you use that option or your do
echo "1" >/proc/sys/dev/mac_hid/adb_mouse_sends_keycodes
I tried both using the kernel command line and/or setting this /proc flag,
but nothing works, in any combination. Sorry to seem... I don't know,
annoying (if I do) but this is a rather important bug to fix, I'd say...
Later,
Robbie Thompson
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Robert Thompson <hidden> Date: 2000-07-13 02:43:46
On Thu, 13 Jul 2000, Hollis Blanchard wrote:
Your problem after disabling the new input layer is most likely because
/dev/mouse is still a symlink to the new input layer device; you can't
have it both ways.
Nope, that's not the problem.
If the precompiled kernel doesn't work that suggests there's something
wrong in your configuration, like your /dev setup or the protocol that X
and gpm are expecting or the device X and gpm are reading from.
Nope, checked that, and that isn't the problem either.
Later,
Robbie Thompson
--
Help Crack RC5! ---> http://www.ccc.vt.edu
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
All looks fine..., no idea what's going wrong for you. A new binary kernel
will be on Ben's page in a hour or so, please try that one.
OK, I've tried it. No function from the trackpad still. I downloaded the
sources and recompiled. Still no trackpad. I turned off "Enable new input
layer" and make dep'd make clean make vmlinux etc and *still* no trackpad!
I'm on the Yellow Dog list, and people are starting to report similar
problems with 2000 "Pismo" PowerBooks and these kernels...
I have a Pismo here. It has a trackpad. The trackpad works, both in gpm
and in XF4, with the new input layer stuff. Both programs are set to use
protocol "IMPS/2". Both programs use /dev/mouse, which is a symlink to
/dev/input/mice, which is a device with major 13 minor 63.
Your problem after disabling the new input layer is most likely because
/dev/mouse is still a symlink to the new input layer device; you can't
have it both ways.
If the precompiled kernel doesn't work that suggests there's something
wrong in your configuration, like your /dev setup or the protocol that X
and gpm are expecting or the device X and gpm are reading from.
-Hollis
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/