Re: Linux kernel 6.1 or 6.6 for OpenWrt 24.x release?

I do not care one whit about CIP. It will lead to redhat-style ossification and even further delusional consideration that Linux is "done". The Linux foundation keeps losing its way. I would prefer OpenWrt (and arm development in particular) continue to track the newest kernels possible and

Re: [VOTE] New member proposal: Robimarko (Robert Marko)

I do not think I get a vote, but I am deeply grateful to everyone(s) sorting out the QCA messes. I did not know who was doing that. Thank you very much, robert & christian. On Tue, Jan 30, 2024 at 2:36 PM Petr Štetiar wrote: > > Christian Marangi (Ansuel) [2024-01-30 19:15:54]: > > Hi, > > >

Re: OpenWrt One - celebrating 20 years of OpenWrt

On Thu, Jan 18, 2024 at 12:04 PM Gregers Baur-Petersen wrote: > > > > On 18/01/2024 17.50, Dave Taht wrote: > > tee-hee. For the record, I would prefer less (and less buggy) offloads > > than offloads, and to work on scaling software better to multi-cores. I had hear

Re: OpenWrt One - celebrating 20 years of OpenWrt

tee-hee. For the record, I would prefer less (and less buggy) offloads than offloads, and to work on scaling software better to multi-cores. I also would love to find a chip where fq_codel could be offloaded, but with open source for the offload, since the nss drivers are slightly broken... I

Re: OpenWrt One - celebrating 20 years of OpenWrt

to founder Jason Kridner and he'd be happy to have a chat. > > > > kathy > > > > p.s. perhaps you could organize a discussion of this platform at FOSDEM? > > > > > > On Sun, Jan 14, 2024 at 7:05 AM Dave Taht wrote: > > > > Can I r

Re: OpenWrt One - celebrating 20 years of OpenWrt

Can I recommend you do a kickstarter? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: OpenWrt One - celebrating 20 years of OpenWrt

I have often tried to point out that what matters most in wifi is low interference, better multiplexing across devices, and good bandwidth *at range*. Up until very recently the 6ghz stuff mostly had terrible bandwidth, jitter and latency at range, and everyone shipping it bleeding into all the

Re: OpenWrt One - celebrating 20 years of OpenWrt

Battery power capability? Parts of the world still have their power flicker regularly. Others can be solar powered. What is the projected power consumption of this device? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

GPON project?

wrote: > > On Tue, 9 Jan 2024 at 13:38, Dave Taht wrote: > > > > You should talk about this project at FOSSDEM! > > > > Two potential funders off the top of my head: > > > > https://nlnet.nl/funding.html > > https://www.ardc.net/apply/ > > A

Re: OpenWrt One - celebrating 20 years of OpenWrt

You should talk about this project at FOSSDEM! Two potential funders off the top of my head: https://nlnet.nl/funding.html https://www.ardc.net/apply/ Ardc funded the latest round of the librerouter project in argentina, which is also openwrt based, but intended for outdoor. a 10 year design

packet captures of sony's new 80Mbit service?

Anyone got a ps4 or ps5 and can take a packet capture at their router? Dying to know if it is cubic or bbr in particular https://entertainment.slashdot.org/story/23/10/05/154219/sonys-high-bitrate-movie-service-is-now-available-on-ps5-and-ps4 -- Oct 30:

Re: Mofi still shipping Barrier Breaker (14.07)

On Sun, Sep 3, 2023 at 10:14 AM Robert Marko wrote: > > On Sun, 3 Sept 2023 at 19:05, Dave Taht wrote: > > > > The qsdk is on openwrt 15. > > You won't believe it but they made it to 19.07 from the 12.0 release, > and it seems they are preparing for 21.02. It wou

Re: Mofi still shipping Barrier Breaker (14.07)

The qsdk is on openwrt 15. On Sun, Sep 3, 2023 at 9:51 AM Philip Prindeville wrote: > > Hi all, > > As we work on the 23.05 release, I was stunned to receive a Mofi > MOFI4500-4GXeLTE-V3 router with 14.07 installed on it as part of my > Unlimitedville enrollment. > > I thought, "wow, this must

Re: a nuking the mac80211 changing codel parameters patch

I cannot help but wonder what the results have been on people applying this patch over the past 6 months? On Tue, Dec 20, 2022 at 12:24 PM Dave Taht wrote: > > This is the single, most buggy, piece of code in "my" portion of wifi > today. It is so wrong, yet thus far I cannot

Re: Matter integration

