Re: [OpenWrt-Devel] [PATCH] gpio-button-hotplug: gpio-keys: read initial state

2019-06-16 Thread Linus Walleij
On Sun, Jun 16, 2019 at 4:31 PM David Bauer wrote: > It seems the input is indeed not stable after setting the GPIO > direction. With the following patch applied, i get zero ghost presses > and the buttons work as expected. However I'm not sure if this approach > is the right one to fix the under

[OpenWrt-Devel] [PATCH] ARM: dts: gemini Fix up DNS-313 compatible string

2019-06-16 Thread Linus Walleij
It's a simple typo in the DNS file, which was pretty serious. No scripts were working properly. Fix it up. Signed-off-by: Linus Walleij --- arch/arm/boot/dts/gemini-dlink-dns-313.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/gemini-dlink-dns-313.dts b

Re: [OpenWrt-Devel] [PATCH] phytool: add phytool utility

2019-06-16 Thread Piotr Dymacz
Hi Christian, On 16.06.2019 20:50, Christian Lamparter wrote: Hello Piotr, On Sun, Jun 16, 2019 at 7:08 PM Piotr Dymacz wrote: Hi Christian, On 16.06.2019 13:56, Christian Lamparter wrote: > From the README.md: > > phytool is a Linux MDIO register access utility. Is there any reason to k

Re: [OpenWrt-Devel] [PATCH] phytool: add phytool utility

2019-06-16 Thread Christian Lamparter
Hello Piotr, On Sun, Jun 16, 2019 at 7:08 PM Piotr Dymacz wrote: > > Hi Christian, > > On 16.06.2019 13:56, Christian Lamparter wrote: > > From the README.md: > > > > phytool is a Linux MDIO register access utility. > > Is there any reason to keep it inside the main code base rather than in > p

[OpenWrt-Devel] [sdwalker/sdwalker.github.io] 413a1f: This week's update

2019-06-16 Thread Stephen Walker
Branch: refs/heads/master Home: https://github.com/sdwalker/sdwalker.github.io Commit: 413a1fe72fb176c718b887612db8174684d1038a https://github.com/sdwalker/sdwalker.github.io/commit/413a1fe72fb176c718b887612db8174684d1038a Author: Stephen Walker Date: 2019-06-16 (Sun, 16 Jun 2

Re: [OpenWrt-Devel] [PATCH] phytool: add phytool utility

2019-06-16 Thread Piotr Dymacz
Hi Christian, On 16.06.2019 13:56, Christian Lamparter wrote: From the README.md: phytool is a Linux MDIO register access utility. Is there any reason to keep it inside the main code base rather than in packages feed? -- Cheers, Piotr Usage: phytool read IFACE/ADDR/REG phytool write

[OpenWrt-Devel] [fstools PATCH: 4/4] libblkid-tiny: use blkid_probe_set_utf8label for label set

2019-06-16 Thread Ansuel Smith
Signed-off-by: Ansuel Smith --- libblkid-tiny/f2fs.c | 2 -- libblkid-tiny/hfs.c | 2 -- libblkid-tiny/ntfs.c | 6 +- 3 files changed, 1 insertion(+), 9 deletions(-) diff --git a/libblkid-tiny/f2fs.c b/libblkid-tiny/f2fs.c index 6efce61..2bf0f5e 100644 --- a/libblkid-tiny/f2fs.c +++ b/libbl

[OpenWrt-Devel] [fstools PATCH: 3/4] libblkid-tiny: adds blkid_probe_set_utf8label support

2019-06-16 Thread Ansuel Smith
Currently set_utf8label support is missing. Adds a stripped down version of encode.c file from original libblkid and adds the function to libblkid-tiny.c. Signed-off-by: Ansuel Smith --- CMakeLists.txt| 1 + libblkid-tiny/encode.c| 66 +++

[OpenWrt-Devel] [fstools PATCH: 1/4] libblkid-tiny: fix wrong btrfs label length

2019-06-16 Thread Ansuel Smith
Btrfs label length is 256 included the termination char ( '\0' ) as the real max length is 255 (less than 256 from the wiki). Signed-off-by: Ansuel Smith --- libblkid-tiny/btrfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libblkid-tiny/btrfs.c b/libblkid-tiny/btrfs.c i

[OpenWrt-Devel] [fstools PATCH: 2/4] libblkid-tiny: increment label size to 256

