summaryrefslogtreecommitdiffstats
path: root/package/broadcom-57xx
Commit message (Collapse)AuthorAgeFilesLines
* brcm-2.4: nvram_set has been removed, remove some remaining calls to itFelix Fietkau2009-05-161-7/+0
| | | | SVN-Revision: 15878
* get rid of $Id$ - it has never helped us and it has broken too many patches ;)Felix Fietkau2009-04-1715-15/+0
| | | | SVN-Revision: 15242
* replace some -I & -L flags with $(TARGET_CPPFLAGS) & $(TARGET_LDFLAGS) when ↵Nicolas Thill2009-02-241-3/+4
| | | | | | appropriate SVN-Revision: 14651
* remove some unused crapFelix Fietkau2008-06-1512-2361/+0
| | | | SVN-Revision: 11472
* (6/6) bcm57xx: packageFelix Fietkau2008-06-1540-0/+27527
This is the bcm57xx package. I have tested default vlan functions, but I dont have the equipment to test more advanced setups. The default vlan setup seems to be working fine. I also added the activate_gpio parameter which will make the driver activate the switch via gpio before probing for it. I'm not sure which method is best for autoload. For the wrt350n, I need the activate_gpio parameter. But its probably not a good idea to add that to the autoload file. On a system without a bcm57xx switch, isn't it a bad idea to mess with the gpios looking for the switch? Ideally, wouldn't it be best to load the bcm57xx module from broadcom-diag, after it has determined which router its on? I tried using 'request_module' from there, but had no success. For now, I am relying on preinit to load the bcm57xx module with activate_gpio param, after it has failed to load switch_robo and switch_adm. Signed-off-by: Ben Pfountz <netprince (at) vt (dot) edu> SVN-Revision: 11471