So wonderful to see matter begin to matter! https://forum.openwrt.org/t/cerowrt-ii-would-anyone-care/110554 regrettably I am mostly retired from openwrt now and do not understand the workflow. On Thu, Jul 27, 2023 at 2:14 PM Karsten Sperling via openwrt-devel wrote: > > The sender domain has a

Re: Non-SoC target for ARM64

I would like the comparative simplicity, size, and ease of configuration in openwrt to make it up into more virtualized environments, also. On Thu, Jun 1, 2023 at 11:01 AM Philip Prindeville wrote: > > Hi, > > I'm thinking about the utility of being able to build a generalized ARM64 > image

ripe atlas probe openwrt work

https://www.ripe.net/about-us/staff/careers-at-the-ripe-ncc/vacancy/274472 -- Podcast: https://www.linkedin.com/feed/update/urn:li:activity:7058793910227111937/ Dave Täht CSO, LibreQos ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: OpenWrt vs Defense positions

On Tue, May 2, 2023 at 6:24 AM Peter Naulls wrote: > > Another impression I have, is that the OpenWrt project is very important > > for many yet under-resourced. > > There are some important tasks that would help with the long-term > > maintenance (e.g. merging of the mtk_nand for > > Does

Re: OpenWrt vs Defense positions

ou guys might want to be aware of. > > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- AMA March 31: https://www.broadband.io/c/broadband-grant-events/dave-taht Dave Täht CEO, TekLibre, LLC ___

Re: OpenWrt Next Generation Ideas

Off this enormous list: https://forum.openwrt.org/t/cerowrt-ii-would-anyone-care/110554 "Matter" has begun to matter, I think. Where does openwrt stand on that? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: Unloading unused kernel modules (NAT speed)

I dont use qos-scripts, but sqm-scripts. That said, cake peers into the nat table to balance the traffic better. On Fri, Feb 3, 2023 at 8:23 AM Rafał Miłecki wrote: > > Another step in my NAT performance debugging. > > I realized that my OpenWrt 21.02 based bcm53xx builds can't reach 940 > Mb/s

mt76 ac/ax bugs

I have been trying to characterize a very difficult bug in the ac and ax support on a new mt76 product, where for mu-mimo and related, it seems to be generating an invalid or flipped mac address on small (but not large) packets, eventually getting through. This shows up in my flent data as huge

a nuking the mac80211 changing codel parameters patch

This is the single, most buggy, piece of code in "my" portion of wifi today. It is so wrong, yet thus far I cannot get it out of linux or find an acceptable substitute. It makes it hard to sleep at night knowing this code has been so wrong... and now in millions , maybe even 10s of millions, of

24 core buildbot server donation feasible

Equinix's open source support program indicated a willingness to contribute a bare metal buildbot server from this list: https://metal.equinix.com/developers/docs/hardware/legacy-servers/ I don't know who does the buildbots these days?, but please, get in touch with whoever does, ask them to

Fwd: Open-source software vs. the proposed Cyber Resilience Act

-- Forwarded message - From: Alex Band Date: Mon, Nov 14, 2022 at 1:56 AM Subject: Open-source software vs. the proposed Cyber Resilience Act To: North American Network Operators' Group The NLnet Labs foundation is closely following a legislative proposal by the European

Re: CVEs in OpenWrt 22.03

On Tue, Oct 25, 2022 at 7:37 AM Peter Naulls wrote: > > On 10/24/22 18:21, Hauke Mehrtens wrote: > > Hauke, thanks for replying! As I said on a related thread - if an eu body can be found to care more deeply on these issues, I'm pretty sure 30-50k of funding is available via one or more of

Re: SBOM Tool for OpenWRT to feed Dependency Track

This work (cleaning up SBOM, clearly identifying CVEs, getting on top of more) sounds like an *ideal* candidate for funding under the NLNET entrust fund: https://nlnet.nl/entrust/ Applications are easy, the amount available per project usually in the range of 30-50k eu, and usually approval is

Re: CVEs in OpenWrt 22.03

I feel your pain, and with the dual provenance of the openwrt kernel (linux X.Y and usually a backport of mac80211) it gets harder. (But other world vendors have it much, much harder, with their frankenkernels) I don't know what guidelines are coming out of this effort (https://openssf.org/ ) is

Various grant programs that could help

I wanted to point out that various governments are making big internet investments and establishing grant programs. I'm not aware in any detail what is going on in europe (?), but recognition of the long term maintenance and security problems our internet has today is now at high levels, and

D.C. Circuit Upholds FCC 2020 Order in 5.9 GHz Band.

any of our hw capable of using this new band? -- Forwarded message - From: Louis Peraertz Date: Fri, Aug 12, 2022 at 11:27 AM Subject: [WISPAMembers] Court Victory! D.C. Circuit Upholds FCC 2020 Order in 5.9 GHz Band. To: Today, the United States Court of Appeals for the

Re: Reaching out to Greg KH for 6 year LTS kernel versions

I am not on the openwrt-devel list from this acct... I tried to resubscribe but its taking too long... On Wed, Aug 10, 2022 at 1:29 PM Philip Prindeville wrote: > > Not to play the devil's advocate but... do we want old kernels hanging out > that long? People are still shipping 3.3 kernels. >

anyone here on the starlink beta? How's the bloat? other features?

I figure that getting the starlink terminal working at all was a greater challenge than tackling the bufferbloat issue. I've long worried of course, that the mac layer on this thing was going to be very weird, and since they were working with qca they'd end up burying everything in the network

[OpenWrt-Devel] fq_codel and sch_cake improvements for openwrt

I have been busy on other stuff than embedded routing for quite some time, but I'd like to start folding in some new stuff into openwrt related to fq_codel starting in the next week or so (I am currently in prague, heading to berlin next week) - with some new code that looks quite promising in

[OpenWrt-Devel] OpenWrt and HOMENET talk at IETF recording

Is now up here: https://www.youtube.com/watch?v=y-7G2ItPwco=5m55 I was unaware of how far behind homenet had fallen on the openwrt integration front until ted talked to me... and I then "threatened to help". :P The outline of all that remains in homenet left to do is in his talk.

Re: [OpenWrt-Devel] EU feedback on "Upload of software on radio equipment"

Eric Luehrsen writes: > On 3/4/19 6:35 PM, Hauke Mehrtens wrote: >> Hi, >> >> The European commission asked for feedback on the Radio Equipment >> Directive (RED) regarding the restrictions on "Upload of software on >> radio equipment" >> >> I posted here a comment in the name of the OpenWrt

Re: [OpenWrt-Devel] [PATCH] build: Activate ASLR PIE by default

Hauke Mehrtens writes: > On 2/13/19 11:51 PM, Felix Fietkau wrote: >> On 2019-02-13 23:15, Hauke Mehrtens wrote: >>> This will build all executable as Position Independent Executables (PIE) >>> by default. PIE executable can make full use of Address Space Layout >>> Randomization (ASLR) because

[OpenWrt-Devel] netdevconf + ietf airbnb share in prague?

I might be going to either or both of these conferences. I am curious if anyone else is going and would like to split an airbnb? https://netdevconf.org/0x13/ has quite a lot of interest to openwrt folk - in my case the wireless workshop, bpf, and l4s talks are of note. I've got a talk at

Re: [OpenWrt-Devel] MIPS stack security and other problems

Hauke Mehrtens writes: > On 12/18/18 12:46 PM, Hauke Mehrtens wrote: >> On 12/17/18 1:54 AM, Dave Taht wrote: >>> >>> A pretty deep look at home MIPS and arm routers, and a surprising bug in >>> Linux/MIPS - by mudge and co: >>> >>> h

Re: [OpenWrt-Devel] MIPS stack security and other problems

Still... "Friends don't let friends run factory firmware". ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] MIPS stack security and other problems

