Upgrade to 1.8.1.7-2aOriginally Posted by Nik
Hi all,
I tried to run Olegs procedure to active
in order to activate afterburner. My WL100g
supports Afterburner and I'm curious to see
if it works.
However, I couldn't run wsrom command.
It's unknown at my unit.
I use Olegs customized firmware 1.7.5.6-5.
Thanks in advance for any help.
Regards
Nik
Upgrade to 1.8.1.7-2aOriginally Posted by Nik
Your unit seems to be upgradable. Use 20d instead of 20f.Originally Posted by coder
Also, you can write 20f - this should not damage your board (in fact b43_srom can be used to recover partially corrupted srom), while should enable other features.
@OpenWrt:/tmp# ./b43_srom.mips 14e44320
Found pci device 14e44320 at /proc/bus/pci/00/01.0@0x18001000
Enabling device...
PCI: Enabling device /proc/bus/pci/00/01.0 (0004 -> 0006)
Device memory mapped ok
Bus error
This is a WRT54G v2. Core and chiprev is the same as the WRT54GS.
@OpenWrt:/tmp# wl revinfo
vendorid: 14e4
deviceid: 4320
radiorev: 2205017f
chipnum: 4712
chiprev: 1
corerev: 7
boardid: 101
boardvendor: 14e4
boardrev: 10
driverrev: 332150a
ucoderev: f500cb
bus: 0
Do you've wl.o module loaded at the time of running utility? Also, can you please post
output?Code:cat /proc/pci cat /proc/bus/pci/devices
Seems start address was picked incorrectly - this is due to the fact, that it's not the real bcm4306, but bcm4712 integrated.
Last edited by Oleg; 31-10-2004 at 10:58.
Yes, I have.Originally Posted by Oleg
Do You mean /proc/pci?Originally Posted by Oleg
Code:PCI devices found: Bus 0, device 0, function 0: Class 0501: PCI device 14e4:0800 (rev 1). IRQ 3. Non-prefetchable 32 bit memory at 0x18000000 [0x18000fff]. Non-prefetchable 32 bit memory at 0x1fc00000 [0x1fffffff]. Non-prefetchable 32 bit memory at 0x1c000000 [0x1dffffff]. Non-prefetchable 32 bit memory at 0x1a000000 [0x1bffffff]. Bus 0, device 1, function 0: Class 0280: PCI device 14e4:4320 (rev 1). IRQ 4. Non-prefetchable 32 bit memory at 0x18001000 [0x18001fff]. Bus 0, device 2, function 0: Class 0200: PCI device 14e4:4713 (rev 1). IRQ 5. Non-prefetchable 32 bit memory at 0x18002000 [0x18002fff]. Bus 0, device 3, function 0: Class 0c03: PCI device 14e4:4717 (rev 1). IRQ 6. Non-prefetchable 32 bit memory at 0x18003000 [0x18003fff]. Bus 0, device 4, function 0: Class 0c03: PCI device 14e4:4716 (rev 1). IRQ 2. Non-prefetchable 32 bit memory at 0x18004000 [0x18004fff]. Bus 0, device 5, function 0: Class 0b30: PCI device 14e4:0816 (rev 1). IRQ 2. Non-prefetchable 32 bit memory at 0x18005000 [0x18005fff]. Bus 0, device 6, function 0: Class 0500: PCI device 14e4:080f (rev 1). IRQ 3. Non-prefetchable 32 bit memory at 0x18006000 [0x18006fff]. Non-prefetchable 32 bit memory at 0x0 [0x7ffffff]. Non-prefetchable 32 bit memory at 0x10000000 [0x17ffffff]. Non-prefetchable 32 bit memory at 0x80000000 [0x9fffffff].
I have an upgradable wl500g unit running openwrt.
After writing sram, and modifying nvram variables i still can't get it working.
I have an associated b client if that helps.Code:root@ittakert:~# nvram get wl_afterburner auto root@ittakert:~# wl gmode 54g Mode is 54g Afterburner (6) root@ittakert:~# wl status SSID: "huwico@joshome" Mode: Managed RSSI: 0 dBm noise: 0 dBm Channel: 1 BSSID: XX:XX:XX:XX:XX:XX Capability: ESS Supported Rates: [ 1(b) 2(b) 5.5(b) 6 9 11(b) 12 18 24 36 48 54 ]
Josephus
HuWiCo - Hungarian Wireless Community
http://www.huwico.hu
i have no idea how openwrt works with thisOriginally Posted by Josephus
but linux does not report 125mbps.. use a afterburner capable client to test it..
wl status did not report 125mbps for me either.. allthough it does work
My little Asus Collection: Too much to fit inhere, my 2 babies:WL500w 1.9.2.7-10(OLEG) VX2SE Yellow Lamborghini notebook
WL500g Forum Asus Files OpenDir
Asusforum.NL -- Asusforum.DE -- Asusforum.RU -- Asusforum.PL -- Asusforum.NET -- Asusforum.EU -- Asusforum.BE -- Asusforum.ES -- Asusforum.INFO
Yes, according to broadcom you should use afterburner capable only devices in this network, otherwise it will switch to normal operation (so, yours 802.11b disables it). Also, in fact, it's the same 802.11g, but with reduced timings, allowing to pass more data in the same time. That's why it will not report new speed.Originally Posted by Josephus
I mean both to see all requested resources. But /proc/pci output also looks strange - for some reason only 4096 bytes are requested by device, it should be at least 8192 for srom image...Originally Posted by Kaloz
I will try to check sources for the 4712 specific srom mapping. Stay tuned.
Don't forget, that the v2 hardware includes the radio itself. This can be a clue here imhoOriginally Posted by Oleg
Can you please post an output for theOriginally Posted by Kaloz
Also, pci config could unveil things try this one and attach /tmp/1 to the message...Code:cat /proc/bus/pci/devices
Also, this unit seems to have 2 usb controllers... It would be great if you doCode:cat /proc/bus/pci/00/01.0 > /tmp/1
and then attach /tmp/3 & /tmp/4 - I just want to check for their types.Code:cat /proc/bus/pci/00/03.0 > /tmp/3 cat /proc/bus/pci/00/04.0 > /tmp/4
Just found many answers myself - usb - one is host and another is device, as for srom - it's not on the pci bus, it's at the "silicon backplane" bus, so it does not work this way for bcm4712.
Also, broadcom sources does not provide any info on how to access srom at this internal bus, althought there something similar called sflash - flash on the silicon backplane.
Code:cat /proc/bus/pci/devices @OpenWrt:/# cat /proc/bus/pci/devices 0000 14e40800 3 18000000 1fc00000 1c000000 1a000000 00000000 00000000 00000000 00001000 00400000 02000000 02000000 00000000 00000000 00000800 0008 14e44320 4 18001000 00000000 00000000 00000000 00000000 00000000 00000000 00001000 00000000 00000000 00000000 00000000 00000000 00000800 wl 0010 14e44713 5 18002000 00000000 00000000 00000000 00000000 00000000 00000000 00001000 00000000 00000000 00000000 00000000 00000000 00000800 et 0018 14e44717 6 18003000 00000000 00000000 00000000 00000000 00000000 00000000 00001000 00000000 00000000 00000000 00000000 00000000 00000800 0020 14e44716 2 18004000 00000000 00000000 00000000 00000000 00000000 00000000 00001000 00000000 00000000 00000000 00000000 00000000 00000800 0028 14e40816 2 18005000 00000000 00000000 00000000 00000000 00000000 00000000 00001000 00000000 00000000 00000000 00000000 00000000 00000800 0030 14e4080f 3 18006000 00000000 10000000 80000000 00000000 00000000 00000000 00001000 08000000 08000000 20000000 00000000 00000000 00000800attachedCode:cat /proc/bus/pci/00/01.0 > /tmp/1 cat /proc/bus/pci/00/03.0 > /tmp/3 cat /proc/bus/pci/00/04.0 > /tmp/4
Kaloz, thanks.
I've prepared yet another utility, which uses wl ioctl to access srom. You should be able to read srom, but writability is depends on the wl.o driver version.
So, it's attached (sorry for zip format, that's the only way to attach it to the thread).
This utility requires wl.o driver to be loaded.
Usage: wlsrom <interface> [ <word-offset> <word-value> ]
So, to dump current srom content try running like this:
To upgrade to afterburner run it like this (check for old value at 0x39 before upgrade):Code:wlsrom eth2
Let me know if it works for you.Code:wlsrom eth2 39 20f