On Mon, 16 Apr 2012 11:10:32 +1200, Hanno Schupp wrote:
> I am curious as I was not even aware that you could tell the compile
> process to use one uClib erosion or another. I thought that was fixed
> through the toolchain compile process. How do you get the buildroot
> process to use a certain u
On Mon, 16 Apr 2012 00:18:16 +0200, Felix Fietkau wrote:
> On 2012-04-16 12:10 AM, Jim Henderson wrote:
>> On Sun, 15 Apr 2012 23:59:15 +0200, Felix Fietkau wrote:
>>
>>> OpenWrt has been using uClibc 0.9.33 for a while now, whereas you seem
>>> to be using 0.9.32. It looks like 0.9.33 provides t
Attached patch fixes a typo in the image Makefile, and overrides the
board name for DVA-G3810BN to set the correct board properties
Signed-Off-By: Jeroen van Bemmel
Index: Makefile
===
--- Makefile(revision 31299)
+++ Makefile
Attached the patch to fix support for the D-Link DVA-G3810BN, generated
by quilt
Signed-Off-By: Jeroen van Bemmel
--- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
+++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
@@ -2137,6 +2137,71 @@ static struct board_info __initdata boar
},
}
I am curious as I was not even aware that you could tell the compile process to
use one uClib erosion or another. I thought that was fixed through the
toolchain compile process. How do you get the buildroot process to use a
certain uClib version then?
Kind Regards
Hanno Schupp
Connect Consult
On 2012-04-16 12:10 AM, Jim Henderson wrote:
> On Sun, 15 Apr 2012 23:59:15 +0200, Felix Fietkau wrote:
>
>> OpenWrt has been using uClibc 0.9.33 for a while now, whereas you seem
>> to be using 0.9.32. It looks like 0.9.33 provides that missing function.
>
> Awesome, thanks - seems the last time
On Sun, 15 Apr 2012 23:59:15 +0200, Felix Fietkau wrote:
> OpenWrt has been using uClibc 0.9.33 for a while now, whereas you seem
> to be using 0.9.32. It looks like 0.9.33 provides that missing function.
Awesome, thanks - seems the last time uClibc was updated I had a similar
issue, and had for
On 2012-04-15 11:53 PM, Jim Henderson wrote:
> When I try to compile, I get the following error:
>
> --- snip ---
>
> ipnetns.o: In function `netns_exec':
> ipnetns.c:(.text+0xfc): undefined reference to `unshare'
> ipnetns.o: In function `netns_add':
> ipnetns.c:(.text+0x54c): undefined referenc
When I try to compile, I get the following error:
--- snip ---
ipnetns.o: In function `netns_exec':
ipnetns.c:(.text+0xfc): undefined reference to `unshare'
ipnetns.o: In function `netns_add':
ipnetns.c:(.text+0x54c): undefined reference to `unshare'
collect2: ld returned 1 exit status
make[5]: *
Signed-off-by: David Woodhouse
---
Too slow; my router is running 3.3.2 now...
include/kernel-version.mk |3 +++
target/linux/x86/geos/target.mk |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include/kernel-version.mk b/include/kernel-version.mk
index 93353b6
Signed-off-by: David Woodhouse
---
Updated patch with the final commit ID now it's been merged by DaveM.
.../patches-3.2/130-pppoatm-queue-depth.patch | 193
.../patches-3.3/130-pppoatm-queue-depth.patch | 193
2 files changed, 386 insertions
Signed-off-by: David Woodhouse
---
Updated to have the final upstream commit IDs now that DaveM has applied
the race fix.
.../patches-3.2/120-ppp_txqueue_restart.patch | 116 ++--
.../patches-3.3/120-ppp_txqueue_restart.patch | 116 ++--
2 files change
And while at it, include all symlinks for the library file in the package.
Signed-off-by: Michael Heimpold
Index: libs/libconfig/Makefile
===
--- libs/libconfig/Makefile (revision 31296)
+++ libs/libconfig/Makefile (working copy)
@@
my wr941nd uses a MARVELL 88e6063 Swtich and I have these lines in
backfire/build_dir/linux-ar71xx/linux-2.6.32.27/.config in r31251
seems it should support dot1q and vlaning as well
CONFIG_NET_DSA=y
# CONFIG_NET_DSA_TAG_DSA is not set
# CONFIG_NET_DSA_TAG_EDSA is not set
CONFIG_NET_DSA_TAG_TRAILE
Ubicom32 and ps3 have been removed from the buildbot list. It would be nice
to see the other platforms fixed, maybe with the buildbot threads that have
been floating around the list as of late will help spur people with these
platforms to submit patches.
Travis
On Sun, Apr 15, 2012 at 11:11 AM, H
On 15.4.2012 18:27, Hauke Mehrtens wrote:
2 Never:
These have never completed a build succesfully, or at least it has not
been uploaded to the snapshot server:
ps3 kernel config symbols missing
ubicom32 ERROR: Missing site config for target
"ubicom32-openwrt-linux-uclibc"
These targets are r
Hi Hannu
On 04/15/2012 12:26 PM, Hannu Nyman wrote:
> During the long pause in buildbot snapshots last month I got interested
> in the snapshot builds.
>
> I noticed that some of the platforms are being built daily although they
> have not completed the build process successfully for 1-2 years, i
During the long pause in buildbot snapshots last month I got interested in
the snapshot builds.
I noticed that some of the platforms are being built daily although they have
not completed the build process successfully for 1-2 years, in some cases
never. It seems like a waste of CPU power and
On 04/15/2012 10:59 AM, Hannu Nyman wrote:
> I looked into buildbot snapshots and noticed that some platforms have
> not successfully compiled for a long time. One example is at91, which
> seems to be missing device-related kernel config symbols and the
> snapshot build crashes already there.
>
>
I looked into buildbot snapshots and noticed that some platforms have not
successfully compiled for a long time. One example is at91, which seems to be
missing device-related kernel config symbols and the snapshot build crashes
already there.
Please find attached a patch that makes the at91 ke
20 matches
Mail list logo