Going back to my ancient cerowrt box, the stack space is actively being relocated on this version, but marked executable... 7f8d4000-7f8f5000 rwxp 00:00 0 [stack] 7fff7000-7fff8000 r-xp 00:00 0 [vdso] but there doesn't appear to be a vfp area on this ancient

Re: [OpenWrt-Devel] MIPS stack security and other problems

Cutting this down a bit >> Do the common MIPS CPUs support non executable stacks at all? ? >> cpu_has_rixi is set to 0 for the ath79 SoCs for example, for lantiq some Should this show up in /proc/cpuinfo? Or where? >> automatic detection is done, but I haven't checked the result. > ramips

Re: [OpenWrt-Devel] MIPS stack security and other problems

Hauke Mehrtens writes: > On 12/17/18 1:54 AM, Dave Taht wrote: >> >> A pretty deep look at home MIPS and arm routers, and a surprising bug in >> Linux/MIPS - by mudge and co: >> >> https://cyber-itl.org/2018/12/07/a-look-at-home-routers-and-linux-mips.html

Re: [OpenWrt-Devel] MIPS stack security and other problems

John Crispin writes: > On 17/12/2018 23:18, Dave Taht wrote: >> Rosen Penev writes: >> >>> On Sun, Dec 16, 2018 at 4:54 PM Dave Taht wrote: >>>> >>>> A pretty deep look at home MIPS and arm routers, and a surprising >>>> bug in Linux/

Re: [OpenWrt-Devel] MIPS stack security and other problems

