| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 11494
|
|
|
|
| |
SVN-Revision: 11475
|
|
|
|
| |
SVN-Revision: 11474
|
|
|
|
| |
SVN-Revision: 11473
|
|
|
|
| |
SVN-Revision: 11472
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
I noticed my wrt350n would not reliably reboot after entering
the reboot command. I found this code in the source for the
wrt600n. It corrects the problem, and the wrt350n reboots
reliably now.
Signed-off-by: Ben Pfountz <netprince (at) vt (dot) edu>
SVN-Revision: 11470
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch prevents switch-robo.c from attempting robo_probe on a port
that is already registered. robo_probe will adjust kernel reference counts
if it detects a switch on the port. If this patch wasn't applied, the
wrt350n would hang on reboot, waiting for the network driver reference count
to reach zero indefinitely.
Signed-off-by: Ben Pfountz <netprince (at) vt (dot) edu>
SVN-Revision: 11469
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch allows the bcm57xx module to work correctly with failsafe mode.
insmod doesn't return an error when a module loads but doesn't detect a switch.
I added the check_module function to load the module, then make sure
it doesn't just exit immediately. This allows preinit to only attempt to
load the bcm57xx module when switch-robo and switch-adm dont detect a switch.
The activate_gpio parameter to bcm57xx simply instructs the module to attempt
to activate the switch via gpio before probing for the switch.
Tested on wrt350n.
Signed-off-by: Ben Pfountz <netprince (at) vt (dot) edu>
SVN-Revision: 11468
|
|
|
|
|
|
|
|
|
| |
Update the netconfig script to support boardtype 0x478. I've tested this
on the wrt350n, hopefully it will match the 600n as well.
Signed-off-by: Ben Pfountz <netprince (at) vt (dot) edu>
SVN-Revision: 11467
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've been working to finish up the bcm57xx module package nbd
posted a few months ago. I am no expert, just had some spare
time and some motivation. Here is the background:
https://dev.openwrt.org/ticket/2744
This first patch disables the bcm57xx gpio setup in broadcom-diag.
The switch needs to be initialized by the driver so the driver can
then reset the switch ASAP. If the switch isn't reset quickly enough,
it will forward packets between the WAN and LAN, which will cause
problems with modems that only allow one mac to access the internet.
Tested on wrt350n.
Signed-off-by: Ben Pfountz <netprince (at) vt (dot) edu>
SVN-Revision: 11466
|
|
|
|
| |
SVN-Revision: 11462
|
|
|
|
| |
SVN-Revision: 11461
|
|
|
|
|
|
| |
kernel_menuconfig or kernel_oldconfig
SVN-Revision: 11460
|
|
|
|
| |
SVN-Revision: 11459
|
|
|
|
| |
SVN-Revision: 11458
|
|
|
|
| |
SVN-Revision: 11457
|
|
|
|
| |
SVN-Revision: 11456
|
|
|
|
| |
SVN-Revision: 11455
|
|
|
|
| |
SVN-Revision: 11454
|
|
|
|
| |
SVN-Revision: 11453
|
|
|
|
| |
SVN-Revision: 11452
|
|
|
|
| |
SVN-Revision: 11451
|
|
|
|
| |
SVN-Revision: 11450
|
|
|
|
| |
SVN-Revision: 11448
|
|
|
|
| |
SVN-Revision: 11447
|
|
|
|
| |
SVN-Revision: 11446
|
|
|
|
| |
SVN-Revision: 11445
|
|
|
|
| |
SVN-Revision: 11441
|
|
|
|
| |
SVN-Revision: 11439
|
|
|
|
| |
SVN-Revision: 11437
|
|
|
|
| |
SVN-Revision: 11436
|
|
|
|
| |
SVN-Revision: 11435
|
|
|
|
| |
SVN-Revision: 11434
|
|
|
|
| |
SVN-Revision: 11433
|
|
|
|
| |
SVN-Revision: 11429
|
|
|
|
|
|
| |
generating the build dependencies (fixes python build dependency errors)
SVN-Revision: 11428
|
|
|
|
|
|
| |
correctly on RouterBoards
SVN-Revision: 11427
|
|
|
|
| |
SVN-Revision: 11425
|
|
|
|
| |
SVN-Revision: 11415
|
|
|
|
|
|
| |
warnings. tested with -j on an 2x dual core opteron machine
SVN-Revision: 11414
|
|
|
|
| |
SVN-Revision: 11413
|
|
|
|
| |
SVN-Revision: 11412
|
|
|
|
| |
SVN-Revision: 11411
|
|
|
|
|
|
| |
fixes some fonera 2.0 ethernet issues
SVN-Revision: 11410
|
|
|
|
|
|
| |
future HALs
SVN-Revision: 11409
|
|
|
|
|
|
| |
Fixes #3501
SVN-Revision: 11407
|
|
|
|
| |
SVN-Revision: 11406
|
|
|
|
| |
SVN-Revision: 11405
|
|
|
|
| |
SVN-Revision: 11404
|