Re: [Bcm43xx-dev] Re: What are the general causes of frozen system?

2005-11-28 Thread Michael Buesch
On Sunday 27 November 2005 22:53, Larry Finger wrote: Michael Buesch wrote: On Sunday 27 November 2005 03:44, you wrote: I am trying to help the bcm43xx project develop a driver for the Broadcom 43xx wireless chips, using my Linksys WPC54G card. Unfortunately, since the group got far

Re: [Bcm43xx-dev] Re: What are the general causes of frozen system?

2005-11-28 Thread Michael Buesch
On Monday 28 November 2005 22:07, lothwen wrote: Larry W. Finger wrote: At 08:07 AM 11/28/2005, Michael Buesch wrote: On Monday 28 November 2005 12:28, Jérémy Bobbio wrote: On Sunday 27 November 2005 22:53, Larry Finger wrote: At the moment, I am unable to load the bcm430x module

Re: [Bcm43xx-dev] multirate support

2005-12-01 Thread Michael Buesch
On Thursday 01 December 2005 15:27, Johannes Berg wrote: It just occurred to me that two u8's for the data rates are not enough -- the fallback rate for broad-/multicast might not be what you want it to be if that rate is not in the bssBasicRateSet. Thus, both should be lists of rates.

Re: [Bcm43xx-dev] Compiling softmac

2005-12-04 Thread Michael Buesch
On Sunday 04 December 2005 22:30, Saladino wrote: Hi, Sorry if my question is too basic, but ive not found any instructions on how to compile softmac, i've just try with make after extracting in my home but fails. When i do make depend complains me about net/ieee80211softmac.h, but below

[Bcm43xx-dev] [ANN] BCM43xx daily snapshots available

2005-12-06 Thread Michael Buesch
Hi, Daily snapshots of the BCM43xx driver are now available at ftp://ftp.berlios.de/pub/bcm43xx/snapshots/ The snapshots are generated at UTC 5:00am (or should be, at least. :) Let's wait until tomorrow, if I got the crontab correct.) Have Fun. PS: It seems like Distributions begin to ship the

[Bcm43xx-dev] [ANN] bcm43xx software encryption support

2005-12-20 Thread Michael Buesch
Hi, I ported the bcm43xx driver (http://bcm43xx.berlios.de) to the devicescape ieee802.11 stack. This port is a project branch, so softmac is still supported and developed. bcm43xx now supports software-side encryption functionality. (The hardware supports encryption, but that's not completely

Re: [Bcm43xx-dev] Machine hard lock

2005-12-22 Thread Michael Buesch
On Thursday 22 December 2005 18:49, Martin Tessun wrote: Johannes Berg wrote: On Thu, 2005-12-22 at 17:51 +0100, Martin Tessun wrote: At least you get them inserted ;) When I try to modprobe rate_control I get the following: insmod 80211 first. johannes No, this ist not the

Re: [Bcm43xx-dev] scheduling while atomic: bcm43xx_wq/0/0x00000003/5827 problems with Bcm43xx

2005-12-23 Thread Michael Buesch
On Friday 23 December 2005 16:27, Ralf Hildebrandt wrote: scheduling while atomic: bcm43xx_wq/0/0x0002/5827 [c031a026] schedule+0x566/0x630 [c012dbf5] worker_thread+0x295/0x2d0 ^ Which kernel are you running? Which architecture? This is strange, because

Re: [Bcm43xx-dev] scheduling while atomic: bcm43xx_wq/0/0x00000003/5827 problems with Bcm43xx

2005-12-27 Thread Michael Buesch
On Tuesday 27 December 2005 10:43, Ralf Hildebrandt wrote: scheduling while atomic: bcm43xx_wq/0/0x0001/5414 [c02fff55] schedule+0x585/0x640 [c01190ab] __wake_up+0x4b/0x80 [c012d725] worker_thread+0x255/0x290 [c0101ac9] __switch_to+0x19/0x220 [e0bb95a0]

Re: [Bcm43xx-dev] handle_irq_transmit_status() never called on iBook, Airport Extreme

2006-01-01 Thread Michael Buesch
On Sunday 01 January 2006 19:35, David Woodhouse wrote: On Sun, 2006-01-01 at 08:54 -0600, Matteo Frigo wrote: I would appreciate if other people could confirm whether handle_irq_transmit_status() is called on their system, so that I can try to further diagnose the problem. It's not

Re: [Bcm43xx-dev] handle_irq_transmit_status() never called on iBook, Airport Extreme

2006-01-01 Thread Michael Buesch
On Sunday 01 January 2006 19:35, David Woodhouse wrote: On Sun, 2006-01-01 at 08:54 -0600, Matteo Frigo wrote: I would appreciate if other people could confirm whether handle_irq_transmit_status() is called on their system, so that I can try to further diagnose the problem. It's not

