That's hardly the only reason. But yeah, that's one way to
implement the workaround, but _we_ (the Linux community) cannot
do it like that (easily) for all users.
But you're the guy who told us our firmware sucks and we should fix our
firmware
Yes, and? You _should_ fix your firmware, it
Segher Boessenkool wrote:
Would you guys rather we shipped a boot script that ran the OS, fixed
all these issues in-place in-firmware, so Linux did not have to have
these
workarounds,
Sure, if you can do that, that would be great.
Right, so don't accept that keyboard fix, and we will
Okay, you don't need to be an experienced Open Firmware developer.
In fact I know we have had experienced Open Firmware developers who have
said that our firmware sucks (some comment about shitty German engineering,
I really did quit caring after that point) because they could not run probe-all
Okay before you add to the nvramrc you also need to add probe-all to build the
device tree first; I assumed this was common knowledge.
probe-all
/pci/isa/8042 find-device
8042 encode-string device-type
install-console
banner
That should do it. Without probe-all/install-console/banner in the
2) The fix was in the wrong place anyway, if it was going to be done
anywhere
at all it needs to be in
arch/powerpc/kernel/prom_init.c:fixup_device_tree_chrp()
like the ISA ranges breakage (which is on Briq) and IDE IRQ
misnumbering fix.
Not the keyboard platform driver.
Yeah. In the
Yeah please do a fixup for the boot wrapper.
Or, if you have trouble, go into the firmware and type nvedit, add
these lines;
/isa/8042 find-device
8042 encode-string device-type
(then ctrl-c to exit and nvstore to run it on next reboot. Try it without
the patch first, on the firmware console,
Just so you guys have it all in one pretty little package, these will remove
the need for the Pegasos IDE and ISA fixups in the prom_init.c too.
s /[EMAIL PROTECTED]/[EMAIL PROTECTED],1 find-device
d# 14 encode-int 0 encode-int
d# 15 encode-int 0 encode-int
encode+ encode+ encode+ s interrupts
Matt Sealey writes the following:
Yeah please do a fixup for the boot wrapper.
Or, if you have trouble, go into the firmware and type nvedit, add
these lines;
/isa/8042 find-device
8042 encode-string device-type
(then ctrl-c to exit and nvstore to run it on next reboot. Try it without
the
As of 2.6.22 the kernel doesn't recognize the i8042 keyboard/mouse
controller
on the PegasosPPC. This is because of a feature/bug in the OF device
tree:
the device_type attribute is an empty string instead of 8042 as the
kernel expects. This patch (against 2.6.22.1) adds a secondary
On Thu, 2007-07-26 at 21:22 -0700, Andrew Morton wrote:
Merged a fixed version:
f5d834fc34e61f1a40435981062000e5d2b2baa8
(In linus tree as of now)
I hope so. Alan's patch looks rather different from what you have
now:
fall back to of_find_node_by_name() if
On Wed, 25 Jul 2007 17:12:45 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED]
wrote:
On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wrote:
As of 2.6.22 the kernel doesn't recognize the i8042 keyboard/mouse
controller
on the PegasosPPC. This is because of a feature/bug in the OF device tree:
On Thu, 2007-07-26 at 18:48 -0700, Andrew Morton wrote:
On Wed, 25 Jul 2007 17:12:45 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED]
wrote:
On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wrote:
As of 2.6.22 the kernel doesn't recognize the i8042 keyboard/mouse
controller
on the
Andrew Morton writes the following:
Did this get merged, or otherwise fixed? Even though the code in there has
changed quite a bit, it looks to my untrained eye like the fix is still
applicable?
Merged a fixed version:
f5d834fc34e61f1a40435981062000e5d2b2baa8
(In linus tree as
On Fri, 27 Jul 2007 13:00:21 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED]
wrote:
On Thu, 2007-07-26 at 18:48 -0700, Andrew Morton wrote:
On Wed, 25 Jul 2007 17:12:45 +1000 Benjamin Herrenschmidt [EMAIL
PROTECTED] wrote:
On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wrote:
As of
On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wrote:
As of 2.6.22 the kernel doesn't recognize the i8042 keyboard/mouse controller
on the PegasosPPC. This is because of a feature/bug in the OF device tree:
the device_type attribute is an empty string instead of 8042 as the
kernel expects. This
Benjamin Herrenschmidt writes the following:
Doesn't it have something in compatible instead ? that would be the
way to go.
Assuming that would be represented as a file named compatible in the
directory /proc/device-tree/*/*/[EMAIL PROTECTED] ... no, it doesn't have one of
those.
For the
On Tue, 2007-07-24 at 21:28 -0400, Alan Curry wrote:
As of 2.6.22 the kernel doesn't recognize the i8042 keyboard/mouse controller
on the PegasosPPC. This is because of a feature/bug in the OF device tree:
the device_type attribute is an empty string instead of 8042 as the
kernel expects. This
17 matches
Mail list logo