Re-diff the existing patches for binutils-2.17 for all architectures
but AVR32, and make the possible selection of binutils-2.18 dependent
on selecting any arch but that one for the time being.
Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
SVN-Revision: 10360
Package uuidgen utility. It is useful for other filesystem
utilities and miniupnpd.
There is no need to change the release.
Signed-off-by: Lubos Stanek (lubek) <lubek@lubek.name>
SVN-Revision: 10350
This patch enables the new "default-on" trigger for the AR7 target and uses it to ensure the "power" LED on the DG834G is initialised in the ON state.
Previously this LED would turn off when the driver loaded and stay off until turned back on from userspace. With this patch it remains on throughout the boot process, but can still be controlled from userspace if required.
Signed-off-by: Nick Forbes <nick.forbes@incepta.com>
SVN-Revision: 10349
The current LED subsystem always initialises LEDs in the OFF state. This is fine for most LEDs but some should be on right from boot (e.g. POWER LED). Following some discussion with the LED subsystem maintainers, a trigger was recommended as the best way to implement this functionality.
Here is a patch to add a new trigger "default-on" which will initialise an LED in the ON state. It is not compiled by default.
Particular thanks to Rod Whitby for all his help with this.
Signed-off-by: Nick Forbes <nick.forbes@incepta.com>
SVN-Revision: 10348
This patch adds a chat script and makes some modifications to
/lib/network/3g.sh to enable seamless use of CDMA/EVDO modems in
addition to the existing GPRS/UMTS support. Modifications to 3g.sh
are:
- Added 'chat' variable to point at the appropriate script
- Added 'evdo' and 'cdma' as acceptable 'service' values, and skip
the whole gcom initialization bit
- Changed pppd connection speed from 460800 to more widely supported
115200; in my experience, this is not your actual connection speed,
but at what speed pppd sends setup commands to the interface.
This kinda eliminates the need for /etc/ppp/3g.connect - I think I've
replaced that functionality, but in a slightly more standardized
method, using the 'connect' variable understood by PPP.
Signed-off-by: RB<aoz.syn@gmail.com>
SVN-Revision: 10347
Nicolas Thill