Updating Buffalo WHR-HP-G300N

Post new topic   Reply to topic    DD-WRT Forum Index -> Atheros WiSOC based Hardware
Author Message
LordRevan
DD-WRT Novice


Joined: 16 Oct 2017
Posts: 6

PostPosted: Mon Oct 16, 2017 16:14    Post subject: Updating Buffalo WHR-HP-G300N Reply with quote
I have a question about the update method as well as what is the current build for my router.

First of all, I currenly have instaled DD-WRT v24SP2-MULTI (06/03/12) std (SVN revision 19154) (pretty sure I got it from there http://www.buffalotech.com/support/downloads/airstation-high-power-n300-gigabit-wireless-router-ap).

Does this mean I need to first flash buffalo to dd-wrt (aka this: buffalo-to-dd-wrt_webflash-MULTI.bin) or this is legit dd-wrt and I can flash it normally (aka this: whr-hp-g300n-firmware-MULTI.bin)?

Second, regarding the current build, http://www.dd-wrt.com/site/support/router-database this page gives very confusing results (both in release date and the supported build number) compared to the buffalotech.com page or even the FTP. I have to assume that the FTP has the newest builds, despite being beta.

So just to confirm, would this be the newest firmware available for my router ftp://ftp.dd-wrt.com/betas/2017/10-10-2017-r33492/buffalo_whr_hp_g300n/ ?
Sponsor
LordRevan
DD-WRT Novice


Joined: 16 Oct 2017
Posts: 6

PostPosted: Sun Oct 29, 2017 3:02    Post subject: Reply with quote
Is bumping topics a thing?
hebeda
DD-WRT User


Joined: 18 Sep 2006
Posts: 462
Location: Leipzig, Germany

PostPosted: Sun Oct 29, 2017 9:57    Post subject: Reply with quote
see here , there are newer versions

ftp://ftp.dd-wrt.com/betas/2017/
LordRevan
DD-WRT Novice


Joined: 16 Oct 2017
Posts: 6

PostPosted: Mon Oct 30, 2017 2:19    Post subject: Reply with quote
hebeda wrote:
see here , there are newer versions

ftp://ftp.dd-wrt.com/betas/2017/


That's only two weeks older than the files I asked about... regardless. Can you answer any of my other questions?
MidnightSteam
DD-WRT Novice


Joined: 01 Nov 2017
Posts: 12

PostPosted: Thu Nov 02, 2017 18:25    Post subject: Reply with quote
Looks like I can answer your question now since I just soft-bricked my router and had to TFTP to fix it.

To answer your first question: Yes, you can flash it normally.
Quote:
normally (aka this: whr-hp-g300n-firmware-MULTI.bin)?


To answer your second question: Best and current build for you is whatever works. I only managed to install r32597 at the moment. If you manage to install anything higher let me know too. You can read my post if you run into a similar problem with upgrading.

Edit: shrunk image
MrBeer
DD-WRT Novice


Joined: 20 Oct 2017
Posts: 3

PostPosted: Fri Nov 03, 2017 19:59    Post subject: Reply with quote
Same problem, r32597 is the most recent I could flash.
LordRevan
DD-WRT Novice


Joined: 16 Oct 2017
Posts: 6

PostPosted: Sat Nov 04, 2017 0:43    Post subject: Reply with quote
MidnightSteam wrote:
Looks like I can answer your question now since I just soft-bricked my router and had to TFTP to fix it.

To answer your first question: Yes, you can flash it normally.
Quote:
normally (aka this: whr-hp-g300n-firmware-MULTI.bin)?


To answer your second question: Best and current build for you is whatever works. I only managed to install r32597 at the moment. If you manage to install anything higher let me know too. You can read my post if you run into a similar problem with upgrading.

Edit: shrunk image


Thank you very much. I'll try flashing soon and will report back.

Before that I'd like to know though, how does one know that you're not able to flash above r32597? By that I mean does the flashing just stop/get cancelled? Or does not start because it does not accept the provided image? Or do I find that out after the router supposedly finished flashing and it's (soft-)bricked or something else is just plain wrong? To be honest I'm betting on the former, dealing with the latter seems quite painful as I have do not have much experience with flashing routers or recovering it from a softbrick.
MidnightSteam
DD-WRT Novice


Joined: 01 Nov 2017
Posts: 12

PostPosted: Sat Nov 04, 2017 13:29    Post subject: Reply with quote
@LordRevan
You'll flash the firmware and it will either fail or succeed. Failing will be obvious that the firmware failed to upgrade - either being too large or something else went wrong.

If it's showing up as succeeded but you're still on the same version then it's not upgrading - can't, won't; even with different browsers and clearing cache. Something might be wrong with the bootlooder from what I'm reading? Or maybe the WHR-HP-G300N just can't? I don't know until someone can confirm.

I've soft-bricked my router twice now; once from upgrading with WHR-G300N firmware(not the same as our routers) and second was from messing with the bootloader. Read the guide I had linked in my other post and you'll recover easily with TFTP if anything goes wrong.
sladom
DD-WRT Novice


Joined: 05 Mar 2008
Posts: 11
Location: Poland

PostPosted: Sat Nov 04, 2017 18:48    Post subject: Reply with quote
Try this method: http://blog.gnu-designs.com/solved-reflashing-your-buffalo-whr-hp-g300n-to-the-stock-firmware/ and then flash dd-wrt via gui. It works for me.
_________________
Buffalo WZR-HP-G300NH v1
LordRevan
DD-WRT Novice


Joined: 16 Oct 2017
Posts: 6

PostPosted: Thu Nov 09, 2017 3:00    Post subject: Reply with quote
I'm reporting that I was able to upgrade successfully, however as you all have already experienced - only to r32597 unfortunately, all newer builds failed.

Does anyone have any information why all newer builds fail? Has anyone looked into it or is aware of an issue?

Thank you all for the answers, I'll keep waiting for a future build that will work.
MidnightSteam
DD-WRT Novice


Joined: 01 Nov 2017
Posts: 12

PostPosted: Mon Nov 13, 2017 3:39    Post subject: Reply with quote
I guess I wasn't clear enough so here's the link to my post This is a link

The gist of it is that the linux partition is too small so we have to combine the firmware with the fullflash. And in order to do that we also need to know the size of the bootloader. Whether this will work on our routers I have no clue.

I don't want to risk permanently bricking my router if I'm wrong and I haven't received any word if it'll work either. It's also trickier than just combining the fullflash partition with the firmware.

Here is BrainSlayer's post on the issue This is also a link
LordRevan
DD-WRT Novice


Joined: 16 Oct 2017
Posts: 6

PostPosted: Mon Nov 13, 2017 20:49    Post subject: Reply with quote
MidnightSteam wrote:
I guess I wasn't clear enough so here's the link to my post This is a link

The gist of it is that the linux partition is too small so we have to combine the firmware with the fullflash. And in order to do that we also need to know the size of the bootloader. Whether this will work on our routers I have no clue.

I don't want to risk permanently bricking my router if I'm wrong and I haven't received any word if it'll work either. It's also trickier than just combining the fullflash partition with the firmware.

Here is BrainSlayer's post on the issue This is also a link


Since the update didn't brick it, I just barelly skimmed that topic, but thanks for the answer, I understand now.

However I am just a little confused as to what changed so much in later builds of the firmware that it cannot be upgraded any further? Pior versions work fine and I was able to upgrade. Could this be addressed in a future build by the dev team though? Or flashing "properly" by doing dumps and combing them with hex editors is the future of all builds for this router now? That in my opinion is putting too much responsibility on someone like me, who is unfortunatelly not experienced enough with this.

The point I am trying to make is that my hardware did not change, but the code did change, so basically: what gives? Do I cross my fingers and hope for the best with a future build or just abandon this router and get a new one?

I share your opinion about not wanting to brick the router, so no experimentation for me for now.
lacruz
DD-WRT Novice


Joined: 03 Dec 2006
Posts: 8

PostPosted: Fri Dec 22, 2017 6:37    Post subject: TFTP Update - rebbot issue Reply with quote
I just update WHR-HP-G300N via tftp on serial console with lates firmware. Also I had to cut some bytes (offset) for magicbytes.

I 've do a "run ut_fw" - firmware flash was fine and just boot up. I could configure all via web gui. After "Apply Settings" and reboot I got this:

Code:

Booting AR7240(Python)...
[    0.000000] sys id = C2 Atheros AR7240 ver 1 rev 1.2 (0x00c2)
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 02000000 @ 00000000 (usable)
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x00000000-0x01ffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x00000000-0x01ffffff]
[    0.000000] Primary instruction cache 64kB, 4-way, VIPT, I-cache aliases, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
[    0.000000] Kernel command line: console=ttyS0,115200 root=1f02 rootfstype=squashfs noinitrd init=/sbin/init
[    0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
[    0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000000] Writing ErrCtl register=00000000
[    0.000000] Readback ErrCtl register=00000000
[    0.000000] Memory: 29292k/32768k available (2060k kernel code, 3476k reserved, 348k data, 212k init, 0k highmem)
[    0.000000] NR_IRQS:83
[    0.000000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
[    0.080000] pid_max: default: 4096 minimum: 301
[    0.080000] Mount-cache hash table entries: 512
[    0.090000] NET: Registered protocol family 16
[    0.110000] found calibration data for slot 0 on 0xBF3F1000
[    0.120000] registering PCI controller with io_map_base unset
[    0.120000] Can't analyze schedule() prologue at 80067d28
[    0.140000] bio: create slab <bio-0> at 0
[    0.140000] PCI host bridge to bus 0000:00
[    0.150000] pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff]
[    0.150000] pci_bus 0000:00: root bus resource [io  0x0000]
[    0.160000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.160000] pci 0000:00:00.0: fixup device configuration
[    0.170000] bootstrap returns device 168C:2A
[    0.170000] pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1000ffff 64bit]
[    0.180000] pci 0000:00:00.0: using irq 72 for pin 1
[    0.180000] Switching to clocksource MIPS
[    0.190000] NET: Registered protocol family 2
[    0.190000] TCP established hash table entries: 512 (order: 0, 4096 bytes)
[    0.200000] TCP bind hash table entries: 512 (order: -1, 2048 bytes)
[    0.210000] TCP: Hash tables configured (established 512 bind 512)
[    0.210000] TCP: reno registered
[    0.220000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.220000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.230000] NET: Registered protocol family 1
[    0.230000] gpio_proc: module loaded and /proc/gpio/ created
[    0.240000] wl0gpio_proc: module loaded and /proc/wl0gpio/ created
[    0.250000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.260000] msgmni has been set to 57
[    0.260000] io scheduler noop registered (default)
[    0.270000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[    0.290000] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 16550A
[    0.300000] console [ttyS0] enabled, bootconsole disabled
[    0.300000] console [ttyS0] enabled, bootconsole disabled
[    0.310000] guessed flashsize = 4M
[    0.320000] scanning for root partition
[    0.320000] uboot detected
[    0.320000] guessed bootloader size = 40000
[    0.340000]
[    0.340000] found squashfs at 117000
[    0.340000] adjusted length 3F0000, original length 3EF14E
[    0.350000] Creating 9 MTD partitions on "ar7240-nor0":
[    0.350000] 0x000000000000-0x000000040000 : "RedBoot"
[    0.360000] 0x000000040000-0x0000003e0000 : "linux"
[    0.370000] 0x000000117000-0x000000400000 : "rootfs"
[    0.370000] mtd: partition "rootfs" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[    0.390000] mtd: partition "rootfs" set to be root filesystem
[    0.390000] 0x000000400000-0x0000003e0000 : "ddwrt"
[    0.400000] mtd: partition "ddwrt" is out of reach -- disabled
[    0.400000] 0x0000003e0000-0x0000003f0000 : "nvram"
[    0.410000] 0x0000003f0000-0x000000400000 : "board_config"
[    0.420000] 0x000000000000-0x000000400000 : "fullflash"
[    0.420000] 0x000000000000-0x000000040000 : "fullboot"
[    0.430000] 0x000000030000-0x000000040000 : "uboot-env"
[    0.440000] tun: Universal TUN/TAP device driver, 1.6
[    0.440000] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[    0.850000] PPP generic driver version 2.4.2
[    0.850000] PPP BSD Compression module registered
[    0.860000] PPP Deflate Compression module registered
[    0.860000] PPP MPPE Compression module registered
[    0.870000] NET: Registered protocol family 24
[    0.890000] u32 classifier
[    0.890000]     Performance counters on
[    0.900000]     input device check on
[    0.900000]     Actions configured
[    0.900000] Netfilter messages via NETLINK v0.30.
[    0.910000] nf_conntrack version 0.5.0 (457 buckets, 1828 max)
[    0.910000] nf_conntrack_rtsp v0.7 loading
[    0.920000] nf_nat_rtsp v0.7 loading
[    0.920000] ip_tables: (C) 2000-2006 Netfilter Core Team
[    0.930000] TCP: westwood registered
[    0.930000] TCP: vegas registered
[    0.940000] NET: Registered protocol family 17
[    0.940000] Bridge firewalling registered
[    0.940000] 8021q: 802.1Q VLAN Support v1.8
[    0.950000] searching for nvram
[    0.950000] nvram size = 0
[    0.990000] Atheros AR71xx hardware watchdog driver version 0.1.0
[    0.990000] ar71xx-wdt: timeout=15 secs (max=21) ref freq=200000000
[    1.000000] SQUASHFS error: unable to read inode lookup table
[    1.010000] List of all partitions:
[    1.010000] 1f00             256 mtdblock0  (driver?)
[    1.020000] 1f01            3712 mtdblock1  (driver?)
[    1.020000] 1f02            2980 mtdblock2  (driver?)
[    1.030000] 1f04              64 mtdblock4  (driver?)
[    1.030000] 1f05              64 mtdblock5  (driver?)
[    1.040000] 1f06            4096 mtdblock6  (driver?)
[    1.040000] 1f07             256 mtdblock7  (driver?)
[    1.050000] 1f08              64 mtdblock8  (driver?)
[    1.050000] No filesystem could mount root, tried:  squashfs
[    1.060000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,2)
[    1.060000] Rebooting in 1 seconds..


Why I can't reboot new firmware?
Display posts from previous:    Page 1 of 1
Post new topic   Reply to topic    DD-WRT Forum Index -> Atheros WiSOC based Hardware All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum