Buffalo WHR-HP-G54

http://www.buffalo-technology.com/images/products/whr-hp-g54_front_sm_2.jpg The WHR-HP-G54 router has a Broadcom 5352 CPU running at 200 MHz. It has 4 MB of flash and 16 MB of RAM and has JTAG and serial support.

The WHR-HP-G54 is also sold as the WHR-HP-G54-1 and the WHR-HP-G54-4. Users have reported that all three versions work well with OpenWRT 0.9 (WhiteRussian).

Loading OpenWrt via TFTP

Buffalo's factory router IP address is 192.168.11.1. After you flash, your router's IP address is 192.168.1.1.

OpenWrt cannot be loaded using Buffalo's original firmware upgrade procedure as it expects an encrypted firmware image. Loading OpenWrt via TFTP works fine though. You will need a .trx version (such as openwrt-brcm-2.4-.trx) for this device, as explained on the Installing page. Ensure that you have your cable plugged into one of the LAN ports (the 4-port hub portion), not the WAN port (the "separate" port). Plugging in to the WAN port will get you responses to pings, but will not allow tftp to work, which will potentially cause hours of frustration.

Power the unit on, as soon as it goes to a single light on the lan cable you have plugged in, start the tftp upload. You have about a 500ms window to start the upload.

A 2.6 kernel such as openwrt-brcm47xx-squashfs.trx (built from "BCM947xx/953xx" in menuconfig) has been known to boot on this device.

After loading OpenWrt, you can erase the NVRAM settings as follows:

mtd erase nvram

On older versions of OpenWrt, manual configuration of NVRAM variables for wifi settings was required. OpenWrt 0.9 (WhiteRussian) correctly configures the variables, so these steps are unnecessary. To manually change the settings for older versions, use the following commands, then reboot the device:

nvram set wifi_ifname=eth1
nvram set wlan_hardware_present=yes
nvram commit

If you would like to change the LAN IP address to the OpenWrt defaults, use the following commands, then reboot the router:

nvram set lan_ipaddr=192.168.1.1
nvram set lan_netmask=255.255.255.0
nvram commit

dmesg output

(MAC address has been changed)

CPU revision is: 00029008
Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
Primary data cache 8kB, 2-way, linesize 16 bytes.
Linux version 2.4.30 (mbm@reboot) (gcc version 3.4.4 (OpenWrt-1.0)) #1 Mon Nov 6 17:35:21 PST 2006
Setting the PFC value as 0x15
Determined physical RAM map:
 memory: 01000000 @ 00000000 (usable)
