Hello all!!
is there any chance we can merge any form of this patch?
The device it is related seems pretty popular and one of the rare devices
supporting VDSL, 35B profile and with nice specs.
Even tough I can understand it is not desirable to maintain this patch
indefinitely should that be the
Fixing typos to make the whole message clearer.
On Sun, Apr 14, 2024 at 01:03:04AM +0200, Enrico Mioso wrote:
> On Fri, Apr 12, 2024 at 05:30:35PM -0400, Michael Richardson wrote:
> >
> > Daniel Golle wrote:
> > >> In the first PDF, there is mention of:
> >
On Fri, Apr 12, 2024 at 05:30:35PM -0400, Michael Richardson wrote:
>
> Daniel Golle wrote:
> >> In the first PDF, there is mention of:
> >> Security Support 2 * 256-bit multi-key on OTP eFuse
> >> Support 64 version OTP eFuse for anti-rollback
>
> > Those features require
On Sat, Feb 03, 2024 at 07:02:44PM +0100, Christian Marangi (Ansuel) wrote:
> Il giorno sab 3 feb 2024 alle ore 18:55 Janusz Dziedzic
> ha scritto:
> >
> > sob., 3 lut 2024 o 13:08 Hauke Mehrtens napisał(a):
> > >
> > > Hi,
> > >
> > > I track the status of the Linux kernel 6.1 migration in this
Hello!!
First of all, let me thank You all for this great project.
I wll do my best to buy some units - even tough I am not contributing by any
mean to OpenWrt in terms of code, or very little, I am very passionate about
this project and the overall router freedom.
As most of you know by now,
shipped as a sysupgrade tar image as well.
Furthermore, going back to stock firmware wasn't tested, but should be possible
via U-Boot failsafe web UI.
CREDITS
--
Daniel Golle did the hard part of this port, so thank you!
Signed-off-by: Daniel Golle
Signed-off-by: Enrico Mioso
-
On Sun, Nov 26, 2023 at 03:35:09PM +, Daniel Golle wrote:
> Hi Enrico,
>
> thank you for advancing with support for this device!
>
> See comments inline, mostly about left-overs from earlier draft
> implementations of nvmem-on-MMC.
>
> On Sun, Nov 26, 2023 at 04:11:
shipped as a sysupgrade tar image as well.
Furthermore, going back to stock firmware wasn't tested, but should be possible
via U-Boot failsafe web UI.
CREDITS
--
Daniel Golle did the hard part of this port, so thank you!
Signed-off-by: Daniel Golle
Signed-off-by: Enrico Mioso
-
Hi all!!
On Tue, 8 Aug 2023, Linus Walleij wrote:
Date: Tue, 8 Aug 2023 09:38:09
From: Linus Walleij
To: Felix Baumann
Cc: openwrt-devel@lists.openwrt.org, Rafal Milecki ,
Alvaro Fernandez Rojas
Subject: Re: [PATCH v3 0/5] bcm53xx: Support D-Link DIR-890L
On Tue, Aug 1, 2023 at 10:20
Hi!
I think the idea can be nice, however I would like to make sure that
thismechanism can be ignored by an admin with no consequences.
Is this the case? In other words - if I store 20 messages with maximum allowed
amount of text in all strings, how much data am I storing?
Furthermore, I
On Tue, May 02, 2023 at 09:34:01AM -0400, Peter Naulls wrote:
> On 5/2/23 09:31, Enrico Mioso wrote:
> > On Tue, May 02, 2023 at 09:24:52AM -0400, Peter Naulls wrote:
> > > On 5/2/23 07:26, Enrico Mioso wrote:
>
> > >
> > > > Another impression I
On Tue, May 02, 2023 at 09:24:52AM -0400, Peter Naulls wrote:
> On 5/2/23 07:26, Enrico Mioso wrote:
> > On Mon, May 01, 2023 at 04:56:36PM -0400, Peter Naulls wrote:
> > > On 5/1/23 16:42, Dave Taht wrote:
> > >
> > > >
>
> > one of the constra
On Mon, May 01, 2023 at 04:56:36PM -0400, Peter Naulls wrote:
> On 5/1/23 16:42, Dave Taht wrote:
>
> >
> > How a ragtag bunch of unincorporated (mostly?) peacenik hippie types
> > can co-exist with devices being built by militaries out of this stuff
> > I have few ideas. I prefer to shrink the
On Fri, Apr 21, 2023 at 09:11:37AM +0200, Petr Štetiar wrote:
> Hi,
>
> I've just noticed, that daily CI runtime testing job on belkin-rt3200
> failed[1] due to following:
>
> Insufficient stack space to handle exception!
> ESR: 0x9647 -- DABT (current EL)
> FAR:
On Sat, 18 Feb 2023, Robert Marko wrote:
Date: Sat, 18 Feb 2023 12:45:34
From: Robert Marko
To: Enrico Mioso
Cc: openwrt-devel@lists.openwrt.org, Andre Valentin ,
Karol Przybylski
Subject: Re: [PATCH 2/2] hack-5.15: add Aquantia PHY hwmon temperature clamp
patch
On Sat, 18 Feb
On Sat, 18 Feb 2023, Robert Marko wrote:
Date: Sat, 18 Feb 2023 12:50:19
From: Robert Marko
To: Enrico Mioso
Cc: openwrt-devel@lists.openwrt.org, Andre Valentin ,
Karol Przybylski
Subject: Re: [PATCH 1/2] ipq807x: ZyXEL NBG7815: add fan support
On Sat, 18 Feb 2023 at 00:58, Enrico
.
Thanks to robimarko for helping me out.
CC: Andre Valentin
CC: Karol Przybylski
Enrico Mioso (2):
ipq807x: ZyXEL NBG7815: add fan support
hack-5.15: add Aquantia PHY hwmon temperature clamp patch
...-clamp-temperature-value-in-aqr_hwmo.patch | 30 +
.../arm64/boot/dts/qcom/ipq8074
This is needed to avoid failures in the thermal subsystem while using this
driver via hwmon subsystem.
CC: Andre Valentin
CC: Karol Przybylski
Signed-off-by: Enrico Mioso
---
...-clamp-temperature-value-in-aqr_hwmo.patch | 30 +++
1 file changed, 30 insertions(+)
create mode
-by: Enrico Mioso
---
.../arm64/boot/dts/qcom/ipq8074-nbg7815.dts | 119 ++
target/linux/ipq807x/image/generic.mk | 2 +-
2 files changed, 120 insertions(+), 1 deletion(-)
diff --git
a/target/linux/ipq807x/files/arch/arm64/boot/dts/qcom/ipq8074-nbg7815.dts
b/target/linux
On Thu, 26 Jan 2023, Arınç ÜNAL wrote:
Date: Thu, 26 Jan 2023 20:40:15
From: Arınç ÜNAL
To: Enrico Mioso
Cc: openwrt-devel@lists.openwrt.org
Subject: Re: [PATCH] ramips: add support for Huasifei WS1208V2
On 26.01.2023 22:31, Enrico Mioso wrote:
On Thu, 26 Jan 2023, arinc9.u
On Thu, 26 Jan 2023, arinc9.u...@gmail.com wrote:
Date: Thu, 26 Jan 2023 19:35:27
From: arinc9.u...@gmail.com
To: openwrt-devel@lists.openwrt.org
Cc: Arınç ÜNAL
Subject: [PATCH] ramips: add support for Huasifei WS1208V2
From: Arınç ÜNAL
The Huasifei WS1208V2 is an AC1200 router featuring
On Tue, 10 Jan 2023, Petr Štetiar wrote:
Date: Tue, 10 Jan 2023 10:08:51
From: Petr Štetiar
To: Brian Norris
Cc: Christian Marangi , Thibaut ,
Robert Marko , openwrt-devel@lists.openwrt.org,
Jo-Philipp Wich
Subject: Re: [PATCH v2 6/7] coreutils: Import from packages feed
Brian
Why not be little bit more explicit?
Why not call the options netifd_debug_mask and so on?
Any name would be ok, but I would like two things to be clear at first glance:
- these options influence netifd behaviour
- these are debug-related options
the first being in my opinion more important than
If i am asked directly, I am happy to buy the hardware and help testing,
putting apart required time and resources.
Still, as you may know by now, I am blind person so if soldering is required, I
can't help in short time.
On Sun, 4 Dec 2022, Alex Henrie wrote:
Date: Mon, 5 Dec 2022
I can say 5.15 runs fine on the GL-MV1000 as well
Feel free to add my tested tag if you want.
On Fri, 2 Dec 2022, Stijn Segers wrote:
Date: Fri, 2 Dec 2022 13:36:20
From: Stijn Segers
To: openwrt-devel@lists.openwrt.org
Cc: Josef Schlehofer ,
Rui Salvaterra
Subject: [PATCH v2] mvebu:
My 2 cents here.
My (very possibly wrong) impression, this seems the same way of thinking
followed in commit db19efee951231b38573cffaadb15fad8f9c058d .
I can understand this is a strong way to convince people to care about specific
issues. Still, this seems a bit rude to me.
On the other side,
The GL-MV1000 ships with a 16MB spi-nor flash, containing a copy of the stock
GL.iNet firmware.
Add the corresponding flash areas, so our view matches the one of the in-flash
stock firmware.
Signed-off-by: Enrico Mioso
---
.../dts/marvell/armada-3720-gl-mv1000.dts | 20
Hello all!!
In my opinion, it would be better to try keeping this option available.
Surely, !IPV6 is not a common scenario these days. But I think OpenWrt might be
useful to catch bugs like the one fixed in commit
77fc73ac89be96ec8f39e8efa53885caa7cb3645
in the Linux kernel's git tree.
So,
:
Date: Fri, 6 May 2022 12:21:37
From: tmo
To: Enrico Mioso ,
OpenWrt Development List
Cc: Rustam Gaptulin , John Crispin ,
Dominik Menke , Mathias Kresin ,
Felix Fietkau , Andreas Ziegler
Subject: Re: Installing OpenWRt on the ZBT WG3526
Am 6. Mai 2022 11:30:29 MESZ schrieb Enrico
Hello!!
In the next days i will install OpenWRt on a new ZBT WG3526 device. I used one
in the past, but don't remember how the initial installation had to be
performed.
Furthermore, at that time I had "sighed" assistance - that I might not have
today.
My questions are:
1) What's the best
uld not probe fw (-12)
Repackage the BDF file after renaming relevant fields and files to
allow for the Wi-Fi interface to start again.
Fixes: 80d34d9d593 ("ipq40xx: document pcie wifi chip on the GL.Inet GL-B2200")
CC: Christian Lamparter
CC: Robert Marko
Signed-off-by: Enrico Mioso
correctly,
allowing thePCIE Wi-Fi to continue working.
Fixes: 80d34d9d593 ("ipq40xx: document pcie wifi chip on the GL.Inet GL-B2200")
CC: Christian Lamparter
CC: Robert Marko
Signed-off-by: Enrico Mioso
---
.../ipq-wifi/board-glinet_gl-b2200.qca9888| Bin 12200 -> 12164 bytes
1 fi
Fix the BDF file to include the expected BMI IDs, so that the PCI Wi-Fi device
will work again after switching to pre-calibration.
Fixes: 80d34d9d593 ("ipq40xx: document pcie wifi chip on the GL.Inet GL-B2200")
CC: Christian Lamparter
CC: Robert Marko
Signed-off-by: Enrico Mioso
--
Dear Rafał,
first of all, thanks a lot for taking the time and the patience to review this
patch.
I explained the situation in more detail here:
http://lists.openwrt.org/pipermail/openwrt-devel/2022-April/038451.html
... admittedly, the subject was too generic.
Thanks!
This reverts commit 80d34d9d593865248bf5a23794e9163895140de7.
This brings back the PCI Wi-Fi interface on the GL-B2200.
CC: Christian Lamparter
Signed-off-by: Enrico Mioso
---
.../files/arch/arm/boot/dts/qcom-ipq4019-gl-b2200.dts | 8
1 file changed, 4 insertions(+), 4 deletions
Hello!!
Unfrotunately, on latest snapshot
bea01fa57f5c9c333138bbbc5c9f83b9d7553fb5
the PCI wlan chip on the device does not appear.
Any hints? I suspect this could be related to latest commits changing
calibration related things.
Attached list of packages + dmesg.
$ ssh root@192.168.1.240
.wifi: Invalid peer id 0 or peer stats buffer,
peer: sta:
[ 30.175126] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
On Fri, 11 Feb 2022, Christian Lamparter wrote:
Date: Fri, 11 Feb 2022 18:06:21
From: Christian Lamparter
To: Enrico Mioso , openwrt-devel@li
.
In the meantime, you may have a look at:
https://github.com/openwrt/openwrt/issues/4691
Thanks for your help! :)
On Fri, 11 Feb 2022, Christian Lamparter wrote:
Date: Fri, 11 Feb 2022 18:06:21
From: Christian Lamparter
To: Enrico Mioso , openwrt-devel@lists.openwrt.org
Subject: Re: [PATCH
Hello!
thanks for your interesting work!
Out of curiosity - did you use extroot or some other mean to run the Alpine
Linux Container?
Thanks!
Enrico
On Sat, 12 Feb 2022, Paul Spooren wrote:
Date: Sat, 12 Feb 2022 14:16:05
From: Paul Spooren
To: openwrt-devel
Cc: Ariadne Conill ,
The PCIe and built-in 5GHZ radios are meant to operate on different
frequency bands. The hardware enforces this via RF filters.
Add this information to allow software enforcing it as well.
Credits to Piotr Dymacz for the invaluable help.
Signed-off-by: Enrico Mioso
---
Also due to the nature
a better
understanding of why the layout has been laid out this way is gained.
Signed-off-by: Enrico Mioso
---
.../arch/arm64/boot/dts/marvell/armada-3720-gl-mv1000.dts | 3 +++
1 file changed, 3 insertions(+)
diff --git
a/target/linux/mvebu/files/arch/arm64/boot/dts/marvell/armada-3720-gl
Sorry, the real name is required to be specified in the commit.
Enrico
On Mon, 29 Nov 2021, webmas...@playmp3.kr wrote:
Date: Mon, 29 Nov 2021 11:56:09
From: webmas...@playmp3.kr
To: openwrt-devel@lists.openwrt.org
Cc: daebo01
Subject: [firmware-utils] asus_qca_fix_checksum: new tool for
Hello all!!
thanks for taking a look at this patch!
On Tue, 23 Nov 2021, David Bauer wrote:
Date: Tue, 23 Nov 2021 12:20:08
From: David Bauer
To: Enrico Mioso
Cc: Christian Lamparter ,
OpenWrt Development List
Subject: Re: [PATCH] FritzBox-4040-UBOOT: Allow for easier devices recovery
Note:
The patch breakage that caused me to send V2 in the first place is my own
fault, original PR doesn't have this issue. Sorry, forgot to mention it.
On Mon, 22 Nov 2021, Enrico Mioso wrote:
Date: Mon, 22 Nov 2021 19:36:02
From: Enrico Mioso
To: openwrt-devel@lists.openwrt.org
Cc
ent what's working and what's not]
Signed-off-by: Enrico Mioso
[rebase on top of master, address remaining comments]
Signed-off-by: Li Zhang
---
package/boot/uboot-envtools/files/ipq40xx | 1 +
package/firmware/ipq-wifi/Makefile| 2 +
.../ipq-wifi/board-glinet_gl-b2200.qca4
Hello all!!
Sorry, this patch causes build failure due to me updating patches incorrectly.
Will send a V2 soon. Any feedback, as always, welcome.
Enrico
On Wed, 17 Nov 2021, Enrico Mioso wrote:
Date: Wed, 17 Nov 2021 07:39:15
From: Enrico Mioso
To: OpenWrt Development List
Cc: TruongSinh
to sysupgrade
to a working image.
Signed-off-by: Enrico Mioso
CC: Christian Lamparter
CC: David Bauer
---
Reasons for this patch:
1 - There are situations where it can be nice to recover a device without the
AVM Recovery tool. In some cases the tool won't even be an option (as far as I
know, it exists
firmware.
What's working:
- WiFi 2G, 5G
- WPA2/WPA3
Not tested:
- Bluetooth LE/Zigbee
Credits goes to the original authors of this patch.
Signed-off-by: TruongSinh Tran-Nguyen
[fix tab and trailing space, document what's working and what's not]
Signed-off-by: Enrico Mioso
[rebase on top of master
On Tue, 16 Nov 2021, Sergey Ryazanov wrote:
Date: Tue, 16 Nov 2021 14:26:41
From: Sergey Ryazanov
To: Enrico Mioso
Cc: OpenWrt Development List
Subject: Re: [PATCH] ramips: add support for Zbtlink ZBT-WG1602
On Tue, Nov 16, 2021 at 3:40 PM Enrico Mioso wrote:
Does the device use
Hello!!
Thanks for your work!
Does the device use ZLoader?
Is a recovery mode available? (maybe document it in the commit)
Does it require LZMA loader for 5.10?
thanks a lot again,
Enrico
On Tue, 16 Nov 2021, Sergey Ryazanov wrote:
Date: Tue, 16 Nov 2021 11:10:25
From: Sergey Ryazanov
will be present?
Thanks!!
Enrico
On Mon, 11 Oct 2021, Szabolcs Hubai wrote:
Date: Mon, 11 Oct 2021 01:04:50
From: Szabolcs Hubai
To: Enrico Mioso
Cc: Li Zhang ,
Adrian Schmutzler ,
OpenWrt Development List
Subject: Re: [PATCH] ipq40xx: add support for GL.iNet GL-B2200
Enrico Mioso ezt írta
Hello Li,
Hello Adrian,
Hello Szabolcs,
and all!!
First of all, what's the state of this patch? Is it mergeable as-is, or are
further changes required?
Secondly, does this device require the use of zImage or will the u-boot happily
load larger kernels?
See commit
I would prefer having both options, e.g.: build one if a preinstalled one is
not found, maybe warning the user prominently somehow.
Or - failing if a preinstalled one isn't found, unless a "build your own
toolchain" option isn't set.
I know it's a little bit of a stretch, but I am under the
Hello all!!
My 2 cents here...
An important part of the whole project is upstreaming patcvhes as much as
possible, to try to keep the maintenance burden to an acceptable level. We do
so, and there have been very nice efforts. I think we might try to do so more
aggressively if we think we want
Hello!
Out of curiosity - why isn't it possible to upgrade from vendor FW to openwrt
via sysupgrade -n ?
Thanks!
Enrico
On Mon, 13 Sep 2021, Li Zhang wrote:
Date: Mon, 13 Sep 2021 10:02:00
From: Li Zhang
To: openwrt-devel@lists.openwrt.org
Cc: Li Zhang
Subject: [PATCH] ipq40xx: add
2021-08-16 17:24, Enrico Mioso wrote:
Hello all!!
It's me, again trying to port a device to ath79. And guess where I am stuck
... in the Ethernet part and switch configuration. :)
The device runs ar71xx, I have the io package installed.
I can get replies from the device, but ping doesn't see
31.318465] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[ 31.326387] br-lan: port 1(eth1.1) entered blocking state
[ 31.331886] br-lan: port 1(eth1.1) entered forwarding state
[ 31.339313] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Patch
---
c
Would like to help out, but you might need in case to solder an UART port for
me to the device before shipping. :)
Enrico
On Thu, 8 Jul 2021, Thomas Mutschlechner wrote:
Date: Thu, 8 Jul 2021 11:25:14
From: Thomas Mutschlechner
To: openwrt-devel@lists.openwrt.org
Subject: Hardware donation
1 09:39:33
From: Petr Štetiar
To: Paul Spooren
Cc: Enrico Mioso , openwrt-devel@lists.openwrt.org
Subject: Re: Enabling Wi-Fi on First boot
Paul Spooren [2021-07-07 15:10:59]:
Hi,
Feel free to check this out, it's not ready yet but should give an idea:
https://github.com/openwrt/openwrt/pull/
Thanks a lot
I looked at it: it's exactly what I would like to see. Very very nice, and
really helpful, especially in the setup I have.
Thanks a lot!!
Enrico
On Wed, 7 Jul 2021, Paul Spooren wrote:
Date: Thu, 8 Jul 2021 03:10:59
From: Paul Spooren
To: Enrico Mioso , openwrt-devel
On Tue, 6 Jul 2021, Paul Spooren wrote:
Date: Wed, 7 Jul 2021 09:48:59
From: Paul Spooren
To: Enrico Mioso ,
OpenWrt Development List
Subject: Re: Enabling Wi-Fi on First boot
On 7/6/21 8:42 PM, Enrico Mioso wrote:
Hello all!
First of all, I'm blind and so I don't daily
Hello all!
First of all, I'm blind and so I don't daily interact with LEDs. My use-case
was to be able to set up an openwrt entirely from Wi-Fi with no physical access.
I wasn't looking for a production-ready feature, but as I said, something the
user can enable when building his own image at
Hello all!!
What I was thinking actually was an option I could enable at build-time (kinda
preinit option), at my own risk, when building images.
From a technical standpoint, will an uci default work in all cases?
Thanks a lot for your ideas guys.
Enrico
On Tue, 6 Jul 2021, Eric
!
On Tue, 6 Jul 2021, Alberto Bursi wrote:
Date: Tue, 6 Jul 2021 14:36:18
From: Alberto Bursi
To: openwrt-devel@lists.openwrt.org
Subject: Re: Enabling Wi-Fi on First boot
On 06/07/21 09:12, Enrico Mioso wrote:
On Mon, 5 Jul 2021, Paul Spooren wrote:
Date: Tue, 6 Jul 2021 09:06:14
From
On Tue, 6 Jul 2021, Tom Psyborg wrote:
Date: Tue, 6 Jul 2021 11:37:15
From: Tom Psyborg
To: Enrico Mioso
Cc: Paul Spooren ,
OpenWrt Development List
Subject: Re: Enabling Wi-Fi on First boot
It's been discussed multiple times already. There is no need for additional
scripts as you
On Mon, 5 Jul 2021, Paul Spooren wrote:
Date: Tue, 6 Jul 2021 09:06:14
From: Paul Spooren
To: Enrico Mioso , openwrt-devel@lists.openwrt.org
Subject: Re: Enabling Wi-Fi on First boot
On 7/5/21 8:45 PM, Enrico Mioso wrote:
Hello all!!
I would like to know your opinion on a topic I know
Hello all!!
I would like to know your opinion on a topic I know has already been discussed:
enabling Wi-Fi on first boot.
I would very very much like to see this feature present in OpenWRt: because I find myself
in a scenario where plugging an Ethernet cable after a fresh sysupgrade without
On Mon, 26 Apr 2021, Alberto Bursi wrote:
Date: Mon, 26 Apr 2021 21:58:23
From: Alberto Bursi
To: openwrt-devel@lists.openwrt.org
Subject: Re: Brokenness of the OpenWrt "packages" repo
On 26/04/21 16:01, Daniel Golle wrote:
On Mon, Apr 26, 2021 at 03:28:22PM +0200, Enrico M
Sorry ... I don't mean to undervalue the efforts to build an alternate software
stack for that, like the very uqmi one.
But there's a whole lot of complexity underneath ...
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
... I know you won't like this. But in the end, I guess D-Bus, glib2 and in the
end all of MM dependencies will have to be incorporated in the core.
A stac, of big big software, I know. But supporting 4G/5G in the end will
required that.
On Mon, 26 Apr 2021, Bjørn Mork wrote:
Date: Mon, 26
Hello folks!!
I'm seeing these messages on this router, which seems to actually work fine.
reporting them justi n case.
libphy: ipq4019_mdio: probed
ESS reset ok!
ESS reset ok!
PHY 0 single test PSGMII issue happen!
PHY 1 single test PSGMII issue happen!
PHY0 test see issue!
PHY1 test see
Hello all!!
I experienced an issue that could cause data loss on a uSD card when used in
some ramips MT7621 devices, like the Zbtlink ZBT-WG3526 (32M).
I fixed it by following the nice solution pointed our here:
Thanks!! :)
Sorry for stripping the quoted text, doing it only to make it easier to read
possibly follow-up messages. :)
So I looked at the great work by David And Christian:
https://github.com/chunkeey/FritzBox-4040-UBOOT
Tee answer seems to lie in include/configs/fritz7530.h;
reporting
Hello all!!
I have some curiosity about FRITZ!BOX 7530 workings:
1 - Why does wi-fi seem to not work correctly when booting the device over
initramfs when installing openwrt, but working fine when booting from flash?
2 - How does the installed u-boot detect when it needs to go ahead with
!
Enrico
On Fri, 29 Jan 2021, Enrico Mioso wrote:
Date: Fri, 29 Jan 2021 19:01:26
From: Enrico Mioso
To: openwrt-devel@lists.openwrt.org
Subject: dnsmasq-dhcp[1503]: DHCP packet received on eth0.102 which has no
address
Hello all!!
Just observing something strange happening on my router.
I
Hello all!!
Just observing something strange happening on my router.
I am running openwrt 19.07.5 with updated dnsmasq package, opkg says
dnsmasq - 2.80-16.3
I had to isolate one lan port to use it like a WAN one with PPPoE.
My network config is:
config interface 'loopback'
option
Hi all!
One of the nicest devices I ever used was the Buffalo WBMR-HP-G300H.
I have the hardware, yet not the ADSL line anymore since some days. I'm sorry
for that. I would be glad to help if I could find a running ADSL line.
Enrico
On Wed, 27 Jan 2021, Andre Heider wrote:
Date: Wed, 27 Jan
Follow-up:
logs from an attempt to flash my image via TFTP (CFE starts it upon failed
boot):
HELO
CPUI
L1CI
HELO
CPUI
L1CI
4.1601A-1.0.38-116.17
DRAM
PHYS
STRF
400H
PHYE
DDR2
SIZ4
SIZ3
SIZ2
DINT
USYN
LSYN
MFAS
LMBE
RACE
PASS
ZBSS
CODE
DATA
L12F
MAIN
FPS0
BT02
0001
BT05
0492
NAN3
RFS2
Hello all!
I am trying this time around to port OpenWRt to a Netgear D6400 router. It
seems to be pretty similar to the SKY SR102, even tough some important
differences should be kept into account, like the fact it has NAND flash.
What I did so far:
1 - I took a backup of my whole flash, and
Hello!!
I am experiencing my router answering dns requests coming from WAN interface.
Is this something I introduced with my config BTW, or not?
My config is pretty standard, but who knows.
I may send it when I have access to my device.
Enrico
___
hello Bjorn,
hello all!!
I would like to use an Archer C60 as a dumb Wi-Fi client. In particular, I
would like to:
- be able to connect to the WAN port of tthe ethernet switch to access the LAN
network to which the router is connectes as a client, directly
e.g.: when I do dhcp o n WAN,
Out of curiosity, is MT7602 supported?
thanks!!
Enrico
On Tue, 12 May 2020, Stijn Segers wrote:
Date: Tue, 12 May 2020 14:53:15
From: Stijn Segers
To: openwrt-devel@lists.openwrt.org
Subject: Re: [OpenWrt-Devel] [PATCH] mt7621: add kmod-mt7603 to DIR-860L B1
DEVICE_PACKAGES
Op
Hello!
And thank you for your interest in OpenWRt.
In general, in OpenWRt, pieces work togeter because they are developed to do so.
A connection manager duty is not, arguably, to set up firewall rules.
you can surely inspect a lot of the informations you would need from the UCI
interface /
Hello!!
Does the scripts/flashing/eva_ramboot.py work with the version of the EVA boot
loader on this board?
If so, you may rewrite the commit instructions using it, to mainline the
process a little bit, if you want.
Only matter of taste.
thanks!!
Enrico
As a side note, even my Netgear R6220 won't boot;unfortunately no serial port,
so can't diagnose the issue. Sorry guys.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hello!! It seems master won't boot in R6220, using images built by buildbot
(kernel 5.4.28).
Thanks for your work!!
Enrico
Enrico Mioso
Personal Phone Number: +39 3807096934
Tox ID is:
7C593F402A3C8632D87AB4B948D492294C39A6A614464ECF843CA3429FB023284180472C7475
Hello Martin,
The final halt happens because the DTS file specifies a VR9 platform, while
your device is part of AR10 family.
I would like to help, but for the moment being you can see I am struggling to
get ethernet working, I am not much farther. :)
Any help would be apreciated.
enrico
Hello Adrian!
I think we can't remove this without replacing it with something like SPDX.
This is a big project after all, and given how vendors tend to interact with
it, claiming the copyright can be important.
Thanks,
Enrico
___
openwrt-devel
Hello all!!
I do agree about this idea, but I think there is the general need for more
clarity. When adding support for a device, it could be good if the author could
elaborate on:
- how a device can be recovered: detailing recovery methods and nuances, so the
user knows upfront how risky is
Hello guys!!
So I found out the device boots on 19.07.2. Still, disabling the wan interface
seems to make the device unreachable.
this is the default /etc/config/network as built by generate_config.
config interface 'loopback'
option ifname 'lo'
option proto 'static'
Hello guys!
As a bonus, I found out the device runs fine in openwrt 19.07.2 (Linux version
4.14.171 (builder@buildhost) (gcc version 7.5.0 (OpenWrt GCC 7.5.0
r10947-65030d81f3)) #0 Thu Feb 27 21:05:12 2020).
Any hints on where I may look are greatly apreciated!!
Enrico
possible causes?
I would be very grateful for that.
Enrico Mioso
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hello!!
Sorry, I forgot that step
opkg update
and then
opkg install strace
could have worked.
BTW - with "make menuconfig" you're building a new image from scratch - with
opkg you probably would have installed the package to overlay.
And, the link you gave isn't relative to mediatek SDK but to
e Makefile, the directory package/ would be good
place to place it, but strace uses automake - Makefile.am and configure.ac,
...
How am I supposed to include strace into openwrt source code?
Thank you in advance!
Jeonghum
Enrico Mioso
Personal Phone Number: +39 3807096
hacking
knowledge.
Cheers
Michal
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Enrico Mioso
Personal Phone Number: +39 3807096934
Tox ID
not require any deep flash hacking
knowledge.
Cheers
Michal
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Enrico Mioso
Personal Phone Number: +39 3807096934
Tox ID
Hello guys! May I ask for an amazon link where I may buy the ramips-based
NETGEAR R6700v2/AC2400 device added in 6e80df5e3344092a391468b1718e412f0dd151c1
?
I can't see photos and such, so help would be really appreciated. Thanks!!
Enrico
___
Hello guys!
why can't we revert this patch right now, while working out what's goin on?
thank you! and sorry for the insistence.
Enrico
On Fri, 6 Mar 2020, Piotr Dymacz wrote:
Date: Fri, 6 Mar 2020 09:09:15
From: Piotr Dymacz
To: Petr Štetiar , openwrt-devel@lists.openwrt.org
Cc: Rafał
Ok, reverting this commit fixes my issue. So please guys, do rever this.
On Mon, 2 Mar 2020, Petr Štetiar wrote:
Date: Mon, 2 Mar 2020 13:58:20
From: Petr Štetiar
To: openwrt-devel@lists.openwrt.org
Cc: Rafał Miłecki , Petr Štetiar
Subject: [OpenWrt-Devel] [PATCH] Revert
"kernel:
Sorry for the third mail... note: on 4.19.71 this problem did not happen.
On Mon, 2 Mar 2020, Enrico Mioso wrote:
Date: Mon, 2 Mar 2020 03:44:38
From: Enrico Mioso
To: openwrt-devel@lists.openwrt.org
Cc: Neil Brown
Subject: Re: jffs2: Erase at 0x01ab failed immediately: errno -22
1 - 100 of 157 matches
Mail list logo
