| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 33621
|
|
|
|
|
|
|
|
|
| |
Before it was tried to initialize the deactivated PCIe core in client
mode, but this causes the SoC to hang. Just do not initialize it at all
and ignore the core it is not working and nothing is connected to it
when the specific bit is set in the boardflags.
SVN-Revision: 33620
|
|
|
|
| |
SVN-Revision: 33619
|
|
|
|
| |
SVN-Revision: 33618
|
|
|
|
| |
SVN-Revision: 33617
|
|
|
|
|
|
|
|
|
|
| |
Reviewing what went into wireless-testing I found a quite nasty mistake,
probably a result of copy&past'ing from the lines below in rt2800lib.c.
This adds another patch to fix that.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33616
|
|
|
|
|
|
|
|
|
|
|
| |
The original patch was accepted into linux-next in a slightly modified form.
In order to provide integrity to follow-up patches, replace the patch in OpenWrt
with the (semantically identical) now upstream patch.
(commit 03839951515b0ea2b21d649b1fe7b63f9817d0c8 in wireless-testing)
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33615
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new version of the ALL0256N now got 8MB SPI NOR flash instead of 4MB.
In order to expose the whole amount of flash, add another image which contains
the corresponding GENERIC_8M mtdparts.
[juhosg: change suffix from '8m' to '8M']
Patch by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33614
|
|
|
|
| |
SVN-Revision: 33613
|
|
|
|
| |
SVN-Revision: 33612
|
|
|
|
| |
SVN-Revision: 33611
|
|
|
|
| |
SVN-Revision: 33610
|
|
|
|
|
|
| |
Gumstix builds a fake flash image for usage in qemu
SVN-Revision: 33609
|
|
|
|
| |
SVN-Revision: 33608
|
|
|
|
| |
SVN-Revision: 33607
|
|
|
|
| |
SVN-Revision: 33606
|
|
|
|
| |
SVN-Revision: 33605
|
|
|
|
| |
SVN-Revision: 33604
|
|
|
|
| |
SVN-Revision: 33603
|
|
|
|
| |
SVN-Revision: 33602
|
|
|
|
|
|
|
|
| |
Sometimes the PCIe card indicates that it has a sprom somewhere and we
are able to read the memory region, but it is empty and not valid. In
these cases we should try to use the fallback sprom as a last chance.
SVN-Revision: 33601
|
|
|
|
|
|
|
|
|
| |
The chip common and the PCIe code are accessing the sprom struct which
is not filled when these cores are initialized. Fix this by adding an
early initialize and fill the sprom struct before accessing it in other
code.
SVN-Revision: 33600
|
|
|
|
| |
SVN-Revision: 33599
|
|
|
|
| |
SVN-Revision: 33598
|
|
|
|
|
|
|
|
|
|
| |
The bcma based SoCs with a ieee80211 core on the SoC and an other
connected via PCIe or USB store the sprom for the SoC with a sb/1/
prefix. The SoC with just one wifi core do not use prefixes. The
BCM4706 do not use a prefix for the SoC part at all, because the prefix
is the path to the ieee80211 core and there is non on the BCM4706.
SVN-Revision: 33597
|
|
|
|
|
|
| |
This will hopefully fix bug #9360 and #9097 in trunk.
SVN-Revision: 33596
|
|
|
|
|
|
| |
interface bringup (#12184)
SVN-Revision: 33595
|
|
|
|
| |
SVN-Revision: 33594
|
|
|
|
|
|
| |
have the right dependency
SVN-Revision: 33593
|
|
|
|
| |
SVN-Revision: 33592
|
|
|
|
| |
SVN-Revision: 33591
|
|
|
|
|
|
| |
default target
SVN-Revision: 33590
|
|
|
|
| |
SVN-Revision: 33587
|
|
|
|
| |
SVN-Revision: 33586
|
|
|
|
|
|
| |
configuration
SVN-Revision: 33585
|
|
|
|
| |
SVN-Revision: 33584
|
|
|
|
| |
SVN-Revision: 33583
|
|
|
|
|
|
| |
By default, this is only used when building with make -j.
SVN-Revision: 33582
|
|
|
|
|
|
| |
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 33581
|
|
|
|
|
|
| |
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 33580
|
|
|
|
|
|
|
|
|
| |
Resolves an issue where isochronouse USB would cause the driver to hang as
well as scheduling issues.
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 33579
|
|
|
|
| |
SVN-Revision: 33576
|
|
|
|
| |
SVN-Revision: 33575
|
|
|
|
|
|
|
|
|
|
| |
This feature was experimental in old kernels but
that flag has been removed in 2.6.36. Additionally,
the option is enabled by default since then.
See: http://www.spinics.net/lists/linux-usb/msg31993.html
SVN-Revision: 33574
|
|
|
|
| |
SVN-Revision: 33573
|
|
|
|
| |
SVN-Revision: 33572
|
|
|
|
| |
SVN-Revision: 33571
|
|
|
|
| |
SVN-Revision: 33570
|
|
|
|
|
|
| |
Required for recent (e)glibc systems
SVN-Revision: 33569
|
|
|
|
|
|
|
|
|
| |
For cns3xxx SCU_CONFIGURATION always shows multipe cores but SCU_CPU_STATUS
shows which ones are active.
Signed-off-by: Tim Harvey <tharvey@gateworks.com>
SVN-Revision: 33566
|