Rosen Penev writes: > On Sun, Dec 16, 2018 at 4:54 PM Dave Taht wrote: >> >> >> A pretty deep look at home MIPS and arm routers, and a surprising >> bug in Linux/MIPS - by mudge and co: >> >> https://cyber-itl.org/2018/12/07/a-look-at-home-routers-a

[OpenWrt-Devel] MIPS stack security and other problems

A pretty deep look at home MIPS and arm routers, and a surprising bug in Linux/MIPS - by mudge and co: https://cyber-itl.org/2018/12/07/a-look-at-home-routers-and-linux-mips.html I have no idea if current openwrt, or what prior releases... are subject to the problems they outline.

Re: [OpenWrt-Devel] IPv6 and comcast fails

Russell Senior writes: > Works for me, on current HEAD*, with ar71xx (netgear wndr3800). Can > you include your /etc/config/network and any other relevant > configuration details? > > * $ git describe > reboot-8373-gbc3d47cd12 Good to hear. Is yours configured as a bridge anywhere? My apu2

[OpenWrt-Devel] IPv6 and comcast fails

We have confirmed fails for mips and x86 for even seeing any ipv6 traffic on a comcast uplink, thus dhcpv6pd fails. See: https://bugs.openwrt.org/index.php?do=details_id=1763 And https://forum.openwrt.org/t/openwrt-18-06-rc1-doesnt-obtain-ipv6-address/16759/6 It was bisected back a few

[OpenWrt-Devel] the "right" rbtree lib for openwrt?

I'm in search of the "right" rbtree library to use to solve this bug in babel https://github.com/dtaht/babeld/issues/31 I'm leaning towards libdict at the moment, but there are dozens. any opinions? I wouldn't mind storing the red bit in the pointer, across 36 different platforms -- Dave

Re: [OpenWrt-Devel] Wshaper package dependencies fail with snapshot image-builder

wshaper was just retired in favor of sqm-scripts and qos-scripts. See https://www.bufferbloat.net/projects/cerowrt/wiki/Wondershaper_Must_Die/ for why. On Tue, Feb 7, 2017 at 1:14 AM, Mangesh Bhamre wrote: > Hello OpenWRT team, > > I am trying to build ramips/7620

Re: [OpenWrt-Devel] [LEDE-DEV] [Babel-users] Babeld now has procd support on OpenWRT/LEDE

I will gladly comply. I hope you get your caps-lock key fixed. I'm going to just filter out all further postings from you into my trash folder. > > On Saturday, January 14, 2017 12:06 AM, Dave Taht <dave.t...@gmail.com> > wrote: > > > On Fri, Jan 13, 2017 at 4:08 AM,

Re: [OpenWrt-Devel] [LEDE-DEV] [Babel-users] Babeld now has procd support on OpenWRT/LEDE

And it must be wonderful to be living in a world where all you have is openwrt/lede devices on the network and modern kernels everywhere. > > On Friday, January 13, 2017 5:20 AM, Dave Taht <dave.t...@gmail.com> wrote: > > > On Thu, Jan 12, 2017 at 1:01 PM, Baptiste Jonglez

Re: [OpenWrt-Devel] [Babel-users] Babeld now has procd support on OpenWRT/LEDE

On Thu, Jan 12, 2017 at 1:01 PM, Baptiste Jonglez wrote: > Hi, > > Here is yet another OpenWRT-related change for babeld: I just merged procd > support for babeld [2], after more than two years of lingering [1]. > > The only user-visible changes should be: > > -

Re: [OpenWrt-Devel] Slow DNSMasq with > 100, 000 entries in additional addresses file

uot;read-only-thus-discardable data" methods for protecting home networks and routers, this for example: https://plus.google.com/u/0/107942175615993706558/posts/635rm12isPq?sfc=true > Cheers > Derek > > > > On 12/29/2016 11:11 AM, Dave Taht wrote: >> >>

Re: [OpenWrt-Devel] Slow DNSMasq with > 100, 000 entries in additional addresses file

only data with a fast index (that can be discarded in low memory situations, rather than swapped out) I'll take a look at pi-hole... > Cheers > Derek > > > On 12/28/2016 02:21 PM, Dave Taht wrote: >> >> On Tue, Dec 27, 2016 at 11:03 PM, TheWerthFam <thewerth

Re: [OpenWrt-Devel] Slow DNSMasq with > 100, 000 entries in additional addresses file

On Tue, Dec 27, 2016 at 11:03 PM, TheWerthFam wrote: > Thanks for the feedback, I'll look into NFQUEUE. I'm forcing the use of my > dns by iptables. I'm also using a transparent squid and e2guardian to > filter content. I like the idea of the dns based blacklist to add

