Re: [PATCH] b43: Add support for new firmware

2008-01-15 Thread Pavel Roskin

On Sun, 2008-01-13 at 14:20 +0100, Michael Buesch wrote:
 This patch adds support for new firmware.
 Old firmware is still supported until July 2008.
 
 To get new firmware, go to
 ftp://ftp.linksys.com/opensourcecode/wrt150nv11/1.51.3/
 and download the tarball. We don't have a smaller tarball, yet.
 That will be fixed later.

I have finally found some time and hardware to test it, but the tarball
is overwhelming at its 186M.  And the worst thing, the server
disconnected after 30M and appears to be down right now.  P.S. It's up,
ETA is 48 minutes.

There were two files there.  I hope either is fine.  I'm trying to
download WRT150NV11_v1.51.3_ETSI.tgz

Cannot we petition Linksys to put wl_ap.o outside the tarball?  Or maybe
Broadcom could do it?

Even a zip file would be better.  It's possible to cut a part of the zip
file and uncompress it with gzip.

It's really a travesty of open source.  The file is available, but you
have do download 186M of useless (for me at least) mips compilers and
other stuff.  And I have a relatively good connection.

 You can extract firmware out of the wl_ap.o file contained
 in this tarball using latest fwcutter. You must pass the option
 --unsupported to fwcutter.
 Fwcutter-010 with official support for a new firmware image will
 be released soon.

Do you know that the Subversion repository of fwcutter has no files at
all?  I mean svn://svn.berlios.de/bcm43xx/trunk

Yes, I will try --unsupported, with version 009.

-- 
Regards,
Pavel Roskin
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev


Re: [PATCH] b43: Add support for new firmware

2008-01-15 Thread Stefano Brivio
On Tue, 15 Jan 2008 13:27:42 -0500
Pavel Roskin [EMAIL PROTECTED] wrote:

 I have finally found some time and hardware to test it, but the tarball
 is overwhelming at its 186M.  And the worst thing, the server
 disconnected after 30M and appears to be down right now.  P.S. It's up,
 ETA is 48 minutes.
 
 There were two files there.  I hope either is fine.  I'm trying to
 download WRT150NV11_v1.51.3_ETSI.tgz
 
 Cannot we petition Linksys to put wl_ap.o outside the tarball?  Or maybe
 Broadcom could do it?

Good luck. ;) The only long-term lasting solution I see is to put more
effort on an open firmware. The instruction set has been figured out, we
just lack people and time there.

 Do you know that the Subversion repository of fwcutter has no files at
 all?  I mean svn://svn.berlios.de/bcm43xx/trunk
 
 Yes, I will try --unsupported, with version 009.

fwcutter development now happens here:
http://bu3sch.de/gitweb?p=b43-tools.git;a=summary

Maybe we should add this along with git URLs on linuxwireless.org.


--
Ciao
Stefano
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev


Re: [PATCH] b43: Add support for new firmware

2008-01-15 Thread Michael Buesch
On Tuesday 15 January 2008 20:15:38 Stefano Brivio wrote:
 On Tue, 15 Jan 2008 13:27:42 -0500
 Pavel Roskin [EMAIL PROTECTED] wrote:
 
  I have finally found some time and hardware to test it, but the tarball
  is overwhelming at its 186M.  And the worst thing, the server
  disconnected after 30M and appears to be down right now.  P.S. It's up,
  ETA is 48 minutes.
  
  There were two files there.  I hope either is fine.  I'm trying to
  download WRT150NV11_v1.51.3_ETSI.tgz
  
  Cannot we petition Linksys to put wl_ap.o outside the tarball?  Or maybe
  Broadcom could do it?
 
 Good luck. ;) The only long-term lasting solution I see is to put more
 effort on an open firmware. The instruction set has been figured out, we
 just lack people and time there.

We already have a better file on an openwrt server that will be the
officially supported one soon.
I just have to create a new fwcutter tarball and link from linuxwireless.org
to it. I already added support for the file to fwcutter git.
See Stefano's comment below.

  Do you know that the Subversion repository of fwcutter has no files at
  all?  I mean svn://svn.berlios.de/bcm43xx/trunk
  
  Yes, I will try --unsupported, with version 009.
 
 fwcutter development now happens here:
 http://bu3sch.de/gitweb?p=b43-tools.git;a=summary

