On Tue, 2024-01-30 at 19:15 +0100, Christian Marangi (Ansuel) wrote:
> Robert is active in OpenWrt since 2017 and with some recent stats, he
> has more than 310 commits merged in OpenWrt.
> He also have uncounted Reviewed-by tag on various PR and merged commits
> and generally helps in everything
On Thu, 2023-01-12 at 21:02 +0100, Ansuel Smith wrote:
> Hi, I got some report that user can't subscribe to the devel mailing
> list
> and the page return
>
> Internal Server Error
>
> I confirmed that with a secondary email. Can someone check it?
The server was being attacked with subscribe
On Sun, 2022-11-06 at 17:16 +, David Woodhouse wrote:
> That worked, but *only* for VLAN2 which is in the original 'br-lan'
> but *not* for VLAN3:
>
> bridge name bridge id STP enabled interfaces
> tag 7fff.06bde9e2bd93 yes
On my border router I've set up an IPv6-only wireless with NAT64 and
want to share it over the wired network, which means it's time for me
to set up VLAN.
I'm using a BT HomeHub 5a (lantiq xrx200). It has five physical ports,
appearing as 'wan', and 'lan[1234]'. In OpenWrt 22.03 it's using DSA.
On Mon, 2022-01-10 at 10:41 +1100, Mathew McBride wrote:
> On Mon, Jan 10, 2022, at 10:14 AM, David Woodhouse wrote:
> > On Wed, 2022-01-05 at 18:05 -0700, Philip Prindeville wrote:
> > > Have you looked at the Traverse Geos2?
> >
> > That's kind of dated now (ADSL
On Wed, 2022-01-05 at 18:05 -0700, Philip Prindeville wrote:
> Have you looked at the Traverse Geos2?
That's kind of dated now (ADSL2+ only) but Traverse seem to have a
new toy now:
https://traverse.com.au/products/ten64-networking-platform/
And it has an external VDSL board:
After another disk failure on the box previously hosting
lists.infradead.org,
This time, I have backups! I have shifted mailman service to a new
machine. The DNS for lists.openwrt.org has been updated and has a
fairly short TTL so should be working everywhere within about half an
hour.
Please
On Wed, 2021-02-17 at 21:52 -0800, Brian Norris wrote:
> (CC a few)
>
> On Tue, Aug 11, 2020 at 6:59 AM David Woodhouse wrote:
> > On Mon, 2020-08-10 at 10:13 -0300, Henrique de Moraes Holschuh wrote:
> > > Agreed. HOWEVER, anything that is being relayed due to too-s
On Tue, 2020-09-08 at 10:42 +0200, Felix Fietkau wrote:
> Sure, using bash is fine. We already require it for many other
> things.
I did make an effort to remove bashisms as part of the review before
adding this script, but yeah, we can live with bash for now.
For the time being I do still need
On Tue, 2020-09-08 at 10:31 +0200, Felix Fietkau wrote:
> On 2020-09-08 10:26, David Woodhouse wrote:
> > It turns out that 'echo -e' isn't portable; it doesn't work in the dash
> > builtin echo and Ubuntu users are complaining.
> >
> > I can't even get octal (
settles and we know what
nomenclature makes most sense.
Signed-off-by: David Woodhouse
---
package/boot/mt7623n-preloader/Makefile | 22 ++
1 file changed, 22 insertions(+)
diff --git a/package/boot/mt7623n-preloader/Makefile
b/package/boot/mt7623n-preloader/Makefile
index
to /bin/echo but using -e with that isn't actually
portable *either* even though it works today.
For now just stick with bash, and use its builtin. We may end up using
something else entirely; perhaps perl.
Signed-off-by: David Woodhouse
---
target/linux/mediatek/image/gen_mtk_mmc_img.sh | 2
This causes rx drops when running iperf.
Signed-off-by: David Woodhouse
---
...623-add-missing-pause-for-switchport.patch | 27 +++
1 file changed, 27 insertions(+)
create mode 100644
target/linux/mediatek/patches-5.4/0700-arm-dts-mt7623-add-missing-pause-for-switchport.patch
smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
settles and we know what
nomenclature makes most sense.
Signed-off-by: David Woodhouse
---
package/boot/mt7623n-preloader/Makefile | 22 ++
1 file changed, 22 insertions(+)
diff --git a/package/boot/mt7623n-preloader/Makefile
b/package/boot/mt7623n-preloader/Makefile
index
Now that my patches have been merged into upstream U-Boot, resync the
cosmetic changes and the commit IDs from the final commits.
Signed-off-by: David Woodhouse
---
.../patches/006-mt7623-pinctrl-fix.patch | 7 ++--
.../patches/007-env-fat-use-bootdevice.patch | 35
We were playing on IRC with a way to write the backup file directly out
alongside the root file system for block devices, similar to the way
that it happens with 'mtd write -j sysupgrade.tgz'.
A lot of devices currently put it in a FAT "recovery" partition but
it's not clear that will always be
Patches submitted upstream at
https://patchwork.ozlabs.org/project/uboot/list/?series=189178
Tested on Banana Pi R2 and U7623-06.
Signed-off-by: David Woodhouse
---
package/boot/uboot-mediatek/Makefile | 9 +-
...ix-mmc_get_boot_dev-for-platforms-wi.patch | 51 +++
...-Add-support
The definition of the switch in the device-tree was not correct. Make it
look more like the Banana Pi R2, which works.
Signed-off-by: David Woodhouse
---
.../0227-arm-dts-Add-Unielec-U7623-DTS.patch | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git
There was a bashism in the script. This fixes the script so that it
doesn't actually require bash, and can be run with any POSIX shell as
its shebang suggests.
Signed-off-by: David Woodhouse
---
Oops, didn't realise that 'function' was a bashism too.
target/linux/mediatek/image
The machine hosting lists.infradead.org and git.infradead.org suffered
a complete disk failure over the weekend; sadly the last backup of the
mailman config was fairly old (May 2018) so the subscriber lists and
archives have been reset to that date, but the lists should be running
again.
I've
ally feels strongly about it. Dissent is best expressed in 'diff -up'
form.
Signed-off-by: David Woodhouse
diff --git a/libfstools/rootdisk.c b/libfstools/rootdisk.c
index 5a6dcb9..dc861a9 100644
--- a/libfstools/rootdisk.c
+++ b/libfstools/rootdisk.c
@@ -231,12 +231,19 @@ static int rootdisk_create_l
For Banana Pi R2 we need to place the U-Boot partition at precisely 0x5.
Signed-off-by: David Woodhouse
---
This is part of the Banana Pi R2 support in
https://github.com/openwrt/openwrt/pull/3101 but I'll send it under
separate cover for review too.
tools/firmware-utils/src/ptgen.c | 30
The dns_reply_a() function appears to filter out IPv6 addresses other
than link-local. This means that advertised services are unreachable
over IPv6 (since on the client side, we drop the interface identifier
so link-local addresses aren't usable anyway).
Fix it to include all addresses, in
The dns_reply_a() function appears to include *only* link-local IPv6
addresses. This seems wrong, and ends up publishing addresses which
can't be used to reach the host in question.
I believe the logic should be the other way around and we should be
*eliding* the link-local addresses but
I've just set up a new RT-AC85P as one of three access points on my
network, and it seems to be having problems with wireless clients which
have roamed to it (or just newly associated to it) after being on one
of the other APs.
Incoming packets to the new wireless client aren't being received on
On Wed, 2018-06-27 at 10:22 +0200, Juergen Kimmel wrote:
> No, it is not!
Sorry, I should have been clearer...
The mailing list config is fixed now, so it doesn't have a broken link
in the footer.
The previous broken link (without "mailman/" in it) remains broken.
smime.p7s
Description:
On Wed, 2018-06-27 at 00:52 +0200, Lev wrote:
> Please note that this link is broken:
>
> https://lists.openwrt.org/listinfo/openwrt-devel
Should be fixed now. Thanks.
smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing
On Mon, 2018-06-18 at 18:01 +, Kevin Darbyshire-Bryant via openwrt-
devel wrote:
> Since commit 0276e1f7608a2b5252aee0c92c9834a150582ffe we no longer
> call or use ifx_atm_alloc_tx and the pointed to function
> atm_alloc_tx.
Nope. This code *never* worked. Ever ever ever. Not just "since
On Sat, 2018-06-16 at 08:36 +, Kevin Darbyshire-Bryant via openwrt-devel
wrote:
> Backport a hot off the press upstream kernel ATM fix:
>
> Preserve value of skb->truesize when accounting to vcc
>
> "There's a hack in pskb_expand_head() to avoid adjusting skb->truesize
> for certain skbs.
On Sat, 2018-06-16 at 09:48 +, David Woodhouse wrote:
>
> > Backport a hot off the press upstream kernel ATM fix:
> >
> > Preserve value of skb->truesize when accounting to vcc
> >
> > "There's a hack in pskb_expand_head() to avoid adjusting sk
net: convert sock.sk_wmem_alloc from atomic_t to refcount_t
>
> Sincerest thanks to Mathias Kresin for debugging
> assistance and to David Woodhouse for further
> guidance, cajoling & patience in interpreting the debug I was giving him
> and producing a fix!
>
> Fixes
> The correct solution is to drop our ifx_atm_alloc_tx replacement hack
> entirely and let the kernel do its thing.
You need to kill it in the ltq-atm driver too, surely? If you only kill
the hook, the module won't load.
--
dwmw2
___
openwrt-devel
On Fri, 2018-06-01 at 03:36 +0300, Sergey Ryazanov wrote:
> This series adds a new ath25 subtarget for the Fonera 2.0g (FON2202)
> router. This router is unique since it have a USB port and uses PCI
> controller of AR2315 SoC. AFAIK, there are no other AR231x based routers
> which at least uses
On Mon, 2018-05-28 at 14:08 +, Kevin Darbyshire-Bryant via openwrt-
devel wrote:
>
> I have a local-ish ‘tame’ ISP (AAISP) who might let me visit the
> office and try a test line there… but I’d have to book & arrange it.
>
> Or I could get a second line installed at home for £130+ for a
>
On Wed, 2018-05-23 at 17:24 +0200, Torbjörn Jansson wrote:
> > PS: Remove this annoying tag '[OpenWrt-Devel]' from subject. XXI century in
> > the world - all email clients already know how filters messages based on
> > List-Id header.
> >
>
> Not everyone, plus lede mailing list also had prefix
On Wed, 2018-05-23 at 20:05 +0200, Bas Mevissen wrote:
> On 23/05/18 17:55, Arjen de Korte wrote:
> >
> > Citeren Torbjörn Jansson :
> >
> (...)
> >
> > >
> > >
> > > But one thing that is a little anoying after the move is that for some
> > > mails I
On Fri, 2018-05-18 at 09:39 +0100, David Woodhouse wrote:
> With so many devices having dual 2.4GHz + 5GHz radios, this isn't a
> particularly esoteric use case any more. Luci offers it by default too,
> with no check for whether wpad is actually going to do it or not AFAICT.
I was wr
dec hex filename
4250672704 356 428127 6885f wpad-mini
4520032684 372 455059 6f193 wpad-mini+11r
7173392796 588 720723 aff53 wpad-full
Let's just enable it by default.
Signed-off-by: David Woodhouse <dw...@infradead.org>
---
package/network/se
gmail.com>
Signed-off-by: David Woodhouse <dw...@infradead.org>
---
.../network/services/hostapd/files/hostapd.sh | 48 +++
1 file changed, 27 insertions(+), 21 deletions(-)
diff --git a/package/network/services/hostapd/files/hostapd.sh
b/package/network/services/hostapd/file
This should be transparently redirected to the new openwrt-devel
list...
smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel
test
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel
On Wed, 2018-02-14 at 12:34 -0700, Philip Prindeville wrote:
> Once I was messing with firewall settings and accidentally disabled
> the firewall. Within a few minutes, there were all sorts of password
> attacks on the WAN port. Having a sufficiently complex password
> slowed things down long
On Mon, 2017-05-08 at 15:19 +0200, John Crispin wrote:
>
> *) mailing list
> - ask david to add the openwrt-adm and openwrt lists
> - announce the switch to the infradead serves, asking people to
> unsubscribe if they have privacy issues with this
> - import the user DB from the current openwrt
On Wed, 2017-02-15 at 12:27 +, David Woodhouse wrote:
> On Wed, 2017-02-15 at 13:11 +0300, Alexey Brodkin wrote:
> >
> >
> > On some [especially corporate] networks non-standard ports are blocked
> > and git is one of them. So switch to more convenient https transp
On Wed, 2017-02-15 at 13:11 +0300, Alexey Brodkin wrote:
>
> On some [especially corporate] networks non-standard ports are blocked
> and git is one of them. So switch to more convenient https transport.
Here's a nickel, kid. Get yourself a proper Internet connection.
Seriously, better to
On Thu, 2015-10-08 at 10:08 +0200, John Crispin wrote:
>
> correction, one has a SoB, the other has a description. having both
> in both patches would be nice
Yeah, sorry about the missing SoB.
Although the "missing" description was intentional — it was just the
one line in the subject. I have
can also apply the additional improvements
which are going into 4.4 to fix and enable hardware checksum/TSO
offload. Backporting those to older kernels is non-trivial.
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
.../patches-3.18/760-8139cp-fixes-from-4.3.patch
This contains only the fixes from the 4.3-rc4 kernel.
Additional improvements are going into 4.4 which will fix and enable
hardware checksum/TSO offload, but backporting those to older kernels
is non-trivial.
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
.../patches-3.
..de4c127
--- /dev/null
+++ b/target/linux/generic/patches-3.18/760-8139cp-fixes-from-4.3.patch
@@ -0,0 +1,367 @@
+commit 41b976414c88016e2c9d9b2f6667ee67a998d388
+Author: David Woodhouse <david.woodho...@intel.com>
+Date: Wed Sep 23 09:45:31 2015 +0100
+
+8139cp: Dump contents of descripto
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
.../patches-3.18/760-8139cp-fixes-from-4.3.patch | 367 +
1 file changed, 367 insertions(+)
create mode 100644
target/linux/generic/patches-3.18/760-8139cp-fixes-from-4.3.patch
diff --git a/target
On Mon, 2015-10-05 at 13:25 +0100, David Woodhouse wrote:
> I find it moderately suboptimal when a TX timeout on the Ethernet
> port
> causes my router to lock up until the hardware watchdog kicks in.
>
> Two patches of patches attached, in two files.
> One set is already in
WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
commit 8b7a7048220f86547db31de0abe1ea6dd2cfa892
Author: David Woodhouse <dw...@infradead.org>
Date: Thu Sep 24 11:38:22 2015 +0100
8139cp: Fix G
On Mon, 2015-10-05 at 14:18 +0100, David Woodhouse wrote:
>
> Actually, make that just the 4.1 and 4.2 kernels for now. I'll follow
> up with a backport to 3.18.
If we drop the net-next part which fixes up the offload facilities and
enable them by default, it's as si
de
the fix if CONFIG_MGEODEGX1 or CONFIG_X86_GENERIC are set, thus
fixing the problem.
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
Signed-off-by: Ingo Molnar <mi...@kernel.org>
Closes #20531
---
We need this for CC and trunk, for the Geode kernel.
diff --git a/arch/x86/kernel/tsc.c b
Closes 20512
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
For CC and trunk please.
target/linux/x86/geode/config-default | 5 +
1 file changed, 5 insertions(+)
diff --git a/target/linux/x86/geode/config-default
b/target/linux/x86/geode/config-default
index f
— it means that *every* incoming
packet is going to be need to be reallocated. So let's fix that.
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
For CC and trunk please. Related to Trac #20532. This works around the
panic seen there, and potentially others that aren't yet fixed. But
submit a patch to reinstate the configuration handling? Or was there a
plan...?
There follows a few other patches to fix other breakage, and I've
worked around the config problem for now by editing the files in
/etc/nut in my (writeable) root file system.
--
David Woodhouse
At some point since I last checked, the nut plugin for collectd changed the
names of the timeleft and percent datasets. Update the luci module to match
so that those graphs are generated correctly again.
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
Trunk and CC
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
For CC please.
diff --git a/utils/collectd/Makefile b/utils/collectd/Makefile
index 61b05a8..b638372 100644
--- a/utils/collectd/Makefile
+++ b/utils/collectd/Makefile
@@ -55,7 +55,6 @@ COLLECTD_PLUGINS_DI
From: Florian Westphal <f...@strlen.de>
David Woodhouse reports skb_under_panic when we try to push ethernet
header to fragmented ipv6 skbs:
skbuff: skb_under_panic: text:c1277f1e len:1294 put:14 head:dec98000
data:dec97ffc tail:0xdec9850a end:0xdec98f40 dev:br-lan
[..]
ip6_finish_o
The collectd plugin for nut needs these.
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
For CC and trunk please.
net/nut/Makefile | 14 ++
1 file changed, 14 insertions(+)
diff --git a/net/nut/Makefile b/net/nut/Makefile
index 32a3e13..855b0d1 100644
--- a/n
Signed-off-by: David Woodhouse <david.woodho...@intel.com>
---
For trunk; a separate patch has a minor change to make it apply to CC.
utils/collectd/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/utils/collectd/Makefile b/utils/collectd/Makefile
index 0
On Wed, 2015-09-16 at 15:23 +0200, John Crispin wrote:
> how i hate this shitty dsl driver ... adding new sockopt is nort an
> option. that would involve editing the dsl driver and userland and even
> looking at the code causes permanent brain damage as can be seen by the
> patches and fixes ... i
isible to userspace, then I
think the best option is to add a *new* SO_ATMQOS2 sockopt, and leave
the original SO_ATMQOS entirely alone.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
smime.p7s
Descript
Actually, I think we want a kind of 'wizard' for openconnect
configuration in luci. Rather than having hard-coded configuration
items
like 'username' and 'password' which aren't always going to be
relevant,
we actually want to work through the forms that the server offers us.
That's not easily
On Thu, 2014-06-05 at 08:18 +0200, Nikos Mavrogiannopoulos wrote:
Hello,
I'm trying to resubmit the scripts for openconnect in openwrt's luci
interface. Currently the most difficult part in the interface is
specifying the server certificate. There no tools installed by default
in openwrt
On Thu, 2013-03-28 at 14:12 +0100, Manuel Munz wrote:
The fact that the AA branch is frozen since 9 days or so makes me a bit
optimistic that there might be a release coming. Not too much optimism,
but it could be that it finally comes out ;)
Does it still have the horribly broken OpenSSL
On Tue, 2013-02-26 at 18:09 +0100, John Crispin wrote:
the AA builders will be started in the next 2-3 days, we are cleaning up
final details.
Any chance of an update to OpenSSL (which has a broken fix for
CVE-2013-0169) and OpenConnect (CVE-2012-6128)? Both can just be copied
in from trunk.
On Thu, 2013-02-14 at 13:57 +0100, Florian Fainelli wrote:
On 02/14/2013 12:22 AM, David Woodhouse wrote:
1.0.1d had a rushed fix for CVE-2013-0169 which broke in certain
circumstances. 1.0.1e has the fix for TLS.
Also include a further patch from the 1.0.1 branch which fixes
to reflect current reality.
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
package/libs/openssl/Makefile |7 ++--
.../libs/openssl/patches/120-cisco-dtls-fix.patch | 31
2 files changed, 34 insertions(+), 4 deletions(-)
create mode
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
target/linux/x86/config-3.7 |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target/linux/x86/config-3.7 b/target/linux/x86/config-3.7
index 96ff13f..67d1864 100644
--- a/target/linux/x86/config-3.7
+++ b/target
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
net/openconnect/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/openconnect/Makefile b/net/openconnect/Makefile
index 7812786..4eff613 100644
--- a/net/openconnect/Makefile
+++ b/net/openconnect
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
This requires OpenSSL 1.0.1e with the fix I just submitted. Or a version
older than the broken 1.0.1d would suffice.
net/openconnect/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/openconnect
This fixes the build failure reported by Daniel Golle on architectures
where char is unsigned by default, which is now fixed upstream.
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
package/network/ipv6/odhcp6c/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions
On Fri, 2012-12-14 at 14:29 +, David Woodhouse wrote:
This almost caused a nasty accident on my Geos — without the MSR access
it managed to erase *most* of the flash and write the new image, but
didn't manage to change the last few KiB. Thankfully I'd already taken a
copy of the old
On Fri, 2012-12-21 at 15:37 +0200, Daniel Golle wrote:
So yes, the condition in the while-loop will always be false, as *src is of
type
char* which is identical to uint8_t, at least on my target platform
(arm_v5te).
I'm too lazy to get all the way into what is actually supposed to happen
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
.../linux/generic/patches-3.3/132-solos-dma.patch | 418 +++-
.../linux/generic/patches-3.6/132-solos-dma.patch | 418 +++-
.../linux/generic/patches-3.7/132-solos-dma.patch | 418
On Thu, 2012-12-20 at 18:18 +0100, Gabor Juhos wrote:
Applied, but I have removed the 3.3 specific part, because the new
solos patch fails to apply on 3.3.8:
Ah. I think I need to backport commit b4bd8ad9bb from upstream too;
thanks. I'll do that, because we'll want it in AA...
--
dwmw2
Same patches that I just merged for 3.6 and 3.7, except with one
additional fix that went into v3.4 that needed to be included.
Submitted more for the benefit of the AA branch than for trunk.
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
This time I actually built it (at least
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
Oops. This was definitely here earlier, but I evidently forgot to commit it.
target/linux/x86/geos/config-3.7 | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
create mode 100644 target/linux/x86/geos
a bit off a bunch of modules too. No size win on x86 — the
movbe instruction takes as many bytes to encode as the equivalent bswap
+ mov. But it's allegedly a significant *performance* win on Atom, which
is why it was added there in the first place.
Signed-off-by: David Woodhouse david.woodho
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
net/openconnect/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/openconnect/Makefile b/net/openconnect/Makefile
index 280775f..7812786 100644
--- a/net/openconnect/Makefile
+++ b/net/openconnect
On Sat, 2012-12-15 at 11:56 +0100, John Crispin wrote:
i pushed the lantiq 3.7 kernel support last night.
A bunch of things break with the 3.7 kernel. This addresses a few of
them, but there's more. In particular, a lot of NAT stuff is no longer
specific to Legacy IP — we have IPV6 NAT support
On Sun, 2012-12-16 at 11:47 +0100, John Crispin wrote:
On 16/12/12 11:21, David Woodhouse wrote:
On Sat, 2012-12-15 at 11:56 +0100, John Crispin wrote:
i pushed the lantiq 3.7 kernel support last night.
A bunch of things break with the 3.7 kernel. This addresses a few of
them
From: David Woodhouse david.woodho...@intel.com
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
package/network/utils/ipset/Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/network/utils/ipset/Makefile
b/package/network/utils/ipset
From: David Woodhouse david.woodho...@intel.com
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
.../604-netfilter_cisco_794x_iphone.patch | 22 ---
1 files changed, 14 insertions(+), 8 deletions(-)
diff --git
a/target/linux/generic/patches-3.7/604
From: David Woodhouse david.woodho...@intel.com
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
target/linux/x86/geos/target.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target/linux/x86/geos/target.mk b/target/linux/x86/geos/target.mk
index 4afb34a
From: David Woodhouse david.woodho...@intel.com
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
include/netfilter.mk | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/include/netfilter.mk b/include/netfilter.mk
index e166628..20bfffe 100644
From: David Woodhouse david.woodho...@intel.com
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
package/kernel/modules/crypto.mk |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/package/kernel/modules/crypto.mk b/package/kernel/modules/crypto.mk
index
From: David Woodhouse david.woodho...@intel.com
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
target/linux/x86/config-3.7| 389 ++
.../linux/x86/patches-3.7/006-yenta_mistery.patch | 20 +
.../patches-3.7/009-rdc321x_select_embedded.patch
From: David Woodhouse david.woodho...@intel.com
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
target/linux/generic/config-3.7 |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target/linux/generic/config-3.7 b/target/linux/generic/config-3.7
index b572515
On Wed, 2012-12-12 at 21:56 +, David Woodhouse wrote:
This makes it consistent with the apcups and snmp plugins. And makes the
max value of 3600 slightly less insane (2½ days, not 1 hour).
Upstream have done this differently, by making everything use *seconds*
not minutes. This means
plugins, those would probably want fixing to multiply by 60.
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
utils/collectd/Makefile |2 +-
utils/collectd/patches/130-timeleft-max.patch | 14 ++
2 files changed, 15 insertions(+), 1 deletions
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
utils/nut/Makefile | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/utils/nut/Makefile b/utils/nut/Makefile
index 9d9ffd1..3fcfb7e 100644
--- a/utils/nut/Makefile
+++ b/utils/nut/Makefile
@@ -75,6
There's more to be done here, but this is a good start and covers most
things that people will need to configure.
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
utils/nut/Makefile | 16 +++---
utils/nut/files/ups.init| 87 ++
utils/nut/files
This almost caused a nasty accident on my Geos — without the MSR access
it managed to erase *most* of the flash and write the new image, but
didn't manage to change the last few KiB. Thankfully I'd already taken a
copy of the old contents, and could flash them back.
Signed-off-by: David Woodhouse
On Wed, 2012-12-12 at 21:56 +, David Woodhouse wrote:
From: David Woodhouse david.woodho...@intel.com
This almost caused a nasty accident on my Geos — without the MSR access
it managed to erase *most* of the flash and write the new image, but
didn't manage to change the last few KiB
This works now...
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
utils/collectd/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/utils/collectd/Makefile b/utils/collectd/Makefile
index 413ff84..6e609b0 100644
--- a/utils/collectd/Makefile
+++ b
There's more to be done here, but this is a good start and covers most
things that people will need to configure.
Signed-off-by: David Woodhouse david.woodho...@intel.com
---
utils/nut/Makefile | 16 +++---
utils/nut/files/ups.init| 87 ++
utils/nut/files
1 - 100 of 179 matches
Mail list logo