Re: [OpenWrt-Devel] Talks between OpenWrt and LEDE

On Wed, Dec 21, 2016 at 12:29 PM, David Lang wrote: > On Wed, 21 Dec 2016, Kathy Giori wrote: > >> From a PR perspective, I strongly suggest keeping the term OpenWrt as >> part of the branding of the project moving forward. It can just be >> cosmetic (web site, etc.) but the name

Re: [OpenWrt-Devel] BT Home Hub 5 support

since broadcom was sold to another company recently is there any sign we'll see open drivers for the BCM4360 ? On Tue, Nov 29, 2016 at 5:11 AM, Mauro M. wrote: > Hello, > > From the OpenWrt wiki page: https://wiki.openwrt.org/toh/bt/homehub_v5a > I understand that support

Re: [OpenWrt-Devel] [LEDE-DEV] RFC netifd: UCI parameter to sort name servers in resolv.conf.auto

One other point about provider order in dnsmasq. dnsmasq added long ago the facility (particularly for reverse lookups on ipv6) to bind source addresses to destination dns servers. This solves a portion of this problem. Stuff coming in from one ipv6 network gets dns lookups out the right network

[OpenWrt-Devel] shutting down gb10 soon from the build cluster

I can no longer afford to contribute ~$850/month to the openwrt and lede projects' build clusters, so gb10 will be "going away" as soon as travis tells me it's migrated off of, or aug 10th, whichever is sooner. It is still my hope that some sane way of funding the continuous integration system

Re: [OpenWrt-Devel] [OpenWrt] openwrt build system costs: support of or foundation over?

unding be > considered. My take on it was about 1.7k/month of google compute got all basic builds done for everything in under 12 hours each. Arguably more than one cluster should be used (security/safety/redundancy) and more than one linux distro used to build it, and if there were ways to get

[OpenWrt-Devel] Fwd: [homenet] Protocol Action: 'Home Networking Control Protocol' to Proposed Standard (draft-ietf-homenet-hncp-10.txt)

While I'm dreaming of steadier funding for things I care about, ietf homenet wg's work is nearly complete. *most* of the work is already done in openwrt to make all the ietf homenet proposed standards work, and indeed, be the default in openwrt. However nobody is funded anymore to take it

Re: [OpenWrt-Devel] Fwd: [homenet] Protocol Action: 'Home Networking Control Protocol' to Proposed Standard (draft-ietf-homenet-hncp-10.txt)

> On Tue, Dec 8, 2015 at 10:52 AM, Dave Taht <dave.t...@gmail.com> wrote: >> >> While I'm dreaming of steadier funding for things I care about, >> ietf homenet wg's work is nearly complete. >> >> *most* of the work is already done in openwrt to make all t

[OpenWrt-Devel] openwrt build system costs: support of or foundation over?

I am still not sure what prpl is for. Nor, what happens to donated funds, if any... I have long wanted some non-profit org to serve as an intermediary between the profit centered corps and the developers. I don't think SPI or prpl is doing this right. Linaro sort of used to... There needs to be

Re: [OpenWrt-Devel] [PATCH v4] ramips: add support for MQmaker WiTi board

Is this the one with the promising 802.11ac chipset? If so, how do I get a few? If not, how do I get one? :) On Thu, Dec 3, 2015 at 12:17 PM, John Crispin wrote: > offtopic ... my 2 samples of this board just arrived :) i know what i > will be testing later on today > > On

Re: [OpenWrt-Devel] buildbot: gb15 fails to upload due to host keys

On Mon, Nov 23, 2015 at 11:07 AM, Zoltan HERPAI wrote: > Hannu A Nyman wrote: >> >> Well, both gb15 and buildslave2 still fail to upload binaries, and as they >> are making 9 of the 22 concurrent builds, almost half of the compiled >> binaries are discarded. Sad. >> >> Logs from

[OpenWrt-Devel] dan gillmor nails why I just did what I did

From: http://www.slate.com/blogs/future_tense/2015/10/15/trans_pacific_partnership_could_thwart_computer_security_research_and_tinkering.html "Surely our government isn't insane enough to thwart research designed to keep us safer in the emerging “Internet of Things.” Yet tell that, for starters,

[OpenWrt-Devel] how we hope to fix wifi and the internet

I think many of those here would be delighted to read about our proposal to washington dc, and other regulators of wifi in the world. http://www.businesswire.com/news/home/20151014005564/en/Global-Internet-Experts-Reveal-Plan-Secure-Reliable I note our main servers got completely slammed, you