Yep, the berlios stuff is dropped completely, except the download
section for the fwcutter tarballs. But that may also change in future.
We will announce that on linuxwireless.org.

 Maybe we should add this along with git URLs on linuxwireless.org.

Please do it, if you feel so.

-- 
Greetings Michael.
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev


Re: [PATCH] b43: Add support for new firmware

2008-01-15 Thread Michael Buesch
On Tuesday 15 January 2008 23:21:40 Michael Buesch wrote:
 Yep, the berlios stuff is dropped completely, except the download
 section for the fwcutter tarballs. But that may also change in future.
 We will announce that on linuxwireless.org.

Actually, I think I will change that _now_.
I'll simply put the stuff on my server. berlios is just too annoying.
I'll put the new URLs on the b43 linuxwireless.org page.

-- 
Greetings Michael.
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev


issues with bcm4306

2008-01-15 Thread Gavin McCullagh
Hi,

I'm the proud owner of the following Belkin f5d7011 cardbus card:

02:00.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g 
Wireless LAN Controller [14e4:4320] (rev 03)
Subsystem: Belkin F5D7011 54g+ Wireless Network card [1799:7011]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
Latency: 64
Interrupt: pin A routed to IRQ 10
Region 0: Memory at 2400 (32-bit, non-prefetchable) [size=8K]

which broadly speaking, works reasonably well.  I just updated to the
latest wireless-2.6 kernel and have a couple of issues to report.

1. Lights stay off on the card, even when it's working and associated.

