summaryrefslogtreecommitdiffstats
path: root/package/broadcom-wl/patches
Commit message (Collapse)AuthorAgeFilesLines
* broadcom-wl: fix reading fallback sprom for pci devices.Hauke Mehrtens2012-02-101-0/+11
| | | | | | | | | | | | | When using the Broadcom SDK the SSB bus is emulated as an PCI bus so the PCI bus number of the first real pci bus is increased by one. The variable names in the nvram are created with that structure in mind. To fix this we have ti increases the pci bus number by one. This was also done for ssb some time ago. This is based on a patch by nlh. This closes #10917 SVN-Revision: 30422
* broadcom-wl: fix compile with kernel 3.2Hauke Mehrtens2012-02-101-0/+27
| | | | SVN-Revision: 30421
* broadcom-wl: fix setup of virtual interfaces (patch by Nathan Hintz)Felix Fietkau2011-08-011-0/+11
| | | | SVN-Revision: 27868
* broadcom-wl: give the 007 patch a more meaningful nameJo-Philipp Wich2011-07-241-0/+0
| | | | SVN-Revision: 27752
* broadcom-wl: make it work on the RT-N16 and other device using the BCMA bus ↵Jo-Philipp Wich2011-07-244-3/+187
| | | | | | - refresh and reorder patches - introduce a unified BCMA/SSB glue driver to accomodate for both bus types on brcm47xx - extend wlunbind init script to detach device from bcma-pci-bridge as well SVN-Revision: 27751
* broadcom-wl: fix memory corruption and leakage on remove (patch from #9576 ↵Felix Fietkau2011-07-021-0/+31
| | | | | | by George Kashperko) SVN-Revision: 27348
* broadcom-wl: fix wild ssb_device accesses as pci_dev for legacy pci dma apiFelix Fietkau2011-05-191-0/+88
| | | | | | | | | | | | | broadcom-wl driver bound to ssb device with ssb driver probe have osh handle struct pdev pointer value initialized with ssb_device pointer. Later on pdev is used with legacy pci dma api as pci_dev thus causing oops sometimes. The patch replaces legacy pci dma api and pass relevant device struct pointer to avoid crashes. Signed-off-by: George Kashperko <george@znau.edu.ua> SVN-Revision: 26949
* broadcom-wl: fix uninitialized variableFelix Fietkau2011-05-191-1/+2
| | | | | | | | It was causing an occasional kernel oops. Signed-off-by: Nathan Hintz <nlhintz@hotmail.com> SVN-Revision: 26948
* brcm47xx: add fallback sprom for pci devices without an own sprom.Hauke Mehrtens2011-05-012-36/+30
| | | | | | | | | | | | | 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
* broadcom-wl: remove pcmcia supportHauke Mehrtens2010-11-062-12/+22
| | | | | | | For kernel 2.6.36 some additional pcmcia backpots would be needed, but this should not depend on pcmcia. SVN-Revision: 23899
* broadcom-wl: - update to v5.10.56.27.3 - get fallback SPROM from SSB if ↵Jo-Philipp Wich2010-07-132-30/+88
| | | | | | neither on-device SPROM nor nvram is available - working brcm63xx support SVN-Revision: 22173
* broadcom-wl: fix compiling with kernel 2.6.35Hauke Mehrtens2010-07-111-0/+12
| | | | SVN-Revision: 22138
* kernel: fix build problems with recent kernel versionsHauke Mehrtens2010-07-111-0/+40
| | | | SVN-Revision: 22137
* broadcom-wl: update to v5.10.56.27.1, initial brcm63xx (MIPS BE) supportJo-Philipp Wich2010-07-011-22/+0
| | | | SVN-Revision: 22008
* broadcom-wl: - fix compilation against eglibc and glibc (#7521) - unbind ↵Jo-Philipp Wich2010-07-011-0/+30
| | | | | | device from b43 ssb bridge on boot (#7529) SVN-Revision: 22007
* compile fixes for kernel 2.6.34Hauke Mehrtens2010-06-171-0/+22
| | | | SVN-Revision: 21829
* rename broadcom-wl to broadcom-wl-oldFelix Fietkau2010-06-141-51/+0
| | | | SVN-Revision: 21794
* package/broadcom-wl: refresh patchesGabor Juhos2010-03-261-9/+7
| | | | SVN-Revision: 20454
* add timer fix by mmp from http://forum.openwrt.org/viewtopic.php?id=14841Felix Fietkau2008-04-071-0/+53
SVN-Revision: 10750