diff options
| author | Rafał Miłecki <zajec5@gmail.com> | 2015-04-07 15:40:51 +0000 |
|---|---|---|
| committer | Rafał Miłecki <zajec5@gmail.com> | 2015-04-07 15:40:51 +0000 |
| commit | 503d845522a6173ff60b826a10c5d49089026ce0 (patch) | |
| tree | 18f79531154c28bd7f7004c6d2b2dd83563ea365 /target/linux/mvebu/patches-3.18/060-cpuidle-mvebu-Fix-the-CPU-PM-notifier-usage.patch | |
| parent | b6e8da2e146824d14813eee749e39a56b615e639 (diff) | |
| download | upstream-503d845522a6173ff60b826a10c5d49089026ce0.tar.gz upstream-503d845522a6173ff60b826a10c5d49089026ce0.tar.bz2 upstream-503d845522a6173ff60b826a10c5d49089026ce0.zip | |
brcm47xx: drop old patch disabling cardbus mode on Netgear WNR834B
First of all this patch was affecting other devices, not just Netgear
WNR834B. E.g. Linksys WRT300N v1 also has boardtype 0x0472.
This was breaking PCI on WRT300N, ssb couldn't detect core working in
hostmode (due to mips_busprobe32 failing).
Secondly this patch should not be needed for years now. From the analyze
of #8861 it seems it was needed just to make devices at slots other than
0 discoverable. Setting cardbus to 0 was simply making ssb allow access
to PCI config for devices other than bridge.
With the upstream commit a6c8462 (ssb: fix cardbus slot in hostmode) we
allow accessing device at slot 1 which should be enough for CardBus.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 45293
Diffstat (limited to 'target/linux/mvebu/patches-3.18/060-cpuidle-mvebu-Fix-the-CPU-PM-notifier-usage.patch')
0 files changed, 0 insertions, 0 deletions