2. There seems to be some timing issue with a Netgear WGR614 access point
   (but no others I've tried).  If I login with gnome, the network-manager
   tries to connect automatically to the AP as it knows it from previous
   sessions.  This fails unless I have first removed the memory of this
   ESSID from gconf.   
rm -r .gconf/system/networking/wireless/networks/ESSID/
   I can then login, select the ESSID from the list, type in the passphrase
   (it's WPA) and it connects fine.

Attached is a dmesg from the current running system.  I booted, logged in,
got the failure as in [2] above, logged out, reloaded the b43 module,
removed the gconf info, then logged in and successfully joined up to the
access point.

I think both of the above have been mentioned on this list before, but I
thought I should report them.  If someone would like me to debug this
further, I am open to instructions.

I also own a bcm4318 Airforce One card which is slightly less stable
(though its lights do work!) so I might send a separate email regarding
that.  

Thanks for all the code and please let me know if I can be of help giving
up debug info for these cards.

Gavin

[0.00] Linux version 2.6.24-rc7 ([EMAIL PROTECTED]) (gcc version 4.1.3 
20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #2 SMP Tue Jan 15 22:30:02 GMT 
2008
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0009f800 (usable)
[0.00]  BIOS-e820: 0009f800 - 000a (reserved)
[0.00]  BIOS-e820: 000ea000 - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - 0fff (usable)
[0.00]  BIOS-e820: 0fff - 0c00 (ACPI data)
[0.00]  BIOS-e820: 0c00 - 1000 (ACPI NVS)
[0.00]  BIOS-e820: fffea000 - 0001 (reserved)
[0.00] 0MB HIGHMEM available.
[0.00] 255MB LOWMEM available.
[0.00] Entering add_active_range(0, 0, 65520) 0 entries of 256 used
[0.00] Zone PFN ranges:
[0.00]   DMA 0 - 4096
[0.00]   Normal   4096 -65520
[0.00]   HighMem 65520 -65520
[0.00] Movable zone start PFN for each node
[0.00] early_node_map[1] active PFN ranges
[0.00] 0:0 -65520
[0.00] On node 0 totalpages: 65520
[0.00]   DMA zone: 32 pages used for memmap
[0.00]   DMA zone: 0 pages reserved
[0.00]   DMA zone: 4064 pages, LIFO batch:0
[0.00]   Normal zone: 479 pages used for memmap
[0.00]   Normal zone: 60945 pages, LIFO batch:15
[0.00]   HighMem zone: 0 pages used for memmap
[0.00]   Movable zone: 0 pages used for memmap
[0.00] DMI 2.3 present.
[0.00] Allocating PCI resources starting at 2000 (gap: 
1000:effea000)
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 65009
[0.00] Kernel command line: 
root=UUID=04b1cbd4-13a4-4a1e-8614-b6198ca3d7fb ro quiet splash acpi=off
[0.00] Local APIC disabled by BIOS -- you can enable it with lapic
[0.00] mapped APIC to b000 (0120b000)
[0.00] Enabling fast FPU save and restore... done.
[0.00] Enabling unmasked SIMD FPU exception support... done.
[0.00] Initializing CPU#0
[0.00] PID hash table entries: 1024 (order: 10, 4096 bytes)
[0.00] Detected 696.990 MHz processor.
[   14.940697] Console: colour VGA+ 80x25
[   14.940709] console [tty0] enabled
[   14.941231] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[   14.941760] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[   14.968886] Memory: 214144k/262080k available (2025k kernel code, 47360k 
reserved, 937k data, 340k init, 0k highmem)
[   14.968911] virtual kernel memory layout:
[   14.968915] fixmap  : 0xfff4c000 - 0xf000   ( 716 kB)
[   14.968919] pkmap   : 0xff80 - 0xffc0   (4096 kB)
[   14.968923] vmalloc : 0xd080 - 0xff7fe000   ( 751 MB)
[   14.968926] lowmem  : 0xc000 - 0xcfff   ( 255 MB)
[   14.968930]   

[PATCH] b43: Add lots of N-PHY lookup tables

2008-01-15 Thread Michael Buesch
This adds lots of N-PHY related lookup tables.

Signed-off-by: Michael Buesch [EMAIL PROTECTED]

---

For 2.6.25

Index: wireless-2.6/drivers/net/wireless/b43/tables_nphy.c
===
--- wireless-2.6.orig/drivers/net/wireless/b43/tables_nphy.c2008-01-15 
00:23:51.0 +0100
+++ wireless-2.6/drivers/net/wireless/b43/tables_nphy.c 2008-01-16 
02:07:59.0 +0100
@@ -1331,6 +1331,1146 @@ b43_nphy_get_chantabent(struct b43_wldev
if (e-channel == channel)
return e;
}
 
return NULL;
 }
+
+
+const u8 b43_ntab_adjustpower0[] = {
+   0x00, 0x00, 0x00, 0x00, 0x01, 0x01, 0x01, 0x01,
+   0x02, 0x02, 0x02, 0x02, 0x03, 0x03, 0x03, 0x03,
+   0x04, 0x04, 0x04, 0x04, 0x05, 0x05, 0x05, 0x05,
+   0x06, 0x06, 0x06, 0x06, 0x07, 0x07, 0x07, 0x07,
+   0x08, 0x08, 0x08, 0x08, 0x09, 0x09, 0x09, 0x09,
+   0x0A, 0x0A, 0x0A, 0x0A, 0x0B, 0x0B, 0x0B, 0x0B,
+   0x0C, 0x0C, 0x0C, 0x0C, 0x0D, 0x0D, 0x0D, 0x0D,
+   0x0E, 0x0E, 0x0E, 0x0E, 0x0F, 0x0F, 0x0F, 0x0F,
+   0x10, 0x10, 0x10, 0x10, 0x11, 0x11, 0x11, 0x11,
+   0x12, 0x12, 0x12, 0x12, 0x13, 0x13, 0x13, 0x13,
+   0x14, 0x14, 0x14, 0x14, 0x15, 0x15, 0x15, 0x15,
+   0x16, 0x16, 0x16, 0x16, 0x17, 0x17, 0x17, 0x17,
+   0x18, 0x18, 0x18, 0x18, 0x19, 0x19, 0x19, 0x19,
+   0x1A, 0x1A, 0x1A, 0x1A, 0x1B, 0x1B, 0x1B, 0x1B,
+   0x1C, 0x1C, 0x1C, 0x1C, 0x1D, 0x1D, 0x1D, 0x1D,
+   0x1E, 0x1E, 0x1E, 0x1E, 0x1F, 0x1F, 0x1F, 0x1F,
+};
+
+const u8 b43_ntab_adjustpower1[] = {
+   0x00, 0x00, 0x00, 0x00, 0x01, 0x01, 0x01, 0x01,
+   0x02, 0x02, 0x02, 0x02, 0x03, 0x03, 0x03, 0x03,
+   0x04, 0x04, 0x04, 0x04, 0x05, 0x05, 0x05, 0x05,
+   0x06, 0x06, 0x06, 0x06, 0x07, 0x07, 0x07, 0x07,
+   0x08, 0x08, 0x08, 0x08, 0x09, 0x09, 0x09, 0x09,
+   0x0A, 0x0A, 0x0A, 0x0A, 0x0B, 0x0B, 0x0B, 0x0B,
+   0x0C, 0x0C, 0x0C, 0x0C, 0x0D, 0x0D, 0x0D, 0x0D,
+   0x0E, 0x0E, 0x0E, 0x0E, 0x0F, 0x0F, 0x0F, 0x0F,
+   0x10, 0x10, 0x10, 0x10, 0x11, 0x11, 0x11, 0x11,
+   0x12, 0x12, 0x12, 0x12, 0x13, 0x13, 0x13, 0x13,
+   0x14, 0x14, 0x14, 0x14, 0x15, 0x15, 0x15, 0x15,
+   0x16, 0x16, 0x16, 0x16, 0x17, 0x17, 0x17, 0x17,
+   0x18, 0x18, 0x18, 0x18, 0x19, 0x19, 0x19, 0x19,
+   0x1A, 0x1A, 0x1A, 0x1A, 0x1B, 0x1B, 0x1B, 0x1B,
+   0x1C, 0x1C, 0x1C, 0x1C, 0x1D, 0x1D, 0x1D, 0x1D,
+   0x1E, 0x1E, 0x1E, 0x1E, 0x1F, 0x1F, 0x1F, 0x1F,
+};
+
+const u16 b43_ntab_bdi[] = {
+   0x0070, 0x0126, 0x012C, 0x0246, 0x048D, 0x04D2,
+};
+
+const u32 b43_ntab_channelest[] = {
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x, 0x, 0x, 0x,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+   0x10101010, 0x10101010, 0x10101010, 0x10101010,
+};
+
+const u8 b43_ntab_estimatepowerlt0[] = {
+   0x50, 0x4F, 0x4E, 0x4D, 0x4C, 0x4B, 0x4A, 0x49,
+   0x48, 0x47, 0x46, 0x45, 0x44, 0x43, 0x42, 0x41,
+   0x40, 0x3F, 0x3E, 0x3D, 0x3C, 0x3B, 0x3A, 0x39,
+   0x38, 0x37, 0x36, 0x35, 0x34, 0x33, 0x32, 0x31,
+   0x30, 0x2F, 0x2E, 0x2D, 0x2C, 0x2B, 0x2A, 0x29,
+   0x28, 0x27, 0x26, 0x25, 0x24, 0x23, 0x22, 0x21,
+   0x20, 0x1F, 0x1E, 0x1D, 0x1C, 0x1B, 0x1A, 0x19,
+   0x18, 0x17, 0x16, 0x15, 0x14, 0x13, 0x12, 0x11,
+};
+
+const u8 b43_ntab_estimatepowerlt1[] = {
+   0x50, 0x4F, 0x4E, 0x4D, 0x4C, 0x4B, 0x4A, 0x49,
+   0x48, 0x47, 0x46, 0x45, 0x44, 0x43, 0x42, 0x41,
+   0x40, 0x3F, 0x3E, 0x3D, 0x3C, 0x3B, 0x3A, 0x39,
+   0x38, 0x37, 0x36, 0x35, 0x34, 0x33, 0x32, 0x31,
+   0x30, 0x2F, 0x2E, 0x2D, 0x2C, 0x2B, 0x2A, 0x29,
+   0x28, 0x27, 0x26, 0x25, 0x24, 0x23, 0x22, 0x21,
+   0x20, 0x1F, 0x1E, 0x1D, 0x1C, 0x1B, 0x1A, 0x19,
+   0x18, 0x17, 0x16, 0x15, 0x14, 0x13, 0x12, 0x11,
+};
+
+const u8