I'm running into the following problem when doing a version bump to ppp-2.4.5.
The build happens as:
i486-openwrt-linux-gnu-gcc -Os -pipe -march=k6-2 -fno-align-functions
-fno-align-loops -fno-align-jumps -fno-align-labels -fhonour-copts
-I/home/philipp/openwrt/staging_dir/target-i386_eglibc
Signed-off-by: Roman Yeryomin
Index: feeds/packages/libs/spandsp/Makefile
===
--- a/feeds/packages/libs/spandsp/Makefile (revision 0)
+++ b/feeds/packages/libs/spandsp/Makefile (revision 0)
@@ -0,0 +1,44 @@
+#
+# Copyright
> "Jochen" == Jochen Friedrich writes:
Jochen> Hi Russell,
>> By judicious application of printk's (note that in order to get the
>> console back for the WGT634U to see them, I had to revert r22663) I
>> managed to figure out what is visible, and now have at least
>> broadcom-diag detecting t
On 10/17/10 5:50 AM, Florian Fainelli wrote:
Hi,
Le Saturday 9 October 2010 20:59:48, Philip Prindeville a écrit :
When doing a build with tracing on, the expansion of ModuleAutoLoad can get
a little hairy.
Using intermediate variables to name the arguments makes tracing more
readable.
One s
On 10/17/10 5:41 AM, Florian Fainelli wrote:
Hi,
Le Saturday 16 October 2010 07:59:12, Philip Prindeville a écrit :
Tested on x86.
Signed-off-by: Philip Prindeville
---
You seem to have folded all versions of your patch entitled "Add missing flags
for building 2.6.35 on x86" in this p
This patch installs the lib files for sigscheme (.scm files) in
/usr/share/sigscheme/lib instead of /usr/lib/sigscheme/lib.
If installed in another location, sigscheme can’t find them and
refuses to start.
Another way to tackle the problem would be to make sigscheme look
for the .scm files in /us
The most important bits are the custom ifname handling and the default
route fixups.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi Russell,
By judicious application of printk's (note that in order to get the
console back for the WGT634U to see them, I had to revert r22663) I
managed to figure out what is visible, and now have at least
broadcom-diag detecting the board again with this patch:
diff --git a/package/broadcom
> "Jochen" == Jochen Friedrich writes:
Jochen> Hi Russell,
(...) but unfortunately, all the revisions I have tested after
r22295 build okay but have failed to boot successfully.
Currently, as of r23118, I lose the serial port very early in the
boot, immediately after:
