Re: [LEDE-DEV] [PATCH] imx6: disable dma on uart

2018-03-08 Thread Felix Fietkau 
On 2018-03-08 11:00, Koen Vandeputte wrote:
> 
> 
> On 2018-02-22 12:44, Felix Fietkau wrote:
>> On 2018-02-22 12:20, Koen Vandeputte wrote:
>>> When this target got updated to 4.14, this patch got removed to
>>> re-evaluate if it was still needed.
>>>
>>> Extensive testing now shows this issue is still present.
>>> Let's re-add the patch to fix it for now.
>>>
>>> As the uart bus is very low bandwidth .. performance impact is negligible.
>>>
>>> Boot log:
>>>
>>> [   22.513051] imx-uart 202.serial: DMA transaction error.
>>> [   22.522721] imx-uart 202.serial: DMA transaction error.
>>>
>>> As a sidenote:
>>> The patch mentiones an issue with RS485, but the bootlog
>>> errors above were recorded with the uart ports in standard RS232 mode.
>>>
>>> Compile/Run-tested on imx6/GW5200
>>>
>>> Signed-off-by: Koen Vandeputte 
>> Could you please also report this issue upstream and send a patch that
>> makes it possible to disable DMA via DT and/or kconfig?
> Bugreport was filed some time ago [1]
> No response so far ..
Did you send it to the relevant mailing lists as well?

- Felix

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] sunxi: bpi-r1 switch configuration missing in latest development trunk for 18.0x

2018-03-08 Thread Hauke Mehrtens 
On 03/08/2018 02:16 AM, TheWerthFam wrote:
> I think that seems reasonable to configure the switch, however the first
> problem to solve is that the B53 driver is not getting loaded.
> Derek

Please do not top post!

Could you please try the master branch of my staging tree from here with
kernel 4.14 on your board:
https://git.openwrt.org/?p=openwrt/staging/hauke.git;a=summary

In reverted this commit liked Florian suggested:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d7b9eaff5f0ca00726336b4c0c3c29decf30412a

Hauke

> 
> On 03/07/2018 07:17 PM, Hartmut Knaack wrote:
>> TheWerthFam schrieb am 08.03.2018 um 00:22:
>>> Rebuilt the latest truck with the 4.9 kernel and the switch behaves the
>>> same as with 4.14.
>>> AT first look this problem seem similar to
>>> http://lists.infradead.org/pipermail/lede-bugs/2018-February/006906.html
>>> problem with the same switch chip BCM53125 and the migration to mdio vs
>>> older swconfig.
>>>
>>>
>>> grep SWCONFIG_B53 config-4.9
>>> CONFIG_SWCONFIG_B53=y
>>> # CONFIG_SWCONFIG_B53_MMAP_DRIVER is not set
>>> CONFIG_SWCONFIG_B53_PHY_DRIVER=y
>>> CONFIG_SWCONFIG_B53_PHY_FIXUP=y
>>> # CONFIG_SWCONFIG_B53_SRAB_DRIVER is not set
>>>
>>> /etc/modules.d doesn't have any b53 items
>>> lsmod doesn't show any b53 items.  Not sure the driver is getting
>>> loaded.
>>>
>>> Found a few other threads dealing with the chip set in other versions of
>>> linux when the 4.9 kernel driver came out. These seem like they are
>>> relevant, though I'm not sure what has been done to the openwrt sunxi
>>> branch of the source to accommodate the b53 driver now in mainline
>>> kernel and move to mdio.  I believe that the EA9500 uses the same switch
>>> chipset.
>>>
>>> Getting the driver working in Arbian with kernel 4.9
>>> https://github.com/armbian/build/issues/511#issuecomment-269622336
>>>
>>> Driver now in mainline 4.9
>>> https://forum.armbian.com/topic/2690-issues-with-lamobo-r1-and-new-distribution/
>>>
>>>
>>> Info on setting up the new driver
>>> https://lwn.net/Articles/634787/
>>>
>>> Anything else I can do to diagnose?
>> Well, we were facing these problems quite some time ago with armbian.
>> Some time around kernel 4.8 or 4.9, the DSA version of a b53 driver got
>> into mainline kernel, so swconfig didn't work any longer. So, how to
>> diagnose? Simple: if swconfig can't detect a switch, but you can
>> configure
>> it using ip and bridge as described in my posts of that armbian issue 511
>> thread, then you are dealing with the DSA driver.
>> Hope that helps
>>
>> Hartmut
>>
>>> Thanks
>>>       Derek
>>>
>>> On 03/04/2018 05:05 PM, Hauke Mehrtens wrote:
 On 03/04/2018 07:44 PM, Florian Fainelli wrote:
