Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
On Saturday 10 February 2007 14:23, Hesse, Christian wrote: > On Friday 09 February 2007 22:12, James Ketrenos wrote: > > We are pleased to announce the availability of a new driver for the > > Intel PRO/Wireless 3945ABG Network Connection adapter. > > Wow, great news on this rainy saturday! ;-) > > The driver works perfectly, I'm writing this mail via wireless link. > However there are two things to note: > > The driver generates two network devices. The second one is for promicious > mode? Is there any chance to disable the interface? ifrename renamed the > wrong one to wlan0 and I had to tell my system to use eth1 for the wireless > connection. > > Second problem is that I can't unload the module. I get the message "FATAL: > Module iwlwifi is in use." even if both interfaces are down. Oh, I forgot one note: "make patch_kernel" is terribly broken. Any chance to get this fixed soon? -- Regards, Chris pgplBjfZ2IzFW.pgp Description: PGP signature
Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG
On Friday 09 February 2007 22:12, James Ketrenos wrote: > We are pleased to announce the availability of a new driver for the > Intel PRO/Wireless 3945ABG Network Connection adapter. Wow, great news on this rainy saturday! ;-) The driver works perfectly, I'm writing this mail via wireless link. However there are two things to note: The driver generates two network devices. The second one is for promicious mode? Is there any chance to disable the interface? ifrename renamed the wrong one to wlan0 and I had to tell my system to use eth1 for the wireless connection. Second problem is that I can't unload the module. I get the message "FATAL: Module iwlwifi is in use." even if both interfaces are down. -- Regards, Chris pgpbIic3689pn.pgp Description: PGP signature
Re: IEEE80211 and IPW3945
On Saturday 18 November 2006 11:20, Martin Lorenz wrote: > Dear James, > > I just had some issues when trying to compile ieee80211 1.2.15 together > with ipw3945 1.1.2 on the latest kernel tree > > attached are two patches I had to create to work around it > I guess they are self-explanatory :-) I think you should not recreate linux/config.h but remove the reference to it... -- Regards, Christian pgppGe4t6eiZn.pgp Description: PGP signature
Re: RFC -- /proc/patches to track development
On Wednesday 15 November 2006 02:17, Marty Leisner wrote:
> I always want to know WHAT I'm running (or people I'm working with
> are running) rather than "guessing" ("do you have the most current
> patch" "I think so")
>
> I've been a proponent of capturing .config information SOMEPLACE where
> you can look at it at runtime...(it took a while but its there now).
>
>
> In /proc/patches there would be a series of comments (perhaps including
> file, date and time) of various patches you want to monitor.
I prepared such a patch [0] some time ago. It makes the file .patches in
kernel source tree available via /proc/patches.gz. Read the discussion on
lkml [1] to get more information. It still appies to actual kernels.
[0] http://www.earthworm.de/download/linux/patches.patch
[1]
http://groups.google.com/group/linux.kernel/browse_thread/thread/68497374c5870617/6cfc8eed92e9b7ff
--
Regards,
Christian
pgpiRNGJ2bbzT.pgp
Description: PGP signature
IRQ problem with PCMCIA
Hello everybody, seems like I have a problem with PCMCIA/PCCARD. If I transfer data to or from a CF card inserted via adapter system waits for interrupts most of the time: Cpu(s): 21.2% us, 7.9% sy, 0.0% ni, 0.0% id, 1.7% wa, 69.2% hi, 0.0% si This results in a very unresponsive system and a transfer rate of up to 1MB/s (my new camera writes with up to 10MB/s on the card...). Any idea what could be the reason? This is with 2.6.12/pcmcia-cs and with 2.6.13-rc*/pcmciautils. The CF card is a Lexar 1GB. [EMAIL PROTECTED]:~# cat /proc/interrupts | grep yenta 11:5914154 XT-PIC yenta, yenta, uhci_hcd:usb2, Intel 82801DB-ICH4, ide2 -- Regards, Christian pgpoC93FK7zZY.pgp Description: PGP signature
