| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 27295
|
|
|
|
| |
SVN-Revision: 27284
|
|
|
|
|
|
|
| |
In case the MAC address pool is not big enough to also register a SSB SPROM
prefer registering the Ethernet devices.
SVN-Revision: 27258
|
|
|
|
| |
SVN-Revision: 27254
|
|
|
|
|
|
| |
This module is also needed for e.g: kmod-bcm63xx-pcmcia
SVN-Revision: 27253
|
|
|
|
| |
SVN-Revision: 27246
|
|
|
|
| |
SVN-Revision: 27236
|
|
|
|
| |
SVN-Revision: 27235
|
|
|
|
| |
SVN-Revision: 27234
|
|
|
|
| |
SVN-Revision: 27233
|
|
|
|
| |
SVN-Revision: 27232
|
|
|
|
|
|
| |
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 27192
|
|
|
|
|
|
|
|
| |
Add support for Kernel 2.6.39. Boots fine on a BCM6358.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 27019
|
|
|
|
|
|
|
|
| |
Add support for Kernel 2.6.38, based on 2.6.38.6. Boots fine on a BCM6358.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 27018
|
|
|
|
| |
SVN-Revision: 27014
|
|
|
|
| |
SVN-Revision: 27013
|
|
|
|
| |
SVN-Revision: 27012
|
|
|
|
|
|
| |
Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com>
SVN-Revision: 26959
|
|
|
|
|
|
| |
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
|