From: Robert E Brose II <hidden> Date: 2001-08-23 16:42:56
On the positive side it looks like the 7500 chaos PCI bus fixes
have been incorporated as well as the planb fixes and the
controlfb enhancements.
I've run into a couple of small problems however....
planb.c has a problem in 2074.
pb->lock = 0;
pb->lock is defined as a semaphore so this gives the following
compiler error...
planb.c: In function `init_planb':
planb.c:2074: incompatible types in assignment
Next, when pppoe, ax25 or netrom are compiled as modules, trying to
insmod them gives the following...
# /sbin/insmod pppoe
Using /lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: unresolved symbol sk_run_filter
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: unresolved symbol unregister_pppox_proto_Re0ff7a18
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: unresolved symbol pppox_unbind_sock_Rdbcf0794
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: unresolved symbol register_pppox_proto_R7c123193
The problem appears to be sk_run_filter.
Finally, though controlfb works, it doesn't work in X in 24/32 bit mode
and 1024x768 resolution. It does however work in 800x600 mode at the
same color depth and my 2.4.5 kernel patched from Michels site does work.
By not working I mean it goes into X but gives a blank screen.
Here is the dmesg for controlfb...
controlfb: VRAM Total = 4MB (2MB @ bank 1, 2MB @ bank 2)
controlfb: using video mode 16 and color mode 2.
Console: switching to colour frame buffer device 128x48
fb0: control display adapter
MacOS display is /chaos/control
I'm trying to get the latest kernel working so I can do mace testing
on current code.
Bob
--
Robert E. Brose II N0QBJ
http://www.jriver.com/~bob/
bob@kunk.jriver.com
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Michel Lanners <hidden> Date: 2001-08-23 19:29:16
On 23 Aug, this message from Robert E Brose II echoed through cyberspace:
On the positive side it looks like the 7500 chaos PCI bus fixes
have been incorporated as well as the planb fixes and the
controlfb enhancements.
Hooray ;-)
I've run into a couple of small problems however....
planb.c has a problem in 2074.
pb->lock = 0;
Yep.
pb->lock is defined as a semaphore so this gives the following
compiler error...
planb.c: In function `init_planb':
planb.c:2074: incompatible types in assignment
Just remove that line 2074. I've sent a patch off to BenH; it should
appear in his tree RSN.
Cheers
Michel
-------------------------------------------------------------------------
Michel Lanners | " Read Philosophy. Study Art.
23, Rue Paul Henkes | Ask Questions. Make Mistakes.
L-1710 Luxembourg |
email mlan@cpu.lu |
http://www.cpu.lu/~mlan | Learn Always. "
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
#/sbin/modprobe pppoe
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: unresolved symbol sk_run_filter
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: insmod /lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o failed
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: insmod pppoe failed
Same thing with respect to sk_run_filter
Bob
--
Robert E. Brose II N0QBJ
http://www.jriver.com/~bob/
bob@kunk.jriver.com
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
#/sbin/modprobe pppoe
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: unresolved symbol sk_run_filter
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: insmod /lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o failed
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: insmod pppoe failed
Same thing with respect to sk_run_filter
Did you mean sk_chk_filter? The problem is that sk_{chk,run}_filter are
only exported on CONFIG_FILTER. Congrats, you found a bug. :) Go email
Dave S. Miller [off-list ref] about this. In the mean time, edit
net/netsyms.c, search for the symbols and remove the #ifdef CONFIG_FILTER/#endif
around them. Re-run make dep and recompile.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
#/sbin/modprobe pppoe
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: unresolved symbol sk_run_filter
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: insmod /lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o failed
/lib/modules/2.4.9-benh0/kernel/drivers/net/pppoe.o: insmod pppoe failed
Same thing with respect to sk_run_filter
Did you mean sk_chk_filter? The problem is that sk_{chk,run}_filter are
only exported on CONFIG_FILTER. Congrats, you found a bug. :) Go email
Dave S. Miller [off-list ref] about this. In the mean time, edit
net/netsyms.c, search for the symbols and remove the #ifdef CONFIG_FILTER/#endif
around them. Re-run make dep and recompile.
From: Robert E Brose II <hidden> Date: 2001-08-23 21:22:34
User Michel Lanners says:
Hooray ;-)
quoted
I've run into a couple of small problems however....
planb.c has a problem in 2074.
pb->lock = 0;
Yep.
quoted
pb->lock is defined as a semaphore so this gives the following
compiler error...
planb.c: In function `init_planb':
planb.c:2074: incompatible types in assignment
Just remove that line 2074. I've sent a patch off to BenH; it should
appear in his tree RSN.
Cheers
Michel
Thanks! I did that on a whim earlier today and the planb driver works
great now!
Bob
--
Robert E. Brose II N0QBJ
http://www.jriver.com/~bob/
bob@kunk.jriver.com
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
From: Robert E Brose II <hidden> Date: 2001-08-24 01:00:20
User Tom Rini says:
quoted
Did you mean sk_chk_filter? The problem is that sk_{chk,run}_filter are
only exported on CONFIG_FILTER. Congrats, you found a bug. :) Go email
Dave S. Miller [off-list ref] about this. In the mean time, edit
net/netsyms.c, search for the symbols and remove the #ifdef CONFIG_FILTER/#endif
around them. Re-run make dep and recompile.
UMMM, I don't see myself where it's getting it from however with a
clean compile I see the following...
# nm pppoe.o | grep sk_
U sk_alloc_R5f9fe915
U sk_free_R6807b2c7
U sk_run_filter
Bob
--
Robert E. Brose II N0QBJ
http://www.jriver.com/~bob/
bob@kunk.jriver.com
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
On Thu, Aug 23, 2001 at 08:00:20PM -0500, Robert E Brose II wrote:
User Tom Rini says:
quoted
quoted
Did you mean sk_chk_filter? The problem is that sk_{chk,run}_filter are
only exported on CONFIG_FILTER. Congrats, you found a bug. :) Go email
Dave S. Miller [off-list ref] about this. In the mean time, edit
net/netsyms.c, search for the symbols and remove the #ifdef CONFIG_FILTER/#endif
around them. Re-run make dep and recompile.
Er, wait a second... drivers/net/pppoe.c doesn't call sk_run_filter...
UMMM, I don't see myself where it's getting it from however with a
clean compile I see the following...
# nm pppoe.o | grep sk_
U sk_alloc_R5f9fe915
U sk_free_R6807b2c7
U sk_run_filter
Do a grep sk_run_filter /proc/ksyms, I bet it there, w/ some bits on the end.
Try mv .config /tmp && make distclean && mv /tmp/.config . && make oldconfig
Then make vmlinux modules and try again.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/