Excuse me for the delay- I haven't been checking my email regularly over the
holiday.

I can tell you that I resolved my issues by disabling the automatic creation
of a bridge at boot.  As I said in my first report, even when I disable
bridge creation at boot, then restart /etc/init.d/networking with the
original config in place, it still hangs.   However, when I execute all the
necessary commands manually all works properly.  This behavior is best
explained by an error in my configuration, only it worked perfectly before
upgrading to Gutsy and even once upgraded, by booting the former kernel.
For the time being I've written a simple script that I run manually after
reboots to create and configure the bridge.

I realize I'm not familiar with the the Ubuntu approach to multiple kernel
versions.   Which modules versions are loaded along with a specific kernel
version?  For example, when I was booting the previous kernel, was it also
loading a previous version of madwifi also left over from Fesity?  Might
therefore the error live in the madwidi package?  I was born a Gentoo boy
where we just compiled kernels with the proper drivers built right in and
avoided this fancy-dancy module business as much as possible (my /boot
directory used to fit on a 32MB partition with 6 different kernels, now it's
62MB with just the one kernel).

I would love to test Hardy Heron, only given the woes I experienced
upgrading to Gutsy (network bridging wasn't my only headache) I have to wait
until I have more time to devote to work out any kinks.

For the time being, considering network bridging works when established by
hand or script, I suspect the "bug" was due to an idiosyncrasy in my config
and not a serious error in the kernel or driver images.  Still, I wonder why
it worked under Feisty and not Gutsy.  For good measure, here's the guilty
/etc/network/interfaces (mostly derived from the madwifi documentation):

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto ath0
iface ath0 inet manual
    #first get rid of madwifi's initial wireless virtual interface
    #and rebuild it in Master mode
    pre-up wlanconfig ath0 destroy
    pre-up wlanconfig ath0 create wlandev wifi0 wlanmode ap
    post-down wlanconfig ath0 destroy
    wireless-mode master
    wireless-channel 4
    wireless-essid bearNet

auto br0
iface br0 inet static
    address 192.168.1.127
    network 192.168.1.0
    netmask 255.255.255.0
    broadcast 192.168.1.255
    gateway 192.168.1.
    bridge_ports eth0 ath0


-Ian

On Dec 28, 2007 12:46 AM, Leann Ogasawara <[EMAIL PROTECTED]> wrote:

> Hardy Heron Alpha2 was recently released.  It contains an updated
> version of the kernel.  You can download and try the new Hardy Heron
> Alpha2 release from http://cdimage.ubuntu.com/releases/hardy/alpha-2/ .
> You should be able to then test the new kernel via the LiveCD.  If you
> can, please verify if this bug still exists or not and report back your
> results. General information regarding the release can also be found
> here: http://www.ubuntu.com/testing/hardy/alpha2 .  Thanks!
>
> --
> kernel hangs when initializing network bridge
> https://bugs.launchpad.net/bugs/150839
> You received this bug notification because you are a direct subscriber
> of the bug.
>

-- 
kernel hangs when initializing network bridge
https://bugs.launchpad.net/bugs/150839
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to