> +Jonas,
>
> On 03/04/2018 05:09 AM, TheWerthFam wrote:
>> Full kernel log below. I remove the 8192cu wifi driver since it
>> doesn't
>> work in AP mode and use a rt2800 base usb dongle.. Additionally grep
>> output of config-4.14 for SWCONFIG
>> grep SWCONFIG target/linux/sunxi/config-4.14
>> CONFIG_SWCONFIG=y
>> CONFIG_SWCONFIG_B53=y
>> # CONFIG_SWCONFIG_B53_MMAP_DRIVER is not set
>> CONFIG_SWCONFIG_B53_PHY_DRIVER=y
>> CONFIG_SWCONFIG_B53_PHY_FIXUP=y
>> # CONFIG_SWCONFIG_B53_SRAB_DRIVER is not set
> (please don't top post). I thought somehow that:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d7b9eaff5f0ca00726336b4c0c3c29decf30412a
>
>
> could be responsible for what you are seeing, but this was already
> included in 4.9, so this must be something else.
 lede-17.01 used kernel 4.4, did kernel 4.9 worked for you?
 If you also had the same problem in kernel 4.9 please try to revert the
 commit Florian showed.

 Hauke

>> kernel log
>> [    0.00] Booting Linux on physical CPU 0x0
>> [    0.00] Linux version 4.14.20 (dandv@t420s) (gcc version 5.5.0
>> (OpenWrt GCC 5.5.0 r6351-694f0bb5af)) #0 SMP PREEMPT Fri Mar 2
>> 14:58:09
>> 2018
>> [    0.00] CPU: ARMv7 Processor [410fc074] revision 4 (ARMv7),
>> cr=30c5387d
>> [    0.00] CPU: div instructions available: patching division
>> code
>> [    0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing
>> instruction cache
>> [    0.00] OF: fdt: Machine model: Lamobo R1
>> [    0.00] Memory policy: Data cache writealloc
>> [    0.00] On node 0 totalpages: 262144
>> [    0.00] free_area_init_node: node 0, pgdat c0c4f040,
>> node_mem_map
>> ef7fa000
>> [    0.00]   Normal zone: 1536 pages used for memmap
>> [    0.00]   Normal zone: 0 pages reserved
>> [    0.00]   Normal zone: 196608 pages, LIFO batch:31
>> [    0.00]   HighMem zone: 65536 pages, LIFO batch:15
>> [    0.00] psci: probing for conduit method from DT.
>> [    0.00] psci: Using PSCI v0.1 Function IDs from DT
>> [    0.00] random:

Re: [LEDE-DEV] [PATCH] openvpn: update to 2.4.5

2018-03-08 Thread Koen Vandeputte 

Tested-by: Koen Vandeputte 


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] trunk - Recursive dependency

2018-03-08 Thread Koen Vandeputte 



On 2018-03-08 11:15, Felix Fietkau wrote:



Felix,

It's yours :)

Fixed now, sorry about that.

- Felix



Confirmed it's fixed.

Thanks,

Koen

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] trunk - Recursive dependency

