Hi Kofi,
On Tue, May 15, 2018 at 07:09:31PM +0300, Jamie Stuart wrote:
> Kofi,
> Would be great if you could clean up the patches so they apply on top of
> trunk.
Please also take Stanislaw Gruszka remarks into account so the work
can go upstream.
https://marc.info/?l=linux-wireless&m=152399418
Hi Jeff,
On Mon, Apr 30, 2018 at 08:59:12AM -0700, Jeff Kletsky wrote:
> TL;DR
>
> When wireless is used as transport for an encapsulated stream, it can be
> beneficial (or essential) to increase the MTU of the link closer to the 2304
> 802.11 MTU. I haven't found a way to set the MTU of the wire
Some options' default values have been changed upstream, others were
accidentally inverted (CONFIG_WOLFSSL_HAS_DES3). Also add options
needed to build hostapd/wpa_supplicant against wolfssl.
Signed-off-by: Daniel Golle
---
package/libs/wolfssl/Config.in | 12
package/libs/wo
supplicant set the mesh parameters (it already does that,
but uses non-configurable default values). I added support to at least
handle mesh_fwding, because it was what I needed for my use-case, see
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=ff8df2b3f9c161edc3ab543bdbeb04a9fb45c959
Ch
Hi Kofi,
On Tue, Apr 17, 2018 at 07:32:57AM -0600, Kofi Agor wrote:
> Hi Enrico,
>
> Some minor changes to our patch:
>
>1. We (Craig Matsuura) found that disabling/enable the txtasklet worked
>better than tearing down and recreating the txtasklet each time. It also
>resolved a kerne
Hi Jaap,
On Tue, Apr 17, 2018 at 10:03:10AM +0200, Jaap Buurman wrote:
> Hello all,
>
> Today I discovered that pulling packages from the feeds is done over
> http by default instead of https. I understand it is always going to
> be a trade-off between space requirements and features/security.
>
Hi!
running on ubnt hardware with kmod-mac80211 - 4.9.85+2017-11-01-4
i noticed this error when turning on SAE. everything still seems
to be working fine though...
Mon Apr 16 01:45:21 2018 kern.warn kernel: [ 7173.575772] [ cut
here ]
Mon Apr 16 01:45:21 2018 kern.warn ke
Unlike when operating in Ad-Hoc mode, we apparently need to pass the
hostapd control socket interface to wpa_supplicant when using 802.11s
mesh mode.
There also seems to still be something wrong with the logic setting
channel and (v)htmode parameters when using AP + mesh...
Signed-off-by: Daniel
On Thu, Mar 29, 2018 at 02:22:48AM +0200, Daniel Golle wrote:
> On Tue, Mar 27, 2018 at 07:42:18PM +0200, Christian Lamparter wrote:
> > This patch adds a image with squashfs as the root filesystem.
> > A rootfs_data partition will be generated on the first boot
> > and pla
And import patch to allow 802.11s mesh on DFS channels, see also
http://lists.infradead.org/pipermail/hostap/2018-April/038418.html
Signed-off-by: Daniel Golle
---
package/network/services/hostapd/Makefile | 6 +-
...1-mesh-factor-out-mesh-join-function.patch | 219
image... Otherwise the new -squashfs image will
> boot of a ram-overlay and won't keep the configurations after a reboot.
>
> Cc: Álvaro Fernández Rojas
> Cc: Paul Spooren
> Cc: Daniel Golle
> Signed-off-by: Christian Lamparter
Acked-by: Daniel Golle
Addresses CVE-2017-15873 and CVE-2017-15874.
Patch 600-cve-2017-16544.patch replaced by upstream fix.
Some smaller changes mostly related to the elimination of
getops's opt_complementary were needed for other patches.
Signed-off-by: Daniel Golle
---
package/utils/busybox/Mak
Runs nice and stable since this post.
Should I just push it?
Tested on: ramips/mt7621, ar71xx/generic
On Thu, Mar 15, 2018 at 01:29:03AM +0100, Daniel Golle wrote:
> Update hostapd sources to current git snapshot to get rid of local
> patches and pave the road towards using WPA3 fe
d for other patches to apply which are not
worth being explicitely listed here.
Signed-off-by: Daniel Golle
---
Compile tested: ar71xx/generic, ramips/mt7621
Run tested: ramips/mt7621 (MT7603E+MT7612E)
package/network/services/hostapd/Makefile | 8 +-
package/network/services/hostapd/
d description of what symptoms
> > you're seeing.
> >
> > I did indeed clean up the AT8032 mess and solved it in the PHY driver
> > (controlled by platform data) instead of adding GPIO toggle hackery to
> > the Ethernet driver.
> >
> > - Felix
> >
Hi!
On Thu, Feb 15, 2018 at 08:51:23AM -0700, Philip Prindeville wrote:
> >
> > This is just about the default configuration, it's not a choice between
> > conflicting compile time options with varying security implications. While
> > key authentication may be best practice, allowing SSH passwo
The Oolite V5.2 is a dual-radio system-on-a-module.
Specs:
- QCA9531 @ 550MHz with integrated 2T2R 802.11bgn
- 64 MB DDR2 RAM
- 16 MB SPI NOR Flash (W25Q128FV)
- 1+4x 10/100 Mbps Ethernet
- QCA9887 1T1R 802.11ac
Signed-off-by: Daniel Golle
---
.../linux/ar71xx/base-files/etc/board.d
When sourcing /sys/class/block/*/uevent values have to be quoted as
they may contain spaces (e.g. in PARTNAME).
Fix this by pre-processing with sed before sourcing.
Signed-off-by: Daniel Golle
---
package/base-files/files/lib/upgrade/common.sh | 5 ++---
1 file changed, 2 insertions(+), 3
t
SAE keys which would fail the checks applied on the psk field (ie.
length and such).
Signed-off-by: Daniel Golle
---
package/network/services/hostapd/Makefile | 8 +-
package/network/services/hostapd/files/hostapd.sh | 6 +-
...-Avoid-key-reinstallation-in-FT-handshake.p
Hi Dan,
On Mon, Dec 25, 2017 at 10:50:41AM -0700, dan wrote:
> Guys, new product from mikrotik. RBM33G. Has a MT7621A CPU w/ 16MB
> of flash, 256MB RAM, and pcie m.2.
>
> This thing has 2 mini pci2 slots and 3 gigabit ethernet port and looks
> nearly perfect for a dual radio, quad channel mesh
Hi Mathias,
On Fri, Dec 08, 2017 at 09:35:26AM +0100, Mathias Kresin wrote:
> udhcpc doesn't send a hostname by default. Use the system hostname if
> nothing else is specified, to always send a hostname.
>
> It syncs the behaviour to odhcpc, which always sends a hostname.
Could we somehow allow
On Wed, Dec 06, 2017 at 05:58:18PM +0100, Matthias Schiffer wrote:
> On 12/06/2017 12:40 AM, Roman Yeryomin wrote:
> > On 2017-12-05 21:52, Hans Dedecker wrote:
> >> On Tue, Dec 5, 2017 at 5:22 PM, Roman Yeryomin wrote:
> >>> It's better not to configure ifname separately since they
> >>> are tied
On Wed, Nov 29, 2017 at 09:33:39AM +0100, Mathias Kresin wrote:
> 28.11.2017 19:24, Daniel Golle:
> > Hi Moritz,
> >
> > thanks for stepping forward and adressing this issue.
> > It'd be good to include the two assertions added to your list beelow.
> >
On Tue, Nov 28, 2017 at 08:16:33PM +0100, Moritz Warning wrote:
> Ok,
>
> looks like I should make a patch. :P
>
> On 11/28/2017 07:24 PM, Daniel Golle wrote:
> > Hi Moritz,
> >
> > thanks for stepping forward and adressing this issue.
> > It'd be
Hi Moritz,
thanks for stepping forward and adressing this issue.
It'd be good to include the two assertions added to your list beelow.
On Tue, Nov 28, 2017 at 07:05:23PM +0100, Moritz Warning wrote:
> Hi,
>
> I noticed that there are some image file names that do not follow the
> "common" name
Hi Roman,
On Sun, Nov 26, 2017 at 12:02:14PM +0200, Roman Yeryomin wrote:
> Changes from v1:
> - use pointer to reduce compile size
>
> Signed-off-by: Roman Yeryomin
> ---
> sys.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/sys.c b/sys.c
> index 40f49ca..12219
On Tue, Oct 24, 2017 at 03:07:04PM +0200, Jo-Philipp Wich wrote:
> Hi,
>
> comments inline.
>
> > Signed-off-by: Imre Kaloz
>
> Given the fact that we explicitely wanted to avoid @openwrt.org mails
> and that this was one of the discussion points leading to the split I
> find it delicate to sea
Hi Felix!
Hi everyone!
It looks like Tiziano is right and this patch did get lost somehow.
At least I can't find any work-arounds regarding PHY hangs committed in
neither target/linux/generic/files/* nor target/linux/ar71xx/files/*.
The thread on lede-dev also seems to have stagnated after
http:/
On Fri, Sep 29, 2017 at 12:20:08PM +0200, Felix Fietkau wrote:
> On 2017-09-11 02:33, Philip Prindeville wrote:
> > Changing the subject from the previous thread as it turned out to not have
> > to do with sysupgrade at all.
> >
> > What I can tell is this, having added some tracing to fstools.
>
Hi Hauke,
On Thu, Sep 14, 2017 at 12:02:21AM +0200, Hauke Mehrtens wrote:
> On 08/25/2017 12:02 AM, Daniel Golle wrote:
> > Convert patches for RT3883 and RT3663 as well as support for
> > external PA on MT7620 to use the changed calling convention for
> > rt2.
Hi Karl,
On Thu, Aug 31, 2017 at 05:17:38PM +, Karl Palsson wrote:
> Instead of blindly enabling the odhcpd v6 server and RA server on the
> lan port, only do that if the lan port isn't set to DHCP.
>
> This prevents the unhelpful case of a device being a dhcpv4 client and
> v6 server on the
Convert patches for RT3883 and RT3663 as well as support for
external PA on MT7620 to use the changed calling convention for
rt2.*_read(...) functions.
Signed-off-by: Daniel Golle
---
...rt2800lib-add-channel-configuration-function-.patch | 18 +-
...rt2800lib-add-RFCSR
Hi Giuseppe,
On Sun, Jul 30, 2017 at 09:26:15PM +0200, Giuseppe Lippolis wrote:
> Dear community,
> I'm trying to port openwrt/lede on the dlink dwr921 (mt7620n arch).
>
> Currently I get a kernel panic after the OS fail to find the wmac eeprom
> location.
> At the moment I use in the dts somethi
d at /bin/login.
Signed-off-by: Daniel Golle
---
.../utils/busybox/patches/510-move-passwd-applet-to-bin.patch | 11 +++
1 file changed, 11 insertions(+)
create mode 100644
package/utils/busybox/patches/510-move-passwd-applet-to-bin.patch
diff --git a/package/utils/busybox/patches/
p-in 'full' versions.
Refresh existing patch while at it.
Signed-off-by: Daniel Golle
---
package/utils/busybox/patches/230-add_nslookup_lede.patch | 8
.../patches/500-move-traceroute-applets-to-bin.patch| 13 +
2 files changed, 13 insertions(+), 8 delet
Hi everyone!
On Sat, Feb 18, 2017 at 08:10:22AM +, Kevin Darbyshire-Bryant wrote:
> > On 18 Feb 2017, at 00:06, daniel wrote:
> >
> > And I also do not want opkg to invoke the init scripts of the just upgraded
> > packages until I have finished all my checks and stuff.
> >
> > I thought it
On Thu, May 11, 2017 at 08:56:50AM +0200, Sven Eckelmann wrote:
> From: Sven Eckelmann
>
> The wpa_supplicant code for IBSS allows to set the mcast rate. It is
> recommended to increase this value from 1 or 6 Mbit/s to something higher
> when using a mesh protocol on top which uses the multicast
y
unexpected public interest in having a VIA EPIA sepecific sub-target,
I think it's safe to assume there isn't).
Acked-by: Daniel Golle
>
> Cc: Daniel Golle
> Signed-off-by: Baptiste Jonglez
> ---
> target/linux/x86/epia/config-4.4 | 213
> --
On Wed, Jul 12, 2017 at 07:14:04AM -0400, W. Michael Petullo wrote:
> From bc848f9f3d0ffb9aa114c7faa3916f059f5616b2 Mon Sep 17 00:00:00 2001
> From: "W. Michael Petullo"
> Date: Wed, 12 Jul 2017 07:02:18 -0400
> Subject: [PATCH] block: support /dev/xvd* nodes
> To: LEDE Development List
>
> Xen
Hi!
I'm about to push a lede-17.01 branch for fstools. These are the
changes I'd pick from the master branch:
f038a61 libfstools: fix matching device name
c43ae11 fstools: use -Wno-format-truncation instead of
-Wno-error=format-truncation
633a8d0 libfstools: fix multiple volume_identify usages w
There is nothing wrong there.
Kernel modules move location from time to time and we support different
kernel versions within the same build tree. Hence we got some logic to
easily express whether and where a module exists.
in this case
"@ge4.4" means "if kernel version is _g_reater than or _e_qual
Hi Erik,
have a look at video.mk which already packages some V4L2 modules.
Most likely you'll only have to add a couple of lines to package the
modules you need (supposedly dvb-core, some dvb-frontends and a USB
device).
Let me know if you need more help.
Cheers
Daniel
On Fri, Jun 23, 2017 at
adata.pm
and probably in more places.
I'm not familiar with Perl at all. Is there Anyone with more insight
into those scripts willing to have a look at the issue?
>
> ~ Jo
>
> > Am 22.06.2017 um 02:07 schrieb Daniel Golle :
> >
> > uhttpd refered to
, as PKG_BUILD_DEPENDS should actually really
reference source package names if you asked me.
However, to fix things for now, use libustream-mbedtls to fix
scripts/feeds and parallel builds which otherwise fail to build uhttpd.
Reported-by: Paul Spooren
Signed-off-by: Daniel Golle
---
package
On Tue, Jun 20, 2017 at 10:04:05AM -0700, Florian Fainelli wrote:
> On 06/20/2017 07:52 AM, Daniel Golle wrote:
> > Hi!
> >
> > I've created a lede-17.01 branch for procd so fixes can be
> > cherry-picked from master onto that branch.
>
> I suppose that work
Hi Florian,
On Tue, Jun 20, 2017 at 09:00:30AM -0700, Florian Fainelli wrote:
> On 06/20/2017 08:58 AM, Jo-Philipp Wich wrote:
> > Hi,
> >
> > in principle I do not have any objections but I am not sure if we should
> > really backport the sysupgrade changes yet. Are we sure that thestaged
> >
Hi!
I've created a lede-17.01 branch for procd so fixes can be
cherry-picked from master onto that branch.
I suggest to pick the commits listed below:
453116e system: introduce new attribute board_name
e5b963a preinit: define _GNU_SOURCE
e5ff8ca upgraded: cmake: Find and include uloop.h
f367ec6 h
Not completely related, but it came to my mind a couple of days ago
and maybe you can share your opinion:
Shouldn't we also be setting CONFIG_LOCALVERSION if *not* using an
external kernel, to indicate that this is *not* a vanilla kernel.org
codebase but actually got tons of OpenWrt/LEDE patches on
On Fri, Jun 16, 2017 at 12:15:19PM -, Karl Palsson wrote:
>
> Daniel Golle wrote:
> > On Fri, Jun 16, 2017 at 10:30:14AM -, Karl Palsson wrote:
> > >
> > >
> > > I fairly strong feel that this change brings no value to the
> > > table.
On Fri, Jun 16, 2017 at 10:30:14AM -, Karl Palsson wrote:
>
>
> I fairly strong feel that this change brings no value to the
> table.
I disagree. For now, the two allocation schemes (hardcoded vs.
dynamic) are competing for the same address space. This can
result in a hard-coded UID/GID to b
I noticed that the Linux built-in bridge now supports filtering by VLAN
tags. This can be much more efficient than using ebtables for the same
task, hence I wonder if there is any reason to keep this disabled or
if there is interest in enabling it (I'd evaluate the space
requirements on most space-
Hi!
I use EPSolar Tracer MPPT controllers here, the older RN series got a
3.3V-level TTL serial port for which I've written a small tool which
allows easy integration with collectd:
https://github.com/dangowrt/tracertools/
(package can be found on github.com/openwrt/packages as well)
The slightl
On Sat, Jun 10, 2017 at 02:53:53PM +0200, Gerhard Bertelsmann wrote:
> Hi,
>
> the Banana Pi has a USB OTG capable port. This seems to be not enabled
> or choosable with 'make menuconfig'. I had a quick look in the
> makefiles but didn't find the central place where USB_GADGET_SUPPORT
> is enabled
Hi!
I'm currently trying to get SPI with two devices connected to work on
MT7688 and noticed that the spi-mt7621 driver got a pretty weird
work-around going on: if CS# is set it does only half-duplex transfers
which if CS# is not set it does full-duplex. John has then disabled
full-duplex alltoget
On Mon, May 29, 2017 at 09:03:57AM +0200, John Crispin wrote:
> (resend, this time as plain text)
>
> Hi,
>
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know. Please remeber that
> post remerge anything can be voted
Hi Jo,
On Wed, May 24, 2017 at 10:34:20PM +0200, Jo-Philipp Wich wrote:
> Hi,
>
> I'd like to start preparing the v17.01.2 release during the upcoming
> weekend with the goal to release final binaries within the next week
> (~May 29th till June 3rd).
>
> Changes that shall be part of 17.01.2 sho
Hi Rafal,
On Sun, May 21, 2017 at 05:02:44PM +0200, Rafał Miłecki wrote:
> Hi,
>
> I noticed commit 0dcc36fc7ddec ("kernel: add hwmon for W83627EHF and
> family") in the LEDE tree that doesn't look OK to me.
>
> 1) Package for hwmon-w83627ehf
> Do we need it to be a package? Or could it be built
Init scripts are already being enabled in default_postinst.
Signed-off-by: Daniel Golle
---
include/rootfs.mk | 4
1 file changed, 4 deletions(-)
diff --git a/include/rootfs.mk b/include/rootfs.mk
index 74785cbbd3..6167306f0c 100644
--- a/include/rootfs.mk
+++ b/include/rootfs.mk
On Mon, May 15, 2017 at 10:59:55PM +0800, Yousong Zhou wrote:
> On 15 May 2017 at 22:41, Val Kulkov wrote:
> > The auto-allocation of uid/gid emulates useradd/groupadd, picking the
> > first unused uid/gid starting from 100. This works quite well on its
> > own, but there are about three dozen pac
Hi Val,
On Sat, May 13, 2017 at 06:23:29PM -0400, Val Kulkov wrote:
> Is there any convention on the use of uid and gid when creating new
> users or groups? Can someone point me to it, if it exists?
>
> I noticed that two packages, icecast and postfix, compete for the same uid=87:
>
> icecast's
On Fri, May 12, 2017 at 05:51:18PM -0500, L. D. Pinney wrote:
> On Fri, May 12, 2017 at 5:29 PM, Mathias Kresin wrote:
> > 12.05.2017 03:37, kyson lok:
> >>
> >> On Fri, May 12, 2017 at 6:18 AM, L. D. Pinney wrote:
>
> +&spi0 {
> + status = "okay";
> +
> + m25
Hi Edwin,
On Fri, May 12, 2017 at 10:02:36AM +0200, Edwin van Drunen wrote:
> As a long time user of OpenWRT and recent “LEDE convert” I would also like to
> chime in on the naming and branding of the post-merge project.
>
> My employer and several of my industrial clients have used OpenWRT/LEDE
On Mon, May 08, 2017 at 09:19:42PM +0200, Zoltan HERPAI wrote:
> Hi,
>
> On Mon, 8 May 2017, Daniel Engberg wrote:
>
> > Trac:
> > Is it really worth keeping trac at all? What value does it add? Just
> > display a page explaining that it's shutdown and forward to OpenWrt?
>
> There is a lot of "
backport the commit changing the default packages from master
and skip the boards which are not preset in lede-17.01 (which obviously
makes future backporting of the commits adding those boards harder)?
Cheers
Daniel
On Thu, May 04, 2017 at 05:35:59AM +0200, Daniel Golle wrote:
> Hi Paul,
>
Hi Paul,
I've merged your patch, however, it looks like the buildbot process
still doesn't generate the desired image (despite our tests and success
we've seen earlier). This is because the ubnt-erx-factory-image build
artifact cannot work in the ImageBuilder and I've converted it into
a nicer and
Hi!
Please add add Signed-off-by: line and your real name, then I can
apply the patch for you. Please also see the (cosmetic) coments below.
On Thu, Apr 20, 2017 at 12:10:24AM +0300, Knall Kopf wrote:
> Hello,
> can everybody update the feed/telephony.git to the newest Asterisk and Libpri
> liba
eat
to do and have on this planet, create a future which I'd want to live
in and so on... So please tell me more :)
Cheers
Daniel
>
> Cheers
>
> Benni
>
> Am 22.03.2017 um 11:22 schrieb Daniel Golle:
> > Hi everyone,
> >
> > most of you might know m
Hi Paul,
On Fri, Mar 31, 2017 at 10:38:39PM +0200, Paul Oranje wrote:
> This POE access point suited for outside usage needs an external antenna.
> According FCC documentation the ENH200EXT (needs external antenna) and the
> ENH200 (with internal antenna) are electrically equal to the Allnet ALL0
On Wed, Mar 29, 2017 at 05:28:07AM +0200, Pau wrote:
> On 29/03/17 02:45, Daniel Golle wrote:
> > On Tue, Mar 28, 2017 at 10:55:09PM +0200, Pau wrote:
> >> Hi Daniel, thanks for your reply. Find my comments in-line.
> >>
> >> On 28/03/17 22:37, Daniel Golle wro
Hi James,
On Tue, Mar 28, 2017 at 04:58:54PM -0600, James Feeney wrote:
> I am motivated to rant again on this topic. Repeating what I said last
> November, before the new release process was finalized, in response to
> David Lang:
>
> ---
>
> >> There is an interesting question of how to refer
On Tue, Mar 28, 2017 at 11:22:42PM +, Alberto Bursi wrote:
> On 03/29/2017 12:19 AM, Gui Iribarren via Lede-dev wrote:
> > all we want to do is create a firmware based on a specific LEDE release,
> > and not fear that if we want to rebuild the exact same firmware in two
> > months (or days!), w
On Tue, Mar 28, 2017 at 10:55:09PM +0200, Pau wrote:
> Hi Daniel, thanks for your reply. Find my comments in-line.
>
> On 28/03/17 22:37, Daniel Golle wrote:
> > Hi Pau,
> >
> > On Tue, Mar 28, 2017 at 09:28:22PM +0200, Pau wrote:
> >> Hi.
> >>
>
Hi Pau,
On Tue, Mar 28, 2017 at 09:28:22PM +0200, Pau wrote:
> Hi.
>
> I am using the SDK and IB from LEDE 17.01.0 release (mips_24kc). I've
> been using it successfully the last days until now. I did not change
> anything but I get the error:
>
> * opkg_install_pkg: Package luci-lib-nixio sha25
Hi!
On Sun, Mar 19, 2017 at 12:46:37PM +0100, Daniel Golle wrote:
> Hi!
>
> I just realized that debugging symbols have not been published along
> with the (stripped) release binaries for 17.01.0.
> This is bad because this is needed to understand e.g. the call trace
> d
Hi everyone,
most of you might know me for hacking on embedded stuff while having
the common good in mind. Because I'm practically always out of money,
I decided to setup a patreon account which can help me to gather at
least the $$$ needed to pay for obligatory health insurance and such
things. I
Hi!
I just realized that debugging symbols have not been published along
with the (stripped) release binaries for 17.01.0.
This is bad because this is needed to understand e.g. the call trace
dumped along with a kernel oops.
OpenWrt 15.05.1 got that while LEDE 17.01.0 doesn't :(
http://downloads.
Hi Alberto,
On Wed, Mar 08, 2017 at 09:59:10PM +, Alberto Bursi wrote:
> Hi, I'm trying to use the functionality added by this patch [1] (it
> should generate different led triggers for each Sata port) for a few
> kirkwood device that have multiple Sata Leds.
>
> This patch is currently use
Hi,
we've previously discussed [1] the patch on the mailing list and I
believe that rather switching to 4-byte addressing mode we should
rather use 4-byte opcodes instead because that would prevent the whole
problem and provide a more reliable way to support large flash chips.
This is also how it'
On Thu, Mar 02, 2017 at 02:18:45PM -0800, David Lang wrote:
> On Thu, 2 Mar 2017, Daniel Golle wrote:
>
> > Sounds very reasonable to me. From what I understood that was all
> > about partial quotes which show up as part of search-results and the
> > github website
Hi Alberto,
Hi Eric,
thank you for getting into this. I'm quite the oposite of a legal
expert, so this might all just as well be rather meaningless FUD.
On Thu, Mar 02, 2017 at 07:26:02PM +, Alberto Bursi wrote:
> ...
> Again I'm not seeing anything evil.
>
> I tend to see any accusatory art
Hi!
For your consideration: Please have a look at
https://joeyh.name/blog/entry/removing_everything_from_github/
This is not very surprising -- if power gets too concentrated it's
only a matter of time to see it being abused. Hopefully we can pull
stuff out there without implicitely acknowledging
Hi Stefan,
On Tue, Feb 28, 2017 at 07:37:08PM +0100, Stefan Koch wrote:
> 2017-02-22 17:11 GMT+01:00 Daniel Golle :
> > 4) Write a proper, platform agnostic driver to connect the SLIC via
> > SPI, PCM, I2C or whatever and add a simple DAHDI driver for it. Then
> > have asteri
On Mon, Feb 27, 2017 at 11:48:23AM +0100, John Crispin wrote:
> On 27/02/2017 11:43, Alberto Bursi wrote:
> > There are quite a few NAS devices that have 2+ disk activity leds (one
> > for each disk) that could really use a generic system instead of adding
> > patches to drivers/kernel.
>
> dont
Hi John,
On Mon, Feb 27, 2017 at 11:20:40AM +0100, John Crispin wrote:
> Hi,
>
> i have created a branch in my staging tree [1] that removes mountd in
> favour of blockd. blockd is part of the fstools package and uses the
> block tool and /etc/config/fstab as a backend.
>
> blockd is an optional
Hi Florian,
On Wed, Feb 22, 2017 at 03:54:23PM -0800, Florian Fainelli wrote:
>
>
> On 02/22/2017 08:21 AM, Daniel Golle wrote:
> > Add new dt-bindings precompiler include to replace numerical default
> > VLAN assignments with more meaningful descriptive value
s and all the freedom and simplicity of having just an 8-bit
field.
Signed-off-by: Daniel Golle
---
(consider the previous PATCH RFC as 1/2 extended by this one)
target/linux/ramips/dts/3G-6200N.dts | 3 ++-
target/linux/ramips/dts/3G150B.dts | 3 ++-
target/lin
On Wed, Feb 22, 2017 at 04:33:00PM +0100, Stefan Koch wrote:
> 1) So one possibility is to disable CONFIG_MIPS_MT_SMP when the vmmc driver
> package is selected. But this conflicts with Default Target approach which
> builds images for all xrx200 based devices.
> 2) Create a menu entry within menuc
Just like on Rt305x, use numerical values for portmap instead of
strings. Map strings in device-tree definitions to numerical values
such that:
"w" = <0x2f>
"w" = <0x3e>
"lllll" = <0x3f>
Signed-off-by: Daniel Golle
---
Apply only after sw
Hi Alberto,
On Sun, Feb 19, 2017 at 10:12:04AM +, Alberto Bursi wrote:
> On 02/19/2017 09:49 AM, Daniel Golle wrote:
> > This still leaves us without failsafe mode and hard-to-access UART, so
> > it'd make more sense to revive
> > https://github.com/openwrt/pack
Hi Dennis,
Hi Alberto,
On Sat, Feb 18, 2017 at 07:02:54PM +, Alberto Bursi wrote:
> > Anyway, for proper support we'd need either:
> > * adding wireless interface being enabled as AP
> > * mimic WPS button functionality of stock firmware
> >
> There are some such wifi-only devices supported
Hi Dennis,
On Sat, Feb 18, 2017 at 06:32:53PM +0100, Dennis Schneck wrote:
> Hello,
> is there a Image for TP-Link TL-WA854RE ?
Due to the lack of an Ethernet port the device is currently very hard
to support properly. It's also known to have a very hard to access
UART, so it's easy to brick and
ll have to replace
"w" by "w" in the dts file belonging to that board (and send
a patch doing that!)
Signed-off-by: Daniel Golle
---
Having a closer look now I find it very confusing that a numerical
value is used on rt305x devices which the (supposedly) legacy string
Hi Alberto,
On Sun, Feb 05, 2017 at 02:27:06PM +, Alberto Bursi wrote:
> On 02/04/2017 07:11 PM, Daniel Golle wrote:
> > As a response to the many issues and obvious code quality problems in
> > the patch adding support for MT7620 to rt2x00 I started a kickstarter
> &g
mind (wireless community ISP in urban
areas) I'd rather have MiMo and more throughput as links are rather
short compared to what you are doing. Nevertheless, I'm impressed by
your report of 30km+ stable links!
Cheers
Daniel
>
> Regards, Stas
>
>
> On 03.02.2017 13:40
Hi Juergen,
On Sat, Feb 04, 2017 at 08:32:36AM +0100, Juergen Kimmel wrote:
> Hello everyone,
> I'm in the same boat struggeling with mt7620a WiFi performance,
> namely with the device called ZBT APE522ii.
> Stock firmware based on Openwrt (has no version number) has no issues
> concerning wifi
Hi Weedy,
On Fri, Feb 03, 2017 at 07:49:22PM -0500, Weedy wrote:
> On 1 February 2017 at 15:29, Jamie Stuart wrote:
> > Hello LEDE / OpenWRT devs,
> >
> > I am requesting your help. First a little background…
> ...
> > This a known issue with the chipset and seems to have been round for years.
>
Hi Alberto,
On Fri, Feb 03, 2017 at 10:59:38AM +, Alberto Bursi wrote:
>
>
> On 02/03/2017 07:35 AM, Stanislav V. Korsakov wrote:
> > Hi Daniel,
> >
> > We provide our GPLed and dual licensed source codes to our customer only.
> > Not our source code is available at http://gw.stasoft.net/dl/
s in wireless stack.
> We provide our GPLed and dual licensed source codes to our customer only.
> Not our source code is available at http://gw.stasoft.net/dl/
>
> Can you tell me what is your real interest?
>
> Regards, Stas
>
>
> On 03.02.2017 03:43, Daniel Golle wrot
Hi!
NETSHe offers a modified version of ath9k, mac80211 and cfg80211 which
offers support for TDMA, see:
http://netshe.ru/files/doc/en/TDMA_brief_en.pdf
Where to download the sourcecode of mac80211 and the modified drivers?
Cheers
Daniel
___
Lede-d
: Daniel Golle
---
include/kernel-version.mk | 4 ++--
.../patches-4.4/910-unaligned_access_hacks.patch | 4 ++--
.../0111-mm-Remove-the-PFN-busy-warning.patch | 2 +-
...R2PEER-to-set-MRSS-128-to-fix-CNS3xxx-BM-DMA..patch | 2 +-
.../cns3xxx/patches-4.4
1 - 100 of 172 matches
Mail list logo
