| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Signed-off-by: Adrian Feliks <mexit@o2.pl>
SVN-Revision: 26958
|
|
|
|
| |
SVN-Revision: 26957
|
|
|
|
|
|
|
|
| |
This patch adds support for D-Link's DVA-G3810BN/TL product.
Signed-off-by: Roman Dumycz <roman@secureas.com>
SVN-Revision: 26956
|
|
|
|
| |
SVN-Revision: 26954
|
|
|
|
| |
SVN-Revision: 26953
|
|
|
|
|
|
|
|
|
| |
Add the required board definition, default config and image generation for
the T-Home Speedport W 303V Typ B.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26878
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Rename the DSL-274xB rev C2's board ID to "AW4139" to match the one used
for the rev C3 (same hardware) and add a fixup for C2. Also generate
images for C3.
While we are at it, rename the LEDs to conform to the Linux LED naming
conventions.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26876
|
|
|
|
|
|
| |
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26875
|
|
|
|
|
|
|
|
|
| |
Make the fixup board ID independent from the image name to allow using
the same board ID for similar devices.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26874
|
|
|
|
| |
SVN-Revision: 26836
|
|
|
|
|
|
| |
sprom data from the platform device to the correct pointer.
SVN-Revision: 26829
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If there is no sprom on an ssb based pci device on the brcm47xx
architecture ssb now asks the architecture code to look into the nvram
to get some sprom data for this device. Now we are able to read out
pci/1/1/ foo or pci/1/3/ foo config options.
This will fix some problems where the wireless devices does not got an
mac address and the following message was show:
ssb: WARNING: Invalid SPROM CRC (corrupt SPROM)
SVN-Revision: 26801
|
|
|
|
| |
SVN-Revision: 26709
|
|
|
|
|
|
| |
instead if target.... in trunk branch.
SVN-Revision: 26699
|
|
|
|
| |
SVN-Revision: 26681
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Dual image capable CFEs store an image sequence at the same place as
currently OpenWrt stores the actual rootfs length, so it will get
overwritten when flashing through such a CFE.
To prevent this from happening, move the rootfs length field to the next
four bytes, thus completely using the reserved1 field.
Since the reserved1 field is now completely in use, it does not make sense
to allow it to be set from the imagetag utility, so remove the option.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26680
|
|
|
|
|
|
| |
Thank you Peter Wagner for the patch
SVN-Revision: 26441
|
|
|
|
| |
SVN-Revision: 26387
|
|
|
|
|
|
|
|
| |
Read back the actual rootfs length from the image tag.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 25938
|
|
|
|
| |
SVN-Revision: 25810
|
|
|
|
| |
SVN-Revision: 25629
|
|
|
|
| |
SVN-Revision: 25590
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I wrote a patch to add 96348SV board (aka MAGIC) support to trunk.
In my case I've found it in a Telsey "Alice W-Gate" router, fairly common
(in the past) in Italy.
I used the board definition (GPIOs, leds, ...) from the Broadcom GPL-2
relased code (here is a mirror: http://beghiero.myftp.org/sorgenti/boardparms.c )
Thanks to KanjiMonster for the support on the IRC channel.
Signed-off-by: Laurento Frittella <laurento.frittella@gmail.com>
SVN-Revision: 25584
|
|
|
|
| |
SVN-Revision: 25582
|
|
|
|
|
|
|
|
| |
The device is called SPW500V, not SP500W.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 25431
|
|
|
|
|
|
|
|
|
| |
The fallback needs to be exported for bcm63xx, too. Runtime tested with a
BCM4322 on a BCM6358.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 25420
|
|
|
|
| |
SVN-Revision: 25133
|
|
|
|
|
|
|
|
|
|
|
| |
- fix platform device registration
- fix chipselect, command register defines, add missing clock
- make slave select proper
- fix multibytes transferts
Signed-off-by: Tanguy Bouzéloc <tanguy.bouzeloc@efixo.com>
SVN-Revision: 24849
|
|
|
|
|
|
| |
rootfslen for OpenWRT images comes from a bigendian uint32_t in reserved1 of the bcm_tag, which is now used to correctly calculate the rootfslen (and thus the sparelen).
SVN-Revision: 24843
|
|
|
|
|
|
| |
(for rootfs and rootfs_data mtd partitions). Apparently the interruption in working on it resulted in an incorrect memory of getting it working.
SVN-Revision: 24842
|
|
|
|
|
|
|
|
|
|
| |
Since bcm636x platform embeds two spi master device,
the attached patch removes static bcm_rset usage, replaced by
"bs->regs" field for all I/O operation.
Signed-off-by: Miguel Gaio <miguel.gaio@efixo.com>
SVN-Revision: 24840
|
|
|
|
|
|
|
|
| |
length, so that when the CRC fixup is applied and the root length is recorded as zero we can still calculate the rootfs mtd partition size.
Signed-off-by: Daniel Dickinson <daniel@cshore.neomailbox.net>
SVN-Revision: 24838
|
|
|
|
|
|
|
|
| |
devices that need it.
Signed-off-by: Daniel Dickinson <daniel@cshore.neomailbox.net>
SVN-Revision: 24836
|
|
|
|
|
|
|
|
| |
on being given the size in the imagetag. This is because solving the problem of second boot CRC errors requires changeing the rootfs size in the image to zero.
Signed-off-by: Daniel Dickinson <daniel@cshore.neomailbox.net>
SVN-Revision: 24834
|
|
|
|
|
|
| |
96348GW-11 reference design but have different GPIOs therefore we use the board fixups now availabed (thanks the patches by Jonas Gorski) to create a separate board entry for these boards and leave the reference design with reference GPIOs. Also these boards only have enet1 (no enet0) so we set that in the board definition, and use a defconfig for a single interface network.
SVN-Revision: 24442
|
|
|
|
|
|
| |
away. Remove kmod-loop as the need for it has been superseded by block-extroot, and remove kmod-fs-vfat as it takes space and is rarely needed.
SVN-Revision: 24316
|
|
|
|
|
|
| |
will work in the case of builds for releases.
SVN-Revision: 24315
|
|
|
|
|
|
| |
for all profiles (because -wpad-mini means it's not selectable, which isn't what we always want for the No WiFi profile
SVN-Revision: 24314
|
|
|
|
|
|
| |
15-alice_gate2_leds.patch as which led count was mistakenly given the same number.
SVN-Revision: 24310
|
|
|
|
|
|
|
|
|
|
| |
MX29LV640T."
This reverts commit 43511418ae2771a6662a83a254f06e37f4ac19e5.
It belongs in generic not brcm63xx.
SVN-Revision: 24308
|
|
|
|
|
|
| |
blunoise
SVN-Revision: 24307
|
|
|
|
|
|
| |
the reference design 96348GW so we use fixup to allow us to define the correct ones, also the GW6000 has no GPIO-controlled leds.
SVN-Revision: 24305
|
|
|
|
| |
SVN-Revision: 24304
|
|
|
|
|
|
| |
the patch removed in the previous commit
SVN-Revision: 24303
|
|
|
|
|
|
| |
not the generic 96348GW. Another commit will add the GW6200 specific boardid and leds. This removal reverts the 96348GW leds to the reference design GPIOs.
SVN-Revision: 24302
|
|
|
|
|
|
| |
indication led, and preinit interface
SVN-Revision: 24276
|
|
|
|
| |
SVN-Revision: 24275
|
|
|
|
|
|
| |
later in series due to fuzz
SVN-Revision: 24274
|
|
|
|
|
|
| |
(4-port switch)
SVN-Revision: 24273
|
|
|
|
|
|
| |
KanjiMonster for reminding me.
SVN-Revision: 24191
|