Hi!
On Mon, Feb 21, 2022 at 10:22 AM Szabolcs Hubai wrote:
>
> From: Chuanhong Guo
>
> It's reported that current memory detection code occasionally detects
> larger memory under some bootloaders.
> Current memory detection code tests whether address space wraps arou
is.
You can't test u-boot-spl from memory though, because you can't
initialize ram when the code itself is in ram.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
loader which extracts
the actual kernel code to the memory. The compressed kernel
is linked as a part of the lzma-loader so it doesn't need any
flash access.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.or
and there's no bridge offloading between the "wan" interface and
> other interfaces.
>
> mt7621_yuncore_ax820.dts: There's no bridge offloading between the "wan"
> and "lan" interfaces.
>
> Signed-off-by: Arınç ÜNAL
Applied to master. Than
rty and fill the corresponding name field in
netdev structure. This has no chance to be accepted upstream and can only
be our local hack forever.
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ck in dts anymore. Remove them.
Signed-off-by: Chuanhong Guo
---
The new shift mode in ar934x doesn't need all the bit-bang code in
the old ath79-spi driver at all and there isn't much code that
can be shared between two modes, so I decided to write a new
driver for it.
With
done flash reading and sysupgrade tests on
ar933x/ar934x/qca955x including cs1 test on ar9344.
But I agree that I'm too impatient this time. Sorry.
Regards,
Chuanhong Guo
[0] https://patchwork.kernel.org/patch/11367973/
___
openwrt-deve
kernel | pad-to (BLOCKSIZE) |\
Do we need this "pad-to (BLOCKSIZE)" in
factory.bin/sysupgrade.bin? kernel/rootfs can be split anywhere and we
may squeeze out several kilobytes by removing this image padding.
Also I'm wondering whether "tplink-v1-image sysupgrade" recipe could
replace "append-kernel | append-rootfs | pad-rootfs" here.
("tplink-v1-header" needs to be removed from KERNEL or there'll be
duplicated headers)
> + append-rootfs | pad-rootfs | append-metadata |\
> + check-size (IMAGE_SIZE)
> +endef
> +TARGET_DEVICES += teltonika_rut955
> +
> define Device/trendnet_tew-823dru
>SOC := qca9558
>DEVICE_VENDOR := Trendnet
> --
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ave AR933x here to test, it'd be great if
> someone with that hardware can test if applying this patch breaks the
> serial console or not.
Tested on ar9331 (pisen,ts-d084) and uart console works fine.
Tested-by: Chuanhong Guo
___
openwrt-deve
spi-ath79-add-fast-flash-read.patch
also breaks ath79/4.14?
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Tue, Jan 7, 2020 at 8:12 AM Rosen Penev wrote:
>
> From: Chuanhong Guo
>
> This new function make batch processing of network packets possible,
> which slightly improves performance.
>
> Signed-off-by: Chuanhong Guo
> Tested-by: Rosen Penev
> ---
> around a
> m25p,fast-read;
>
> But I guess all those name variations will, in the end, mean just the same.
> "m25p,fast-read" does not fix the issue as well.
Correct. You could take a look at spi-nor driver and you'll find that these
compatible strings aren't really used.
spi-mem-op matches 0x0b + 3-byte
address + 1-byte dummy before executing the operation.
You'll need to set m25p,fast-read for spi-nor code to generate
this matching operation.
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.
This high spi clock needs to be tested with my commit:
ebf0d8dade ("ath79: add new ar934x spi driver")
and I think all existing ar93xx/qca95xx devices with spi-max-frequency
higher than 50MHz needs to be reduced below 50MHz or it needs to a
match the one
> configured to the hardware.
> Are you aware if this has already been fixed in Kernel 4.14?
This is fixed by the following commits:
ramips: fix cpu clock of mt7621 and add dt clk devices:
https://git.openwrt.org/c7ca224299
ramips: fix some clocks in mt7621.dtsi: https://
d-off-by: Serge Vasilugin
[fix indent, replace magic value, alter commit message]
Signed-off-by: Chuanhong Guo
---
.../generic/files/drivers/net/phy/rtl8367b.c | 44 +--
1 file changed, 40 insertions(+), 4 deletions(-)
diff --git a/target/linux/generic/files/drivers/net/phy/rtl8367b.c
This commit adds definition of DEBUG0 and DEBUG1 registers and replace
magic values with proper register modifying.
Signed-off-by: Chuanhong Guo
---
.../generic/files/drivers/net/phy/rtl8367b.c | 35 ---
1 file changed, 30 insertions(+), 5 deletions(-)
diff --git a/target
On Mon, Mar 16, 2020 at 6:37 PM Chuanhong Guo wrote:
> +#define RTL8367B_DIS2_RGMII_SHIFT0
> +#define RTL8367B_DIS2_RGMII_MASK 0xf
> +
> +#define RTL8367B_EXT_RGMXF_REG(_x) \
> + ((_x) == 2 ? 0x13c5 : 0x1306 + (
to it. I think it doesn't worth to mark these factory images as
'tftp capable'.
BTW I have no idea about how tplink-safeloader stuff works.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
warning. We are not dealing with vendors
and it's unpleasant for users to see that unnecessary and long WARN_ON
print.
Signed-off-by: Chuanhong Guo
---
This patch is inspired by previous work from:
target/linux/ramips/patches-4.14/0053-mtd-spi-nor-add-w25q256-3b-mode-switch.patch
I was init
complains.
Signed-off-by: Chuanhong Guo
---
RFC: Should I do this?
If I don't do so, users will complain about missing image;
But if I do and brick users devices, users may also complain. That may
not be a big deal as users can recover their devices easily.
I have no idea what I should do at thi
eprecated so there's no need to do so.
In fact, this driver under mediatek target also works for mt7621:
target/linux/mediatek/files-5.4/drivers/net/phy/mtk/mt753x
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
th it.
I also think this way so I didn't do any measurement beforehand :)
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
quency = <3300>;
m25p,fast-read isn't needed until spi frequency is higher than 50MHz
and it affects performance a bit.
It can be removed here and below.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
default kernel template.
Signed-off-by: Chuanhong Guo
---
D-Link DIR-860L B1 needs a different loader implementation and isn't
covered by this patch.
Please help testing this patch on top of current master:
75f19deb3a ramips: define image recipe for uncompressed uimage with loader
1. If your d
EXT_START. We don't really need to test a change of
LZMA_TEXT_START on every boards as its our own code doing
the same thing. So I'd like to leave this untouched and change it
later if needed.
--
Regards,
Chuanhong Guo
___
openwrt-devel m
t lzma-loader and hangs up:
Oops.
I can't debug further on this issue so I'll abandon this patch and use it
only for devices affected by the kernel bump.
Thanks for testing!
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt
Hi!
On Wed, Apr 15, 2020 at 5:47 AM David Bauer wrote:
>
> Hi Guo,
>
> On 4/14/20 8:44 AM, Chuanhong Guo wrote:
> > D-Link DIR-860L B1 needs a different loader implementation and isn't
> > covered by this patch.
> > Please help testing this patch on top of cu
T_DEVICES += asus_rt-n10p_v3
> +
> +define Device/asus_rt-n11p_b1
> + IMAGE_SIZE := 7872k
> + DEVICE_VENDOR := Asus
> + DEVICE_MODEL := RT-N11P B1
> + SUPPORTED_DEVICES += rt-n11p_b1
> +endef
> +TARGET_DEVICES += asus_rt-n11p_b1
> +
> +define Device/asus_rt-n12_vp_b1
> +
urrent solution too.
but I prefer to drop patch 1/2 and write the complete kernel
recipe for dir-860l only. It's a bit confusing to use "KERNEL +="
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ramips images now relies on explicit switch setup for proper failsafe
functionality. Remove default cases where it relies on vlan setup in
dts and add switch setup for devices affected.
Signed-off-by: Chuanhong Guo
---
.../mt7620/base-files/etc/board.d/02_network | 20 +--
.../mt76x8/base
d_flash_data and return -ENOTSUPP on SFDP
reading request.
[0]
https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/ath79/patches-4.14/461-spi-ath79-add-fast-flash-read.patch;h=7c24fc5e14e593e8945789c2ac3e37bd14ad92be;hb=33732f4a9c17921b782167a0dcaba9703d4e6753
--
Regards,
ls mediatek tp1900ac (a stripped-down
mt7629 armv7 soc with a tp-link badge :P) routers with 4M flash and
32M ram.
This kind of "fat packages" separation has to be a per-target one like
current SMALL_FLASH property, and we either need some clever
package feed setup
Hi!
On Wed, May 6, 2020 at 1:36 AM pedrowrt wrote:
>
> I tested it using Staging tree of Chuanhong Guo [1], and it worked. Good
> job. What are the next steps related to this?
>
> I understand to not be included in future release (no problem, we can
> inject the patch on our
***
> [package/boot/uboot-mediatek/compile] Error 2
> make[1]: *** Waiting for unfinished jobs
>
> Maybe somebody with more knowledge of the buildbot setup can help here.
upstream u-boot with spl uses binman which needs python-devel in host system.
u-boot
his commit makes FLASH_START a configurable value to
handle both cases.
Signed-off-by: Chuanhong Guo
---
target/linux/ramips/image/lzma-loader/Makefile | 2 ++
target/linux/ramips/image/lzma-loader/src/Makefile | 5 +
target/linux/ramips/image/lzma-loader/src/loader.c | 5 +
3 files
This is an example of using OKLI loader and will not be part of final
commits.
First uImage header covers loader + kernel so that the original firmware
mtdsplit can be used.
---
target/linux/ramips/image/Makefile | 10 ++
target/linux/ramips/image/mt7620.mk | 1 +
target/linux/ramips/ima
OKLI mode of our lzma-loader in ramips still contains
left-over bits from ar71xx and isn't used before.
This patchset fixes it so that it can be used in
future devices.
(e.g. https://github.com/openwrt/openwrt/pull/2645)
Chuanhong Guo (3):
ramips: lzma-loader: make FLASH_START configu
Signed-off-by: Chuanhong Guo
---
target/linux/ramips/image/Makefile | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/target/linux/ramips/image/Makefile
b/target/linux/ramips/image/Makefile
index f5166f8ae1..10e9edd3bb 100644
--- a/target/linux/ramips/image
t; unsigned long kernel_ofs;
> > unsigned long kernel_size;
> >
> > - flash_base = (unsigned char *) KSEG1ADDR(AR71XX_FLASH_START);
> > + flash_base = (unsigned char *) KSEG1ADDR(CONFIG_FLASH_START);
...here. It'll fail if CONFIG_FLASH_START isn&#x
>
> Those are tested by the author now.
>
> Depending on what you prefer, I'd either wait for you to merge your two
> commits and then push the final one, or just merge all three myself.
Feel free to merge all 3 patches :)
--
Regards,
Chuanhong Guo
_
other platform. Limit it to ath79-only as a target patch.
Fixes: FS#2216
Fixes: FS#3226
Signed-off-by: Chuanhong Guo
---
.../930-ar8216-make-reg-access-atomic.patch | 61 +++
1 file changed, 61 insertions(+)
create mode 100644
target/linux/ath79/patches-5.4/930-ar8216-make-reg-a
take your time to read OpenWrt contribution guidelines [0]
and fix all the formal issues first.
[0] https://openwrt.org/submitting-patches
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openw
e)
no extra background tasks are running.
swconfig led trigger is used so the kernel is constantly
polling port status from switch in the background.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
below mutex_lock and send a v2 or
do you have other suggestions?
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
factory.bin sysupgrade.ubi
> +IMAGE/sysupgrade.ubi := append-ubi | check-size 0x0400 |
> append-metadata
Could you try the tar sysupgrade package instead? Replace this line with:
IMAGE/sysupgrade.bin = sysupgrade-tar | append-metadata
The resulting sysupgrade.bin should work withou
Hi!
On Sun, Oct 4, 2020 at 12:33 PM Baptiste Jonglez
wrote:
>
> Hi,
>
> Thanks a lot for fixing this!
>
> Can you backport it to openwrt-19.07? ath79 is also affected there.
backport pushed.
--
Regards,
Chuanhong Guo
___
openwrt-
Other info:
MT7915 seems to have two PCIEs connected to MT7621. Card detected on
PCIE0 has an ID of 14c3:7916 and the other one on PCIE1 has 14c3:7915.
Signed-off-by: Chuanhong Guo
---
.../ramips/dts/mt7621_totolink_x5000r.dts | 139 ++
target/linux/ramips/image/mt76
K+128 flash layout, so it's the old driver
which is incorrectly detecting OOB size.
> Suffice to that accessing the device (nanddump) does not go well.
Could you describe what exactly goes wrong?
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing
Hi!
On Sat, Feb 11, 2023 at 8:41 PM Peter Naulls wrote:
>
> On 2/10/23 22:41, Chuanhong Guo wrote:
> > Hi!
> >
> 16.163318] 8 fixed-partitions partitions found on MTD device mt7621-nand
> >
> > From the datasheet here:
> > https://www.mxic.com.tw/Lists/
Hi!
On Tue, Feb 14, 2023 at 4:01 AM Peter Naulls wrote:
>
> On 2/11/23 08:10, Chuanhong Guo wrote:
> > Hi!
> >
>
> >>
> >> # nanddump -a /dev/mtd2
> >> ECC failed: 8
> >> ECC corrected: 0
> >> Number of bad blocks: 0
> >&g
les switch MDIO (many vendor u-boot do so),
PHYs defined in GMAC MDIO won't be discovered until a switch reset.
Also, I vaguely remembered that the AR934X GMAC0 MDIO is always the
external one and the built-in switch is on MDIO1. Have you tested this on
existing devices?
--
Re
ault to prevent that when users decided
to install multiple of them.
I made an init script to setup USB gadget using the "modern"
configfs approach:
https://github.com/openwrt/openwrt/pull/14005
Maybe you can make use of this one instead? :)
--
Regards,
Chuanhong Guo
__
l.
It would be better to submit a complete patchset for a working target
instead.
Is there any plan for upstreaming support for basic functionalities like
ethernet and/or WiFi?
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
= 1
> PKG_FORTIFY_SOURCE ?= 1
> PKG_RELRO ?= 1
>
> +ifeq ($(ARCH),arm)
> +TARGET_CFLAGS += -mthumb
> +endif
> +
This isn't a hardening option, so it doesn't belong here.
This should probably be part of package.mk instead.
--
Regards,
Chuanhong Guo
f from the original author Zhuo Fu here.
[1] https://git.openwrt.org/5c9cc7b7f8920944a413644e1c2ea23bfe655bcb
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
in aarch32 mode? If that's the case
you should make CONFIG_CPU_V7 available in your kernel config.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
loader to
unbrick the device.
Here's one with USB2.0 Hi-speed interface:
https://github.com/cherry-embedded/CherryDAP
The Sipeed M0S module used costs 20CNY on Taobao
(or 2.81 USD according to google)
--
Regards,
Chuanhong Guo
___
ope
Hi!
On Tue, Jan 9, 2024 at 10:34 PM John Crispin wrote:
>
>
> On 09.01.24 14:51, Chuanhong Guo wrote:
> > Hi!
> >
> > On Tue, Jan 9, 2024 at 6:52 PM John Crispin wrote:
> >> [...]
> >> FAQ
> >>
> >> * Why are there are 2 diffe
ost-down MT7986 I would imagine this particular
feature is the same between them:
HW NAT
− Etherent/WiFi
− Wired speed
− IPv4 routing, NAT, NAPT
− IPv6 routing, DS-Lite, 6RD
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@
ert is a good addition to our team and would massively help
> me (Ansuel) in maintaining each IPQ target and review all the related
> PR on github and patchwork.
> I would like to add Robert to the OpenWrt committers team.
>
+1.
--
Regards,
Chuanhong Guo
__
ver get into the main repository.
There are a lot of GitHub pull requests that nobody feels like merging,
too. Patches are piling up at both places and I don't think this is a
mailing-list specific problem.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
.
Maybe we should just drop all the git magic for the history of old versions,
and make the kernel_bump script do a commit for git mv and another one
for copying it back.
>
> Given the number of pulls which already miss the use, doing all boards at
> the same time really does seem the way to
citly NACKing your patch or saying it's worse
than the bash version just because it's written in perl. Maintainers
who don't understand perl simply don't have the knowledge to
judge the script, so the patch is left for others. If such a maintainer
doesn't show up, your patch won't be taken. It doesn't matter if
your script is superior or not.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
the 250$ region with yet again a portion of
> that being donated to the project.
>
> expected availability is late '25.
>
> John
>
+1!
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi!
On Mon, Mar 31, 2025 at 4:52 PM Linus Walleij wrote:
>
> Hi Chuanhong,
>
> sorry for extreme slowness on my part, replying to an over one year old
> question...
>
> On Sun, Nov 19, 2023 at 2:27 PM Chuanhong Guo wrote:
>
> > The g_*.ko gadget modules conflict w
On Thu, Apr 3, 2025 at 2:51 PM Linus Walleij wrote:
>
> The /etc/config/usbgadget file is a conffile, so specify
> it as such.
>
> Cc: Chuanhong Guo
> Signed-off-by: Linus Walleij
Thanks for the fixes!
> ---
> package/utils/usbgadget/Makefile | 4
> 1
get
> all dependencies satisfied.
>
> Adding a dependency using usbgadget+ fixes this.
>
> Cc: Chuanhong Guo
> Signed-off-by: Linus Walleij
> ---
> package/utils/usbgadget/Makefile | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/packa
Hi!
On Thu, Apr 3, 2025 at 2:51 PM Linus Walleij wrote:
>
> The usbgadget package tries to mount and use configfs so it
> needs to require the kernel module instead of implying it.
>
> There should be a newline at the end of the file as well.
>
> Cc: Chuanhong Guo
> Sign
Hi!
On Fri, Apr 4, 2025 at 9:51 AM Chuanhong Guo wrote:
>
> On Thu, Apr 3, 2025 at 2:51 PM Linus Walleij wrote:
> >
> > The /etc/config/usbgadget file is a conffile, so specify
> > it as such.
> >
> > Cc: Chuanhong Guo
> > Signed-off-by: Linus Walle
101 - 170 of 170 matches
Mail list logo
