Hi!
On Mon, Nov 30, 2020 at 1:05 AM Adrian Schmutzler
wrote:
>
> None of the spi drivers on ath79 uses the num-cs property.
>
> Cc: Chuanhong Guo
> Signed-off-by: Adrian Schmutzler
Acked-by: Chuanhong Guo
--
Regards,
Chuanhong Guo
atch rejected for the exact reasons you've
realized yourself in those TODOs:
1. adding the old vendor pci drivers
2. breaking the spi driver for mt7621/mt7628.
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi!
On Thu, Dec 24, 2020 at 10:12 AM Chuanhong Guo wrote:
>
> Hi!
>
> On Thu, Dec 24, 2020 at 12:52 AM Rafaël Carré wrote:
> >
> > TODO: the spi-mt7621 patches will break support for other targets
>
> Does that work on RT6855A at all? spi-mt7621 is a mediatek I
master = mt7621_spi_read(rs, MT7621_SPI_MASTER);
> +- master |= MASTER_RS_SLAVE_SEL | MASTER_MORE_BUFMODE;
> ++ master |= MASTER_MORE_BUFMODE;
> ++#ifndef CONFIG_SOC_RT6855A
> ++ master |= MASTER_RS_SLAVE_SEL;
> ++#endif
> + master &a
[FE_REG_RX_MAX_CNT0] = RT5350_RX_MAX_CNT0,
> + [FE_REG_RX_CALC_IDX0] = RT5350_RX_CALC_IDX0,
> + [FE_REG_RX_DRX_IDX0] = RT5350_RX_DRX_IDX0,
> + [FE_REG_FE_INT_ENABLE] = RT5350_FE_INT_ENABLE, // OK
> + [FE_REG_FE_INT_STATUS] = RT5350_FE_INT_STATUS, // OK
> + [FE_REG_FE_RST_GL] = 0,
> + [FE_REG_FE_DMA_VID_BASE] = 0,
> +};
> +
> +static void rt5350_init_data(struct fe_soc_data *data,
Rename these functions with a rt6855a_ prefix instead.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
al with kernel configs.
You should use make kernel_menuconfig and exit the config menu
to get this config file refreshed. (Common options defined in kernel
packages and target/linux/generic will be remobed by kconfig scripts.)
> [...]
> diff --git a/target/linux/ramips/rt68
its? (or 7 to keep device 7 as non-existent) ?
This controller was known to be used on mt7621/mt76x8 only.
Both mt7621 and mt7628 only have 2 chipselect pins exposed.
As it's unlikely to be used on any other new SoCs, it's filled with
the actual available chipselects, which is 2.
d the broken-flash-reset for this specific model.
> So, adding broken-flash-reset serves as a fail-safe.
It's not added as a replacement for "mx25l25635f" compatible string,
so I think it should be dropped from this patch or moved into a
separated one.
--
Regards,
Chuanhong
age is as simple as pressing down the reset
button if we have the
reset button properly defined. I think that's a fair price to pay for
not reading the instructions :D
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
#x27;m fine with just dropping these two lines due to the fact that
we mainly used state_default to set up pinctrl in ramips.
(Ideally a separated pinctrl node with uart3 as gpio should be
defined and referenced here.)
> +
> + reset-gpios = <&gpio 1
n this router is supported
now or not. You should probably ask TOTOLINK for a copy of the original
firmware image before trying OpenWrt, so that you can go back to the
original firmware if needed. (A forced sysupgrade from OpenWrt using
their firmware image should w
27;t have their memory running at exactly 1200MHz.
I think it doesn't worth to potentially brick someone's router for this extra
200Mbps bandwidth on CPU port.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openw
4292 ("ramips: manage low reset lines")
> Signed-off-by: Ilya Lipnitskiy
Merged. I'll push it after a build test.
Thanks!
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi!
On Fri, Apr 2, 2021 at 9:05 PM Rui Salvaterra wrote:
>
> In Cortex-A7, VFPv4 and NEON aren't optional.
It is, and mt7629 does have a Cortex A7 without FPU according to the
datasheet and SDK code.
NACK.
--
Regards,
Chuanhong Guo
empt that in the future. Just trying to make a step in the
> right direction here and save people time so they don't see these
> errors/warnings.
This whole driver probably needs a complete rewrite if you want to
upstream it. Multiple gpio nodes should be merged into one, bgpio_init
shou
(which is set to fixed 1). spi-ath79 should be patched to fix
this problem
before cs-gpios for ar7161/ar7242 devices can be dropped.
It's not needed on ar9344 because the new spi-ar934x driver doesn't have
this problem.
--
Regards,
Chuanhong Guo
h GPIO too.
Signed-off-by: Chuanhong Guo
---
target/linux/ramips/base-files/etc/board.d/01_leds | 3 +
.../linux/ramips/base-files/etc/board.d/02_network | 1 +
target/linux/ramips/base-files/etc/diag.sh | 3 +-
target/linux/ramips/base-files/lib/ramips.sh | 3 +
.../ramips/base
past thread but I
can't find it now.
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
TH79_MACH_GL_X1200,/* GL.iNet GL-X1200 */
> ATH79_MACH_GS_MINIBOX_V1, /* GainStrong MiniBox V1.0 */
> ATH79_MACH_GS_MINIBOX_V32, /* Gainstrong MiniBox V3.2 */
> ATH79_MACH_GS_OOLITE_V1,/* GainStrong Oolite V1.0 */
> diff --git a/target/linux/ar71xx/generic/config-default
> b/target/linux/ar71xx/generic/config-default
> index 25b58ae..de7586f 100644
> --- a/target/linux/ar71xx/generic/config-default
> +++ b/target/linux/ar71xx/generic/config-default
> @@ -99,6 +99,7 @@ CONFIG_ATH79_MACH_GL_DOMINO=y
> CONFIG_ATH79_MACH_GL_INET=y
> CONFIG_ATH79_MACH_GL_MIFI=y
> CONFIG_ATH79_MACH_GL_USB150=y
> +CONFIG_ATH79_MACH_GL_X1200=y
> CONFIG_ATH79_MACH_GS_MINIBOX_V32=y
> CONFIG_ATH79_MACH_GS_OOLITE_V1=y
> CONFIG_ATH79_MACH_GS_OOLITE_V5_2=y
> diff --git a/target/linux/ar71xx/image/generic.mk
> b/target/linux/ar71xx/image/generic.mk
> index 30a8b34..3b16fef 100644
> --- a/target/linux/ar71xx/image/generic.mk
> +++ b/target/linux/ar71xx/image/generic.mk
> @@ -543,6 +543,19 @@ define Device/gl-usb150
> endef
> TARGET_DEVICES += gl-usb150
>
> +define Device/gl-x1200
> + DEVICE_TITLE := GL.iNet GL-X1200
> + DEVICE_PACKAGES := kmod-usb-core kmod-usb2 kmod-usb-storage \
> + kmod-ath10k ath10k-firmware-qca9888
> + BOARDNAME := GL-X1200
> + SUPPORTED_DEVICES := gl-x1200
> + IMAGE_SIZE := 16000k
> + MTDPARTS := spi0.0:256k(u-boot)ro,64k(u-boot-env),64k(art)ro,-(firmware)
> + IMAGE/sysupgrade.bin := append-kernel | pad-to (BLOCKSIZE) | \
> + append-rootfs | pad-rootfs | append-metadata | check-size
> (IMAGE_SIZE)
> +endef
> +TARGET_DEVICES += gl-x1200
> +
> define Device/lan-turtle
>$(Device/tplink-16mlzma)
>DEVICE_TITLE := Hak5 LAN Turtle
> --
> 2.7.4
>
>
>
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi!
On Fri, May 31, 2019 at 9:34 PM Christian Lamparter wrote:
>
> Not to be a party pooper. The ag71xx is well on its way to upstream.
> https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/commit/drivers/net/ethernet/atheros/ag71xx.c?id=d51b6ce441d356369387d20bc1de5f2edb0ab71e
>
>
On Sat, Jun 1, 2019 at 12:26 AM Christian Lamparter wrote:
>
> On Friday, May 31, 2019 4:44:50 PM CEST Chuanhong Guo wrote:
> > Hi!
> >
> > On Fri, May 31, 2019 at 9:34 PM Christian Lamparter
> > wrote:
> > >
> > > Not to be a party pooper. The ag
titioning for both variants need to define both NOR and
> NAND partitioning
GL-AR300M has an NOR-only variant and by adding SPI NAND node into the
NOR variant you'll add some unnecessary error messages into kernel
log.
Regards,
Chuanhong Guo
__
d-usb3 kmod-usb-ledtrig-usbport wpad-basic
> endef
> TARGET_DEVICES += zbt-wg3526-32M
> +
> +define Device/ap7621-001
image name should be manufacturer_model. In this case it should be
asiarf_ap7621-001
> + DTS := AP7621-001
> + IMAGE_SIZE := $(ra
me it takes to read the SPI-NOR and check
> if the KiB/s match with the selected frequency or not.
Did a quick test on my router with 40MHz SPI clock:
# time dd if=/dev/mtdblock3 of=/dev/null bs=64k
251+0 records in
251+0 records out
real 0m 4.98s
user 0m 0.00s
sys 0m 0.16s
around 25Mbit/s
R
ke DEVICE_PACKAGES reflect this.
MT7621 uses XHCI controller for both its usb2 and usb3 ports. It needs
kmod-usb3 instead of kmod-usb2 even if that's just a usb2.0 port.
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@
>;
> + mtd-mac-address-increment = <1>;
> +};
> +
> +&wmac {
> + status = "okay";
> + mtd-cal-data = <&art 0x1000>;
> + mtd-mac-address = <&art 0x1002>;
This is just the location of default mac address in ar
need to set ESD_MODE bit (bit 15)
to 1 in GPIO1_MODE and switch other used pads into GPIO mode.
HC5661A is a router which used this pinmap so that all 5 ethernet
ports and SDXC interface can be used simutaneously.
I think this patchset is kind of hacky so I decided to send it here
for review/sugges
Since we've fixed AGPIO_MODE setup in sdxc driver, we can enable
SDXC interface for HC5661A now.
Signed-off-by: Chuanhong Guo
---
pinctrl disallows "double enable" for a function (meaning can't set a
group to gpio twice), so the gpio group needs to be specified for every
rs as
well as specially handling GPIO reservation/pinctrl setup for ESDMODE.
Signed-off-by: Chuanhong Guo
---
.../500-hack-mt76x8-pinctrl-esdmode.patch | 55 +++
1 file changed, 55 insertions(+)
create mode 100644
target/linux/ramips/patches-4.14/500-hack-mt76x8-pinctrl-esdmode.
uld need to set ESD_MODE bit (bit 15)
to 1 in GPIO1_MODE and switch other used pads into GPIO mode.
In this mode, we don't need to switch ethernet pins to digital
pad.
Check ESD_MODE bit before applying AGPIO_CFG and use rt_sysc_m32
to set it.
Signed-off-by: Chuanhong Guo
---
.../ramips/files-
ware
Signed-off-by: Chuanhong Guo
---
package/boot/uboot-envtools/files/ath79 | 3 +
.../ath79/base-files/etc/board.d/01_leds | 3 +
.../ath79/base-files/etc/board.d/02_network | 9 +
.../etc/hotplug.d/firmware/10-ath9k-eeprom| 4 +
.../etc/hotplug.d/firmware/11-ath10k-cal
On Mon, Jul 15, 2019 at 7:53 PM Chuanhong Guo wrote:
> +&builtin_switch {
> +pinctrl-names = "default";
> +pinctrl-0 = <&pmx_led_switch>;
> +};
Here's an indentation using 4 spaces. I've fixed it locally.
xes patch two weeks ago [0] and I guess
we don't need this fix anymore :)
Regards,
Chuanhong Guo
[0] https://git.openwrt.org/7a8d3432c739c6ff038295176e8b6324e92fc116
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
one on the label :(
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Mon, Jul 15, 2019 at 12:34 AM Chuanhong Guo wrote:
>
> Since mt76x8an ver1 eco2, SDXC pins can be switched to the
> following pinmap:
> sd_d1 -> PAD_I2S_SDI
> sd_d0 -> PAD_I2S_WS
> sd_cmd -> PAD_I2S_CLK
> sd_d3 -> PAD_I2C_SCLK
> sd_d2 -> P
7; - ie: 'commit 295e04084c5e ("ramips: setup bc2 mac
addresses from the generic network script")'
>
> This patch just removes the useless entry without replacement,
> since it seems to have worked for 8 years anyway.
>
> Si
. ramips: replace board name checking with a case
Signed-off-by: Chuanhong Guo
---
target/linux/ath79/base-files/etc/init.d/bootcount| 1 +
target/linux/ipq40xx/base-files/etc/init.d/bootcount | 4 +---
target/linux/ipq806x/base-files/etc/init.d/bootcount | 4 +---
target/linux/kirkwood
;
> + };
> + };
> + };
> +};
> +
> +ð0 {
> + status = "okay";
> + mtd-mac-address = <&art 0x0>;
> + phy-handle = <&swphy4>;
> +};
> +
> +ð1 {
> + mtd-mac-address = &l
ta for
newer wifi cards and for older cards, there's a piece of code feeding
caldata in arch/mips/ath79/pci-ath9k-fixup.c before ath9k loads (in
ath79 and lantiq this is replaced by owl-loader).
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
o
are some review comments about this driver on GitHub PR#2174 [0]
Would you mind to check it out there?
(v2 patch could still be sent here on the mailing list)
>
> [0] https://forum.openwrt.org/t/support-for-new-archer-c5-v4
>
> ---
> serge
>
Regards,
Chuanhong Guo
chongjun
> ---
Merged into my staging tree at:
https://git.openwrt.org/?p=openwrt/staging/981213.git
Thanks!
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
If you mean TP-Link devices, yes, you need to create separated dts for
different flash size. Currently the mtd parser "tplinkpart" isn't
available on ath79 so we can't make mtd partitions automatically
detected.
xinglp 于2018年8月15日周三 上午11:29写道：
>
> I have some same model devices, but they have diff
Signed-off-by: Chuanhong Guo
---
RFC:
Previous discussion about this patch can be found on GitHub PR#1271.
This patch applies correct interface mode to MII0/1_CNTL register at 0x1807/
0x18070004. But there is a small difference in values for these two registers:
| GMAC0| GMAC1
Signed-off-by: Chuanhong Guo
---
Changes since that RFC patch:
Changed compatible string to ar7100-mii0/1-eth and
ar9130-mii0-eth/ar9132-mii1-eth. AR9130 dosen't have
a second gmac so I named the second one ar9132-mii1-eth.
target/linux/ath79/dts/ar7100.dtsi| 4 +-
t
econd GMAC mode to RMII but it should be RGMII.)
Signed-off-by: Chuanhong Guo
---
Resend to add commit message.
target/linux/ath79/dts/ar7100.dtsi| 4 +-
target/linux/ath79/dts/ar9132.dtsi| 2 +-
.../net/ethernet/atheros/ag71xx/ag71xx_main.c | 102 +++---
3
I've just noticed that Image metadata isn't required on ar71xx so at
least fot TP-LINK devices ar71xx accept factory firmware.
Dmitry Tunin 于2018年8月19日周日 下午7:34写道：
>
> вс, 19 авг. 2018 г. в 14:29, Dmitry Tunin :
> >
> > вс, 19 авг. 2018 г. в 12:28, Mathias Kresin :
> > >
> > > 18.08.2018 14:01, D
mage won't pass sysupgrade checking.
PISEN WMM003N is never supported by ar71xx, this commit also removed
SUPPORTED_DEVICES for it because it's completely useless.
Signed-off-by: Chuanhong Guo
---
I personally don't like these SUPPORTED_DEVICES because it's used to create
compatibil
think this discussion will end up nowhere :(
So...This patch can be dropped as it improved nothing...
Dmitry Tunin 于2018年8月19日周日 下午11:40写道：
>
> вс, 19 авг. 2018 г. в 17:46, Mathias Kresin :
> >
> > 2018-08-19 15:47 GMT+02:00 Chuanhong Guo :
> > > These lines are coming fro
GPL doesn't prevent the manufacturer from blocking third-party
firmware being installed on their router.
They just need to provide GPL code for their firmware (and they don't
need to explicitly submit their device support to OpenWrt project.)
BTW: It seemed that the bootrom of Qualcomm IPQ40xx come
this little problem (wearing the work hat, I'd
> call that a decent security problem in how TXE and uBoot interact in
> Broadcom's implementation), this being another discussion, and
> unrelated.
>
> -Michael.
>
> On Mon, Aug 20, 2018 at 10:26 AM, Chuanhong Guo wrote
econd GMAC mode to RMII but it should be RGMII.)
Introduced "qca,mac-idx" for the difference in MII_CTRL register value.
Signed-off-by: Chuanhong Guo
---
v2-v3: Changed dt binding
target/linux/ath79/dts/ar7100.dtsi| 2 +
target/linux/ath79/dts/ar9132.dtsi
Hi!
Comments inline:
Dmitry Tunin 于2018年8月21日周二 下午10:59写道：
>
> It is based on Chuanhong Guo work.
>
> PCI interrupt controller is not part of PCI. It is a part of reset controller
> with 0x18060018, 0x1806001c control registers.
>
> This should fix a bug with one IRQ for all
Dmitry Tunin 于2018年8月22日周三 上午12:26写道：
> I am still not very competent in the IRQ handling. I thought that if we set
> interrupts = <4>; and the new partent, your "case 4:" may work.
We have it there because it appears in datasheet. But we don't need it
to work unless we know what it's used for.
>
Dmitry Tunin 于2018年8月22日周三 下午1:08写道：
>
> > > They are similar. I used that code as an example, but the
> > > irq-ath79-pci has your mask/unmask for pci with reading the registers.
> > > It is possible to make one driver for both, but is it really needed?
> > It helps reducing code duplication.
>
>
Dmitry Tunin 于2018年8月22日周三 下午5:07写道：
>
> Currently all PCI devices get the same IRQ that affects performance badly.
>
> This commit adresses this problem and cleans the code.
>
> ar7100 has a special PCI interrupt controller@18060018 that works exactly
> the same way as misc interrupt controller.
Hi!
John Crispin 于2018年8月22日周三 下午5:05写道：
>
>
>
> On 21/08/18 13:39, Chuanhong Guo wrote:
> > We currently don't have any code configuring interface mode in ath79,
> > meaning that we relies on bootloader to set the correct interface mode.
> >
> > This pa
Hi!
Dmitry Tunin 于2018年8月22日周三 下午8:31写道：
>
> We probably need to add a SoC check there. Otherwise we'll have two 32
> IRQ domains when using it with PCI.
But this doesn't matter at all :)
> I guess older ones have 8 IRQs and newer ones - 16. We cal leave
> default of 32 for unknown SoCs if there a
PCI, I suggest to declare also
> > "qca,ath79-pci-intc" that will
> > have a different chip name = "PCI", so that "MISC and "PCI" will be
> > seen separately in /proc/interrupts.
> >
> > 3. I suggest removing legacy __init ath79_mi
Dmitry Tunin 于2018年8月23日周四 下午2:07写道：
>
> чт, 23 авг. 2018 г. в 6:36, Chuanhong Guo :
> >
> > Dmitry Tunin 于2018年8月23日周四 上午1:24写道：
> > >
> > > I looked into the specs and now I see that the
> > > AR71XX_RESET_REG_MISC_INT_STATUS is read-only on ar71
Hi!
Tom Psyborg 于2018年8月23日周四 下午8:36写道：
>
> Hi Dirk
>
> You say: "works quite fine, both radios are available,
> no issues at all"
>
> but no feedback on how it actually performs...
>
> From my test I got throughput of 215Mbps on 2.4GHz wifi with 4.9
> After upgraded to 4.14 the throughput droppe
First of all, It seems that there is a blank line missing between
title and commit description?
And several suggestions inline :)
Luochongjun 于2018年10月10日周三 下午7:36写道：
>
> Flash instruction:
> The original firmware is openwrt, so both LuCI or sysupgrade can be used.
>
> Signed-off-by: Luo chongjun
Several suggestions inline :)
Russell Senior 于2018年11月16日周五 下午5:25写道：
...
> diff --git a/target/linux/ath79/base-files/etc/board.d/01_leds
> b/target/linux/ath79/base-files/etc/board.d/01_leds
> index f04eb7f5c6..1343e03f90 100755
> --- a/target/linux/ath79/base-files/etc/board.d/01_leds
> +++ b/
Hi!
proxy 于2018年12月6日周四 下午3:31写道：
...
>
> I'm a user from the Third World. Since devices with 64MB of RAM or
Seriously? :)
> more are a little expensive for us.
> I bought many devices with 1MB flash and 8MB ram, mainly ar9331 qca9533.
> Then update the RAM to 64MB, and solder a simple sop8 socket
Hi!
On Mon, Oct 29, 2018 at 12:40 AM Christian Lamparter wrote:
>
> Ben Greear reported in his patch:
> |Subject: netgear r7800: Fix mac address of radios.
> |
> |Reloading the driver causes the phyX to change, and that
> |caused the MAC address to change.
>
> This is because all ODM/OEMs except Q
Hi!
On Mon, Dec 17, 2018 at 7:43 AM Roger Pueyo Centelles | Guifi.net
wrote:
>
> Hi Seb,
>
> You nailed it! :-)
>
> I was missing the ' "pinctrl-names = "default"; ' line. I must have
> removed it from the .dts file I used as the source for mine at some
> point. Then I just sorted the pinctrl-0/1
This fixed warnings caused by returning value in a void function
Signed-off-by: Chuanhong Guo
---
target/linux/generic/files/drivers/net/phy/ar8327.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/target/linux/generic/files/drivers/net/phy/ar8327.c
b/target/linux
Hi!
On Tue, Jan 22, 2019 at 3:16 AM R. Diez via openwrt-devel
wrote:
...
> If Git fails with a "fatal" error inside getver.sh, how come the build does
> not stop at that point?
Failed to calculate current revision isn't a "fatal error". As you can
see in getver.sh it falls back to reporting an "
Hi!
On Thu, Jan 3, 2019 at 10:25 AM Petr Štetiar wrote:
>
> On ath79 and UBNT Bullet M XW (ar9342) I was experiencing weird issues during
> network setup[1] which I was able to reproduce easily with following commands:
>
> uci set network.lan.ipaddr='192.168.1.20'
> uci commit network
> ifup l
Hi!
I picked several things I could answer below :)
On Wed, Jan 23, 2019 at 6:07 AM Jeff Kletsky wrote:
...
>
> Choice of Node Naming for Partitions
>
>
> In some DTS files, the partitions are named using sequential integers.
> In others, the offset of the part
Hi!
On Sat, Jan 26, 2019 at 5:09 AM Jeff Kletsky wrote:
>
> Context
> ===
>
> Working on bringing up the GL.iNet AR750S as a NAND variant
> on the ath79 target. While I can build an image, it fails to attach
> a driver to the SPI-attached NAND. There is a GL.iNet AR300M NAND
> variant, but I
This option was a spi nor hack which is dropped in gbcf4a5f474
Signed-off-by: Chuanhong Guo
---
target/linux/ramips/dts/AP-MT7621A-V60.dts | 1 -
target/linux/ramips/dts/AWUSFREE1.dts | 1 -
target/linux/ramips/dts/DIR-860L-B1.dts| 1 -
target/linux/ramips/dts
Hi!
On Fri, Feb 1, 2019 at 9:53 PM Philippe Mathieu-Daudé wrote:
> [...]
> Now that you pointed this line, I am not sure it is correct...
> It maps I/O (0x0100) region of 1B (0 0x01) from PCI 0x
> (0 0x) at 0x000 (0x000) into cpu space.
> But the DDR is already map
Hi!
On Mon, Feb 11, 2019 at 7:49 AM Rosen Penev wrote:
> [...]
> On the PC1, I can go even higher with the SPI frequency to get better
> performance. However, the later versions of the PC1 switched flash
> chips to Spansion to avoid a restart bug. Those are documented as
> accepting 50MHz for read
According to /arch/mips/include/asm/mach-ath79/ar71xx_regs.h
the size of wmac register range for qca953x is only 0x2.
Signed-off-by: Chuanhong Guo
---
target/linux/ath79/dts/qca953x.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath79/dts/qca953x.dtsi
manufacturer are using exactly the same firmware header as TP-LINK
TL-WR703N (including device ID!). Simply upload the factory firmware into WebUI
and flashing is done.
Signed-off-by: Chuanhong Guo
---
target/linux/ar71xx/base-files/etc/diag.sh | 1 +
target/linux/ar71xx/base-files/lib
Sorry I forgot to configure default LAN device. I'll send another patch later.
2018-04-21 12:12 GMT+08:00 Chuanhong Guo :
> PISEN TS-D084 is an wireless router with a battery and integrated power
> supply based on Atheros AR9331.
>
> Specification:
>
> - 400/400/200 MHz
manufacturer are using exactly the same firmware header as TP-LINK
TL-WR703N (including device ID!). Simply upload the factory firmware into WebUI
and flashing is done.
Signed-off-by: Chuanhong Guo
---
v2:
Added the missing default network configuration
.../linux/ar71xx/base-files/etc/board.d
Signed-off-by: Chuanhong Guo
---
PS: I tested this patch on ar9331-based pisen ts-d084 and it works correctly.
But it seemed that I have no way to tell ethernet and wifi drivers about where
mac address and ART data is.
Is there any solution for this problem?
.../ath79/files/drivers/mtd
This patch allows using tp-link parser by defining 'partitions' node inside
m25p80 node as follow:
partitions {
compatible = "tp-link";
};
Signed-off-by: Chuanhong Guo
---
Resend this patch due to the missing commit message :(
.../ath79/files/drivers/mtd/tp
el = "art";
};
};
};
Still wondering if there could be other better solutions for this :(
Chuanhong Guo 于2018年5月29日周二 下午11:07写道：
> This patch allows using tp-link parser by defining 'partitions' node
inside m25p80 node as follow:
> partitions {
>
From: 郭传鈜
This patch adds support for QCA953Xv2 SoC.
I got this patch from QSDK here:
https://www.codeaurora.org/cgit/quic/qsdk/oss/system/openwrt/tree/target/linux/ar71xx/patches-3.3/627-QCA-MIPS-ath79-add-QCA9531-version2-support.patch?h=release/banana_10.4_c1
This patch is tested on QCA9533-B
From: 郭传鈜
2ghz should be disabled on this router.
And I think 'mediatek,mtd-eeprom' should be defined as<&factory 32768> instead
of <&factory 0x8000> according to WHR-1166D.dts
Actually I didn't have this router.But I think this is the reason that the
MT7612E radio always gets a random MAC addr
> 1 file changed, 1 deletion(-)
>
Both patchset applied to corresponding branches. Thanks!
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ed a misuse. ar9300 eeproms (which are used on ar9331 and
later socs and ar938x pcie cards) have their macs at 0x4 and don't
have a checksum field at all.
BTW there's another misuse in ath10k-caldata: All ath10k eeproms have
checksum fields and
On Wed, Sep 18, 2019 at 10:06 PM Chuanhong Guo wrote:
> That's indeed a misuse. ar9300 eeproms (which are used on ar9331 and
> later socs and ar938x pcie cards) have their macs at 0x4 and don't
Oops. Typo here. mac is at 0x2
> have a ch
dev_info(&pdev->dev,
> + "switch phy addr=%d\n", smi->phy_id);
> +
> return 0;
>
> try_gpio:
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
h phy address)
> and may be helpful for device with rtl8367rb connected through EXT2.
>
> Signed-off-by: Serge Vasilugin
This patch seems to be broken in patchwork:
https://patchwork.ozlabs.org/patch/1153690/
Would you mind to create patches using git format-patch and resend
them with git
on my staging tree at:
https://git.openwrt.org/?p=openwrt/staging/981213.git
Thanks!
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ould use the following:
ð1 {
compatible = "syscon", "simple-mfd";
}
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
remove duplicated pinctrl nodes.
Signed-off-by: Chuanhong Guo
---
.../0227-arm-dts-Add-Unielec-U7623-DTS.patch | 19 +--
1 file changed, 1 insertion(+), 18 deletions(-)
diff --git
a/target/linux/mediatek/patches-4.19/0227-arm-dts-Add-Unielec-U7623-DTS.patch
b/target/linux
ff-by: Chuanhong Guo
---
target/linux/mediatek/Makefile| 2 +-
target/linux/mediatek/image/Makefile | 14 +-
target/linux/mediatek/image/mt7629.mk | 8 +
.../mt7629/base-files/etc/board.d/02_network | 34 ++
.../mt7629/base-files/lib/upgrade/platform.sh
This patchset adds support for mt7629 and its rfb from mediatek.
Currently, the secondary CPU doesn't bootup even if I backported
the related commit, and wifi isn't available due to lack of driver.
But beside those, everything else seems to work just fine.
Chuanhong Guo (4):
med
This patch did the following things:
1. rename device compatible string
2. add earlycon into cmdline
3. add mac address location according to mt7629 eeprom layout
4. rename mtd partitions
Signed-off-by: Chuanhong Guo
---
.../files-4.19/arch/arm/boot/dts/mt7629-lynx-rfb.dts | 9 ++---
1
On Fri, Nov 1, 2019 at 11:29 AM Chuanhong Guo wrote:
>
> This patchset adds support for mt7629 and its rfb from mediatek.
> Currently, the secondary CPU doesn't bootup even if I backported
> the related commit, and wifi isn't available due to lack of driver.
> But besi
t;&factory 0x2a>;
>
> Strange indent here ...
Ouch...This entire eth node uses spaces for indentation, and the tab
width in my editor is 4 spaces...
Fixed in my staging tree:
https://git.openwrt.org/?p=openwrt/staging/981213.git;a=shortlog;h=refs/heads/mt7629_target
Regards,
Chuanhong Guo
to 2M in image Makefile,
producing proper factory image. Partition size in dts is kept
unchanged so that sysupgrade to a firmware with 2M+ kernel still
works.
Fixes: b496a2294c ("ath79: GL-AR750S: provide NAND support; increase kernel to
4 MB")
Reported-by: Jeff Kletsky
Signed-off-by:
Hi!
On Fri, Apr 16, 2021 at 6:23 PM David Bauer wrote:
>
> Hi,
>
> On 4/16/21 4:12 AM, Chuanhong Guo wrote:
> > Hi!
> >
> > On Fri, Apr 16, 2021 at 4:43 AM David Bauer wrote:
> >>
> >> The spi-ath79 driver performs the chipselect by writing to d
the device. wait for about 10s
before releasing the reset button.
2. upload sysupgrade.bin via u-boot recovery page on http://192.168.1.1
Signed-off-by: Chuanhong Guo
---
.../mediatek/dts/mt7622-totolink-a8000ru.dts | 329 ++
target/linux/mediatek/image/mt7622.mk | 10
BMT replaces nand-specific ops for erasing and writing, but the
mtk-snand driver only implements generic mtd api.
Replace erase, block_isbad, block_markbad in mtd_info for generic mtd
drivers.
Fixes: b600aee3ed ("mediatek: attach bmt to the new snand driver")
Signed-off-by: Chu
)
rgmii2_pins should be excluded from pinctrl-0 in dts of these routers
if you enable it by default here.
--
Regards,
Chuanhong Guo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
1 - 100 of 165 matches
Mail list logo
