On Fri, Jan 24, 2025 at 11:03:28PM +, Chester A. Unal wrote:
> On 24/01/2025 22:15, Hauke Mehrtens wrote:
> > > @arinc9:
> > > >
> > > > Currently we have the following known bugs:
> > > >
> > > > [...]
> > > > * Ethernet link unstable on some mt7530 switches. Deactivate EEE
> > > > (Energy
On Fri, Jan 24, 2025 at 10:05:04PM +0100, Hauke Mehrtens wrote:
> @Daniel: Is this PR fine about the rtl 2.5G PHY ready to merge or just a
> test?
> https://github.com/openwrt/openwrt/pull/17701
Well, it seems to resolve the issue, but I don't think it's the correct
fix.
Fee
Pozdrawiam
Daniel Zawadzki
--- End Message ---
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi Enrico,
the patch generally looks very good.
Few things:
- It would be better to use NVMEM in device tree to assign MAC
addresses.
- You could use 'fitblk' in order to have the bootloader validate the
whole image before booting and prevent bootloops in case of corrupted
squashfs (eg.
On Wed, Oct 23, 2024 at 07:52:23PM +, Eric wrote:
> On Wednesday, October 23rd, 2024 at 10:25, Christian Marangi (Ansuel)
> wrote:
>
> > Well mainly it's the luci app and extensive testing.
>
> Is there a version of 'ubus call rpc-sys packagelist' reworked to handle the
> APK package lists
On Wed, Oct 23, 2024 at 07:25:53PM +0200, Christian Marangi (Ansuel) wrote:
> Il giorno mer 23 ott 2024 alle ore 19:22 Daniel Golle
> ha scritto:
> >
> > On Wed, Oct 23, 2024 at 05:52:30PM +0200, Christian Marangi (Ansuel) wrote:
> > > Il giorno mer 23 ott 2024
On Wed, Oct 23, 2024 at 05:52:30PM +0200, Christian Marangi (Ansuel) wrote:
> Il giorno mer 23 ott 2024 alle ore 17:51 Petr Štetiar
> ha scritto:
> >
> > Hauke Mehrtens [2024-09-21 11:51:19]:
> >
> > Hi,
> >
> > > We should already start building up the build infrastructure for a 24.10
> > > bran
Hi Linus,
thank you for your patch contribution.
On Sun, Oct 06, 2024 at 05:32:04PM +0200, Linus Walleij wrote:
> This solution that is needed for some routers to provide proper
> LED activity when controlled directly by the MV88E6xxx switch,
> has just been merged in upstream Linux.
> [...]
> di
thanks for the insights and a fast reply!
/ Daniel
On Saturday, August 10th, 2024 at 21:22, Stefan Lippers-Hollmann
wrote:
>
>
> Hi
>
> On 2024-08-10, Daniel Nilsson via openwrt-devel wrote:
>
> > I was taking a look at the ipq60xx target, and noticed that none of
>
ould be good to have that configured so it at least gets
built as part of the next release.
/ Daniel
--- End Message ---
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
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
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
h direct contact to DO can create a ticket there, I'm
not sure if sending an email to the noc@ address is enough.
Cheers
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ration timed out.
> Retrying.
>
please check your IPv6 routing and firewall, it definitely works fine
for me:
[daniel@box ~]$ wget -6 --connect-timeout=10
https://sysupgrade.openwrt.org/json/v1/overview.json
--2024-06-26 22:53:54-- https://sysupgrade.openwrt.org/json/v1/overview.json
Lo
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 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}
> >>
>
Fixes two bugs:
1) if condition in is_better_candidate previously always evaluated to false.
2) below_load_threshold actually implemented above_load_threshold
Signed-off-by: Daniel Albers
---
policy.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/policy.c b/policy.c
Fixes two bugs:
1) if condition in is_better_candidate previously always evaluated to false.
2) below_load_threshold actually implemented above_load_threshold
Fixes #5
---
policy.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/policy.c b/policy.c
index 8c5d244..632cd4
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
ds to run the necessary PKI infrastructure
in a democratic and distributed way, without requiring any NDAs and
without any single point of responsibility or potential bus-factor.
Cheers
Daniel
>
> --
> Michael Richardson. o O ( IPv6 IøT consulting )
>Sandelman Software W
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
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
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
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
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
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&#
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 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
e in it.
Of course, the real problem (which is much deeper) is the lack of
maintainer resources for critical infrastructure. This message [5]
says it all.
Cheers
Daniel
[1]: https://www.openwall.com/lists/oss-security/2024/03/29/4
[2]: https://boehs.org/node/everything-i-know-about-the-xz-backdoor
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
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 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 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
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 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
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
t also sounds like a
bear to parse.
$(foreach v, \
$(shell echo "$(filter-out .VARIABLES,$(.VARIABLES))" | tr ' ' '\n' |
sort), \
$(info /tmp/make_vars,$(shell printf "%-20s" "$(v)")= $(value $(v))) \
)
Daniel
__
g for each component
(peripheral interfaces, etc.) from one chip to the next, and thus the
registers and behavior that had been previously published in a some
other programmer's manual. It's a strange world to me.
Daniel
___
openwrt-de
open hardware world so
awesome.\!
Daniel
yeah we will add all remaining GPIO togehter with GND and 3,3V on a
2.54mm header.
HELL YES! Even better!
Even though it's on mikroBUS, maybe export the reset line on header as well?
Daniel
___
o
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-
that the MCU did, but they were all N/C. Hackability is
what makes the FOSS / open hardware world so awesome.\!
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
. So would suggest a design where differential mux can be
left unpopulated to create a product w/o USB 3 support. But of course,
this doesn't overcome EMI concerns Daniel Golle mentioned.
Daniel
___
openwrt-devel mailing list
openwrt-devel@
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 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---
> >
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 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
eaching out to the wider community once we decided on the date.
Cheers
Daniel
>
> Hauke
>
> On 11/25/23 12:59, Arınç ÜNAL wrote:
> > Hello!
> >
> > I am the head organiser of the next Battlemesh. I will also be involved
> > the most on organising the OpenWrt summi
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 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
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
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 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
Adds the 2 required firmware files for MT7922 chips.
Signed-off-by: Daniel Danzberger
---
package/kernel/mt76/Makefile | 14 ++
1 file changed, 14 insertions(+)
diff --git a/package/kernel/mt76/Makefile b/package/kernel/mt76/Makefile
index cc8221d7ce..dd75390ee7 100644
--- a
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
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 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
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
Some modems, depending on their state and connection quality can take
longer than 15 seconds to answer mbim message requests.
This commit adds the -T option, allowing the user to specifiy a custom
message timeout in seconds.
Default is still 15.
Signed-off-by: Daniel Danzberger
---
cli.c
On Wed, 2023-07-05 at 15:03 +, Eric wrote:
> On Wednesday, July 5th, 2023 at 06:08, Daniel Danzberger
> wrote:
> > Some modems, depending on their state and connection quality can take
> > longer than 15 seconds to answer mbim message requests.
> >
> >
Some modems, depending on their state and connection quality can take
longer than 15 seconds to answer mbim message requests.
This commit adds the -T option, allowing the user to specifiy a custom
message timeout in seconds.
Default is still 15.
Signed-off-by: Daniel Danzberger
---
cli.c
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,
This fixes a well known "LZMA ERROR 1" error, reported previously on
numerous of similar devices.
Signed-off-by: Daniel Danzberger
---
target/linux/ramips/image/mt7621.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ra
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 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
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 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
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
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 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
; 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 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!
> > > >
> > > >
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
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
airOS firmware:
- Follow instructions for XC-type Ubiquiti devices on OpenWrt wiki at
https://openwrt.org/toh/ubiquiti/common
Back to stock firmware:
- Follow instructions for Ubiquiti recovery via TFTP at OpenWrt wiki.
Signed-off-by: Daniel González Cabanelas
---
.../dts/qca9558_ubnt_nanobeam
ev/sda1 /mnt
mv /mnt/uImage.buffalo.bak /mnt/uImage.buffalo
mv /mnt/initrd.buffalo.bak /mnt/initrd.buffalo
2. Boot from the hard drive and perform a stock firmware update using
the Buffalo utility. The NAND will be restored to the original
state.
Signed-off-by: Daniel Go
On 1/22/23 12:24, Arınç ÜNAL wrote:
On 22.01.2023 20:44, Daniel Santos wrote:
On 1/22/23 00:23, Arınç ÜNAL wrote:
On 22 January 2023 02:02:04 GMT+03:00, Daniel Santos
wrote:
On 1/21/23 15:19, Arınç ÜNAL wrote:
On 21.01.2023 21:32, Daniel Santos wrote:
... You can use this to see what the
On 1/21/23 15:19, Arınç ÜNAL wrote:
On 21.01.2023 21:32, Daniel Santos wrote:
... You can use this to see what the valid values are for each group,
because until this all goes yaml, there's nothing to tell you if
you've used an invalid value.
Speaking of which:
https://git.kern
ath those respective drivers can resulted in undefined
behavior -- I think any such mechanism would have to remove devices that
depend upon it first -- and I'm willing to guess that not all of our
device drivers are properly coded to "go away."
Again, John Crispin will know more about this.
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Mon, Jan 09, 2023 at 07:44:34PM +0100, Andre Heider wrote:
> On 09/01/2023 18:28, Christian Marangi wrote:
> > From: Jo-Philipp Wich
> >
> > Some device have embedded wifi card that are not connected with usb or
> > internall with pci. Such device have fake device_id and only the
> > vendor_id
On Fri, Jan 06, 2023 at 05:32:48PM +0100, Robert Marko wrote:
> On Fri, 6 Jan 2023 at 17:31, Christian Marangi wrote:
> >
> > On Fri, Jan 06, 2023 at 05:14:37PM +0100, Robert Marko wrote:
> > > Add Qualcomm Atheros QCN6024/9024/9074 PCI ID, they all are compatible and
> > > use the same ID.
> > >
Some BCM63268 bootloaders may leave gpio registers, related to the
roboswitch, disabled before loading the OpenWrt firmware. As result of
this the switch won't work.
These registers, if not enabled, probably avoid forwarding packets.
Fix it.
Signed-off-by: Daniel González Cabanelas
---
.
cycle the USB PLL to fix it.
Signed-off-by: Daniel González Cabanelas
---
.../393-bcm6358-power-cycle-usb-pll.patch | 47 +++
...CM63XX-Register-SPI-flash-if-present.patch | 2 +-
.../430-MIPS-BCM63XX-add-nand-clocks.patch| 8 ++--
.../431-MIPS-BCM63XX-add-nand
On Wed, Dec 14, 2022 at 07:00:40PM -0800, B wrote:
> On 12/14/22 05:45, e9hack wrote:
> > Hi,
> >
> > I'm build OpenWrt with additional sub directories in /mnt.
> > /etc/config/fstab contains an entry, to mount an usb drive to /mnt/1. If
> > I execute 'block umount', the usb drive will be unmount
On Wed, Dec 14, 2022 at 06:04:40PM +0100, Nick wrote:
> Lately, I had to look at some mac80211 patches and I did not understand why
> some patches are still present or not upstreamed. What about upstreaming
> some of the mac80211 patches or removing some?
> For example "120-cfg80211_allow_perm_addr
On Wed, Dec 14, 2022 at 02:45:02PM +0100, e9hack wrote:
> Hi,
>
> I'm build OpenWrt with additional sub directories in /mnt. /etc/config/fstab
> contains an entry, to mount an usb drive to /mnt/1. If I execute 'block
> umount', the usb drive will be unmount and the subdirectory 1 in /mnt will be
52P
* ZyXEL GS1900-48
* Panasonic Switch-M48eG PN28480K
All of the above are using RealTek RTL839x platform.
Cheers
Daniel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ch' to submit the patch. If using a specific graphical
or web mail user agent cannot be avoided at all, as a last resort it is
also ok to send patches generated using 'git format-patch' as an
attachment.
To be consistent in style it would also be better to change the patch
subjec
OEM firmware using the CFE web UI: http://192.168.1.1
Unsupported:
- xDSL
- Wifi 2.4 GHz
- WiFi 5 GHz, BCM4352, might eventually get basic support.
Signed-off-by: Daniel González Cabanelas
Signed-off-by: Artemii Karavashkin
---
Changes in v2:
- added USB packages.
Changes in v3:
- no changes
Enable the tplink mtd firmware splitter to allow booting images with
tplink headers.
Since known devices with these headers are dual core, only enable this
driver in the SMP subtarget.
Signed-off-by: Daniel González Cabanelas
---
Changes in v2: no changes
Changes in v3: cosmetic
Changes in v4
Add macros and a python script to build images compatible with tplink
CFE bootloaders.
Signed-off-by: Daniel González Cabanelas
---
Changes in v2:
- factory image fixed. (cfe-tplink-crcfix.py doesn't work if CFE
already prepended)
Changes in v3:
- fixed name in temp files for prependin
OEM firmware using the CFE web UI: http://192.168.1.1
Unsupported:
- xDSL
- Wifi 2.4 GHz
- WiFi 5 GHz, BCM4352, might eventually get basic support.
Signed-off-by: Daniel González Cabanelas
Signed-off-by: Artemii Karavashkin
---
Changes in v2:
- added USB packages.
Changes in v3:
- no changes
Add macros and a python script to build images compatible with tplink
CFE bootloaders.
Signed-off-by: Daniel González Cabanelas
---
Changes in v2:
- factory image fixed. (cfe-tplink-crcfix.py doesn't work if CFE
already prepended)
Changes in v3:
- name in temp files for prepending CFE
Enable the tplink mtd firmware splitter to allow booting images with
tplink headers.
Since known devices with these headers are dual core, only enable this
driver in the SMP subtarget.
Signed-off-by: Daniel González Cabanelas
---
Changes in v2: no changes
Changes in v3: cosmetic
target/linux
On Tue, Nov 29, 2022 at 12:05:51PM -0500, Peter Naulls wrote:
> On 11/29/22 11:50, Daniel Golle wrote:
>
> >
> > There is nothing wrong with that use-case, and it can even be
> > interesting for other downstream users. Encrypted rootfs_data is
> > generall
On Tue, Nov 29, 2022 at 11:28:29AM -0500, Peter Naulls wrote:
> On 11/29/22 10:32, Daniel Golle wrote:
> > On Tue, Nov 29, 2022 at 10:23:48AM -0500, Peter Naulls wrote:
> > >
> > > This backports the upstream label feature in block2mtd to the 5.10.x
On Tue, Nov 29, 2022 at 10:23:48AM -0500, Peter Naulls wrote:
>
> This backports the upstream label feature in block2mtd to the 5.10.x kernel
> in 22.03:
>
> https://github.com/torvalds/linux/blob/master/drivers/mtd/devices/block2mtd.c
Where are we using block2mtd and why?
I'm not against backp
On Tue, Nov 29, 2022 at 11:10:22PM +0900, INAGAKI Hiroshi wrote:
> [...]
> This seems to be caused by "image" directory in
> staging_dir/target-mipsel_24kc_musl/ not existing, and when I created that
> folder manually the build succeeded.
>
> ---
> user@hostmachine:/openwrt/user/git/musashino-
Call 'mkdir -p $(STAGING_DIR_IMAGE)' before trying to store files in
this potentially non-existing folder.
Signed-off-by: Daniel Golle
---
include/image-commands.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/image-commands.mk b/include/image-commands.mk
index
On Tue, Nov 29, 2022 at 09:30:25PM +0900, INAGAKI Hiroshi wrote:
> Hi Daniel,
>
> thank you for your review.
>
> On 2022/11/29 11:07, Daniel Golle wrote:
> > On Wed, Nov 23, 2022 at 12:24:09PM +0900, INAGAKI Hiroshi wrote:
> ...
> > > @@ -972,10 +955,13 @@
On Wed, Nov 23, 2022 at 12:24:09PM +0900, INAGAKI Hiroshi wrote:
> Use ARTIFACTS to generate initramfs-based factory image of I-O DATA
> WN-AX1167GR instead of redundant recipe which generate on
> KERNEL_INITRAMFS.
>
> Note:
>
> WN-AX1167GR has 2x OS images on stock firmware.
>
> stock log:
>
>
1 - 100 of 1548 matches
Mail list logo
