On Wed, 2012-11-28 at 07:53 +0100, John Crispin wrote:
> On 28/11/12 02:47, Daniel Gimpelevich wrote:
> > This corrects a few oversights in mach-netgear.c, adds a diag.sh with
> > per-board conditionals, in line with the uci-defaults "leds" file, fixes
> > the Netgear eth0 MAC address detection, a
On 28/11/12 02:47, Daniel Gimpelevich wrote:
This corrects a few oversights in mach-netgear.c, adds a diag.sh with
per-board conditionals, in line with the uci-defaults "leds" file, fixes
the Netgear eth0 MAC address detection, and provides a mechanism for the
DSL driver to have a preset MAC addr
This corrects a few oversights in mach-netgear.c, adds a diag.sh with
per-board conditionals, in line with the uci-defaults "leds" file, fixes
the Netgear eth0 MAC address detection, and provides a mechanism for the
DSL driver to have a preset MAC address.
Signed-off-by: Daniel Gimpelevich
Index
@Karl,
Thank you, I will try to get ahold of one of those boards.
@Hanno,
This was intended to only fix the booting. I'll repost and include
the gpio changes as well.
I cloned the OpenWRT git onto github where I was going to start work on
the updates for the atheros targets. Once
Le vendredi 23 novembre 2012 19:10:01, Jonh Wendell a écrit :
> Currently we call mkfs.jffs2 --squash, which will change
> both file permissions and owners.
>
> If we have some file with suid bits, it will clear these bits.
>
> Thus it's enough to just squash file owners, by replacing that
> argu
Le mardi 27 novembre 2012 05:41:18, Daniel Golle a écrit :
> Found in the AudioCodes Tulip AC494 ATA.
>
> Signed-off-by: Daniel Golle
Applied in r34395, thanks Daniel!
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://l
Le dimanche 25 novembre 2012 17:57:53, Álvaro Fernández Rojas a écrit :
> Fix typo in 96338GW power LED.
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
Applied in r34396, thanks!
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.or
dropped all patches, they are no longer necessary.
Signed-off-by: Jonh Wendell
---
libs/glib2/Makefile| 17 ++--
libs/glib2/patches/001-automake-compat.patch | 12 ---
.../patches/002-missing-gthread-include.patch | 10 ---
libs/glib2/patches/010-
Signed-off-by: Jonh Wendell
---
libs/libffi/Makefile |2 ++
1 file changed, 2 insertions(+)
diff --git a/libs/libffi/Makefile b/libs/libffi/Makefile
index 90c29ce..e3b2839 100644
--- a/libs/libffi/Makefile
+++ b/libs/libffi/Makefile
@@ -22,6 +22,7 @@ PKG_FIXUP:=autoreconf
PKG_INSTALL:=1
i
Signed-off-by: Jonh Wendell
---
libs/libffi/Makefile |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libs/libffi/Makefile b/libs/libffi/Makefile
index 67af8f7..90c29ce 100644
--- a/libs/libffi/Makefile
+++ b/libs/libffi/Makefile
@@ -8,12 +8,12 @@
include $(TOPDIR)/rule
Hi,
this patch is the work of* *Lee Essen which he posted here
in January.
https://lists.openwrt.org/pipermail/openwrt-devel/2012-January/013602.html
Unfortunately not everything was merged back then. The integration into
the web-ui was lost. I have rebased the patch against the current
trunk an
This will allow to call `make package//make' to rerun package
Build/Compile thus recompiling changed files. Package should be previously
compiled.
This is very handful especially when using package-version-override.mk or
simply using local files manually with bigger packages.
Signed-off-by: Roman
John, I’ll try with that!
Etienne, i use to compile openwrt, in the next compilation I'll try that
nanoseconds support.
Thanks both for your answers.
Best regards
Gabriel
El 26/11/12 18:03, Etienne Champetier escribió:
Hi
if you know how to compile openwrt yourself, you can activate nano
On 20 November 2012 21:45, Roman Yeryomin wrote:
> When developing/debugging a package I would like to make
> change/compile/try cycle to be shorter.
> Of cause you can do something like:
> - edit/save the code
> - cd build_dir/target_something/package
> - make clean
> - rm -f .built*
> - cd -
>
On 27/11/12 12:32, Jo-Philipp Wich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Why is there even a need for dedicated DSL control in the gui?
> Shouldn't the normal per-interface ifup/ifdown be enough?
The patch to the web-ui isn't about control, but about DSL
status information.
On 27/11/12 12:28, John Crispin wrote:
> On 27/11/12 12:23, Frank Meerkötter wrote:
>> Hi,
>>
>> back in January there was a discussion on how to integrate DSL
>> into Luci.
>>
>> https://lists.openwrt.org/pipermail/openwrt-devel/2012-January/013587.html
>>
>> A patch was presented which only got p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Why is there even a need for dedicated DSL control in the gui?
Shouldn't the normal per-interface ifup/ifdown be enough?
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.n
On 27/11/12 12:23, Frank Meerkötter wrote:
Hi,
back in January there was a discussion on how to integrate DSL
into Luci.
https://lists.openwrt.org/pipermail/openwrt-devel/2012-January/013587.html
A patch was presented which only got partially merged. The
dsl_control.sh is there, the integratio
Hi,
back in January there was a discussion on how to integrate DSL
into Luci.
https://lists.openwrt.org/pipermail/openwrt-devel/2012-January/013587.html
A patch was presented which only got partially merged. The
dsl_control.sh is there, the integration into the web-ui seems
to be missing (AA & t
Thomas Taranowski [2012-11-26 20:39:18]:
> I'm working on making some prototype mods to the ath9k driver, and am
> trying to figure out how to get the affected kernel ath9k module to
> rebuild, and subsequently have the appropriate image rebuilt. I've tried a
> number of paths, but without much
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OpenWrt does not use the in-kernel ath9k driver.
The correct make targets would be make package/mac80211/clean and
make package/mac80211/compile .
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefi
On Monday 12 November 2012 20:50:27 Daniel Golle wrote:
> I don't think its actually used anywhere, but GCC supports generating code for
> it, both explicitely and also by using the generic vector extension.
> I carried this around in my tree for a while and it at least didn't cause any
> trouble s
22 matches
Mail list logo