[OpenWrt-Devel] Last call for signatures to the FCC on the wifi lockdown issue

?usp=sharing The principal signers (Dave Taht and Vint Cerf), are joined by many network researchers, open source developers, and dozens of developers of aftermarket firmware projects like OpenWrt. Prominent signers currently include: Jonathan Corbet, David P. Reed, Dan Geer, Jim Gettys, Phil

[OpenWrt-Devel] the cerowrt project's letter to the fcc about the wifi lockdown is nearly final

see: https://docs.google.com/document/d/1E1D1vWP9uA97Yj5UuBPZXuQEPHARp-AhRqUOeQB2WPk/edit?usp=sharing for more details. We still have a boatload of footnotes (help?) to add back in properly, and there are no doubt other problems we will catch in the morning. Comment away! As we are hard up

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix 100/10mbps ethernet link issues on mynet range extender

TX delay setting? What else can it do? My dream has been to find a way to set the tx completion interrupt to only return with a soft set rate. So if I had a gigE connection but my uplink was only 10Mbits, it would return the interrupt after 1.3ms had expired. this would let me get away entirely

Re: [OpenWrt-Devel] [RFC PATCH] packages: Smart Queue Management for AQM Packet Scheduling and Qos from CeroWrt

On Wed, Oct 08, 2014 at 11:10:46PM +0300, Hannu Nyman wrote: Dave Taht wrote on Thu Oct 2 03:49:15 CEST 2014: So I don't know where to go. Certainly I'd like to see the battle hardened sqm scripts (which are more flexible than the C code above) get more widely used and in BB. SQM seems

Re: [OpenWrt-Devel] [RFC PATCH] packages: Smart Queue Management for AQM Packet Scheduling and Qos from CeroWrt

