On Wed, Jul 29, 2020 at 12:45:25PM -1000, Paul Spooren wrote:
> libyaml is used to process YAML files, a popular human readable
> configuration format. If available during compilation, the
> device-tree-compiler (dtc) will enable YAML as export format.
>
> The exported YAML files can be validated
e dt_binding_check` in a kernel tree with libyaml available.
(and also try `make dtbs_check`)
patch now looks good.
>
> [0]: https://github.com/robherring/dt-schema
>
> Signed-off-by: Paul Spooren
Acked-by: Daniel Golle
> ---
> v2:
> * Use autotools as upstream do
On Thu, Jul 30, 2020 at 02:55:33PM +0200, Petr Štetiar wrote:
> Paul Spooren [2020-07-29 12:45:25]:
>
> > Once available this can be used within a CI to reduce human resources
> > spent on reviewing DTS files.
>
> That's indeed cool, but I quite fail to see why this needs to be in the tree
> rig
On Thu, Jul 30, 2020 at 12:49:37PM +0200, Adrian Schmutzler wrote:
> For a few packages, the current TITLE is too long, so it is not
> displayed at all when running make menuconfig. Despite, there is
> no indication of OpenSSL vs. wolfSSL in the titles.
>
> Thus, this patch adjusts titles to be ge
On Thu, Jul 30, 2020 at 03:52:29PM +0200, m...@adrianschmutzler.de wrote:
> Hi,
>
> > > define Package/wpa-supplicant-openssl $(call
> > > Package/wpa-supplicant/Default,$(1))
> > > + TITLE+= (OpenSSL)
> >
> > shouldn't this rather be '(OpenSSL full)' as well then?
> >
> > >VARIANT:=suppl
On Thu, Jul 30, 2020 at 11:15:36AM +0200, m...@adrianschmutzler.de wrote:
> > -Original Message-
> > From: Bas Mevissen [mailto:ab...@basmevissen.nl]
> > Sent: Donnerstag, 30. Juli 2020 10:54
> > To: Thomas Petazzoni
> > Cc: m...@adrianschmutzler.de; openwrt-devel@lists.openwrt.org
> > Sub
On Sat, Aug 01, 2020 at 04:29:24PM +0300, Stijn Tintel wrote:
> Enabling KERNEL_TRANSPARENT_HUGEPAGE exposes 2 missing symbols:
> * CONFIG_READ_ONLY_THP_FOR_FS
> * TRANSPARENT_HUGEPAGE_ALWAYS
> * TRANSPARENT_HUGEPAGE_MADVISE
>
> The first one was added in 5.4, and is marked experimental there so j
On Sun, Aug 02, 2020 at 11:49:54PM +0200, Bjoern Franke wrote:
> Hi,
>
> >
> > Your Filesystem has a size of 5.81M. MT7620 has a kernel size of around 2M,
> > which exceeds the available space on flash.
>
> On 19.07.3, the listed lineup of packages has 5.54M and it fits:
>
> Exportable Squashf
On Sun, Aug 02, 2020 at 07:49:40PM -0300, SAn via openwrt-devel wrote:
> The sender domain has a DMARC Reject/Quarantine policy which disallows
> sending mailing list messages using the original "From" header.
>
> To mitigate this problem, the original message has been wrapped
> automatically by t
the policy,
blobmsg_parse shall accept all integer types and allow the user
to retrieve the value using the blobmsg_cast_u64() function which
is also introduced by this commit.
Signed-off-by: Daniel Golle
---
blobmsg.c | 8
blobmsg.h | 17 +
2 files changed, 25
Signed-off-by: Daniel Golle
---
To illustrate the use of the previous patch of this series.
jail/jail.c | 76 -
1 file changed, 29 insertions(+), 47 deletions(-)
diff --git a/jail/jail.c b/jail/jail.c
index c72de07..9d0113f 100644
--- a/jail
ped
> automatically by the mailing list software.
> Date: Tue, 4 Aug 2020 20:35:26 -0300
> From: SAn
> To: Daniel Golle , s@gmx.de
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: your mail
>
> Hi Stefan and Daniel,
>
> On 8/2/20 8:19 PM, Daniel Golle wrot
ped
> automatically by the mailing list software.
> Date: Wed, 5 Aug 2020 16:51:00 -0300
> From: SAn
> To: Daniel Golle
> Cc: s@gmx.de, openwrt-devel@lists.openwrt.org
> Subject: Re: your mail
>
> Hi Daniel
>
> On 8/5/20 6:04 AM, Daniel Golle wrote:
> >
On Fri, Aug 07, 2020 at 03:47:57PM +0300, Andrii Voloshyn wrote:
> Hi there,
>
> I'd like to use signature verification during sysupgrade, but at the moment I
> get "Image check failed" message.
> Similar to what guys mentioned here:
> https://forum.openwrt.org/t/possible-bug-in-ucert/57704
> By
Dear community,
in the past couple of months I've been working on implementing the
Open Container Initiative Runtime Specification [1] in procd by
extending the already existing support for slim containers ('ujail').
As a result, there is now a new CLI tool called 'uxc' which handles
the basic ope
On Fri, Aug 07, 2020 at 02:57:54PM -1000, Paul Spooren wrote:
> On 07.08.20 09:47, Daniel Golle wrote:
> > Dear community,
> >
> > in the past couple of months I've been working on implementing the
> > Open Container Initiative Runtime Specification [1] in pr
Hi,
Sun, Aug 09, 2020 at 03:15:20PM -1000, Paul Spooren wrote:
> From: Thomas Petazzoni
>
> In order to support SELinux in OpenWrt, this commit introduces minimal
> support for loading the SELinux policy in the init code. The logic is
> very much inspired from what Busybox is doing: call
> selin
On Tue, Aug 11, 2020 at 01:07:59PM +0200, Alberto Bursi wrote:
>
> On 11/08/20 12:42, Caleb James DeLisle wrote:
> >
> >
> > On 11/08/2020 02:30, Mauro Mozzarelli wrote:
> > > On 10/08/2020 10:08, Adrian Schmutzler wrote:
> > >
> > > > > -Original Message-
> > > > > From: openwrt-devel
Hi Mohammad,
On Tue, Aug 11, 2020 at 03:41:29PM +0300, mohammad rasim wrote:
> The driver currently only support managed and monitor mode
>
> Signed-off-by: mohammad rasim
> ---
> package/kernel/mac80211/ath.mk | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git
Hi Alberto,
On Sat, Aug 15, 2020 at 10:51:27AM +0200, Alberto Bursi wrote:
> On 07/08/20 21:47, Daniel Golle wrote:
> > Dear community,
> >
> > in the past couple of months I've been working on implementing the
> > Open Container Initiative Runtime Specification [
On Wed, Aug 26, 2020 at 11:57:55AM -1000, Paul Spooren wrote:
>
> On 26.08.20 09:17, Baptiste Jonglez wrote:
> > On 25-08-20, Paul Spooren wrote:
> > > The key folder is used by `opkg` and `usign` to store and retrieve
> > > trusted public keys. Using `opkg-key` outside a running device is
> > > u
On Tue, Sep 01, 2020 at 06:45:02AM +0800, Yousong Zhou wrote:
> It's worth mentioning that recent versions of macos since 10.15 have a
> restriction on certificate validity period, self-signed or not. It's
> a strong restriction that the browser ui will have no buttons or knobs
> to bypass the cer
On Tue, Sep 01, 2020 at 06:13:53PM +0300, Hannu Nyman wrote:
> Heads up, the usage of the new fakeroot package has failed in a major way in
> buildbot, and the phase2 packages buildbot has failed to build any package
> for 1-2 days.
Yes, it has been a busy night once I had realized what was going
On Fri, Sep 04, 2020 at 03:20:49AM +0300, Sergey Ryazanov wrote:
> This series introduces support for 5.4 kernel. I know that this target
> was dropped earlier this week. And I think that this was a good
> decision. So, this series is not for merging, but for reference if
> someone still uses one o
On Tue, Sep 15, 2020 at 08:49:51AM +0200, Baptiste Jonglez wrote:
> On 27-08-20, Paul Spooren wrote:
> > The variable VERSION_REPO is used by opkg to download package(list)s.
> > Now that the default installation support encrypted HTTP opkg should
> > make use of it.
>
> I wonder what is the perfo
On Tue, Sep 15, 2020 at 01:28:23PM +0200, Adrian Schmutzler wrote:
> Hi,
>
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Christian Lamparter
> > Sent: Samstag, 12. September 2020 23:16
> > To: openwrt-devel@lists.openwrt.or
Hi Andre,
On Wed, Sep 16, 2020 at 08:41:03PM +0200, Andre Valentin wrote:
> Hello!
>
> Could someone please take care of this little snippet?
Apart from this no longer applying due to other changes (trivial
to fix, I'd had it pulled in anyway), I also stumbled into an issue,
see below:
>
> Kin
Hi Alberto,
Hi Michael,
Hi everyone else,
On Tue, Oct 06, 2020 at 11:00:42PM +0200, Alberto Bursi wrote:
>
>
> On 06/10/20 19:43, Michael Richardson wrote:
>
>
> >
> > Training users to click through those warnings is exactly what browser
> > makers
> are trying to avoid, and browser makers
On Mon, Oct 12, 2020 at 02:09:32AM +0300, Paul Fertser wrote:
> From: Gary Cooper
>
> Device hardware: https://deviwiki.com/wiki/TP-LINK_AD7200_(Talon)
>
> The Talon AD7200 is basically an Archer C2600 with larger flash, a third PCIe
> lane and an 802.11ad radio. It comes in a different housing
On Mon, Oct 12, 2020 at 11:59:17AM +0200, Bas Mevissen wrote:
> On 2020-10-12 11:40, Bjørn Mork wrote:
> > Bas Mevissen writes:
> >
> > > Nice work, but does it make sense to add a device that is already
> > > EOL'ed by the manufacturer? I guess the installed base is also rather
> > > small.
> >
On Mon, Oct 12, 2020 at 03:22:27PM +0200, Florian Eckert wrote:
> Hello Community,
>
> I have a openwrt system in mobile use.
> That means I have a hostapd running as an access point for clients and at
> the same time a wpa_supplicant running to another access point as uplink.
> So the router is c
On Thu, Oct 15, 2020 at 11:18:24AM -0600, Philip Prindeville wrote:
> Hi,
>
> I have a WLE600VX card in an APU4 running HEAD as of a week ago.
>
> My /etc/config/wireless file is straightforward:
>
> config wifi-device 'radio0'
> option type 'mac80211'
> option channel '36'
> o
On Thu, Oct 22, 2020 at 02:36:51PM +0600, Roman Kuzmitskii wrote:
> yeah, i found that it is broken too.
> i tested on few octeon boards and all of them fall in ‘high memory device’
> category.
>
> reverting commit brings back the working tree back.
>
> i would suggest to revert for now and do b
Thanks for testing and reporting back.
I have fixed a bunch of config migration issues which would lead to
ubus not starting up (and system hanging in preinit).
This should have been fixed by
commit de7ca7dafadfd650d031e0379ce0c002868d5936
Author: Daniel Golle
Date: Thu Oct 22 13:13:39 2020
On Fri, Oct 23, 2020 at 03:01:55AM +0200, Ansuel Smith wrote:
> Add support for wildcard in methods to permiss access to all methods
> defined by the object. This can be usefull for process that run as
> non-root user and needs to access ubus method.
>
> Signed-off-by: Ansuel Smith
> ---
> ubusd
On Thu, Oct 29, 2020 at 11:10:05AM +, Rui Salvaterra wrote:
> Add an OpenSSL-linked basic variant (which provides WPA-PSK only, 802.11r and
> 802.11w). For people who don't need the full hostapd but are stuck with
> libopenssl for other reasons, this saves quite a bit of space.
Please do the s
On Thu, Oct 29, 2020 at 05:33:44PM +, Rui Salvaterra wrote:
> Hi, Daniel,
>
> On Thu, 29 Oct 2020 at 16:16, Daniel Golle wrote:
> >
> > Please do the same for wpad-basic as well, just to be consistent.
>
> Sure thing, I had even suggested it on IRC. :) Do you pre
Hi!
On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote:
> Hi all,
>
> These are the ideas I've been thinking about for the future of OpenWrt for a
> while. It looks complete enough to share it with all of you.
>
> I'm willing to put a great deal of effort to get as much out-of-tree patch
On Fri, Mar 31, 2023 at 03:52:47PM +0300, Arınç ÜNAL wrote:
> On 31.03.2023 14:33, Daniel Golle wrote:
> > Hi!
> >
> > On Fri, Mar 31, 2023 at 12:44:12PM +0300, Arınç ÜNAL wrote:
> > > Hi all,
> > >
> > > These are the ideas I've been
On Fri, Mar 31, 2023 at 05:35:22PM +0300, Arınç ÜNAL wrote:
> On 31.03.2023 16:47, Daniel Golle wrote:
> > On Fri, Mar 31, 2023 at 03:52:47PM +0300, Arınç ÜNAL wrote:
> > > On 31.03.2023 14:33, Daniel Golle wrote:
> > > > Hi!
> > > >
> > > >
; Sridhar PSVPhone 571 244-5862
>
> On Friday, March 31, 2023 at 11:07:50 AM CDT, Felix Fietkau
> wrote:
>
> On 31.03.23 14:52, Arınç ÜNAL wrote:
> > On 31.03.2023 14:33, Daniel Golle wrote:
> >> Hi!
> >>
> >> On Fri, Mar 31,
On Fri, Mar 31, 2023 at 01:34:03PM -0700, Elliott Mitchell wrote:
> On Fri, Mar 31, 2023 at 02:47:23PM +0100, Daniel Golle wrote:
> >
> > Another example is selection of the rootfs. Kernel folks argue that
> > we should use an initramfs for that, however, we try to avoid the
rmat: error!: must use '-S' with non-zero value when reading from stdin
>
> This change fixes sysupgrade for bcm53xx and bcm4908 NAND devices
> possibly some other targets too.
>
> Cc: Rodrigo Balerdi
> Cc: Daniel Golle
> Fixes: 971071212052 ("base-files: acce
On Tue, Apr 11, 2023 at 02:31:55PM +0200, Koen Vandeputte wrote:
> On Tue, Apr 11, 2023 at 10:33 AM Koen Vandeputte
> wrote:
> >
> > On Tue, Apr 11, 2023 at 1:36 AM Lanchon wrote:
> > >
> > >
> > >
> > > On 4/10/23 15:38, Daniel Golle w
On Mon, May 01, 2023 at 09:01:29AM -0600, Philip Prindeville wrote:
>
>
> > On May 1, 2023, at 8:12 AM, Joseph Mullally wrote:
> >
> > On Mon, May 1, 2023 at 5:43 AM Philip Prindeville
> > wrote:
> >>> On Apr 28, 2023, at 11:18 PM, Elliott Mitchell
> >>> wrote:
> On Fri, Apr 28, 2023 at
n and have one. Alternatively, indeed more
> > > targets.
> > >
> > > Perhaps "x86" and "x86vm"?
> >
> > There were sound reasons for avoiding initramfs.
>
> Indeed. I'm suggesting perhaps OpenWRT/x86 should be different
On Sun, May 07, 2023 at 11:56:59AM -0300, Luiz Angelo Daros de Luca wrote:
> Em sáb., 6 de mai. de 2023 06:12, Arınç ÜNAL escreveu:
> >
> > Hi.
>
> Hi Arinç,
>
> > I see a lot of development on the network drivers like DSA, PHY, etc.
> > Are there any plans to put all these drivers on the realte
On Fri, May 19, 2023 at 10:11:39AM +0200, e9hack wrote:
> Hi,
>
> I face a strange behaviour. If I compile hostapd with openssl, the Luci web
> interface shows both wifis (2.4G+5G) as active and shows connected stations.
> If I compile hostapd with wolfssl, the Luci web interface shows only the
On Sat, Jun 03, 2023 at 11:44:04AM +0300, Arınç ÜNAL wrote:
> On 2.06.2023 10:18, Linus Walleij wrote:
> > On Thu, Jun 1, 2023 at 11:20 PM Christian Lamparter
> > wrote:
> >
> > > I looked into "how to get the old and new usb-fotg210" into one
> > > "define KernelPackage/usb-fotg210". Thing is,
On Sat, Jul 22, 2023 at 10:52:02PM +0800, Shiji Yang wrote:
> From: Shiji Yang
>
> This patch adds basic TX power control to the MT7620 and limits its
> maximum TX power. This can avoid the link speed decrease caused by
> chip overheating.
Thanks a lot for your patch and analysis of the situatio
On Sun, Jul 23, 2023 at 10:14:54AM +0800, Shiji Yang wrote:
> From: Shiji Yang
>
> This patch adds basic TX power control for the MT7620 and limits its
> maximum TX power. This can avoid the link speed decrease caused by
> chip overheating.
>
> Signed-off-by: Shiji Yang
> ---
> Changes since v1
Hi!
Thank you for your contribution.
I (probably) found a minor typo, see below:
On Wed, Jul 26, 2023 at 09:22:22PM +0800, Shiji Yang wrote:
> From: Shiji Yang
>
> This patch makes some improvements to the MT7620 RF calibration.
>
> 1. Move MT7620 PA/LNA calibration code to dedicated functions
On Wed, Jul 26, 2023 at 02:57:08PM +, 杨 世基 wrote:
> Thanks for your review!
>
> on July 26, 2023, 1:49 p.m. UTC, Daniel Golle wrote:
> >Hi!
> >
> >Thank you for your contribution.
> >I (probably) found a minor typo, see below:
> >
> >On Wed, Jul 2
On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> Hi all,
>
> How about we follow the approach of Alpine Linux[1] and offer a standard, an
> extended and a virtual firmware for the x86/64 target?
>
> What packages specifically is another discussion but the approach could be
> that
On Mon, Nov 13, 2023 at 07:54:34PM +, Petr Štetiar wrote:
> Paul Spooren [2023-11-13 13:30:10]:
>
> Hi,
>
> > How about we follow the approach of Alpine Linux[1] and offer a standard,
> > an extended and a virtual firmware for the x86/64 target?
>
> FYI that pull request added 27 firmware
On Mon, Nov 13, 2023 at 06:26:04PM -0800, Elliott Mitchell wrote:
> On Mon, Nov 13, 2023 at 12:48:14PM +0000, Daniel Golle wrote:
> > On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> > >
> > > How about we follow the approach of Alpine Linux[1] and
Hi Rafal,
looks good in general, please see minor comments in line.
On Mon, Nov 20, 2023 at 12:01:38PM +0100, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Acelink EW-7886CAX is an MT7986A (AKA Filogic 830) based access point.
> It has 512 MiB of RAM, one 2.5 Gbps PoE (802.3at) Ethernet port a
the fact fw_printenv's default env
> will not match the vendor's U-Boot one.
>
> Untested features
> -
> Flashing from stock web UI wasn't tested, but is expected to work, being stock
> firmware shipped as a sysupgrade tar image as well.
> Further
Hi Everyone,
On Sat, Nov 25, 2023 at 05:14:30PM +0100, Hauke Mehrtens wrote:
> Hi Arınç and Paul,
>
> Thank you Arınç for organizing the Battlemesh in Cyprus.
>
> I will probably join the Battlemesh again, but I wont have much time to
> organize stuff.
>
> The following dates are currently prop
On Tue, Jan 09, 2024 at 12:56:55PM +0100, Robert Marko wrote:
> ---SNIP---
>
> > Why not 6GHz?
>
> 6GHz requires an external card, and I doubt you can fit that in the
> target price.
Afaik we could use MT7976A as DBDC front-end supporting 2.4 GHz + 5/6 GHz
instead of MT7976C which only supports
On Tue, Jan 09, 2024 at 05:52:57PM +0100, Rafał Miłecki wrote:
> On 9.01.2024 13:29, John Crispin wrote:
> > On 09.01.24 12:56, Robert Marko wrote:
> > > ---SNIP---
> > >
> > > > Why not 6GHz?
> > > 6GHz requires an external card, and I doubt you can fit that in the
> > > target price.
> > >
> >
On Tue, Jan 09, 2024 at 06:49:04PM +0100, Janusz Dziedzic wrote:
> wt., 9 sty 2024 o 18:02 Robert Marko napisał(a):
> >
> > On Tue, 9 Jan 2024 at 17:53, Rafał Miłecki wrote:
> > >
> > > On 9.01.2024 13:29, John Crispin wrote:
> > > > On 09.01.24 12:56, Robert Marko wrote:
> > > >> ---SNIP---
> >
Hi!
On Wed, Jan 10, 2024 at 11:47:08AM +0100, Bjørn Mork wrote:
> John Crispin writes:
>
> > At the beginning we focused on the most powerful (and
> > expensive) configurations possible but finally ended up with something
> > rather simple and above all,feasible.
>
> That's a very wise choice.
On Wed, Jan 17, 2024 at 05:47:26PM +0100, John Crispin wrote:
>
> On 17.01.24 17:46, Janusz Dziedzic wrote:
> > Do you think I can use m.2 A->M converter here and use wifi mt7916 A+E
> > (6GHz) instead of NVMe?
> > Eg.https://kamami.pl/akcesoria-do-raspberry-pi/587051-m2-m-key-to-m2-a-key-adapter-
On Tue, Jan 30, 2024 at 07:15:54PM +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 every
On Sat, Feb 03, 2024 at 05:42:22PM +0100, Felix Baumann via openwrt-devel wrote:
> The sender domain has a DMARC Reject/Quarantine policy which disallows
> sending mailing list messages using the original "From" header.
>
> To mitigate this problem, the original message has been wrapped
> automati
erated by Gitiles differ on
> every download so a checksum can't be specified.
>
> Due to all above a custom download is implemented in "Build/Prepare".
> Then firmware gets simply extracted and packaged.
>
> Cc: Robert Marko
> Cc: Christian Marangi
> C
On 13 February 2024 17:39:29 UTC, Paul Spooren wrote:
>Hi,
>
>> On Feb 12, 2024, at 14:30, Petr Štetiar wrote:
>>
>> Jo-Philipp Wich [2024-02-12 14:09:27]:
>>
>> Hi,
>>
>>> Ideally all packages specifying an ABI version should ship versioned .so
>>> files
>>> as well.
>>
>> I would like t
On Tue, Feb 20, 2024 at 11:47:49PM +0100, e9hack wrote:
> Am 20.02.2024 um 14:14 schrieb Paul D:
> >
> > Could you show an example of this?
> >
>
> I modified /usr/lib/dnsmasq/dhcp-script.sh to see additional variables in the
> syslog:
>
> --- dhcp-script.sh.orig 2024-02-14 16:22:53.0
On Wed, Feb 21, 2024 at 10:01:30PM +0100, e9hack wrote:
> Am 21.02.2024 um 01:21 schrieb Daniel Golle:
> >
> > Yep, I didn't think about empty variables when I built this...
> >
> > Can you test this please:
> > https://github.com/openwrt/procd/pull/3
> &
On Wed, Mar 13, 2024 at 05:50:36PM -0700, Elliott Mitchell wrote:
> On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote:
> > On 13-03-2024 08:46, Felix Baumann wrote:
> > > Am 13. März 2024 05:11:23 MEZ schrieb Elliott
> > > Mitchell:
> > >> I must challenge this. If patches via the
Hi everyone!
you may all have heard and read about CVE-2024-3094. If not, please do
so now [1], [2].
This incident has exposed many long standing issues and should not be
seen as a singular event, but rather as the result of several
unhealthy patterns. And while OpenWrt was not affected by the
re
On Sun, Mar 31, 2024 at 12:05:03PM +0200, Thibaut wrote:
>
> > Le 31 mars 2024 à 01:07, Elliott Mitchell a écrit :
> >
> >> Normally upstream publishes release tarballs that are different than the
> >> automatically generated ones in GitHub. In these modified tarballs, a
> >> malicious version o
Hi Sam,
On Sun, Mar 31, 2024 at 03:32:59PM -0700, Sam Petrov wrote:
> I have a project for work I'm shopping around: I have access to an
> existing SDK from Morse Micro
> (https://drive.google.com/drive/folders/18vAzb6E4E33axyx20E9QvXI0NfQVF6S8?usp=sharing).
> I'm trying to get AHM26108D
> (https:
On Mon, Apr 01, 2024 at 02:49:46PM +0200, Petr Štetiar wrote:
> Daniel Golle [2024-03-30 15:30:49]:
>
> Hi,
>
> > In many ways, we are already better
>
> I would probably avoid such bold statements and would be more humble, since
> you never know why OpenWrt wasn&#
ntended to be applied on the current git
HEAD of odhcpd.git, right? Also that is something worth mentioning in
the cover letter.
For the whole series:
Reviewed-by: Daniel Golle
>
> Paul Donald (9):
> various: refactor
> various: refactor
> various: Comment fixes
> ro
Hi Ivan,
On Thu, Apr 11, 2024 at 10:15:58AM +, Ivan Ivanov wrote:
> > there are no Wifi-5+ chips on the market that can run without blobs
>
> This is true, but at the same time - undoubtedly - some chips are more
> likely to be liberated from blobs than the others. Some WiFi chip may
> have b
On Fri, Apr 12, 2024 at 01:38:01PM -0400, Michael Richardson wrote:
>
> John Crispin wrote:
> > On 12.04.24 15:30, Michael Richardson wrote:
> >> Is the MT7981B specification available publically at this point?
> >>
> >> I can find a 7986 sheet on hackaday, but who knows how it di
On Fri, Apr 12, 2024 at 05:37:22PM -0400, Michael Richardson wrote:
>
> John Crispin wrote:
> >> using OP-TEE and fTPM.
>
> > pretty high on my list once we find the time
>
> >
> https://trustedfirmware-a.readthedocs.io/en/latest/components/spd/index.html
> >
> https://trusted
ready have the phy-is-integrated property
> set on the PHYs at address 48 and 49.
>
> Signed-off-by: Stijn Tintel
Acked-by: Daniel Golle
> ---
> .../realtek/files-5.15/drivers/net/ethernet/rtl838x_eth.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
&g
Hi Michael,
On Mon, Apr 29, 2024 at 03:04:37PM -0400, Michael Richardson wrote:
>
> {sorry for the long delay, been unwell}
>
> Bjørn Mork wrote:
> > Maybe it is possible to deploy the system with secure boot and a
> > protected IDevId key by default, but allowing the user/owner to eras
On Tue, May 07, 2024 at 11:52:02PM +0200, Robert Marko wrote:
> On Tue, 7 May 2024 at 23:25, Paul Spooren wrote:
> >
> > Hi all,
> >
> > For some reason (resource usage?) our snapshot builds do not include the
> > LuCI web interface. I think it’s an advantage to have LuCI installed in
> > snapsh
Hi Michael,
On Fri, May 10, 2024 at 03:03:27PM -0400, Michael Richardson wrote:
>
> Daniel Golle wrote:
> > On Mon, Apr 29, 2024 at 03:04:37PM -0400, Michael Richardson wrote:
> >>
> >> {sorry for the long delay, been unwell}
> >>
>
On 1 June 2024 20:23:20 UTC, "Arınç ÜNAL" wrote:
>I've been working on porting MP-DCCP to Teltonika SDK 7.6.10. The SDK is
>based off of OpenWrt, close to 22.03.6. After spending hours on figuring
>out why my MP-DCCP port works on the vanilla 5.10.201 but not OpenWrt's
>5.10.201, I've started lo
Hi Eric,
On Wed, Jun 26, 2024 at 09:44:04PM +, Eric via openwrt-devel wrote:
> The sender domain has a DMARC Reject/Quarantine policy which disallows
> sending mailing list messages using the original "From" header.
>
> To mitigate this problem, the original message has been wrapped
> automat
Hi Eric,
Hi Digitalocean operators,
On Wed, Jun 26, 2024 at 10:54:36PM +, Eric via openwrt-devel wrote:
> [...]
> 11: digitalocean-ic-378007.ip.twelve99-cust.net 162.834ms
> 12: 2a03:b0c0:fffe::92 151.227ms
> 13: no reply
> ... all no reply
> 30: no
On Tue, Jul 30, 2024 at 03:40:25PM +0200, e9hack wrote:
> Hi,
>
> if a process is started via procd in a jail and uses some files, changes to
> those files outside the jail are not reflected inside the jail. For E.g.
> dnsmasq runs in a jail. The configuration is changed, that only the host fil
On 1 August 2024 07:26:35 UTC, Martin Schiller wrote:
>Hi!
>
>I've got some issues bringing up copper SFPs in a BananaPi BPI-R4 runnig
>the latest OpenWrt master. Using the original Firmware pre-installed on
>the BPI-R4 makes the modules work as expected:
>
>I've tested with a HPE J8177C 1GBASE
Signed-off-by: Daniel Golle
diff --git a/target/linux/ramips/base-files/lib/ramips.sh
b/target/linux/ramips/base-files/lib/ramips.sh
index 5d24abc..8ca3bfb 100755
--- a/target/linux/ramips/base-files/lib/ramips.sh
+++ b/target/linux/ramips/base-files/lib/ramips.sh
@@ -70,9 +70,9
Similar to ar71xx, detect only once and cache the strings in
/tmp/sysinfo/model and /tmp/sysinfo/boardname.
Signed-off-by: Daniel Golle
diff --git a/target/linux/ramips/base-files/lib/preinit/03_preinit_do_ramips.sh
b/target/linux/ramips/base-files/lib/preinit/03_preinit_do_ramips.sh
index
add ALL5003 to board description in mach-all5002.c
adapt detection in user-space accordingly
(no functional changes)
Signed-off-by: Daniel Golle
diff --git a/target/linux/ramips/base-files/lib/ramips.sh
b/target/linux/ramips/base-files/lib/ramips.sh
index 4687856..4b3e362 100755
--- a/target
Signed-off-by: Daniel Golle
diff --git a/target/linux/ramips/base-files/lib/ramips.sh
b/target/linux/ramips/base-files/lib/ramips.sh
index 4b3e362..0702145 100755
--- a/target/linux/ramips/base-files/lib/ramips.sh
+++ b/target/linux/ramips/base-files/lib/ramips.sh
@@ -6,6 +6,19
All known rt305x and rt3883 implementations support at least the 24kec
instruction set which includes the DSP extension. For rt288x, the previous
value mips32r2 is kept.
The cpu target is now set per sub-archtecture, according to
cpu-feature-overrides.h of each SoC family.
Signed-off-by: Daniel
user-space support for extracting the EEPROM for the RaLink WiFi is still
missing. Besides this, it's all working.
Signed-off-by: Daniel Golle
create mode 100644 target/linux/lantiq/image/ACMP252.dts
create mode 100644 target/linux/lantiq/xway/profiles/audiocodes.mk
diff --git a/target/
t way it doesn't get
mangled by gmail).
Cheers
Daniel
>From 70816138ee35a08aaf129f750979496a5443586a Mon Sep 17 00:00:00 2001
From: Daniel Golle
Date: Fri, 8 Mar 2013 03:42:56 +0200
Subject: [PATCH] [ar71xx] build image for TL-WDR4300v1 (IL)
---
target/linux/ar71xx/image/Makefile
Sorry, the previous mail contained the wrong patch (that's the problem with
attachments -- you don't see their content while composing the mail...)
>From 062e4686778df46a94729195cc07ff4bfdc57fa2 Mon Sep 17 00:00:00 2001
From: Daniel Golle
Date: Fri, 8 Mar 2013 03:42:56 +0200
Su
On 03/10/2013 04:18 PM, Bastian Bittorf wrote:
> * Daniel Golle [10.03.2013 15:17]:
>> ;;
>> +"430080"*)
>> +iw reg set IL
>> +model="TP-Link TL-WDR4300 (IL)"
>> +;;
>
> dont do '
On 03/10/2013 05:37 PM, Bastian Bittorf wrote:
> * Daniel Golle [10.03.2013 16:24]:
>> However, the law over here says that it should not be up to the user to
>> decide that.
>
> i understand your thoughts, but linux/openwrt is not responsible for
> fight with the la
On 03/10/2013 05:42 PM, Bastian Bittorf wrote:
> * Daniel Golle [10.03.2013 16:24]:
>> The idea of doing iw reg set IL when the board is detected was to simulate
>> that
>> behaviour and achieve the same result as if it was done properly in the
>> EEPROM
>> (i.
On 03/10/2013 06:56 PM, Matthias Schiffer wrote:
> On 03/10/2013 05:05 PM, Daniel Golle wrote:
>> Simply speaking: If I buy a TP-LINK router in germany and flash it with
>> OpenWrt,
>> it will come with ETSI 0x68 regdomain (or similar) set in the "art"
>> pa
701 - 800 of 1205 matches
Mail list logo
