Factory image should be used to flash from
original firmware.
[juhosg: use the GENERIC_4M template]
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35246
Ralink RT3052F, 4MB flash, 32MB ram, one USB 2.0, two buttons
and seven leds.
Factory image should be used to flash from original firmware.
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35244
These targets need custom image names specified in the uImage header.
MkImage accepts an optional 4th argument to do exactly that. Reuse the
facility to generate factory images.
Compile-tested, the generated files inspected with "file" utility.
[juhosg:
- keep the factory.bin images to avoid users confusion,
- use GENERIC_4M template for the W306R V2.0
- update commit log]
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35243
This becomes crucial when you are using a generic profile to build an image
larger than 4M, e.g. for w502u.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 35238
Though originally contained in the patch applied in r35020, the move to 3.7 in
r34845 lost the kernel .config option. Reintroduce it to config-3.7.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 35191
This is a Japanese market router, for details check
http://www.planex.co.jp/product/router/mzk-w300nh2/. It has only 16MB
RAM, but base OpenWRT install worked fine for days without issues.
Even an image with built-in Luci worked, but don't expect smooth
experience, due to the lack of RAM. Wifi was not extensively tested,
but seems it is working. GPIO LEDs & buttons, factory flash image and
switch config are confirmed working. Tested against revision 34882 +
this patch.
[juhosg: move user-space support and image generation changes into
separate patches]
Signed-off-by: Samir Ibradžić <sibradzic@gmail.com>
Patchwork: http://patchwork.openwrt.org/patch/3077/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34925
The ASUS WL-330N and WL-330N3G has the MAC address stored at
offset 4, not 40. This is verified by reading original ASUS
firmware GPL_WL-330N3G_source.1028/user/rc/common_ex.c and
GPL_WL-330N_source.1021/user/rc/common_ex.c.
Tested on WL-330N3G, it now gets the same MAC as is printed on
the label on the router.
Signed-off-by: Jan Kardell <jan.kardell@arkub.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34877
It seems to work as intended, but only lightly tested.
Patch-by: Bryan Steele <brynet@gmail.com>
SIgned-off-by: Gabor Juhos <juhsog@openwrt.org>
SVN-Revision: 34811
This patch introduces OpenWRT support for the base Hauppauge/PCTV Broadway
platform. It doesn't deal with the TV tuner or transcoder at this point,
but the core functionality is working (Ethernet, wireless, USB, buttons,
LEDs, etc).
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
SVN-Revision: 34595
The work has been backported from openwrt-dreambox with
some modifications & code cleanup.
* updated config-3.3
* updated config-3.6
* renamed rt-n13 to rt-n13u
* fixed mach-rt-n13u.c
[juhosg: move user-space support and image generation into separate
patches]
Signed-off-by: Amit Mendapara <mendapara.amit@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34405
The Kconfig identifier to enable debugging in the driver was different from the
actually used one. Fix that.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34332
Commit 7c8edac25f23c4fc14239fdc293caa1317649944 introduced new machine and
Makefile changes to build images for this target. However, without the userspace
bits a ramips machine can't use wifi as the necessary "eeprom" data is to be
extracted by a hotplug script; also, sysupgrade support and default led
configuration are missing.
An IRC user reported these changes allowed him to use wifi on his hardware.
Signed-off-by: Paul Fertser <fercerpav@gmail.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 34331
This should fix the stalled irq problem seen by several people.
This is not the real fix, but rather moves the bug to the un/init patch of the driver.
The real bug still needs to be fixed, but this workaround should be suffcient to make
the ethernet stable.
SVN-Revision: 34177
