| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
Sometimes the port 0 was the WAN port or there could be some device
where the port 0 is not wired to an actual Ethernet port. Now telnet in
failsafe will listen on all ports of the switch so user do not have to
search for the correct port any more. This change will make the switch
leak traffic between the WAN and the LAN port, but you should not use
failsafe while connected to a untrusted network.
SVN-Revision: 33544
|
|
|
|
|
|
|
|
|
| |
When not removing support for the wait instruction, when ruining on the
BCM4706 SoC the system stops after msleep() without an exception. I
haven't seen this problem on the other Broadcom SoCs with a 74K CPU,
but in the Broadcom SDK it is deactivated for all CPUs of this type.
SVN-Revision: 33496
|
|
|
|
|
|
|
|
| |
The package block-hotplug doesn't exist, refer to block-mount instead.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33474
|
|
|
|
|
|
| |
Do not change the code any more but use the kconfig options
SVN-Revision: 33463
|
|
|
|
| |
SVN-Revision: 33462
|
|
|
|
| |
SVN-Revision: 33383
|
|
|
|
|
|
| |
This fixes #10256
SVN-Revision: 33369
|
|
|
|
|
|
|
|
| |
* add profile for BCM4705 based SoC using tg3 instead of b44
* remove redundant 105-Atheros.mk
* reorder
SVN-Revision: 33235
|
|
|
|
| |
SVN-Revision: 33210
|
|
|
|
|
|
|
| |
There are some ifdefs missing so when only ssb or only bcma was
selected in the kernel config it did not build.
SVN-Revision: 33209
|
|
|
|
| |
SVN-Revision: 33208
|
|
|
|
| |
SVN-Revision: 33004
|
|
|
|
| |
SVN-Revision: 33003
|
|
|
|
| |
SVN-Revision: 33001
|
|
|
|
| |
SVN-Revision: 33000
|
|
|
|
| |
SVN-Revision: 32992
|
|
|
|
|
|
|
|
| |
I did not add the last patch, because it add some stubs for the flash drivers and our patches have to be changed for that, if the flash support in bcma is able to do something I will integrate it.
This also contains 3 additional patches fixing some bugs in bcma.
SVN-Revision: 32880
|
|
|
|
| |
SVN-Revision: 32863
|
|
|
|
| |
SVN-Revision: 32862
|
|
|
|
| |
SVN-Revision: 32861
|
|
|
|
|
|
| |
be applied at first.
SVN-Revision: 32845
|
|
|
|
| |
SVN-Revision: 32670
|
|
|
|
| |
SVN-Revision: 32580
|
|
|
|
|
|
|
|
| |
that applies to all mips targets
The dcache bug that it works around is a generic issue, not a brcm47xx cache quirk
SVN-Revision: 32395
|
|
|
|
| |
SVN-Revision: 32055
|
|
|
|
| |
SVN-Revision: 31848
|
|
|
|
|
|
| |
detect nvram on Linksys E3200
SVN-Revision: 31790
|
|
|
|
| |
SVN-Revision: 31789
|
|
|
|
| |
SVN-Revision: 31788
|
|
|
|
| |
SVN-Revision: 31787
|
|
|
|
|
|
| |
master-2012-05-16-2
SVN-Revision: 31772
|
|
|
|
| |
SVN-Revision: 31771
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* CONFIG_ARCH_DMA_ADDR_T_64BIT
* CONFIG_ARCH_HAS_ILOG2_U32
* CONFIG_ARCH_HAS_ILOG2_U64
* CONFIG_ARCH_PHYS_ADDR_T_64BIT
* CONFIG_ARCH_SUPPORTS_MSI
* CONFIG_GENERIC_CPU_DEVICES
* CONFIG_HWMON_DEBUG_CHIP
* CONFIG_I2C_PXA_PCI
* CONFIG_LEDS_GPIO
* CONFIG_MINIX_FS_NATIVE_ENDIAN
* CONFIG_MLX4_CORE
* CONFIG_POWER_SUPPLY
* CONFIG_POWER_SUPPLY_DEBUG
* CONFIG_QUOTACTL
* CONFIG_SDIO_UART
* CONFIG_SENSORS_K10TEMP
* CONFIG_SENSORS_SCH56XX_COMMON
* CONFIG_SENSORS_VIA_CPUTEMP
* CONFIG_SERIO_AMBAKMI
* CONFIG_SERIO_I8042
* CONFIG_SERIO_LIBPS2
* CONFIG_SERIO_PCIPS2
* CONFIG_SERIO_RAW
* CONFIG_SERIO_SERPORT
* CONFIG_SPI_BITBANG
* CONFIG_SPI_GPIO
SVN-Revision: 31737
|
|
|
|
| |
SVN-Revision: 31709
|
|
|
|
| |
SVN-Revision: 31696
|
|
|
|
|
|
| |
Now tg3 works with the Ethernet core of the Linksys WRT610N v1 (again).
SVN-Revision: 31694
|
|
|
|
| |
SVN-Revision: 31645
|
|
|
|
|
|
| |
This fixes a compile error with kernel 3.3.
SVN-Revision: 31635
|
|
|
|
| |
SVN-Revision: 31599
|
|
|
|
| |
SVN-Revision: 31573
|
|
|
|
|
|
|
|
|
|
| |
The existing code (prior to the patch) does an "ioremap_nocache" on a
subset of a memory region that I think has already been mapped, and then
un-maps that smaller region when it is finished.
Thanks Nathan Hintz for the patch
SVN-Revision: 31481
|
|
|
|
|
|
|
|
| |
Noticed these while reviewing the code.
Signed-off-by: Nathan Hintz <nlhintz@hotmail.com>
SVN-Revision: 31471
|