I cannot use kernel 2.6.16 in this machine running fc5 at present because this
newer kernel causes problems with Crossover Office 5.0.1 Pro running MS Office
XP which is essential for this computer.

So I am currently stuck - between the ability to run with no wireless on kernel
2.6.15 (smp) but able to use MS Office, or to try installing kernel 2.6.16 and
attempt to install the ipw3945 driver, but then lose the ability to have
Crossover functioning with Office XP.

After further investigation, I have discovered that in fact the modules ipw3945
and ieee80211 were loaded during the boot, but crucially the regulatory daemon,
ipw3945d was NOT running.

In order to get the daemon running at boot I found that appending the line:
/sbin/ipw3945d --quiet
to the end of the file /etc/rc.local
Now makes the daemon start during the boot process and the wireless interface is
running perfectly as soon as the machine has booted up.

I am still puzzled as to why the daemon was not running with the original setup,
given that this same line is part of install line in the modprobe.conf file. 

Also others have reported that this same setup without my workaround was
apparently working in fc4 without the need for any further amendment.  Since
this is a new machine I did not get the chance to test under fc4 (smp).

If there is any clue as to why the workaround is required then perhaps this will
lead to a fix which allows the daemon to run without the additional line in
rc.local ?

Hence I guess this is a temporary fix rather than a real solution to the
original problem ?

Thanks

Mike

A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed.  See bug 207474 for further details.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.

Thank you.

FC5, kernel 2.6.18-1.2200.fc5smp

Well, the ipw3945 module still does not load correctly.  This is my
/etc/modprobe.d/ipw3945

[bpm]$ cat ipw3945
install ipw3945 /sbin/modprobe --ignore-install ipw3945 ; sleep 0.5 ;
/sbin/ipw3945d --quiet
remove ipw3945 /sbin/ipw3945d --kill ; /sbin/modprobe -r --ignore-remove ipw3945

After booting, the ipw3945d is NOT running.  If I do a modprobe -r ipw3945, then
a modprobe ipw3945, then the daemon starts up correctly.

So, I would have to say that this is still broke.

I have just tried with the new kernel also - but I cannot compile the driver so
cannot test.  I have tried with both the 1.0.12 and 1.1.0 driver but "make" no
longer completes.  Which version of the driver did you use, Brian? Also which
versions of the microcode and regulatory daemon?  I am using microcode
ipw3945-ucode-1.13 , and regulatory daemon ipw3945d-1.7.22.

Mike

I upgraded to ieee80211 version 1.2.15 and included the
ieee80211-1.2.15-patch_kernel.patch from sourceforge, then compiled and
installed. I also added the patches for ipw3945.k and ipw3945.h before compiling
the driver version 1.1.0 and then loaded the ipw3945 module. I still needed the
/sbin/ipw3945d --quiet
added to the end of the file /etc/rc.local for the daemon to run on boot.

Mike

Had this patch/email from Paul Johnson:

SUSPEND WORKS with new kernel!  I one-by-one removed RPMS from utopia,
and tested suspend.  As soon as I removed pm-utils and re-installed
the one from Fedora Core, then the suspend to RAM worked, and wake-up
worked as well!

This has a SATA hard disk, it wakes up great.  I'm using the Nvidia
driver version 8774 with the kernel-smp that is in updates-testing,
and the ipw3945 wireless driver 1.0.12 with the following patch
applied (from the devel list)

--- Makefile.old        2006-09-23 13:06:50.000000000 -0700
+++ Makefile    2006-09-23 13:06:50.000000000 -0700
@@ -92,6 +92,8 @@
ifeq ($(IEEE80211_API),)
        IEEE80211_API := $(shell [[ "$(IEEE80211_VER)" == 1.1.14* ]] && \
                { echo "2" ; } || \
+               [[ "$(IEEE80211_VER)" == git-1.1.13* ]] && \
+               { echo "2" ; } || \
                { ver=$(IEEE80211_VER); ver=$${ver\#*.} ; echo $${ver%.*} ; })
        EXTRA_CFLAGS += -DIEEE80211_API_VERSION=$(IEEE80211_API)
endif

Spacing is messed up by cut/paste, but you see the 2 lines are
necessary to make ipw3945 compile.  It too suspends and resumes great.

I have NO special adjustments in acpi scripts, no special nothing.
Suspend just works, as PROMISED.

great!

No, I don't think it means what you think it means.  The above patch was to be
able to compile the ipw3945 module.  However, the bug, or condition still
exists.  That the modprob.conf definition does not correctly load & setup the
ipw3945 module.

Sorry for the confusion.

I don't think this is a general problem, but something specific to that module.
 I recommend asking on the ipw3945 mailing list for help.