2019-06-16 Thread Ansuel Smith
Btrfs max label lenght is 255. Increment the blkid_struct_probe struct to respect this new max value. Signed-off-by: Ansuel Smith --- libblkid-tiny/libblkid-tiny.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libblkid-tiny/libblkid-tiny.h b/libblkid-tiny/libblkid-tiny.h i

Re: [OpenWrt-Devel] [PATCH] phytool: add phytool utility

2019-06-16 Thread Alexander Couzens
Hi Christan, > phytool is a Linux MDIO register access utility. thank you. I've looked from time to time for such utility when debugging network drivers & phys. Acked-By: Alexander Couzens Best, lynxis pgpLAsyY5y4fg.pgp Description: OpenPGP digital signature _

Re: [OpenWrt-Devel] [patch v1 00/11] at91 patch series.

2019-06-16 Thread Hauke Mehrtens
On 6/10/19 5:27 PM, sandeep.sheri...@microchip.com wrote: > Hi Haukr Mehrten, > > Please ignore the patch v1 00/11. I will rework on this patch and > send a new patch soon. > > > if your ok with rest of the patches ? then, Please apply them. > > > Regards, > > Sandeep Sheriker M Hi, I

Re: [OpenWrt-Devel] [PATCH 1/1] ipq40xx: Linksys: sysupgrade: Ensure OEM volumes are removed

2019-06-16 Thread Jeff Kletsky
On 6/16/19 4:49 AM, Christian Lamparter wrote: On Saturday, June 15, 2019 11:40:56 PM CEST Jeff Kletsky wrote: From: Jeff Kletsky When OEM volumes are present in the [alt_]firmware partition, sysupgrade will write a new kernel, but will fail to write the root file system. The next boot will h

Re: [OpenWrt-Devel] [PATCH] gpio-button-hotplug: gpio-keys: read initial state

2019-06-16 Thread David Bauer
Hello Linus, On 15.06.19 10:26, Linus Walleij wrote: > Without any detailed knowledge I'd say the most common cause > is the underlying GPIO chip implementation. There are often transient > line events when the system is powered up and initialized and it > is often necessary for the gpio_chip driv

[OpenWrt-Devel] [PATCH] phytool: add phytool utility

2019-06-16 Thread Christian Lamparter
>From the README.md: phytool is a Linux MDIO register access utility. Usage: phytool read IFACE/ADDR/REG phytool write IFACE/ADDR/REG <0-0x> phytool print IFACE/ADDR[/REG] where ADDR := C22 | C45 C22 := <0-0x1f> C45 := <0-0x1f>:<0-0x1f> REG := <0-0x1f> Note: Not all MDIO drivers suppo

Re: [OpenWrt-Devel] [PATCH 1/1] ipq40xx: Linksys: sysupgrade: Ensure OEM volumes are removed

2019-06-16 Thread Christian Lamparter
On Saturday, June 15, 2019 11:40:56 PM CEST Jeff Kletsky wrote: > From: Jeff Kletsky > > When OEM volumes are present in the [alt_]firmware partition, > sysupgrade will write a new kernel, but will fail to write > the root file system. The next boot will hang indefinitely > > Waiting for roo

Re: [OpenWrt-Devel] Understanding Ethernet Architecture (I/O --> MDIO --> MII vs I/O --> MAC) for mt7620 (OpenWRT)

2019-06-16 Thread René van Dorst via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Quoting Daniel Santos : Hi Danie

Re: [OpenWrt-Devel] Understanding Ethernet Architecture (I/O --> MDIO --> MII vs I/O --> MAC) for mt7620 (OpenWRT)

2019-06-16 Thread Daniel Santos
Ah hah! I've found my answer on page 340 (414. PIAC: PHY Indirect Access Control(offset:0x7004)) and in mt7620_gsw_config: static int mt7620_gsw_config(struct fe_priv *priv) { struct mt7620_gsw *gsw = (struct mt7620_gsw *) priv->soc->swpriv; /* is the mt7530 internal or external *

Re: [OpenWrt-Devel] [PATCH 2/3] netsupport: improve xfrm module support

2019-06-16 Thread Hans Dedecker
On Sun, Jun 16, 2019 at 1:50 AM Andre Valentin wrote: > > Hi! > Am 15.06.19 um 21:35 schrieb Hans Dedecker: > > Hi, > > > > On Fri, Jun 14, 2019 at 1:10 PM André Valentin > > wrote: > >> > >> -switch to module autoprobe > >> -exclude 4.9 kernel > >> > >> Signed-off-by: André Valentin > >> --- >