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 t
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
N
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 2
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 ifnam
1'
...
thanks!
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 happe
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 bootin
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 here
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:
https://forum.openwrt.org/t/a-lot-of-errors-with-sd-card-reader-mikrotik-rbm33g/3676
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 issue!
Hi!
I am announcing AGH: a 3G/4G connection manager (via ModemManager) / XMPP
control agent, specifically designed for OpenWrt.
Some of it's features:
Documentation: AGH is documented enough to get you to a good start;
Modem handling:
- uses ModemManager, so your QMI/MBIM/cdc_ether based modem w
Hi foks!
First of all, thank you very very much for your work guys!
Some days ago, I soft-bricked my C60 V2 by overwriting the whole flash,
starting from the firmware partition and going ahead, thus overwriting the
tplink and art partitions completely.
I am blind and soldering UARTs to devices
Hello guys!
I experienced an issue where I wasn't able to read all of a flash region on an
ATH79 device, the Archer C60 V2.
Taking a look, it seems the MTD layer will return only 512-bytes when reading
an mtd device via the mtdblock layer.
So, in the case of my Archer C60 V2:
- the first partit
openwrt 19.07 repo @ a941d39460b67d2d21e86d9c73d3e9b099b2d7fb
"packages" feeds @ 52634db76f0ecaee4a298c19fc4934dd1dc838bc
Build fails due tu unknown linker flag.
Failure:
LD [M]
/mnt/hdd/sdata/myfiles/openwrt/build_dir/target-mipsel_74kc_musl/linux-brcm47xx_mips74k/xtables-addons-2.14/exten
Hello all,
and thank you for your help!
Thanks to the nice help of Boris Brezillon @ linux-mtd ML, it turns out block
devices have to be 512B aligned. Reading from mtd devices directly reads the
entire thing.
I was, in other words, doing it the wrong way, by reading mtdblock. :)
Thanks Martin,
Hello all,
This is the message I receive everytime I bring down Wi-Fi on my Archer C60 V2.
root@C60:/# [14445.574213] device wlan1 left promiscuous mode
[14445.579042] br-lan: port 2(wlan1) entered disabled state
[14445.588397] device wlan0 left promiscuous mode
[14445.593107] br-lan: port 3(wla
Hello!
I guess this is in a case-by-case basis - I have a TP-Link RE450 which is
supported.
I know there are also Wi-Fi-only devices, but don't think OpenWRt supports any
of them.
I guess this happens also due to the amount of flash and RAM memory those
devices have.
And - if you're going for
Fully agree. And BTW, AT commands may not be a viable option in some cases. We
need to be able to manipulate gpios from user space sometime.
Thanks,
Enrico
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/l
Hello,
thank you for your work guys! It's very good to see vendors helping out in
open-sourcing firmware / support for their devices.
Just a single / simple question: does the device provide for any recovery
procedure?
If so, may you list them in your commit?
Thanks!!
Enrico
On Tue, 20 Aug 201
thanks a lot for your work, and answer!!
Enrico
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Sat, 24 Aug 2019 01:14:40 +0200 (CEST)ear OpenWRt list,
I was looking at trying to add support to the FRITZ!BOX 3272 to OpenWRt.
It is based on the Lantiq AR10 platform - for which I wasn't able to find any
informations, even tought I see kernel code to support it is already available.
From wher
Dear Martin,
thank you very very much for being so Kind!
And thank you to all of you for your work!
Your suggestions where precious - and I will look at the referenced device.
In the meantime, I was taking a look at the flash layout. Luckily, it seems EVA
will allow me to boot from RAM, which wi
VERY apreciated! Thanks to all!!
On Tue, 27 Aug 2019, David Bauer wrote:
Date: Tue, 27 Aug 2019 23:57:11
From: David Bauer
To: openwrt-devel@lists.openwrt.org
Cc: d...@andreas-ziegler.de
Subject: [OpenWrt-Devel] [PATCH] ramips: add factory image for NETGEAR R6220
This adds an easy-installati
Dear OpenWRt list,
Dear Martin,
Dear Hauke,
TL;DR:
Can you help me out with the DTS? I have no access to datasheets and I couldn't
recover useful infos from the original firmware...
Attached my DTS
I am still trying to port a FRITZ!BOX3272 device to OpenWRt.
I tried to grab as much informations
ørn Mork
To: Enrico Mioso
Cc: Martin Blumenstingl ,
Hauke Mehrtens , openwrt-devel@lists.openwrt.org
Subject: Re: [OpenWrt-Devel] [lantiq] help in supporting FRITZ!BOX 3272
(Fritz_Box_HW198))
Enrico Mioso writes:
I am still trying to port a FRITZ!BOX3272 device to OpenWRt.
I t
Thank you very very much guys!!
Wow - this seems a big step forward! thank you
You're very kind and I apreciated your help very much. Looking at sources NOW!
:) :)
On Thu, 29 Aug 2019, Lars Melin wrote:
Date: Thu, 29 Aug 2019 05:03:27
From: Lars Melin
To: Enrico Mioso
Subjec
Hello!!
I saw commit 7f9edadf85299cd4fc965a811b40eaa57a368486
and was wondering if we can now use the BT hardware found on this chipset.
Thanks!!
Enrico
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman
Thank you!! :)
Enrico
On Fri, 30 Aug 2019, John Crispin wrote:
Date: Fri, 30 Aug 2019 15:39:02
From: John Crispin
To: Enrico Mioso ,
OpenWrt Development List
Cc: n...@nbd.name
Subject: Re: [OpenWrt-Devel] MT7610En bluetooth support
On 30/08/2019 15:29, Enrico Mioso wrote:
Hello!!
I
Dear all,
So I looked at the GPL code from AVM.
I still can't understand why communications with PMU are actually failing:
addresses seem right.
Still, I noticed AVM did some changes in arch/mips/setup.c, regarding memory
init: currently I don't understand the impatct of those changes.
just in
23bc8dd1d48bf7588f3aca1bf90c3999c0d05bcd Mon Sep 17 00:00:00 2001
From: Enrico Mioso
Date: Mon, 2 Sep 2019 05:04:19 +0200
Subject: [PATCH] lantiq: XWAY: report PMU module for which
activation/deactivation failed
Helps in diagnosing issues when porting new devices.
Signed-off-by: Enrico Mioso
BTW, in vendor's cgu_init, seems the "enablement" part is commented out.
static int __init cgu_init(void)
{
int ret;
char ver_str[128] = {0};
ret = register_chrdev(IFX_CGU_MAJOR, "ifx_cgu", &cgu_fops);
if ( ret != 0 ) {
printk(KERN_ERR "Can not register CGU device - %d\n"
0xe10b1d8 0x30 /* mii */
0xe10b308 0x30 /* pmac */
>;
interrupt-parent = <&icu0>;
interrupts = <75 73 72>;
resets = <&reset0 2
Hey there!
On Mon, 2 Sep 2019, Hauke Mehrtens wrote:
Do you use the compatible string lantiq,ar10 for the device?
PS! Thanks Lots of work needed but still...
Eva_AVM >
[
0.00]
If a new section with the same name and type of an old one is found, a
memory reallocation happens. Still, the options list for the section is
not reinitialized, hence a stale pointer is being used.
Signed-off-by: Enrico Mioso
---
list.c | 1 +
1 file changed, 1 insertion(+)
diff --git a
ly the output.
Thanks again for all,
Enrico
On Mon, Aug 13, 2018 at 09:07:32PM +0800, Yousong Zhou wrote:
> On Sun, 12 Aug 2018 at 14:41, Enrico Mioso wrote:
> >
> > If a new section with the same name and type of an old one is found, a
> > memory reallocation happens. Stil
Hello!
First of all, thank you very very much for your patience and review.
You are right, my patch introduces an unintended change in behaviour, and
actually does not solve the problem.
That day I didn't see this.
However, I think it is still useful to report what happens here, even just for
t
The previous link did not work here.
Compile-tested on: bcm47xx
Runtime-tested on: bcm47xx
Signed-off-by: Enrico Mioso
---
package/libs/libconfig/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/package/libs/libconfig/Makefile b/package/libs/libconfig
Hi there!
So I am trying to get ethernet working on this AR10 device.
It has 3 GPHYs:
gphy0: gphy@20 {
compatible = "lantiq,xrx300-gphy";
reg = <0x20 0x4>;
resets = <&reset0 3
On Thu, 5 Sep 2019, Mathias Kresin wrote:
...
In sysctrl.c, we have:
clkdev_add_pmu("1f203020.gphy", NULL, 1, 0, PMU_GPHY); // OK for GPHY0
clkdev_add_pmu("1f203068.gphy", NULL, 1, 0, PMU_GPHY); //problem for GPHY1
The first parameter of clkdev_add_pmu doesn't match your dts. It has to be
el
traces due to tx timeouts.
I promise I'll test untested items as well in final version
Note: as it happened occasionally in ar71xx, during bursty flash activity, LTE
module init will fail, with USB enumeration errors.
Signed-off-by: Enrico Mioso
CC: Filip Moc
CC: Piotr Dymacz
---
.../a
ico
On Tue, 17 Sep 2019, Adrian Schmutzler wrote:
Date: Tue, 17 Sep 2019 12:07:20
From: Adrian Schmutzler
To: Enrico Mioso , openwrt-devel@lists.openwrt.org
Cc: Filip Moc , Piotr Dymacz
Subject: Re: [OpenWrt-Devel] [PATCH] ath79: add support for TP-Link TL-MR6400
Hi,
-Original Me
Hello all,
thand thank you very very much for your kind help, and patience.
Adrian, you're a tireless reviewer, and to you my gratitude.
To you filip as well - very much thank you for your insight, I'll do the
testing of the different ports ASAP!! :)
Dear Piotr,
I added you in CC since you develo
BTW I can see the code for setting up network interfaces in mach-tl-mr6400.c is
identical to the one in mach-fritz4020.c for which we have ath79 support.
Hence, I copied the setup from there:
ð0 {
status = "okay";
phy-mode = "mii";
phy-handle = <&swphy0>;
mtd-mac-address = <&uboot 0x1fc
I am investigating it.
Still, something is wrong if I don't see interface events when unplugging the
cable, right?
On Tue, 17 Sep 2019, Adrian Schmutzler wrote:
Date: Tue, 17 Sep 2019 19:02:12
From: Adrian Schmutzler
To: Enrico Mioso , Filip Moc
Cc: openwrt-devel@lists.openwrt.org,
Thanks! I'll take a look now.
Still, something should be interestingly wrong here:
root@OpenWrt:/# swconfig dev switch0 show|grep -i link
link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
link: port:1 link:up speed:100baseT full-duplex auto
link: port:2 link:d
ce is seen as port 3, port
3 as port 2).
Note: as it happened occasionally in ar71xx, during bursty flash activity, LTE
module init will fail, with USB enumeration errors.
V1->V2:
- addressed most comments, except for SUPPORTED_DEVICES
Signed-off-by: Enrico Mioso
CC: Filip Moc
CC:
Hi Filip, hello all!
Thank you very very much for your help and sorry for me not ansering to your
previous mail. I tought I would re-check this all when I went back home to
report with precise informations, but in the end I didn't.
Your help is very very much apreciated.
As you found out, I wo
Hi all!!
I am sure this information has been already made available. But out of
curiosity - it seems the bootloader on my device says flash size is 16MB but
system uses 8 MB only.
this this due to the position of the ART partition?
Thank you very much!!
Enrico
Hi!
I am announcing AGH 0.02: a 3G/4G connection manager (via ModemManager) / XMPP
control agent (via libstrophe), specifically designed for OpenWrt.
Some of it's features:
Documentation: AGH is documented enough to get you to a good start;
Modem handling:
- uses ModemManager, so your QMI/MBIM/c
BTW, being able to toggle on and off USB power is essential in some cases. Can
this be done with hog? Thanks!
E
> Il giorno 5 nov 2019, alle ore 17:44, Adrian Schmutzler
> ha scritto:
>
> Hi,
>
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwr
7;s an important use case BTW.
Thanks again,
Enrico
On Tue, 5 Nov 2019, m...@adrianschmutzler.de wrote:
Date: Tue, 5 Nov 2019 23:11:07
From: m...@adrianschmutzler.de
To: Enrico Mioso
Cc: Bjørn Mork , openwrt-devel@lists.openwrt.org,
Birger Koblitz
Subject: RE: [OpenWrt-Devel] [PATCH v2]
On Fri, 8 Nov 2019, Lars Melin wrote:
Don't complicate simple things, all D-Link routers have a recovery web page
and you access it with your browser, not with curl.
/Lars
Some things maybe simple to you, yet complicated to me, and vice-versa. To me,using
"curl" to perform recovery ma
Hello all! I am back again on this.
First of all - Thank you a lot Adrian for your patience and multiple reviews. I
would be happy to have your signoff in the final version of the patch, of
course when all of this is fixed.
Still - the main issue, that's stopping me from doing / fixing all the r
thanks Adrian!
Yeah sure, I'll do this soon (e.g.: tomorrow, if all goes according to plans).
thanks again,
Enrico
On Fri, 8 Nov 2019, Adrian Schmutzler wrote:
Date: Fri, 8 Nov 2019 16:27:11
From: Adrian Schmutzler
To: Enrico Mioso , openwrt-devel@lists.openwrt.org
Cc: Filip Moc , op
SPI frequency?
> Il giorno 11 nov 2019, alle ore 23:02, Kryma ha scritto:
>
> Hi,
>
>> That's wrong. You have 0x7d, not 0xfd ...
>
> There seems to be some discrepancy, possibly v1 vs v2. The specifications on
> the website and the partitioning seem to imply a 8MB image size - howeve
Wow!! This is applicable also to Netgear R6220!
On Tue, 12 Nov 2019, Michal Cieslakiewicz wrote:
Date: Tue, 12 Nov 2019 14:02:14
From: Michal Cieslakiewicz
To: "openwrt-devel@lists.openwrt.org"
Cc: Adrian Schmutzler
Subject: [OpenWrt-Devel] [PATCH] ath79: enable all space on Netgear
ar9
... 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 A
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
https://lists.op
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
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 kee
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
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 a
27;s fine!
Thank you all!
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,
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 Luehrsen
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 i
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&#x
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-
8 Jul 2021 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/openwr
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
ready
[ 31.313743] eth1: link up (1000Mbps/Full duplex)
[ 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(NE
On 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 do
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 support
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
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 impr
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 81d694e30b4926fea057bd3e46d996
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!!
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
To:
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
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 o
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 e
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
document 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-gline
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.o
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
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 ASU
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
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 of
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 ,
Danie
this board.
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:
enable peer stats info: -95
[ 29.886775] wlan2: associated
[ 29.906951] ath10k_ahb a80.wifi: Invalid peer id 0 or peer stats buffer,
peer: sta: 0000
[ 30.175126] IPv6: ADDRCONF(NETDEV_CHANGE): wlan2: link becomes ready
On Fri, 11 Feb 2022, Christian Lamparter wrote:
Date
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
Bu
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
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!
Enrico_
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
--
ields and files 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 -> 12
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
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 cour
wrote:
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 E
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, for
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
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, I
1 - 100 of 187 matches
Mail list logo