On Thu, Oct 09, 2014 at 01:01:48AM +0200, Stephan Günther wrote: Hi, On Wed, Oct 8, 2014 at 10:10 PM, Hannu Nyman hannu.ny...@iki.fi wrote: Dave Taht wrote on Thu Oct 2 03:49:15 CEST 2014: So I don't know where to go. Certainly I'd like to see the battle hardened sqm scripts (which

Re: [OpenWrt-Devel] Barrier Breaker 14.07 Final

Congrats everyone! Here's to a faster, bufferbloat-free and ipv6 enabled Internet! On Thu, Oct 02, 2014 at 02:59:08PM +0200, Steven Barth wrote: The OpenWrt developers are proud to announce the final release of OpenWrt Barrier Breaker. ___ __ |

[OpenWrt-Devel] How to properly add an unreachable route?

I have been trying to simplify my babel setup. I have 8 /27s out of a single /24 that I would like not to have to expose to the universe. I have 172.21.2.0/27, 172.21.2.64/27 etc on each of the 8 devices I have. But there is no need to export each /27, as these are out of a single /24. The way

Re: [OpenWrt-Devel] [RFC PATCH] packages: Smart Queue Management for AQM Packet Scheduling and Qos from CeroWrt

On Sun, Mar 30, 2014 at 02:24:44PM -0400, Weedy wrote: On Sat, Mar 29, 2014 at 2:56 PM, Dave Täht dave.t...@bufferbloat.netwrote: From: Dave Taht dave.t...@bufferbloat.net This adds support for the bufferbloat project's Smart Queue Management (SQM) system, which improves over openwrt's

[OpenWrt-Devel] ceropackages feed

All the packages I just submitted are currently maintained in the ceropackages-3.10 repo on github. https://github.com/dtaht/ceropackages-3.10.git so you can add that feed to your feeds.conf if you like, and do a ./scripts/feeds update ./scripts/feeds install sqm-scripts luci-app-sqm bcp38

[OpenWrt-Devel] getting more randomness by improving MIPS get_cycles()

In light of the whole nsa hoo-ra (stuff like this) https://plus.google.com/u/0/117091380454742934025/posts/SDcoemc9V3J Ted Tso has pointed out to me that apparently mips' does not have a working generic get_cycles() call, but instead returns 0 in all cases. e.g: In

Re: [OpenWrt-Devel] bloatie-bloat-bloat?

On Sun, Sep 08, 2013 at 11:37:40AM +0200, Felix Fietkau wrote: On 2013-09-08 11:26 AM, Russell Senior wrote: I have a number of (admittedly) ancient Netgear WGT634U's in the field doing duty as free-wifi hotspots. Recent builds of our standard set of tools have become unhappy in the

Re: [OpenWrt-Devel] [PATCH 7/8] mac80211: add full diffserv support to wireless

On Mon, Oct 01, 2012 at 07:28:11PM +0200, Felix Fietkau wrote: On 2012-10-01 6:49 PM, Dave Täht wrote: From: Dave Taht dave.t...@bufferbloat.net This moves all but EF marked traffic out of the VO queue, allowing for aggregation of other forms of traffic. It more aggressively uses

Re: [OpenWrt-Devel] [PATCH 5/8] Reduce skb truesize on common qdiscs under load

On Mon, Oct 01, 2012 at 10:44:56AM -0700, Sebastian Moeller wrote: Hi Felix, On Oct 1, 2012, at 10:26 , Felix Fietkau wrote: On 2012-10-01 6:49 PM, Dave Täht wrote: From: Dave Taht dave.t...@bufferbloat.net After queue lengths start getting out of hand, try to preserve memory

Re: [OpenWrt-Devel] [PATCH v2] [RFC] Add Kernel 3.4 to AR71xx platform.

On Fri, Sep 28, 2012 at 02:29:56PM +0200, Oliver wrote: On Friday 28 September 2012 14:30:45 Felix Fietkau wrote: 3.6 is going to be released soon, I think we should go for that once we've taken care of branching for release. - Felix +1 to that. +1 to that too. It seems possible this

Re: [OpenWrt-Devel] Linux 3.3.x has been EOLed ; time to move on ?

On Wed, Aug 01, 2012 at 08:40:52PM +0200, Hartmut Knaack wrote: Hi, my impression is, that a kernel version makes it into trunk if it is either a long term kernel, or it brings essential new functions. For 3.3 this was most certainly the introduction of BQL code. Keeping in mind that our

[OpenWrt-Devel] [PATCH] Codel: avoid a nul rec_inv_sqrt

One condition before codel_Newton_step() was not good if we never left the dropping state for a flow. As a result rec_inv_sqrt was 0, instead of the ~0 initial value. codel control law was then set to a very aggressive mode, dropping many packets before reaching 'target' and recovering from this

[OpenWrt-Devel] [PATCH] gpsd: update to 3.7

The openwrt specific patches have been merged into gpsd 3.7 and are no longer needed. --- net/gpsd/Makefile |4 ++-- net/gpsd/patches/001-add-staging-prefix.patch | 10 -- net/gpsd/patches/002-no_rpath.patch | 11 --- 3 files changed,

[OpenWrt-Devel] ubnt rocket gps supported?

I am thinking through a prototype deployment of a bunch of outdoor radios, gps and sensors, with fq_codel, and its successors, for location, environmental sensing and precision time. Does the on-board gps on the ubiquity rocket-m gps work in openwrt? (any details on it so as I can make it work

Re: [OpenWrt-Devel] reminder: buildbot slave ready for action

Last I'd heard travis was off on a well deserved vacation... as am I. snapon.lab.bufferbloat.net can also be tossed into the buildbot system. It's a 6 core box, but only has a single drive. Does anyone else have a grip on the buildbot system? On Tue, May 22, 2012 at 6:36 PM, Daniel Golle

Re: [OpenWrt-Devel] [Codel] BQL support in Ethernet drivers (and Kathie Nichols and Van Jacobson's new AQM, codel)

generally found that a byte queue limit of 3000 or 4500 produces optimal, consistent results. Usually 1500 causes starvation. YMMV. On Mon, May 21, 2012 at 10:49 PM, Tobias Diedrich ranma+open...@tdiedrich.de wrote: Rick Jones wrote: On 05/20/2012 08:48 PM, Dave Taht wrote: Thx for the numbers

Re: [OpenWrt-Devel] [Codel] BQL support in Ethernet drivers (and Kathie Nichols and Van Jacobson's new AQM, codel)

I would really like people to clearly mark when they are using pfifo_fast, codel, and fq_codel. Secondly, I note that for utterly best results it is useful to ALSO have htb on on ingress to a value only slightly lower than the rate under test, and fq_codel attached to the bin(s) (an example of

Re: [OpenWrt-Devel] BQL support in Ethernet drivers (and Kathie Nichols and Van Jacobson's new AQM, codel)

Thx for the numbers! Could you do a TCP_RR while under load from UDP_STREAM? On Mon, May 21, 2012 at 1:31 AM, Tobias Diedrich ranma+open...@tdiedrich.de wrote: Tobias Diedrich wrote: Dave Taht wrote: In looking over the enormous stack of boards and drivers that openwrt supports, I see

[OpenWrt-Devel] Codel explanation in Danish

See: http://www.linuxin.dk/node/19778 for the original text: Via google translate: Version 3.4 of Linux has not arrived yet, but 3.5 already appears to be a very interesting version. There will be a vital improvement to the handling of buffers in the network. More specifically, it is a new

[OpenWrt-Devel] BQL support in Ethernet drivers (and Kathie Nichols and Van Jacobson's new AQM, codel)

In looking over the enormous stack of boards and drivers that openwrt supports, I see that many of the ethernet drivers don't yet support Linux 3.3's Byte Queue Limits, which are discussed here: http://lwn.net/Articles/454390/ It would be good if more did. They improve network performance in the

Re: [OpenWrt-Devel] BQL support in Ethernet drivers (and Kathie Nichols and Van Jacobson's new AQM, codel)

On Thu, May 10, 2012 at 9:13 AM, John Crispin j...@phrozen.org wrote: On 10/05/12 17:57, Dave Taht wrote: In looking over the enormous stack of boards and drivers that openwrt supports, I see that many of the ethernet drivers don't yet support Linux 3.3's Byte Queue Limits, which are discussed

Re: [OpenWrt-Devel] [PATCH] Add Lua bindings for libgps

On 05/05/2012 01:17 PM, Felix Fietkau wrote: On 2012-05-05 8:49 PM, Eric S. Raymond wrote: Felix Fietkaun...@openwrt.org: I merged scons build support in r31618. I was just about to merge chrpath too, but it didn't build on my OSX box. When I found out what chrpath is used for in the build

Re: [OpenWrt-Devel] [PATCH 2/2] Comprehensive ipv4 and ipv6 unaligned access patch for ar71xx

On Mon, Apr 30, 2012 at 3:49 AM, David Woodhouse dw...@infradead.org wrote: On Sun, 2012-04-22 at 14:48 -0700, Dave Täht wrote: Thank you very much for the code review! + +-#define tcp_flag_word(tp) ( ((union tcp_word_hdr *)(tp))-words [3]) ++#define tcp_flag_word2(tp) ( ((union

Re: [OpenWrt-Devel] [PATCH 2/2] Comprehensive ipv4 and ipv6 unaligned access patch for ar71xx

On Mon, Apr 30, 2012 at 7:49 AM, David Woodhouse dw...@infradead.org wrote: On Mon, 2012-04-30 at 07:41 -0700, Dave Taht wrote: Tell it to however wired up this chip and shipped it in qty millions. Actually that message was already received, successor chipsets from this manufacturer did it up

Re: [OpenWrt-Devel] [PATCH 2/2] Comprehensive ipv4 and ipv6 unaligned access patch for ar71xx

On Mon, Apr 30, 2012 at 8:02 AM, Felix Fietkau n...@openwrt.org wrote: On 2012-04-30 4:49 PM, David Woodhouse wrote: On Mon, 2012-04-30 at 07:41 -0700, Dave Taht wrote: Tell it to however wired up this chip and shipped it in qty millions. Actually that message was already received, successor

Re: [OpenWrt-Devel] [PATCH 2/2] Comprehensive ipv4 and ipv6 unaligned access patch for ar71xx

On Mon, Apr 30, 2012 at 10:26 AM, Felix Fietkau n...@openwrt.org wrote: On 2012-04-30 5:08 PM, Dave Taht wrote: On Mon, Apr 30, 2012 at 8:02 AM, Felix Fietkau n...@openwrt.org wrote: On 2012-04-30 4:49 PM, David Woodhouse wrote: On Mon, 2012-04-30 at 07:41 -0700, Dave Taht wrote: Tell

Re: [OpenWrt-Devel] [PATCH 2/2] Comprehensive ipv4 and ipv6 unaligned access patch for ar71xx

Would it be too much to ask for those expending time on this debate, to expend a little extra time doing some code review and testing this patch? Or, like while the flames are being composed, merely sending data through it? This particular patch improves ipv4 by over 10% especially when used

Re: [OpenWrt-Devel] [PATCH 1/2] __packed can leak from the kernel headers into iptables so define

On Tue, Apr 24, 2012 at 7:21 AM, David Woodhouse dw...@infradead.org wrote: On Mon, 2012-04-23 at 07:24 +0200, Felix Fietkau wrote: Maybe it would make sense to just use the long form __attribute__((packed)) instead of __packed in parts that are visible to userspace. Hm, 'make

Re: [OpenWrt-Devel] [PATCH 1/2] __packed can leak from the kernel headers into iptables so define

On Tue, Apr 24, 2012 at 7:50 AM, David Woodhouse dw...@infradead.org wrote: On Tue, 2012-04-24 at 07:47 -0700, Dave Taht wrote: b) However __packed leaks out of the main network header file, and was not defined by iptables to be the define it is in the kernel code. How? When you run 'make

  1   2   >