Re: [Bcm43xx-dev] handle_irq_transmit_status() never called on iBook, Airport Extreme

2006-01-01 Thread Michael Buesch
On Sunday 01 January 2006 22:21, Matteo Frigo wrote: Michael Buesch [EMAIL PROTECTED] writes: You have a device with a wlcore rev 5, which uses one DMA engine for TX status blobs. This code is untested and indeed likely to be wrong. I have no facilities to test it (neither has any

Re: [Bcm43xx-dev] handle_irq_transmit_status() never called on iBook, Airport Extreme

2006-01-01 Thread Michael Buesch
On Sunday 01 January 2006 23:52, you wrote: This patch seems to do the trick. I am ignoring the bcm43xx_rx_transmitstatus() mechanism and calling bcm43xx_dma_handle_xmitstatus() directly. Ok, very good. I will apply this patch and also remove the dead bcm43xx_rx_transmitstatus code. Thanks.

Re: [Bcm43xx-dev] errors using ck-sources-2.6.15

2006-01-05 Thread Michael Buesch
On Thursday 05 January 2006 03:05, Jory A. Pratt wrote: bcm43xx: XMIT ERROR bcm43xx: Generic Reason: 0x4d80 bcm43xx: DMA reasons:0x, 0x, 0x, 0x bcm43xx: DMA TX status: 0x2000, 0x36802368, 0x2000, 0x2000 bcm43xx: XMIT ERROR bcm43xx:

Re: [Bcm43xx-dev] [PATCH] Fix for possible error in softmac version bcm43xx_wx_get_rangeparams

2006-01-11 Thread Michael Buesch
On Wednesday 11 January 2006 00:32, Carlo Marcelo Arenas Belon wrote: On Tue, Jan 10, 2006 at 02:43:10PM -0600, Larry Finger wrote: While reviewing the softmac version of r0utine bcm43xx_wx_get_rangeparams, I found the following code snippit: switch (bcm-current_core-phy-type)

Re: [Bcm43xx-dev] bcm43xx-dscape + 2.6.15 kernel woes

2006-01-11 Thread Michael Buesch
On Wednesday 11 January 2006 03:13, Shreyas Ananthan wrote: However, the script sta_up.sh caused the kernel to crash (can someone tell me what to dump from xmon. I am not sure what information in there is relevant). That is simple. Everything is relevant. All I can do with the information you

Re: [Bcm43xx-dev] wireless: the contenders

2006-01-18 Thread Michael Buesch
On Wednesday 18 January 2006 21:06, John W. Linville wrote: The tree also has softmac and dscape branches. The softmac branch includes the Johannes Berg softmac code as well as the the BCM43xx driver based upon that code. The dscape branch includes the DeviceScape patches from Jiri Benc as

Re: [Bcm43xx-dev] Re: [GIT PULL] bcm43xx: Update B6PHY initialization

2006-02-01 Thread Michael Buesch
Stefano, please go to the list admin page and remove the useless [Bcm43xx-dev] prefix from the topic. It messes up threads on reply. _Especially_ if foreign lists are CCed. This annoys people. Thanks. -- Greetings Michael. pgpYOj7Ul5yzn.pgp Description: PGP signature

Re: [Bcm43xx-dev] [patch] basic ethtool support

2006-02-02 Thread Michael Buesch
On Monday 30 January 2006 09:28, Jason Lunz wrote: This patch contains the beginnings of ethtool support for bcm43xx. Thanks, applied. -- Greetings Michael. pgptSTc3Lef15.pgp Description: PGP signature

Re: How to get WPA-Support with NetworkManager?

2006-02-02 Thread Michael Buesch
On Thursday 02 February 2006 15:36, David Woodhouse wrote: On Mon, 2006-01-30 at 07:53 -0500, Dan Williams wrote: On Mon, 2006-01-30 at 21:51 +1100, David Woodhouse wrote: I believe the bcm43xx driver should support WPA. Technically, yes. However, it needs a patch like the one attached

Please pull softmac-upsteam of bcm43xx driver

2006-02-03 Thread Michael Buesch
Please do a git pull git://bu3sch.de/wireless-2.6 softmac-upstream to pull latest bcm43xx updates into softmac-all: Michael Buesch: [bcm43xx] add DEBUG Kconfig option. Also fix indention. [bcm43xx] Fix makefile. Remove all the out-of-tree stuff. [bcm43xx] Add more initvals

Please pull dscape-upsteam of bcm43xx driver

2006-02-03 Thread Michael Buesch
Please do a git pull git://bu3sch.de/wireless-2.6 dscape-upstream to pull latest bcm43xx updates into dscape-all: Michael Buesch: [bcm43xx] add DEBUG Kconfig option. Also fix indention. [bcm43xx] fix Kconfig depends on typo. [bcm43xx] Fix makefile. Remove all the out-of-tree

Re: Status of statistics patch

2006-02-04 Thread Michael Buesch
On Saturday 04 February 2006 06:46, Larry Finger wrote: On Jan. 14, I submitted a patch for softmac/bcm43xx that implemented the get_wireless_stats call. To date, I have not received any response to my patch. I use it with the Wireless Network Information applet in KDE to tell me when my

Re: [PATCH] Addition of routine to provide statistics - resubmitted

2006-02-04 Thread Michael Buesch
Index: bcm43xx_wx.c === --- bcm43xx_wx.c(revision 1113) +++ bcm43xx_wx.c(working copy) @@ -262,13 +262,13 @@   range-max_qual.qual = 100; /* TODO: Real max RSSI */ -   range-max_qual.level

Re: Linksys

2006-02-05 Thread Michael Buesch
On Sunday 05 February 2006 18:13, [EMAIL PROTECTED] wrote: Do you also add support for linksys technology for improving signalstrenght by using two or more antennas ? I personally use a debian system with a Linksys WMP54G card. Could you tell me if , and if yes , at what time , this

Re: [Bcm43xx-dev] Link LED not working on cardbus Linksys WPC54G

2006-02-08 Thread Michael Buesch
On Wednesday 08 February 2006 17:47, you wrote: On Wed, Feb 08, 2006 at 03:18:24PM +0100, Michael Buesch wrote: [...] Well, I did not publish the URL on the homepage, because it is not really needed for everyone to clone my repository. Currently, there are all-in-one snapshots available

Re: [Bcm43xx-dev] Link LED not working on cardbus Linksys WPC54G

2006-02-08 Thread Michael Buesch
On Wednesday 08 February 2006 20:10, you wrote: The new standalone isn't working for me. Compilation and syntax errors all over the place - mostly near the error handling gotos. Attached is the results of a compilation attempt. I'm going to give a look at see if I can figure out the issue.

Re: Failed to suspend mac

2006-02-08 Thread Michael Buesch
On Wednesday 08 February 2006 21:05, Joseph Jezak wrote: Michael Buesch wrote: On Wednesday 08 February 2006 18:20, you wrote: Michael Buesch wrote: Ok, I think your fix is more or less correct. The original driver does not have any timeout in mac suspend. It just spins until

Re: [Bcm43xx-dev] Link LED not working on cardbus Linksys WPC54G

2006-02-11 Thread Michael Buesch
On Saturday 11 February 2006 17:22, Larry Finger wrote: Mike Leahy wrote: Stefano, I gave your suggestion a try...distance doesn't seem to have any impact. Setting the txpower via iwconfig doesn't seem to have any obvious effect either. The set_xmitpower section is still a TODO.

Re: [Bcm43xx-dev] Link LED not working on cardbus Linksys WPC54G

2006-02-11 Thread Michael Buesch
On Saturday 11 February 2006 17:55, you wrote: Michael Buesch wrote: On Saturday 11 February 2006 17:22, Larry Finger wrote: Mike Leahy wrote: Stefano, I gave your suggestion a try...distance doesn't seem to have any impact. Setting the txpower via iwconfig doesn't seem to have any

Re: [Bcm43xx-dev] Link LED not working on cardbus Linksys WPC54G

2006-02-11 Thread Michael Buesch
On Saturday 11 February 2006 18:46, you wrote: Michael Buesch wrote: On Saturday 11 February 2006 17:55, you wrote: Michael Buesch wrote: On Saturday 11 February 2006 17:22, Larry Finger wrote: Mike Leahy wrote: Stefano, I gave your suggestion a try...distance doesn't seem

Re: [PATCH wireless-2.6] bcm43xx-d80211: fix oops when removing the module

2006-02-15 Thread Michael Buesch
On Wednesday 15 February 2006 20:21, you wrote: This patch fixes an oops when bcm43xx-d80211 module is unloaded. This is already fixed in my tree. Signed-off-by: Jiri Benc [EMAIL PROTECTED] --- dscape.testing.orig/drivers/net/wireless/bcm43xx-d80211/bcm43xx_main.c 2006-02-15

Re: Wireless statistics patch

2006-02-15 Thread Michael Buesch
On Wednesday 15 February 2006 17:58, Larry Finger wrote: What has happened to the wireless statistics patch for bcm43xx-softmac? I keep having to reapply it every time I get a new copy. Attached is a fresh copy of the patch rediffed against the 060215 snapshot. I am sorry. I thought I did

Re: [PATCH wireless-2.6] bcm43xx-d80211: fix oops when removing the module

2006-02-16 Thread Michael Buesch
On Thursday 16 February 2006 10:35, you wrote: On Wed, 15 Feb 2006 22:34:35 +0100, Michael Buesch wrote: On Wednesday 15 February 2006 20:21, you wrote: This patch fixes an oops when bcm43xx-d80211 module is unloaded. This is already fixed in my tree. Is the tree available somewhere

Re: [PATCH] Fix maximum channel for various locales

2006-02-16 Thread Michael Buesch
On Thursday 16 February 2006 04:09, Larry Finger wrote: The current version of the bcm43xx-softmac driver scans 14 channels, even though channels greater than 11 are not permitted in the US and Canada. Similarly only channels 1-13 are allowed in Europe. AFAIK, channel 14 is only allowed

Re: [PATCH] Fix maximum channel for various locales

2006-02-16 Thread Michael Buesch
On Thursday 16 February 2006 16:08, Larry Finger wrote: I agree, but placed the patch where I did because I couldn't find any code in ieee80211 that even sets frequencies. I will formulate a patch that puts the domain regulations into ieee80211 and submit it to Linville, then suggest

Re: Bcm43xx, Injection and dhcp

2006-02-16 Thread Michael Buesch
On Thursday 16 February 2006 21:25, Andrea Lusuardi - UoVoBW wrote: Hi everyone, i'm back with one of possibly stupid questions of mine. I have a wireless net at home, and i want to understand if, with a standard card, it is possibile to get inside my WLAN. I've been walking around my house

Re: Driver on 64bit archs

2006-02-17 Thread Michael Buesch
On Friday 17 February 2006 17:28, Daniel Gryniewicz wrote: On Fri, 2006-02-17 at 11:11 +0100, Michael Buesch wrote: Hi, I got complaints from people, that the driver does not compile cleanly on a 64bit arch. But I can not fix this, because I don't have a 64bit machine. So, someone

Re: Where and (at which step) to place the firmware files

2006-02-21 Thread Michael Buesch
On Tuesday 21 February 2006 15:50, you wrote: It is still the wrong firmware directory. Read your distro's documentation on where to put firmware. I think I have corrected this issue (I have made symlinks in /usr/lib/hotplug/firmware too). Now the script says:

Re: Where and (at which step) to place the firmware files

2006-02-21 Thread Michael Buesch
On Tuesday 21 February 2006 16:41, you wrote: http://bu3sch.de/git?p=wireless-2.6.git;a=blob;h=6d5384008f944bb9a7ec1650426c6fcfb3e9f6ef;hb=dscape;f=Documentation/networking/bcm43xx-d80211-HOWTO.txt You can optionally try with -Dwext. That _should_ be supported, too, without patching. But I

Re: [PATCH] Generic hardware RNG support

2006-02-28 Thread Michael Buesch
possible. A patch against bcm43xx for your testing pleasure can be found at: ftp://ftp.bu3sch.de/misc/bcm43xx-d80211-hwrng.patch Oops, I forgot: Signed-off-by: Michael Buesch [EMAIL PROTECTED] Sorry. -- Greetings Michael. pgpEJGwIxaaig.pgp Description: PGP signature

Re: [PATCH] Generic hardware RNG support

2006-03-01 Thread Michael Buesch
On Wednesday 01 March 2006 03:57, you wrote: Hi, I'll email you the patchset off-list so you can look at the API and write the bcm43xx driver against it. They are a few months old and need updating to 2.6.latest and it is on my 2.6.18 TODO. If you search the archives there were a

Please pull bcm43xx softmac-upstream and dscape-upstream branches

2006-03-05 Thread Michael Buesch
Hi John, It took a little longer than promised, but a broken harddisk in my server delayed my plans. ;) Please pull branches softmac-upstream and dscape-upstream from my repository at: git://bu3sch.de/wireless-2.6.git This introduces the following changesets: Michael Buesch: bcm43xx

