2.4.9-benh0 problems and kudos

2.4.9-benh0 problems and kudos

[Robert E Brose II]

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/

Re: 2.4.9-benh0 problems and kudos

[Tom Rini]

On Thu, Aug 23, 2001 at 11:42:56AM -0500, Robert E Brose II wrote:

> 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.

If you have planb, please fix this and try it out. :)

> Next, when pppoe, ax25 or netrom are compiled as modules, trying to
> insmod them gives the following...

Don't use insmod.  Use modprobe.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: 2.4.9-benh0 problems and kudos

[Robert E Brose II]

User Tom Rini says:
> On Thu, Aug 23, 2001 at 11:42:56AM -0500, Robert E Brose II wrote:

> > Next, when pppoe, ax25 or netrom are compiled as modules, trying to
> > insmod them gives the following...
>
> Don't use insmod.  Use modprobe.
> --
> Tom Rini (TR1265)
> http://gate.crashing.org/~trini/

#/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/

Re: 2.4.9-benh0 problems and kudos

[Tom Rini]

On Thu, Aug 23, 2001 at 02:43:37PM -0500, Robert E Brose II wrote:
> User Tom Rini says:
> > On Thu, Aug 23, 2001 at 11:42:56AM -0500, Robert E Brose II wrote:
>
> > > Next, when pppoe, ax25 or netrom are compiled as modules, trying to
> > > insmod them gives the following...
> >
> > Don't use insmod.  Use modprobe.
> > --
> > Tom Rini (TR1265)
> > http://gate.crashing.org/~trini/
>
> #/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 <davem@redhat.com> 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/

Re: 2.4.9-benh0 problems and kudos

[Tom Rini]

On Thu, Aug 23, 2001 at 12:48:53PM -0700, Tom Rini wrote:
>
> On Thu, Aug 23, 2001 at 02:43:37PM -0500, Robert E Brose II wrote:
> > User Tom Rini says:
> > > On Thu, Aug 23, 2001 at 11:42:56AM -0500, Robert E Brose II wrote:
> >
> > > > Next, when pppoe, ax25 or netrom are compiled as modules, trying to
> > > > insmod them gives the following...
> > >
> > > Don't use insmod.  Use modprobe.
> > > --
> > > Tom Rini (TR1265)
> > > http://gate.crashing.org/~trini/
> >
> > #/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 <davem@redhat.com> 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...

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: 2.4.9-benh0 problems and kudos

[Robert E Brose II]

User Tom Rini says:
> > 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 <davem@redhat.com> 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...
>
> --
> Tom Rini (TR1265)
> http://gate.crashing.org/~trini/
>

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/

Re: 2.4.9-benh0 problems and kudos

[Tom Rini]

On Thu, Aug 23, 2001 at 08:00:20PM -0500, Robert E Brose II wrote:
> User Tom Rini says:
> > > 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 <davem@redhat.com> 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/

Re: 2.4.9-benh0 problems and kudos

[Olaf Hering]

On Thu, Aug 23, Robert E Brose II wrote:

>
> 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

try that one and see how it goes.
http://www.penguinppc.org/~olaf/ibook2/patches/70__01_00_2.4.6-pre8-fixes.gz


Gruss Olaf

--
 $ man clone

BUGS
       Main feature not yet implemented...

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: 2.4.9-benh0 problems and kudos

[Michel Lanners]

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/

Re: 2.4.9-benh0 problems and kudos

[Robert E Brose II]

--

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: 2.4.9-benh0 problems and kudos

[Robert E Brose II]

User Michel Lanners says:
> 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

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/