Hi,
well the good news.. is that the dmasound patch (referred to earlier)
applies cleanly and runs ok on 2.2.17pre10-ben1.
The bad news is that the fb doesn't work on my G3/beige (mach64) - starts
and then the screen 'slips sideways' by half and the whole thing stops dead
(no regs dump output). I haven't got a serial term at present so no xmon
:-(
reverting to offb got it all up - although I need to reconfigure the mouse
stuff as well.
any ideas what I might be doing wrong?
Also, someone posted some instructions on how to set up the new input layer
but I can't seem to find them in my linuxppc archive - I'm assuming that
the new stack has been back-ported to 2.2.17pre10 which is why my adbmouse
doesn't...
G3/beige
2.2.17pre10-ben1 ati support complied in.
BootX 1.2.2
TIA,
Iain.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Iain Sandoe wrote:
<snip>
Also, someone posted some instructions on how to set up the new input layer
but I can't seem to find them in my linuxppc archive - I'm assuming that
the new stack has been back-ported to 2.2.17pre10 which is why my adbmouse
doesn't...
I can't find the message in my archive, but here's the skinny (mainly quoted
from BenH--I wrote it down :-) ):
Delete both /dev/usbmouse and /dev/mouse (I moved them to temp_* just in
case).
cd /dev
mkdir input
mknod input/mice c 13 63
ln -s input/mice mouse
ln -s input/mice usbmouse
and add:
none /proc/bus/usb usbdevfs defaults 0 0
to your /etc/fstab
HTH
--Nelson Abramson
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Symptom: Booting a recent 2.4.0-test3 kernel from bitkeeper gives me a
wrong system time. The corresponding boot message is, for example
Jul 7 06:54:51 chezmoi kernel: GMT Delta read from XPRAM: 0 minutes,
DST: off
This is 2 hours off.
Booting with 2.2.17pre10 gives me the correct message
Jul 8 12:10:05 chezmoi kernel: GMT Delta read from XPRAM: 120 minutes,
DST: on
Looking through my log files, I find that this has been the same
situation since the changes in pmac-time.c were introduced:
In Paul's pmac-stable 2.2.16 and then in 2.2.17-pre5 from bk (patch of
21 June, according to bk sccstool), this XPRAM stuff showed up and
worked correctly.
In the bk linuxppc_2_3 tree, this showed up in 2.4.0-test3 on 27/28 June
(according to my logs), and it did not work correctly. In addition to
the wrong reading of the initial system time, I get the following
message every 61 (!) seconds
Jun 29 01:27:31 chezmoi kernel: pmac_set_rtc_time: got 3 byte reply
Jun 29 01:28:32 chezmoi kernel: pmac_set_rtc_time: got 3 byte reply
Jun 29 01:29:33 chezmoi kernel: pmac_set_rtc_time: got 3 byte reply
and so on.
I tried to set CONFIG_PPC_RTC to y or n, but this didn't seem to have an
influence. Other ideas for debugging?
My system is still the old Pmac 6400.
--
Martin
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/