From: Paul Mackerras <hidden> Date: 1999-06-18 07:18:19
I have put a precompiled 2.2.10 powermac kernel on dev.linuxppc.org
and on samba.anu.edu.au (accessible only from within Australia). This
kernel works on the iMac and should work on the blue&white G3
powermac, although I haven't been able to test it directly myself.
The source for this kernel is available as a .tar.gz file on the two
ftp servers or by anonymous rsync from
samba.anu.edu.au::linux-pmac-stable. (My current 2.3.6 tree is
available by anon rsync at samba.anu.edu.au::linux-pmac-devel.)
*NOTE:* This kernel includes Linus' USB stack, which (in my version)
translates the USB keycodes to ADB keycodes. If you have an iMac, or
a B&W G3 with a USB keyboard, comment out (or change) the KEYTABLE
definition in /etc/sysconfig/keyboard so that your init scripts don't
load a USB keymap.
The relevant files are in ftp://dev.linuxppc.org/users/paulus or
ftp://samba.anu.edu.au/pub/linux-pmac/. They are:
In kernel-binary/v2.2.10:
vmlinux kernel binary (ELF)
vmlinux.gz gzipped version of vmlinux
System.map symbol table for vmlinux
modules-2.2.10.tar.gz kernel modules, unpack in /
dot.config .config file used to build vmlinux
kernel-source/v2.2.10/linux-pmac-2.2.10.tar.gz
kernel source tree, tarred & gzipped
RPMS/pcmcia-cs-3.0.12-2210.ppc.rpm
PCMCIA kernel modules & user programs
(compiled against glibc-1.99, i.e. Linux/PPC R4)
SRPMS/pcmcia-cs-3.0.12-2210.src.rpm
Source for PCMCIA support
Enjoy!
Paul.
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
did the protocol of /dev/usbmouse have to change? :( now it appears as a
ps2 mouse not a busmouse. x can't understand it either way but i'm able to
use my usb mouse in x by having gpm use it as a ps2 mouse and export it,
as in
gpm -t ps2 -R
and then have X use gpm
Section "Pointer"
Protocol "mousesystems"
Device "/dev/gpmdata"
EndSection
is there an easier way?
*NOTE:* This kernel includes Linus' USB stack, which (in my version)
Brad
brad@pht.com | http://www.pht.com/~brad/
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
did the protocol of /dev/usbmouse have to change? :( now it appears as a
ps2 mouse not a busmouse. x can't understand it either way but i'm able to
use my usb mouse in x by having gpm use it as a ps2 mouse and export it,
as in
Linus' USB stack differs from Inkays in a few ways. This is one. It
seems Busmouse is too limited or something along those lines, so a
modified PS/2 is "better". The goal eventually is for /dev/mouse to be a
real device, where all mouse data ends up (ala windows and macos w/ multi
mice) and /dev/mouseX for mouseX. At least thats how it was at one point.
---
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
From: Paul Mackerras <hidden> Date: 1999-06-22 03:07:52
Brad Midgley [off-list ref] wrote:
did the protocol of /dev/usbmouse have to change? :( now it appears as a
It was Linus' decision. Argue with him. :-)
ps2 mouse not a busmouse. x can't understand it either way but i'm able to
Use protocol "IMPS/2" in your XF86Config.
Paul.
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
hi,
i've noticed (at least) with a couple of machines that use ati graphics
that switching away from and back to X screws up the colors (using xfb).
fortunately, i left it that way long enough for the screensaver to kick in
and realize it was fixed by the screensaver!
so if you switch back to x and the colors are screwed, invoke the
screensaver:
xset s activate
hopefully this is one of those things that will be fixed soon anyway.
Brad
brad@pht.com | http://www.pht.com/~brad/
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
Hey, I've got that problem. At least there's finally a (sort of)
workaround...
On Tue, 22 Jun 1999, Brad Midgley wrote:
hi,
i've noticed (at least) with a couple of machines that use ati graphics
that switching away from and back to X screws up the colors (using xfb).
fortunately, i left it that way long enough for the screensaver to kick in
and realize it was fixed by the screensaver!
so if you switch back to x and the colors are screwed, invoke the
screensaver:
xset s activate
hopefully this is one of those things that will be fixed soon anyway.
Brad
brad@pht.com | http://www.pht.com/~brad/
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
if the keyboard and mouse are going to be this way for good, i will patch
xconfigurator so it does the right thing.
is there a way to get the middle- and right- mouse buttons via the
imac keyboard or is that code missing from the linus-usb?
quoted
did the protocol of /dev/usbmouse have to change? :( now it appears as a
It was Linus' decision. Argue with him. :-)
Use protocol "IMPS/2" in your XF86Config.
Paul.
Brad
brad@pht.com | http://www.pht.com/~brad/
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
We can use xkb to handle mouse clicks, the mousekeys option already handles
nouse movement/clicks, it might be a little hard to get used to but it will
do as a temporary solution. Now that i am thinking of it we can write something
similar (that will emulate only mouse buttons) and stop worrying about kernel
support.
Kostas Gewrgiou.
On Tue, 22 Jun 1999, Brad Midgley wrote:
if the keyboard and mouse are going to be this way for good, i will patch
xconfigurator so it does the right thing.
is there a way to get the middle- and right- mouse buttons via the
imac keyboard or is that code missing from the linus-usb?
quoted
quoted
did the protocol of /dev/usbmouse have to change? :( now it appears as a
It was Linus' decision. Argue with him. :-)
Use protocol "IMPS/2" in your XF86Config.
Paul.
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
From: Paul Mackerras <hidden> Date: 1999-06-23 00:40:10
Brad Midgley [off-list ref] wrote:
if the keyboard and mouse are going to be this way for good, i will patch
xconfigurator so it does the right thing.
They are, so that would be good.
is there a way to get the middle- and right- mouse buttons via the
imac keyboard or is that code missing from the linus-usb?
Not at the moment, but we could add it with a #ifdef
CONFIG_MAC_KEYBOARD.
Paul.
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
From: Kevin B. Hendricks <hidden> Date: 1999-06-25 03:37:36
Hi,
Well I just received my B+W G3 yesterday and Paul's 2.2.10 kernel
annoucement seemed like fate so I tried to boot with it to no avail:
Here are some of the interesting things the error report had to say:
System: Brand new B+W G3 with 12 gig ATI drive and Adatec AIC-7850 scsi
host adapter found at PCI 2/0 with a 3 gig scsi Quantum drive with R5/YDL
on it (which will boot fine on my PowerTower 180e).
Partion check:
sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 (sda5 is the root partition)
sdb: scsidisk I/O error: dev 08:10 sector 0
unable to read partition table (this is my zip drive without a disk in it)
hda: hda timeout waiting for DMA
Machine check in kernel mode
Caused by (from msr): regs c01a4c18 Unknown values in msr
Here are some register values:
NIP: C00BDE58 LR: C00BDE14 MSR: 00009030 Trap: 0200
Task= c01a2f58[0] 'swapper' mm->pgd
Last syscall: 112
Backtrace: C00BDE14 COO13C04 C001C850 C0003B68 C001F460 C00069F4 ...
From looking at the booting log messages, everything seems fine up to the
very end (it finds the scsi drive, finds the partitions, finds the USB hub,
USB mouse, etc). There does not seem to be anything unusual until the DMA
timeout message waiting for hda.
Any ideas here? I used Paul's System.map to try and track down the
offending routines but none of the backtrace addresses line up exactly with
any of the map entry points (am I missing an offset here?)
Any ideas here would be greatly appreciated. My entire JDK build tree for
glibc 2.1 is on the hard drive I am trying to boot from but my wife now has
my old machine (PT 180e) and I can't go begging to borrow that machine
back, so please any help in getting Linux to boot with this machine would
be greatly appreciated.
Thanks,
Kevin
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
Well I just received my B+W G3 yesterday and Paul's 2.2.10 kernel
annoucement seemed like fate so I tried to boot with it to no avail:
Here are some of the interesting things the error report had to say:
System: Brand new B+W G3 with 12 gig ATI drive and Adatec AIC-7850 scsi
host adapter found at PCI 2/0 with a 3 gig scsi Quantum drive with R5/YDL
on it (which will boot fine on my PowerTower 180e).
Partion check:
sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 (sda5 is the root partition)
sdb: scsidisk I/O error: dev 08:10 sector 0
unable to read partition table (this is my zip drive without a disk in it)
hda: hda timeout waiting for DMA
Machine check in kernel mode
Caused by (from msr): regs c01a4c18 Unknown values in msr
Here are some register values:
NIP: C00BDE58 LR: C00BDE14 MSR: 00009030 Trap: 0200
Task= c01a2f58[0] 'swapper' mm->pgd
Last syscall: 112
Backtrace: C00BDE14 COO13C04 C001C850 C0003B68 C001F460 C00069F4 ...
quoted
From looking at the booting log messages, everything seems fine up to the
very end (it finds the scsi drive, finds the partitions, finds the USB hub,
USB mouse, etc). There does not seem to be anything unusual until the DMA
timeout message waiting for hda.
Any ideas here? I used Paul's System.map to try and track down the
offending routines but none of the backtrace addresses line up exactly with
any of the map entry points (am I missing an offset here?)
It's normal that the addresses don't line up exactly: the addresses in
System.map are the labels associated to routines, while chances are high your
kernel crashes inside a routine. So you have to use the closest address
that's smaller or equal than the addresses indicated by NIP and the backtrace.
Greetings,
Geert
--
Geert Uytterhoeven Geert.Uytterhoeven@cs.kuleuven.ac.be
Wavelets, Linux/{m68k~Amiga,PPC~CHRP} http://www.cs.kuleuven.ac.be/~geert/
Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]