On node 0 totalpages: 4096
zone(0): 4096 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 init=/etc/preinit noinitrd console=ttyS0,115200
CPU: BCM5352 rev 0 at 200 MHz
Using 100.000 MHz high precision timer.
Calibrating delay loop... 199.47 BogoMIPS
Memory: 14212k/16384k available (1464k kernel code, 2172k reserved, 104k data, 84k init, 0k highmem)
Dentry cache hash table entries: 2048 (order: 2, 16384 bytes)
Inode cache hash table entries: 1024 (order: 1, 8192 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 2, 16384 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
PCI: no core
PCI: Fixing up bus 0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Registering mini_fo version $Id$
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
Squashfs 2.1-r2 (released 2004/12/15) (C) 2002-2004 Phillip Lougher
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0xb8000300 (irq = 3) is a 16550A
ttyS01 at 0xb8000400 (irq = 0) is a 16550A
b44.c:v0.93 (Mar, 2004)
PCI: Setting latency timer of device 00:01.0 to 64
eth0: Broadcom 47xx 10/100BaseT Ethernet 00:16:01:aa:gg:hh
Physically mapped flash: Found an alias at 0x400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0xc00000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1c00000 for the chip at 0x0
 Amd/Fujitsu Extended Query Table v1.1 at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Flash device: 0x400000 at 0x1c000000
bootloader size: 262144
Physically mapped flash: Filesystem type: squashfs, size=0xda5f3
Updating TRX offsets and length:
old trx = [0x0000001c, 0x000008d8, 0x0007f400], len=0x0015a000 crc32=0x3c540b4c
new trx = [0x0000001c, 0x000008d8, 0x0007f400], len=0x00160000 crc32=0xfdc1bc2e
Done
Creating 5 MTD partitions on "Physically mapped flash":
0x00000000-0x00040000 : "cfe"
0x00040000-0x003f0000 : "linux"
0x000bf400-0x001a0000 : "rootfs"
mtd: partition "rootfs" doesn't start on an erase block boundary -- force read-only
0x003f0000-0x00400000 : "nvram"
0x001a0000-0x003f0000 : "OpenWrt"
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
ip_conntrack version 2.1 (5953 buckets, 5953 max) - 332 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
802.1Q VLAN Support v1.8 Ben Greear 
All bugs added by David S. Miller 
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 84k freed
Algorithmics/MIPS FPU Emulator v1.5
diag: Detected 'Buffalo WHR-HP-G54'
Probing device eth0: found!
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
mini_fo: using base directory: /
mini_fo: using storage directory: /tmp/root
jffs2.bbc: SIZE compression mode activated.
PCI: Setting latency timer of device 00:05.0 to 64
eth1: Broadcom BCM4318 802.11 Wireless Controller 3.90.37.0
BFL_ENETADM not set in boardflags. Use force=1 to ignore.
device eth0 entered promiscuous mode
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is off for TX and off for RX.
vlan0: add 01:00:5e:00:00:01 mcast address to master interface
vlan0: dev_set_promiscuity(master, 1)
vlan0: dev_set_allmulti(master, 1)
device eth1 entered promiscuous mode
br0: port 2(eth1) entering learning state
br0: port 1(vlan0) entering learning state
br0: port 2(eth1) entering forwarding state
br0: topology change detected, propagating
br0: port 1(vlan0) entering forwarding state
br0: topology change detected, propagating
vlan1: add 01:00:5e:00:00:01 mcast address to master interface
mini_fo: using base directory: /
mini_fo: using storage directory: /jffs

Device info:

  • 48-pin TSOP flash chip on top PCB: Macronix MX29LV320CBTC-90G 48-pin TSOP 90ns
  • 2 sets of open pads on top PCB for other SDRAM memory footprint, each 66-pin TSOP
  • can use Micron 32Mx16 MT46V32M16TG (if same assumptions regarding other routers with similar BCM5352 processor are true for this board)
  • Caveats:
    1. This modification has not yet been attempted
    2. VERY GOOD soldering skills would be required, using microscope and Metcal or other SMT soldering iron
    3. Bulk decoupling and small-value high-freq decoupling capacitors would need to be install on the front of the PCB. The footprints are there but the capacitors are not installed.
    4. The SDRAM chips on the bottom side of the PCB must be removed before populating the top PCB with SDRAM chips.
  • 2 DDR SDRAM devices on back-side: Mira 64Mbit/SDRAM 4M*16 P2V64S40 54-pin
  • 2 serial ports detected, the first port (/dev/tts/0) is brought out on a 4 pin header labeled J1, located near a corner of the PCB. Pin 1 is nearest the edge. The signals are low level, and not directly EIA232 compatible. The default baud rate is 115K. When booting, CTRL-C will interrupt the CFE monitor. The pinout is:
  • 1 - 3.3V
  • 2 - Ground
  • 3 - Data out
  • 4 - Data in
  • An MMC hack can be done.

JTAG Support

The WHR-HP-G54 version (no trailing -1 or -4) version of this router is confirmed to have JTAG support. JTAG support on the other versions is unconfirmed. The WHR-HP-G54 board has thru-hole pads labeled CN1 for JTAG near the J1 serial header. The solder can be removed and a 12-pin header can be added for use with JTAG. The holes for the even pins are slightly smaller than the odd holes and it may be difficult to extract all the old solder enough to insert the header.

Old versions of the WRT54G EJTAG DeBrick Utility will not talk to this board; version 3.0 or newer will work. The

/noreset
option is required for all operations as of version 3.0 of the Utility.

If you have bricked your router and can't recover your CFE.BIN, contact JK1Joel for the file.

Enable Internal AMPLIFIER (at least on latest svn as of 9th August 2k8)

get into the shell and:type

nvram get boardflags

the result probably will be 0x1758 - enhanced receive sensitivity

the other settings are:

0x0758 - no amp and receive sensitivity normal

0x2758 - amp on, normal receive

0x3758 - both amp and BroadRange enhanced receive sensitivity on

i'm using 0x3758 and it's much better than the stock setting

to do it just

nvram set boardflags=0x3758

nvram commit

  • reboot

Have Fun :)

Photos

serial Pinout is wrong, must be: rx-tx-gnd-vcc(from left)


Back to top

inbox/whr_hp_g54.txt · Last modified: 2012/07/29 10:46 by orca