Bridging on Netra X1

[Gary W. Smith]

After getting Aurora setup on one of the many Netras sitting here, I tried creating a bridge. I installed the bridge-utils package and was able to create a bridge, add interfaces on it, and turn on stp. This is something that didn't work on debian. Anyway, it appears that bridging isn't working for some reason.

Can anyone confirm if they have had any success getting bridging working on sparc64 using Aurora?

Thanks,

Gary

[Tom "spot" Callaway]

Post by Gary W. Smith
After getting Aurora setup on one of the many Netras sitting here, I
tried creating a bridge. I installed the bridge-utils package and was
able to create a bridge, add interfaces on it, and turn on stp. This
is something that didn't work on debian. Anyway, it appears that
bridging isn't working for some reason.
Can anyone confirm if they have had any success getting bridging
working on sparc64 using Aurora?

You may need to try building the bridging tools as 64bit, rather than
the 32bit userland that Aurora defaults to. In the past, we had similar
failures around feature functionality in iptables...

~spot

[Gary W. Smith]

Spot,

Follow up question then. Is there anything special I need to do to compile 64bit under sparc64 with 32bit userland? Or is it just implied that anything compiled in that environment will default to 64bit?

I'm familair with compiling RPM's and know that if I create a 32bit chroot it defaults to 32bit even on x64 but I've never compiles anything on sparc.

Gary-

________________________________

From: aurora-sparc-user-***@lists.auroralinux.org on behalf of Tom "spot" Callaway
Sent: Mon 12/8/2008 6:42 AM
To: Aurora user discussion
Subject: Re: [Aurora-sparc-user] Bridging on Netra X1

Post by Gary W. Smith
After getting Aurora setup on one of the many Netras sitting here, I
tried creating a bridge. I installed the bridge-utils package and was
able to create a bridge, add interfaces on it, and turn on stp. This
is something that didn't work on debian. Anyway, it appears that
bridging isn't working for some reason.
Can anyone confirm if they have had any success getting bridging
working on sparc64 using Aurora?

You may need to try building the bridging tools as 64bit, rather than
the 32bit userland that Aurora defaults to. In the past, we had similar
failures around feature functionality in iptables...

~spot

[Tom "spot" Callaway]

Post by Gary W. Smith
Spot,
Follow up question then. Is there anything special I need to do to
compile 64bit under sparc64 with 32bit userland? Or is it just
implied that anything compiled in that environment will default to
64bit?
I'm familair with compiling RPM's and know that if I create a 32bit
chroot it defaults to 32bit even on x64 but I've never compiles
anything on sparc.

Well, you need to be sure that you have 64bit versions of any libraries
that you want to link to. For bridge-utils, this would just be glibc.
There is a glibc.sparc64 rpm in all of the Aurora trees, just grab the
one that matches your Aurora install and manually install it (with -i,
not -U). You'll now have two glibc packages installed on your system,
the 32bit one and the 64bit one.

Now, if you run:

rpmbuild --rebuild --target sparc64 bridge-utils-*.src.rpm

It should rebuild cleanly and spit out a bridge-utils-*.sparc64.rpm.
Remove any 32 bit bridge-utils package that you have installed (rpm -e
bridge-utils) then install the new sparc64 rpm. See if that works
better. It may not. :/

~spot