4318 IS COMPLETELY BROKEN. We _know_ that.

2006-03-30 Thread Michael Buesch
Please, don't waste your time by doing experiments with the 4318 device, yet. == It is broken. == We _know_ that. And we are in the progress to fix this. I will announce on this mailing list, when the driver is ready for testing on the 4318. Until this announcement, please _don't_ send 4318

Re: System Lockup

2006-04-02 Thread Michael Buesch
On Sunday 02 April 2006 18:11, Jon Masters wrote: On 4/2/06, Jon Masters [EMAIL PROTECTED] wrote: I have to sometimes do an extra ifconfig up to turn the radio on again and I have seen one lockup so far - so it's not all perfect, David: FYI, my kernel locked hard over at MIT yesterday. I

Re: 2.6.17-rc1: bcm43xx problems with BCM4306 on x86_64

2006-04-07 Thread Michael Buesch
On Friday 07 April 2006 18:59, Rafael J. Wysocki wrote: Hi, I've just tried the version of the driver included in 2.6.17-rc1 on an x86_64 box (Asus L5D) with a built-in PCI BCM4306 adapter (Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03)), and unfortunately it doesn't

[PATCH] bcm43xx-d80211: use pci_iomap() for convenience.

2006-04-09 Thread Michael Buesch
This reduces codesize. --- a/drivers/net/wireless/bcm43xx-d80211/bcm43xx.h +++ b/drivers/net/wireless/bcm43xx-d80211/bcm43xx.h @@ -639,7 +639,6 @@ struct bcm43xx_private { unsigned int irq; void __iomem *mmio_addr; - unsigned int mmio_len; /* Do not use the lock

[PATCH] bcm43xx: use pci_iomap() for convenience.

2006-04-09 Thread Michael Buesch
This reduces codesize. --- a/drivers/net/wireless/bcm43xx/bcm43xx.h +++ b/drivers/net/wireless/bcm43xx/bcm43xx.h @@ -648,7 +648,6 @@ struct bcm43xx_private { unsigned int irq; void __iomem *mmio_addr; - unsigned int mmio_len; /* Do not use the lock directly. Use

bcm43xx symbol clash problems

2006-04-09 Thread Michael Buesch
Hi, I looked into the symbol clash problems between bcm43xx and bcm43xx-d80211 you mentioned at the wireless summit. Well, IMHO it is pretty hard to find a good solution to this. The situation is: We have several nonstatic functions in the bcm driver. These functions have the same name in the

[PATCH] bcm43xx-d80211: protect tx_stat callback from uninitialized device

2006-04-09 Thread Michael Buesch
diff --git a/drivers/net/wireless/bcm43xx-d80211/bcm43xx_main.c b/drivers/net/wireless/bcm43xx-d80211/bcm43xx_main.c index 043a5cf..f0f4f78 100644 --- a/drivers/net/wireless/bcm43xx-d80211/bcm43xx_main.c +++ b/drivers/net/wireless/bcm43xx-d80211/bcm43xx_main.c @@ -4128,15 +4128,19 @@ static int

Re: [RFC/PATCH] remove unneeded check in bcm43xx

2006-04-09 Thread Michael Buesch
On Monday 10 April 2006 06:22, you wrote: Either the ppc code is wrong (it doesn't enforce dma_mask) either the driver still works without the check. Maybe ppc should do the same thing as i386: 47 if (dev == NULL || (dev-coherent_dma_mask 0x)) 48 gfp |=

Re: [RFC/PATCH] remove unneeded check in bcm43xx

2006-04-10 Thread Michael Buesch
On Tuesday 11 April 2006 03:46, you wrote: Yes, I know they hit the message, that's from a message in some forum that i got interested in the issue. It probably comes from an allocation from: http://www.linux-m32r.org/lxr/http/source/arch/powerpc/kernel/pci_direct_iommu.c#L32 Either

Re: [RFC/PATCH] remove unneeded check in bcm43xx

2006-04-11 Thread Michael Buesch
On Tuesday 11 April 2006 07:49, you wrote: From: Benjamin Herrenschmidt [EMAIL PROTECTED] Date: Tue, 11 Apr 2006 11:46:12 +1000 But ppc64 hits the problem and at this point, there is nothing I can do other than either implementing a split zone allocation mecanism in the ppc64

Re: bcm43xx symbol clash problems

2006-04-11 Thread Michael Buesch
On Tuesday 11 April 2006 08:39, Johannes Berg wrote: On Mon, 2006-04-10 at 02:16 +0200, Michael Buesch wrote: Does kbuild perhaps have some magic to handle that? This needs to be solved soon, but I have no idea how. You want to have bcm43xx and bcm43xx-dscape conflict anyway, since

Re: bcm43xx symbol clash problems

2006-04-11 Thread Michael Buesch
On Tuesday 11 April 2006 18:42, Johannes Berg wrote: On Tue, 2006-04-11 at 18:35 +0200, Michael Buesch wrote: Sure. I would probably say that both m should conflict, too. Nah, you probably want both m for testing. I am OK with this, but it fucks up module autoloading. But that is probably

Re: [RFC/PATCH] remove unneeded check in bcm43xx

2006-04-11 Thread Michael Buesch
On Wednesday 12 April 2006 00:21, you wrote: I still think we shouldn't reward shit hardware by complicating up our DMA mappings internals. :-) BTW. In the meantime, can't that driver work in PIO only mode ? No, because I did not finish debugging that, yet. ;) And a second half-no,

[PATCH] bcm43xx: fix dyn tssi2dbm memleak

2006-04-12 Thread Michael Buesch
This patch fixes a memory leak spotted by the Coverity checker. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-dev/drivers/net/wireless/bcm43xx/bcm43xx_phy.c

[PATCH] bcm43xx: sysfs code cleanup

2006-04-12 Thread Michael Buesch
This should also go in before 2.6.17 --- This cleans up the bcm43xx sysfs code and makes it compliant with the unwritten sysfs rules (at least I hope so). Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-dev/drivers/net/wireless/bcm43xx/bcm43xx.h

Re: Hitting TODO at 1121

2006-04-16 Thread Michael Buesch
On Sunday 16 April 2006 21:09, Marc Singer wrote: I'm using a 3 year old notebook computer with a built-in BCM 4306 chip. When I turn-up the interface, I see this in the dmesg log. bcm43xx: PHY connected bcm43xx: Radio turned on bcm43xx: Chip initialized bcm43xx: DMA initialized

[PATCH] sync bcm43xx-d80211 to bcm43xx

2006-04-18 Thread Michael Buesch
Hi John, I already sent these three patches for inclusion into the softmac version of the driver. Here are the devicescape port versions for inclusion in your wireless-dev tree. -- Greetings Michael. Index: wireless-dev-ds/drivers/net/wireless/bcm43xx-d80211/bcm43xx.h

Re: [PATCH TESTING] bcm43xx PIO mode

2006-04-22 Thread Michael Buesch
On Saturday 22 April 2006 17:18, you wrote: bcm43xx_lock_mmio(bcm, flags); + + txctl = bcm43xx_pio_read(queue, BCM43xx_PIO_TXCTL); + if (txctl BCM43xx_PIO_TXCTL_SUSPEND) + return; Ah, and yes, I see the bug here. :) But that normally does not trigger anyway. So no

[PATCH] bcm43xx: make PIO mode usable

2006-04-23 Thread Michael Buesch
-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_dma.h === --- wireless-2.6.orig/drivers/net/wireless/bcm43xx/bcm43xx_dma.h 2006-04-11 06:26:46.0 +0200 +++ wireless-2.6/drivers/net

Re: Problems with bcm4318

2006-04-30 Thread Michael Buesch
On Sunday 30 April 2006 06:33, Matej Cepl wrote: Hi, I have upgraded my kernel to 2.6.17-rc3 (on Debian/unstable) and found that native driver (THANKS!!!) works just on every other reboot. So, for example attached /var/log/messages contains couple of oopses and other problems. Can

Re: wireless-dev: warnings while removing bcm43xx-d80211

2006-04-30 Thread Michael Buesch
On Sunday 30 April 2006 14:15, you wrote: Sat, 29 Apr 2006 13:00:25 +0200, Johannes Berg pise: This didn't look too good to me, maybe someone can investigate? [24070.841580] Badness in remove_proc_entry at fs/proc/generic.c:732 [24070.841593] Call Trace: [...] I know about this

[PATCH] bcm43xx-d80211: proper implementation of virtual interface support

2006-05-01 Thread Michael Buesch
Hi, Jiri, please review this patch for things that might look strange to you. :) -- This replaces the bcm43xx-d80211 virtual interfaces hack by a correct implementation with support for monitor during oper. Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx.h

[PATCH] bcm43xx: fix iwmode crash when down

2006-05-01 Thread Michael Buesch
This should go into 2.6.17, as it fixes a user exploitable crash. -- This fixes a crash when iwconfig ethX mode foo is done before ifconfig ethX up or after ifconfig ethX down Index: linux-2.6/drivers/net/wireless/bcm43xx/bcm43xx_wx.c

[PATCH] bcm43xx: fix iwmode crash when down

2006-05-01 Thread Michael Buesch
(Second attempt, now unmangled and with signed-off-by line, uh...) This should go into 2.6.17, as it fixes a user exploitable crash. -- This fixes a crash when iwconfig ethX mode foo is done before ifconfig ethX up or after ifconfig ethX down Signed-off-by: Michael Buesch [EMAIL PROTECTED

[PATCH] bcm43xx-d80211: remove sta_up script

2006-05-01 Thread Michael Buesch
Hi John, This is not really a patch, because it is easier for you to do it manually. :) Please remove the file scripts/bcm43xx-d80211-sta_up.sh from the wireless-dev tree, as the d80211 user interface has been fixed and it is not really needed anymore. While you are at it, please also remove

[PATCH] bcm43xx-d80211: rewrite interface handling

2006-05-03 Thread Michael Buesch
Hi John, Please apply to wireless-dev. -- Rewrite the virtual interface handling. With this monitor_during_oper is made possible. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx.h

[PATCH] bcm43xx-d80211: measure the channel change time

2006-05-03 Thread Michael Buesch
Measure the channel change time with the bcm43xx tsf timer and remove the guesswork constant. ;) Tests on my 4306 show that the time comes damn close to reality. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c

[PATCH] bcm43xx: Fix array overrun in bcm43xx_geo_init

2006-05-05 Thread Michael Buesch
expectations, by using the proper constants. Signed-off-by: Jean Delvare [EMAIL PROTECTED] [mb]: Reduce stack usage by kzalloc-ing ieee80211_geo Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_main.c

[PATCH] bcm43xx-d80211: Fix access to non-existent PHY registers

2006-05-05 Thread Michael Buesch
John, this is the same patch as before, but for d80211. Please apply to wireless-dev. -- Fix the conditions under which we poke at the APHY registers in bcm43xx_phy_initg() to avoid a machine check on chips where they don't exist. Signed-off-by: Michael Buesch [EMAIL PROTECTED] diff --git

Re: Machine check in bcm43xx_phy_initg

2006-05-05 Thread Michael Buesch
On Friday 05 May 2006 20:18, you wrote: On Fri, 2006-05-05 at 19:42 +0200, Michael Buesch wrote: Signed-off-by: David Woodhouse [EMAIL PROTECTED] Signed-off-by: Michael Buesch [EMAIL PROTECTED] John, please apply. I will also send a patch for d80211. Would be good to get

Re: [PATCH 2/3] bcm43xx-d80211: fix whitespace

2006-05-06 Thread Michael Buesch
On Friday 05 May 2006 21:59, Stefano Brivio wrote: Fix whitespace. Signed-off-by: Stefano Brivio [EMAIL PROTECTED] Index: wireless-dev/drivers/net/wireless/bcm43xx/bcm43xx_main.c === ---

[patch 0/6] New Generic HW RNG

2006-05-07 Thread Michael Buesch
This patch series replaces the old non-generic Hardware Random Number Generator support by a fully generic RNG API. This makes it possible to register additional RNGs from modules. With this patch series applied, Laptops with a bcm43xx chip (PowerBook) have a HW RNG available now. Additionally

[patch 1/6] New Generic HW RNG

2006-05-07 Thread Michael Buesch
Remove the old H/W RNG support. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/Kconfig === --- hwrng.orig/drivers/char/Kconfig 2006-05-07 01:29:34.0 +0200 +++ hwrng/drivers/char/Kconfig 2006-05

[patch 2/6] New Generic HW RNG

2006-05-07 Thread Michael Buesch
Add a new generic H/W RNG core. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/Kconfig === --- hwrng.orig/drivers/char/Kconfig 2006-05-07 01:35:45.0 +0200 +++ hwrng/drivers/char/Kconfig 2006-05

[patch 3/6] New Generic HW RNG

2006-05-07 Thread Michael Buesch
Add a driver for the x86 RNG. This driver is ported from the old hw_random.c Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-07

[patch 4/6] New Generic HW RNG

2006-05-07 Thread Michael Buesch
Add ixp4xx H/W RNG driver. Driver written by Deepak Saxena. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-07 01:51:25.0

[patch 6/6] New Generic HW RNG

2006-05-07 Thread Michael Buesch
Add bcm43xx H/W RNG support. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/net/wireless/bcm43xx/Kconfig === --- hwrng.orig/drivers/net/wireless/bcm43xx/Kconfig 2006-05-07 01:53:13.0 +0200 +++ hwrng

Re: [PATCH] bcm43xx-d80211: fixes for master mode support

2006-05-07 Thread Michael Buesch
On Sunday 07 May 2006 07:45, Alexander V. Tsvyashchenko wrote: not really matter for this patch to work, the main reason I had to add interfaces handling was to allow more than one interface to be brought up (this is required for hostapd) Why does hostapd require more than one interface per

Re: [patch 2/6] New Generic HW RNG

2006-05-07 Thread Michael Buesch
On Sunday 07 May 2006 15:03, you wrote: This does not handle the case of partial read correctly - the code should be return ret ? : -ERESTARTSYS; + if (!current_rng) { + mutex_unlock(rng_mutex); + return -ENODEV;

[patch 1/6] New Generic HW RNG (#2)

2006-05-07 Thread Michael Buesch
Remove the old H/W RNG support. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/Kconfig === --- hwrng.orig/drivers/char/Kconfig 2006-05-07 01:29:34.0 +0200 +++ hwrng/drivers/char/Kconfig 2006-05

[patch 3/6] New Generic HW RNG (#2)

2006-05-07 Thread Michael Buesch
Add a driver for the x86 RNG. This driver is ported from the old hw_random.c Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-07

[patch 4/6] New Generic HW RNG (#2)

2006-05-07 Thread Michael Buesch
Add ixp4xx H/W RNG driver. Driver written by Deepak Saxena. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-07 15:50:22.0

[patch 6/6] New Generic HW RNG (#2)

2006-05-07 Thread Michael Buesch
Add bcm43xx H/W RNG support. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/net/wireless/bcm43xx/Kconfig === --- hwrng.orig/drivers/net/wireless/bcm43xx/Kconfig 2006-05-07 15:47:21.0 +0200 +++ hwrng

Re: [patch 3/6] New Generic HW RNG (#2)

2006-05-07 Thread Michael Buesch
On Sunday 07 May 2006 17:22, you wrote: On Sun, May 07, 2006 at 04:38:09PM +0200, Michael Buesch wrote: Add a driver for the x86 RNG. This driver is ported from the old hw_random.c [skip] +static int __init intel_init(struct hwrng *rng) Cannot be __init anymore - now rng-init could

Re: [patch 0/6] New Generic HW RNG (#2)

2006-05-07 Thread Michael Buesch
On Sunday 07 May 2006 20:39, you wrote: On Sunday 07 May 2006 16:38, Michael Buesch wrote: Second try. Various fixes included. This does even compile (and work) now. :) It would be good to give the patches more descriptive names, currently they all have the same subject lines, which

Re: [patch 5/9] Add Geode HW RNG driver

2006-05-12 Thread Michael Buesch
On Friday 12 May 2006 13:05, you wrote: [EMAIL PROTECTED] wrote: Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-08

[patch 1/9] Remove old HW RNG support

2006-05-15 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/Kconfig === --- hwrng.orig/drivers/char/Kconfig 2006-05-07 01:29:34.0 +0200 +++ hwrng/drivers/char/Kconfig 2006-05-07 01:35:45.0 +0200

[patch 3/9] Add Intel HW RNG driver

2006-05-15 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-14 16:06:53.0 +0200 +++ hwrng/drivers/char/hw_random/Kconfig2006

[patch 2/9] Add new generic HW RNG core

2006-05-15 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/Kconfig === --- hwrng.orig/drivers/char/Kconfig 2006-05-07 01:53:30.0 +0200 +++ hwrng/drivers/char/Kconfig 2006-05-07 01:55:11.0 +0200

[patch 8/9] Add TI OMAP CPU family HW RNG driver

2006-05-15 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-08 00:15:58.0 +0200 +++ hwrng/drivers/char/hw_random/Kconfig2006

[patch 6/9] Add VIA HW RNG driver

2006-05-15 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-08 00:12:08.0 +0200 +++ hwrng/drivers/char/hw_random/Kconfig2006

[patch 9/9] Add bcm43xx HW RNG support

2006-05-15 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/net/wireless/bcm43xx/Kconfig === --- hwrng.orig/drivers/net/wireless/bcm43xx/Kconfig 2006-05-12 12:07:13.0 +0200 +++ hwrng/drivers/net/wireless/bcm43xx

[patch 5/9] Add Geode HW RNG driver

2006-05-15 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng/drivers/char/hw_random/Kconfig === --- hwrng.orig/drivers/char/hw_random/Kconfig 2006-05-14 16:12:02.0 +0200 +++ hwrng/drivers/char/hw_random/Kconfig2006

Re: [patch 2/9] Add new generic HW RNG core

2006-05-16 Thread Michael Buesch
I will send patches for the following stuff, on top of your current -mm, which has my previous patches applied. On Tuesday 16 May 2006 00:02, you wrote: Michael Buesch [EMAIL PROTECTED] wrote: +static inline +int hwrng_init(struct hwrng *rng) +static inline +void hwrng_cleanup(struct

[patch 2/4] hw_random core: rewrite chrdev read method.

2006-05-17 Thread Michael Buesch
Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng.fixes/drivers/char/hw_random/core.c === --- hwrng.fixes.orig/drivers/char/hw_random/core.c 2006-05-16 21:50:04.0 +0200 +++ hwrng.fixes/drivers/char/hw_random

[patch 1/4] hw_random: code cleanups.

2006-05-17 Thread Michael Buesch
Cleanup some nonsense and codingstyle related stuff. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng.fixes/drivers/char/hw_random/core.c === --- hwrng.fixes.orig/drivers/char/hw_random/core.c 2006-05-16 20:37

[patch 4/4] hw_random: fix VIA Kconfig depends.

2006-05-17 Thread Michael Buesch
cpu_has_xstore only exists on X86_32 (for now). Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: hwrng.fixes/drivers/char/hw_random/Kconfig === --- hwrng.fixes.orig/drivers/char/hw_random/Kconfig 2006-05-16 20:37

  1   2   3   4   5   6   7   8   9   10   >