I get this patch to my forked 12-stable branch. https://github.com/ZRouter/freebsd-src/commit/e905ae1913c4667f6825bb9fa04dca3872620a6f
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Mar 20 2023
Jan 7 2022
Nov 1 2021
Jul 2 2021
I tested on Onion Omega(Atheros 9330) with SPI LCD at 12.2R. No DELAY work fine. Please commit this patch.
May 14 2021
Apr 20 2021
- add gsed for BUILD_DEPENDS
Apr 19 2021
- add little endian support
Apr 17 2021
- use make makepatch
- fix binutils prefix and add libgcc.a, libgcov.a
Mar 13 2020
I update Onion Omega to normal 12-STALBLE then LCD display is slow. I remember no this modify in source tree.
Feb 2 2020
Dec 6 2019
I found "denx,uimage" in this dts file.
Dec 5 2019
In D22685#496456, @ian wrote:This change is unacceptable. Child nodes of a flash device which represent partitions must not have a compatible property, it is forbidden by the bindings document. I believe the correct way to do this is that there must be a child node with a compatible of "fixed-partitions", then within that node, there can be child nodes describing partitions which have compatible properties on them. Right now, fdt_slicer doesn't handle that kind of node structure.
Adding the checks for denx,uimage into the slicer in a way that requires it to do IO doesn't seem correct either. The fdt_slicer is for creating partitions that require out-of-band metadata (fdt data) to describe. Finding partitions by reading the content of the media seems like it should be handled the same way as other partitioning schemes that read media and create partitions from what they find (gpt, mbr, etc).
this is dts setting.
Dec 1 2019
also fixed my type of FV.
I will put separate this revision.
Nov 13 2019
Jul 26 2019
I agree this change.
May 24 2019
May 23 2019
May 15 2019
Now work fine this hints.
- add cpu type to ar71xx_gpio_oe_is_high()
I checked code and I think this problem is case of ar71xx_gpio_oe_is_high().
AR9344 data sheet say.
May 14 2019
This is log.
- delete new impliment and change logic
Sorry my missing opration.
May 6 2019
May 1 2019
This is my test environment.
Apr 30 2019
This is dmesg.
Apr 25 2019
Apr 23 2019
Sorry my missing comment.
- delete dtsi file
Apr 13 2019
loos Please show me complete dts file use gpioiic.c.
Apr 8 2019
Now this patch is conflict. I hope some body make this future.
Apr 3 2019
- review refict
Mar 22 2019
OK. I copy only my repository that is I want use.
My understand is sys/gnu/dts have only openwrt(opneled) dts files. And sys/dts have freebsd original dts files. MZK-W04N-XX.dts is my missing add dts file then move to freebsd dts directory. Do you think how to sync openwrt(opneled) dts files ?
Jan 15 2019
In D13648#285288, @mizhka_gmail.com wrote:Hi,
Small cosmetic changes are required.
But I don't get idea why this marker lookup can't be done by flash_slicer code.
Could you please clarify benefit?Thank you!
Dec 6 2018
I can't update this review by arc command. I will put new review.
Nov 16 2018
In D18001#384941, @sgalabov wrote:! In D18001#384940, @yamori813_yahoo.co.jp wrote:
Mediatek soc is some time CPU print name and CHIPID is different. I have one that is CPU printed RT3050F but CHIPID is RT3350. I think Mediatek code need check SYSCTL_CHIPID0_3 and SYSCTL_CHIPID4_7. Sure thing first is CHIPID and second is FDT I believe.Can you please share a dmesg output from the case where CPU is printed as RT3050F but CHIPID is RT3350 actually?
In D18001#384902, @sgalabov wrote:Please split Mediatek and Atheros in separate reviews.
In terms of Mediatek, it looks like there's a bit of code duplication. Why don't we just implement the CPU ID detection within mtk_soc_try_early_detect() instead? We already have the correct FDT mappings there, so all we have to do is fill in the cpu_model in there.
This is dmesg on MT7620.
Broadcom soc support is D12737.
Nov 11 2018
- upgrade dts file at openwrt v18.06.1
Nov 7 2018
In D17880#382169, @manu wrote:In D17880#382015, @yamori813_yahoo.co.jp wrote:I seem uart_dev_snps.c use ather soc uart. Not only allwinner, And ALLWINNER_32 and ALLWINNER_64 define is not valid.
The ALLWINNER_XX defines are fake ones so one need to choose between the two.
If you have another device that uses snps uart driver feel free to submit some early routines if those ones doesn't work for you.
Also aw_machdep.c isn't used in aarch64 build.
I seem uart_dev_snps.c use ather soc uart. Not only allwinner, And ALLWINNER_32 and ALLWINNER_64 define is not valid.
Oct 16 2018
Sep 12 2018
This code have compile error now. I will check, but now abandon.
Sep 5 2018
I want add RT2880 and RT5350 and MT7620 support in this code. If I will done it, then I will put review again. Thanks.
I want add more support chip. But I don't know when that will be.
Sep 3 2018
This is original README
Sep 2 2018
- add support eeprom in flash
Aug 24 2018
Aug 21 2018
- add more setup
- fixed bug
Aug 17 2018
- fixed led port
Aug 10 2018
- forget add kernel address setting
Aug 8 2018
- too mach delete INTRNG
- refict review
Jun 21 2018
Currently We have almost same code in these file.
Sorry my miss operation.
- fix typo by arc
- repare from master file
Jun 20 2018
- impliment of a few u-boot have space before header
Apr 27 2018
Apr 5 2018
- forget delete
- delete kernel option make to default
Apr 3 2018
- check 64K and 128K boundly. add comment and static
I think dts must not have kernel size because of it's change kernel configuration. This code separate to kernel and rootfs from firmware partition.
- rewrite rootfs check logic
Apr 2 2018
- review refict
Feb 10 2018
Current code is very dangerous because of doing sector erase to address 0. 0 is boot sector in mips. Almost system is sector 0 is protected then no effect. I see Juniper not tested this code on AMD type flash.
Feb 9 2018
- fixed typo