2018-03-08 Thread Felix Fietkau 
On 2018-03-08 10:42, Koen Vandeputte wrote:
> This commit/part is the culprit:
> 
> https://git.openwrt.org/?p=feed/packages.git;a=blobdiff;f=net/rp-pppoe/Makefile;h=2191a1aea5e9139f1e3b38b04302ba491065ba43;hp=26b49273747355cfbb2ac4293494f6450a4cb5e1;hb=ac5b0f1996db8236d35157b2125724e69a899f82;hpb=cf3e9c3f71d1e967bd166f6b2ca7339ae767e9c9
> 
> 
> -  DEPENDS:=+rp-pppoe-common
> +  DEPENDS:=+rp-pppoe-common +ppp-mod-pppoe
> 
> 
> 
> Felix,
> 
> It's yours :)
Fixed now, sorry about that.

- Felix

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH] imx6: disable dma on uart

2018-03-08 Thread Koen Vandeputte 



On 2018-02-22 12:44, Felix Fietkau wrote:

On 2018-02-22 12:20, Koen Vandeputte wrote:

When this target got updated to 4.14, this patch got removed to
re-evaluate if it was still needed.

Extensive testing now shows this issue is still present.
Let's re-add the patch to fix it for now.

As the uart bus is very low bandwidth .. performance impact is negligible.

Boot log:

[   22.513051] imx-uart 202.serial: DMA transaction error.
[   22.522721] imx-uart 202.serial: DMA transaction error.

As a sidenote:
The patch mentiones an issue with RS485, but the bootlog
errors above were recorded with the uart ports in standard RS232 mode.

Compile/Run-tested on imx6/GW5200

Signed-off-by: Koen Vandeputte 

Could you please also report this issue upstream and send a patch that
makes it possible to disable DMA via DT and/or kconfig?

Bugreport was filed some time ago [1]
No response so far ..

Thanks,

- Felix



[1] https://bugzilla.kernel.org/show_bug.cgi?id=198889

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] trunk - Recursive dependency

2018-03-08 Thread Koen Vandeputte 



On 2018-03-08 10:35, Koen Vandeputte wrote:

Hi All,

Building todays trunk shows this:


tmp/.config-package.in:88691:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:88691:    symbol PACKAGE_ppp is selected by 
PACKAGE_rp-pppoe-common

For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:84263:    symbol PACKAGE_rp-pppoe-common is 
selected by PACKAGE_rp-pppoe-server

For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:84297:    symbol PACKAGE_rp-pppoe-server is 
selected by PACKAGE_luci-app-rp-pppoe-server

For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:40185:    symbol 
PACKAGE_luci-app-rp-pppoe-server depends on PACKAGE_ppp




Leading to this on build:

WARNING: your configuration is out of sync. Please run make 
menuconfig, oldconfig or defconfig!

 make[1] world
 make[2] tools/compile




Anybody any idea?



This commit/part is the culprit:

https://git.openwrt.org/?p=feed/packages.git;a=blobdiff;f=net/rp-pppoe/Makefile;h=2191a1aea5e9139f1e3b38b04302ba491065ba43;hp=26b49273747355cfbb2ac4293494f6450a4cb5e1;hb=ac5b0f1996db8236d35157b2125724e69a899f82;hpb=cf3e9c3f71d1e967bd166f6b2ca7339ae767e9c9


-  DEPENDS:=+rp-pppoe-common
+  DEPENDS:=+rp-pppoe-common +ppp-mod-pppoe



Felix,

It's yours :)
any idea?




Thanks,

Koen



___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] trunk - Recursive dependency

2018-03-08 Thread Koen Vandeputte 

Hi All,

Building todays trunk shows this:


tmp/.config-package.in:88691:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:88691:    symbol PACKAGE_ppp is selected by 
PACKAGE_rp-pppoe-common

For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:84263:    symbol PACKAGE_rp-pppoe-common is 
selected by PACKAGE_rp-pppoe-server

For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:84297:    symbol PACKAGE_rp-pppoe-server is 
selected by PACKAGE_luci-app-rp-pppoe-server

For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:40185:    symbol PACKAGE_luci-app-rp-pppoe-server 
depends on PACKAGE_ppp




Leading to this on build:

WARNING: your configuration is out of sync. Please run make menuconfig, 
oldconfig or defconfig!

 make[1] world
 make[2] tools/compile




Anybody any idea?

Thanks,

Koen

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev