Hi,
I planned to refresh the support of a rt305x SunValley Filehub device:
HooToo HT-TM02.
I wanted to follow Adrian's and Russel's work for HooToo HT-TM05 and
RAVPower RP-WD03 in mt7620 [0].
I toought disabling the image generation would be easy,
as binwalk showed an oversized kernel: "image
On 12/8/20 12:08 AM, Szabolcs Hubai wrote:
> Hi,
>
>
> I planned to refresh the support of a rt305x SunValley Filehub device:
> HooToo HT-TM02.
>
> I wanted to follow Adrian's and Russel's work for HooToo HT-TM05 and
> RAVPower RP-WD03 in mt7620 [0].
>
ht need to rephrase the
> "question".
>
> Best
>
> Adrian
>
>> -Original Message-
>> From: Szabolcs Hubai [mailto:szab...@gmail.com]
>> Sent: Dienstag, 8. Dezember 2020 01:37
>> To: openwrt-devel@lists.openwrt.org
>> Cc: Russell Morris ; Adr
bin")
- RESET button recovery with original U-Boot
(10.10.10.254 + "kernel")
One could flash and boot the latest master sysupgrade image successfully
with serial access to the device. But a sysupgrade from this state still
breaks the U-Boot and soft-bricks the device.
Signed-off-by
On Tue, Apr 6, 2021 at 3:43 PM Hauke Mehrtens wrote:
>
> [snip]
>
> If there are some other bugs in the 21.02 branch which are fixed in
> master, we can backport the fixed as long as they are not so big. If
> there is something missing, just ask on the mainling list.
>
Hi!
I have a oneliner f
Jeff Kletsky ezt írta (időpont: 2019. febr. 6., Sze, 2:25):
>
>
> On 2/5/19 4:19 PM, Szabolcs Hubai wrote:
> > Hi Jeff,
> >
> > sorry for being late in the topic, but that [1] red "status" LED is
> > GL-AR300M-Lite specific, and isn't sui
Enrico Mioso ezt írta (időpont: 2021. okt. 10., V, 19:37):
>
> 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
for OpenWrt 21.02 as it was reproducible with Kernel 5.4, see [1]]
[1]: https://forum.openwrt.org/t/113081
Tested-by: Dimitri Souza [mt7621/archer-c6-v3]
Signed-off-by: Szabolcs Hubai
---
.../325-mt7621-fix-memory-detect.patch| 62 +++
1 file changed, 62 insertions(+)
Hi Hauke,
There is another LZMA ERROR 1 issue [0] for a ramips/rt3883 device.
I have sent a fix for that to GitHub as PR#10834 [1].
It's not on the master, as it is not reviewed yet.
The problem is that this device is a SEAMA device, and it got the
"$(Device/uimage-lzma-loader)" fix already,
>] start_secondary+0xb0/0x3a0
[0.00] ---[ end trace f68728a0d3053b52 ]---
[0.00] NR_IRQS: 256
[0.00] Kernel panic - not syncing: Failed to find mtk,mt7621-sysc node
[0.00] Rebooting in 1 seconds..
[0.00] Reboot failed -- System halted
Signed-off-by:
the noise!
Szabolcs
[0] http://lists.infradead.org/pipermail/openwrt-devel/2020-April/022834.html
Szabolcs Hubai ezt írta (időpont: 2020. ápr. 16.,
Cs, 17:32):
>
> Snapshot images for DIR-860L after the initial kernel 5.4 landing
> (on Apr 4, 2020 commits from b51ea43f9001 to 4d979a4
Hello,
This is my second attempt to fix the snapshot images for D-Link DIR 860L B1.
This device accepts uncompressed uImages as initramfs only.
>From the flash it expects LZMA compressed image and ignores the uImage header.
To create a bootable image, the LZMA packed kernel prepared with the
This change allows to make other transformations to kernel before uImage
Signed-off-by: Szabolcs Hubai
---
target/linux/ramips/image/Makefile | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/target/linux/ramips/image/Makefile
b/target/linux/ramips/image/Makefile
inimal compression ("-a0") for the LZMA
compressed uImage.
Signed-off-by: Szabolcs Hubai
---
target/linux/ramips/image/mt7621.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ramips/image/mt7621.mk
index aa6836d5
ezt írta (időpont: 2020. ápr. 19., V, 14:40):
>
> Hi,
>
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Szabolcs Hubai
> > Sent: Sonntag, 19. April 2020 02:37
> > To: openwrt-devel@l
Hello!
Chuanhong Guo ezt írta (időpont: 2020. ápr. 19.,
V, 17:42):
>
> Hi!
>
> On Sun, Apr 19, 2020 at 8:38 AM Szabolcs Hubai wrote:
> >
> > This device has trouble extracting big kernel from flash,
> > and supports LZMA compressed kernels only.
> >
> &g
Hello,
This is my third attempt to revive the snapshot images for D-Link DIR-860L B1.
In this version, only the dlink_dir-860l-b1 recipe is modified.
--
Regards,
Szabolcs
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://list
inimal compression ("-a0") for the LZMA
compressed uImage.
The most robust solution would use a different loader,
which reads the compressed kernel directly from the flash.
See the thread at [0] for more details!
[0] http://lists.infradead.org/pipermail/openwrt-devel/2020-April/022926.h
Hello,
Stijn Segers ezt írta (időpont: 2020. ápr.
20., H, 9:25):
>
> Hi Szabolcs,
>
> Op zondag 19 april 2020 om 20u49 schreef Szabolcs Hubai
> :
> > This device has trouble extracting big kernel from flash,
> > and supports LZMA compressed kernels only.
> >
>
Hi Stijn,
Stijn Segers ezt írta (időpont: 2020. ápr.
21., K, 17:52):
>
> Hi,
>
>
> Op dinsdag 21 april 2020 om 15:12 schreef Stijn Segers
> :
> > Hi Szabolcs,
> >
> > Op maandag 20 april 2020 om 11:01 schreef Szabolcs Hubai
> > :
> >> Hel
Hi David!
David Bauer ezt írta (időpont: 2020. ápr. 26., V, 14:42):
>
> Hi Szabolcs,
>
> On 4/19/20 8:49 PM, Szabolcs Hubai wrote:
> > - KERNEL := kernel-bin | append-dtb | relocate-kernel | lzma | uImage lzma
> > + LOADER_TYPE := bin
> > + KERNEL := kernel-bi
Hi again!
Szabolcs Hubai ezt írta (időpont: 2020. ápr. 26., V, 16:43):
>
> Hi David!
>
> David Bauer ezt írta (időpont: 2020. ápr. 26., V,
> 14:42):
> >
> > Hi Szabolcs,
> >
> > On 4/19/20 8:49 PM, Szabolcs Hubai wrote:
> > > - KERNEL :=
Hi David!
Sorry for the long mail, it's full of serial log.
Szabolcs Hubai ezt írta (időpont: 2020. ápr. 26., V, 16:43):
>
> Hi David!
>
> David Bauer ezt írta (időpont: 2020. ápr. 26., V,
> 14:42):
> >
> > Hi Szabolcs,
> >
> > On 4/19/20 8:
Hi!
Chuanhong Guo ezt írta (időpont: 2020. ápr. 19., V,
17:42):
>
> Hi!
>
>
>
> My original thought on this device is to use a different loader. The first
> 4MB of SPI-NOR flash on mt7621 is mapped to 0x1fc0 and lzma
> loader can read compressed kernel directly from flash. If the kernel
>
.
This patch use this OKLI method for sysupgrade and factory images.
[0]
http://lists.infradead.org/pipermail/openwrt-devel/2020-April/022926.html
Signed-off-by: Szabolcs Hubai
---
target/linux/ramips/image/Makefile| 20 +++
.../ramips/image/lzma-loader/src/loader.c
Hi Hauke,
May I have a little offtopic question about backporting?
I opened a pull request ("comgt: support Mikrotik R11e-LTE6 modem", [1])
where I move a file dependency from "comgt-ncm" to "comgt".
Are such a change allowed to be backported?
[1]: https://github.com/openwrt/openwrt/pull/1226
26 matches
Mail list logo
