In 240-spi.patch, spi registers for bcm6348 were all messed up. This patch fixes that.
It also fixes some spi commands for all bcm63xx.
Signed-off-by: Anthony Blakemore <stokie-ant@raverbaby.co.uk>
SVN-Revision: 27774
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
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
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
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
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
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
