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] sunxi: bpi-r1 switch configuration missing in latest development trunk for 18.0x

2018-03-07 Thread TheWerthFam 
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

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: get_random_bytes called from
start_kernel+0x90/0x400 with crng_init=0
[    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192
d23156 u65536
[    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
[    0.00] pcpu-alloc: [0] 0 [0] 1
[    0.00] Built 1 zonelists, mobility grouping on.  Total pages:
260608
[    0.00] Kernel command line: console=ttyS0,115200 earlyprintk
root=/dev/mmcblk0p2 rootwait
[    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.00] Dentry cache hash table entries: 131072 (order: 7, 524288
bytes)
[    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144
bytes)
[    0.00] Memory: 1028452K/1048576K available (4766K kernel code,
318K rwdata, 1368K rodata, 2048K init, 245K bss, 20124K reserved, 0K
cma-reserved, 262144K highmem)
[    0.00] Virtual kernel memory layout:
[    0.00] vector  : 0x - 0x1000   (   4 kB)

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

2018-03-07 Thread Hartmut Knaack 
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: get_random_bytes called from
 start_kernel+0x90/0x400 with crng_init=0
 [    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192
 d23156 u65536
 [    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
 [    0.00] pcpu-alloc: [0] 0 [0] 1
 [    0.00] Built 1 zonelists, mobility grouping on.  Total pages:
 260608
 [    0.00] Kernel command line: console=ttyS0,115200 earlyprintk
 root=/dev/mmcblk0p2 rootwait
 [    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
 [    0.00] Dentry cache hash table entries: 131072 (order: 7, 524288
 bytes)
 [    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144
 bytes)
 [    0.00] Memory: 1028452K/1048576K available (4766K kernel code,
 318K rwdata, 1368K rodata,

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

2018-03-07 Thread TheWerthFam 
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?

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: get_random_bytes called from
start_kernel+0x90/0x400 with crng_init=0
[    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192
d23156 u65536
[    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
[    0.00] pcpu-alloc: [0] 0 [0] 1
[    0.00] Built 1 zonelists, mobility grouping on.  Total pages:
260608
[    0.00] Kernel command line: console=ttyS0,115200 earlyprintk
root=/dev/mmcblk0p2 rootwait
[    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.00] Dentry cache hash table entries: 131072 (order: 7, 524288
bytes)
[    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144
bytes)
[    0.00] Memory: 1028452K/1048576K available (4766K kernel code,
318K rwdata, 1368K rodata, 2048K init, 245K bss, 20124K reserved, 0K
cma-reserved, 262144K highmem)
[    0.00] Virtual kernel memory layout:
[    0.00] vector  : 0x - 0x1000   (   4 kB)
[    0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
[    0.00] vmalloc : 0xf080 - 0xff80   ( 240 MB)
[    0.00] lowmem  : 0xc000 - 0xf000   ( 768 MB)
[    0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
[    0.00] modules : 0xbf00 - 0xbfe0   (  14 MB)
[    0.00]   .text : 0xc0008000 - 0xc06a78e0   (6783 kB)
[    0.00]   .init : 0xc0a0 - 0xc0c0   (2048 kB)
[    0.00]   .data : 0xc0c0 - 0xc0c4f940   ( 319 kB)
[    0.00]    .bss : 0xc0c55d7c - 0xc0c9344c   ( 246 kB)
[    0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[   

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

2018-03-06 Thread Koen Vandeputte 



On 2018-03-06 14:09, TheWerthFam wrote:

Can someone point me to a guide to build with kernel 4.9 vs the 4.14?
the config-4.9 file and patches are still there.  I can't find the 
option in menuconfig or kernel_menuconfig


Can I just change the option in the .config from CONFIG_LINUX_4_14=y
 to CONFIG_LINUX_4_9=y

Thanks
    Derek


Hi,

Check this file:

target/linux/sunxi/Makefile

Search for:
KERNEL_PATCHVER:=4.14

and change to:
KERNEL_PATCHVER:=4.9


Do a full rebuild




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: get_random_bytes called from
start_kernel+0x90/0x400 with crng_init=0
[    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192
d23156 u65536
[    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
[    0.00] pcpu-alloc: [0] 0 [0] 1
[    0.00] Built 1 zonelists, mobility grouping on. Total pages:
260608
[    0.00] Kernel command line: console=ttyS0,115200 earlyprintk
root=/dev/mmcblk0p2 rootwait
[    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.00] Dentry cache hash table entries: 131072 (order: 7, 
524288

bytes)
[    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144
bytes)
[    0.00] Memory: 1028452K/1048576K available (4766K kernel code,
318K rwdata, 1368K rodata, 2048K init, 245K bss, 20124K reserved, 0K
cma-reserved, 262144K highmem)
[    0.00] Virtual kernel memory layout:
[    0.00] vector  : 0x - 0x1000   (   4 kB)
[    0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
[    0.00] vmalloc : 0xf080 - 0xff80   ( 240 MB)
[    0.00] lowmem  : 0xc000 - 0xf000   ( 768 MB)
[    0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
[    0.00] modules : 0xbf00 - 0xbfe0   (  14 MB)
[    0.00]   .text : 0xc0008000 - 0xc06a78e0   (6783 kB)
[    0.00]   .init : 0xc0a0 - 0xc0c0   (2048 kB)
[    0.00]   .data : 0xc0c0 - 0xc0c4f940   ( 319 kB)
[    0.00]    .bss : 0xc0c55d7c - 0xc0c9344c   ( 246 kB)
[    0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, 
Nodes=1

[    0.00] Preemptible hierarchical RCU implementation.
[    0.00]     RCU restricting CPUs from NR_CPUS=8 to 
nr_cpu_ids=2.

[    0.00]     Tasks RCU enabled.
[    0.00] RCU: Adjusting geometry for rcu_fanout_leaf=16, 
nr_cpu_ids=2

[    0.00] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.00] GIC: Using split EOI/Deactivate mode
[    0.00] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
[    0.00] clocksource: arch_sys_counter: mask: 0xff
max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
[    0.08] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps
every 4398046511097ns
[    0.21] Switching to timer-based delay loop, resolution 41ns
[    0.000560] clocksource: timer: mask: 0x max_cycles:
0x, max_idle_ns: 79635851949 ns
[    0.000843] clocksource: hstimer:

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

2018-03-06 Thread TheWerthFam 

Can someone point me to a guide to build with kernel 4.9 vs the 4.14?
the config-4.9 file and patches are still there.  I can't find the 
option in menuconfig or kernel_menuconfig


Can I just change the option in the .config from CONFIG_LINUX_4_14=y
 to CONFIG_LINUX_4_9=y

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: get_random_bytes called from
start_kernel+0x90/0x400 with crng_init=0
[    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192
d23156 u65536
[    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
[    0.00] pcpu-alloc: [0] 0 [0] 1
[    0.00] Built 1 zonelists, mobility grouping on.  Total pages:
260608
[    0.00] Kernel command line: console=ttyS0,115200 earlyprintk
root=/dev/mmcblk0p2 rootwait
[    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.00] Dentry cache hash table entries: 131072 (order: 7, 524288
bytes)
[    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144
bytes)
[    0.00] Memory: 1028452K/1048576K available (4766K kernel code,
318K rwdata, 1368K rodata, 2048K init, 245K bss, 20124K reserved, 0K
cma-reserved, 262144K highmem)
[    0.00] Virtual kernel memory layout:
[    0.00] vector  : 0x - 0x1000   (   4 kB)
[    0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
[    0.00] vmalloc : 0xf080 - 0xff80   ( 240 MB)
[    0.00] lowmem  : 0xc000 - 0xf000   ( 768 MB)
[    0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
[    0.00] modules : 0xbf00 - 0xbfe0   (  14 MB)
[    0.00]   .text : 0xc0008000 - 0xc06a78e0   (6783 kB)
[    0.00]   .init : 0xc0a0 - 0xc0c0   (2048 kB)
[    0.00]   .data : 0xc0c0 - 0xc0c4f940   ( 319 kB)
[    0.00]    .bss : 0xc0c55d7c - 0xc0c9344c   ( 246 kB)
[    0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.00] Preemptible hierarchical RCU implementation.
[    0.00]     RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2.
[    0.00]     Tasks RCU enabled.
[    0.00] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.00] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.00] GIC: Using split EOI/Deactivate mode
[    0.00] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
[    0.00] clocksource: arch_sys_counter: mask: 0xff
max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
[    0.08] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps
every 4398046511097ns
[    0.21] Switching to timer-based delay loop, resolution 41ns
[    0.000560] clocksource: timer: mask: 0x max_cycles:
0x, max_idle_ns: 79635851949 ns
[    0.000843] clocksource: hstimer: mask: 0x max_cycles:
0x, max_idle_ns: 12741736309 ns
[    0.001002] Console: colour dummy device 80x30
[    0.001040] Calibrating delay loop (skipped), value calculated using
timer

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

2018-03-04 Thread Hauke Mehrtens 
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: get_random_bytes called from
>> start_kernel+0x90/0x400 with crng_init=0
>> [    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192
>> d23156 u65536
>> [    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
>> [    0.00] pcpu-alloc: [0] 0 [0] 1
>> [    0.00] Built 1 zonelists, mobility grouping on.  Total pages:
>> 260608
>> [    0.00] Kernel command line: console=ttyS0,115200 earlyprintk
>> root=/dev/mmcblk0p2 rootwait
>> [    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
>> [    0.00] Dentry cache hash table entries: 131072 (order: 7, 524288
>> bytes)
>> [    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144
>> bytes)
>> [    0.00] Memory: 1028452K/1048576K available (4766K kernel code,
>> 318K rwdata, 1368K rodata, 2048K init, 245K bss, 20124K reserved, 0K
>> cma-reserved, 262144K highmem)
>> [    0.00] Virtual kernel memory layout:
>> [    0.00] vector  : 0x - 0x1000   (   4 kB)
>> [    0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
>> [    0.00] vmalloc : 0xf080 - 0xff80   ( 240 MB)
>> [    0.00] lowmem  : 0xc000 - 0xf000   ( 768 MB)
>> [    0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
>> [    0.00] modules : 0xbf00 - 0xbfe0   (  14 MB)
>> [    0.00]   .text : 0xc0008000 - 0xc06a78e0   (6783 kB)
>> [    0.00]   .init : 0xc0a0 - 0xc0c0   (2048 kB)
>> [    0.00]   .data : 0xc0c0 - 0xc0c4f940   ( 319 kB)
>> [    0.00]    .bss : 0xc0c55d7c - 0xc0c9344c   ( 246 kB)
>> [    0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
>> [    0.00] Preemptible hierarchical RCU implementation.
>> [    0.00]     RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2.
>> [    0.00]     Tasks RCU enabled.
>> [    0.00] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
>> [    0.00] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
>> [    0.00] GIC: Using split EOI/Deactivate mode
>> [    0.00] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
>> [    0.00] clocksource: arch_sys_counter: mask: 0xff
>> max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
>> [    0.08] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps
>> every 4398046511097ns
>> [    0.21] Switching to timer-based delay loop, resolution 41ns
>> [    0.000560] clocksource: timer: mask: 0x max_cycles:
>> 0x, max_idle_ns: 79635851949 ns
>> [    0.000843] clocksource: hstimer: mask: 0x max_cycles:
>> 0x, max_idle_ns: 12741736309 ns
>> [    0.001002] Console: colour dummy device 80x30
>> [    0.001040] Calibrating delay loop (skipped), value calculated using
>> timer frequency.. 48.00 BogoMIPS (lpj=24)
>> [    0.001057] pid_max: default: 32768

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

2018-03-04 Thread Florian Fainelli 
+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.

> 
> 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: get_random_bytes called from
> start_kernel+0x90/0x400 with crng_init=0
> [    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192
> d23156 u65536
> [    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
> [    0.00] pcpu-alloc: [0] 0 [0] 1
> [    0.00] Built 1 zonelists, mobility grouping on.  Total pages:
> 260608
> [    0.00] Kernel command line: console=ttyS0,115200 earlyprintk
> root=/dev/mmcblk0p2 rootwait
> [    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
> [    0.00] Dentry cache hash table entries: 131072 (order: 7, 524288
> bytes)
> [    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144
> bytes)
> [    0.00] Memory: 1028452K/1048576K available (4766K kernel code,
> 318K rwdata, 1368K rodata, 2048K init, 245K bss, 20124K reserved, 0K
> cma-reserved, 262144K highmem)
> [    0.00] Virtual kernel memory layout:
> [    0.00] vector  : 0x - 0x1000   (   4 kB)
> [    0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
> [    0.00] vmalloc : 0xf080 - 0xff80   ( 240 MB)
> [    0.00] lowmem  : 0xc000 - 0xf000   ( 768 MB)
> [    0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
> [    0.00] modules : 0xbf00 - 0xbfe0   (  14 MB)
> [    0.00]   .text : 0xc0008000 - 0xc06a78e0   (6783 kB)
> [    0.00]   .init : 0xc0a0 - 0xc0c0   (2048 kB)
> [    0.00]   .data : 0xc0c0 - 0xc0c4f940   ( 319 kB)
> [    0.00]    .bss : 0xc0c55d7c - 0xc0c9344c   ( 246 kB)
> [    0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
> [    0.00] Preemptible hierarchical RCU implementation.
> [    0.00]     RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2.
> [    0.00]     Tasks RCU enabled.
> [    0.00] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
> [    0.00] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
> [    0.00] GIC: Using split EOI/Deactivate mode
> [    0.00] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
> [    0.00] clocksource: arch_sys_counter: mask: 0xff
> max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
> [    0.08] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps
> every 4398046511097ns
> [    0.21] Switching to timer-based delay loop, resolution 41ns
> [    0.000560] clocksource: timer: mask: 0x max_cycles:
> 0x, max_idle_ns: 79635851949 ns
> [    0.000843] clocksource: hstimer: mask: 0x max_cycles:
> 0x, max_idle_ns: 12741736309 ns
> [    0.001002] Console: colour dummy device 80x30
> [    0.001040] Calibrating delay loop (skipped), value calculated using
> timer frequency.. 48.00 BogoMIPS (lpj=24)
> [    0.001057] pid_max: default: 32768 minimum: 301
> [    0.001195] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
> [    0.001212] Mountpoint-cache hash table entries: 2048 (order: 1, 8192
> bytes)
> [    0.001763] CPU: Testing write buffer coherency: ok
> [    0.002112] /cpus/cpu@0 missing clock-frequency property
> [    0.002133]

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

2018-03-04 Thread TheWerthFam 
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

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: get_random_bytes called from 
start_kernel+0x90/0x400 with crng_init=0
[    0.00] percpu: Embedded 16 pages/cpu @ef7be000 s34188 r8192 
d23156 u65536

[    0.00] pcpu-alloc: s34188 r8192 d23156 u65536 alloc=16*4096
[    0.00] pcpu-alloc: [0] 0 [0] 1
[    0.00] Built 1 zonelists, mobility grouping on.  Total pages: 260608
[    0.00] Kernel command line: console=ttyS0,115200 earlyprintk 
root=/dev/mmcblk0p2 rootwait

[    0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 
bytes)
[    0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 
bytes)
[    0.00] Memory: 1028452K/1048576K available (4766K kernel code, 
318K rwdata, 1368K rodata, 2048K init, 245K bss, 20124K reserved, 0K 
cma-reserved, 262144K highmem)

[    0.00] Virtual kernel memory layout:
[    0.00] vector  : 0x - 0x1000   (   4 kB)
[    0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
[    0.00] vmalloc : 0xf080 - 0xff80   ( 240 MB)
[    0.00] lowmem  : 0xc000 - 0xf000   ( 768 MB)
[    0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
[    0.00] modules : 0xbf00 - 0xbfe0   (  14 MB)
[    0.00]   .text : 0xc0008000 - 0xc06a78e0   (6783 kB)
[    0.00]   .init : 0xc0a0 - 0xc0c0   (2048 kB)
[    0.00]   .data : 0xc0c0 - 0xc0c4f940   ( 319 kB)
[    0.00]    .bss : 0xc0c55d7c - 0xc0c9344c   ( 246 kB)
[    0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1
[    0.00] Preemptible hierarchical RCU implementation.
[    0.00]     RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=2.
[    0.00]     Tasks RCU enabled.
[    0.00] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2
[    0.00] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.00] GIC: Using split EOI/Deactivate mode
[    0.00] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
[    0.00] clocksource: arch_sys_counter: mask: 0xff 
max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
[    0.08] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps 
every 4398046511097ns

[    0.21] Switching to timer-based delay loop, resolution 41ns
[    0.000560] clocksource: timer: mask: 0x max_cycles: 
0x, max_idle_ns: 79635851949 ns
[    0.000843] clocksource: hstimer: mask: 0x max_cycles: 
0x, max_idle_ns: 12741736309 ns

[    0.001002] Console: colour dummy device 80x30
[    0.001040] Calibrating delay loop (skipped), value calculated using 
timer frequency.. 48.00 BogoMIPS (lpj=24)

[    0.001057] pid_max: default: 32768 minimum: 301
[    0.001195] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.001212] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 
bytes)

[    0.001763] CPU: Testing write buffer coherency: ok
[    0.002112] /cpus/cpu@0 missing clock-frequency property
[    0.002133] /cpus/cpu@1 missing clock-frequency property
[    0.002149] CPU0: thread -1, cpu 0, socket 0, mpidr 8000
[    0.039933] Setting up static identity map for 0x4020 - 0x40200060
[    0.059925] Hierarchical SRCU implementation.
[    0.099986] smp: Bringing up secondary CPUs ...
[    0.180401] CPU1: thread -1, cpu 1, socket 0, mpidr 8001
[    0.180532] smp: Brought up 1 node, 2 CPUs
[    0.180549] SMP: Total of 2 processors activated (96.00 BogoMIPS).
[    0.180557] CPU: All CPU(s)

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

2018-03-03 Thread Florian Fainelli 


On 03/03/2018 06:17 PM, TheWerthFam wrote:
> Yes,
> switch driver is missing.  17.01.4 kernel log shows:  "b53_common: found
> switch: BCM53125, rev 4"
> 
> 18.0x doesn't show any b53/BCM53125 switch information.

That part looks good:

target/linux/sunxi/config-4.14:CONFIG_SWCONFIG_B53=y
target/linux/sunxi/config-4.14:# CONFIG_SWCONFIG_B53_MMAP_DRIVER is not set
target/linux/sunxi/config-4.14:CONFIG_SWCONFIG_B53_PHY_DRIVER=y
target/linux/sunxi/config-4.14:CONFIG_SWCONFIG_B53_PHY_FIXUP=y
target/linux/sunxi/config-4.14:# CONFIG_SWCONFIG_B53_SRAB_DRIVER is not set

Can you send a complete kernel log?


> Thanks
>     Derek
> 
> On 03/03/2018 08:30 PM, Rosen Penev wrote:
>> On Sat, Mar 3, 2018 at 5:26 PM, TheWerthFam 
>> wrote:
>>> 17.01.4 works great currently on this platform, just trying out the
>>> cutting
>>> edge and found the switch configuration not existent.
>>> swconfig list  returns no results.
>>>
>>> Normally swconfig returns
>>> Found: switch0 - eth0
>>> Found: switch1 - eth0
>>>
>>> The interfaces eth0.1 eth0.2 etc are created, but they don't pass any
>>> traffic.  LAN ports and the WAN port LEDs seem to work in their normal
>>> quirky way with devices connected but they don't pass any traffic.
>>>
>>> Any advice and direction of work that needs to be done would be
>>> appreciated.
>>>
>> Did you clear settings when upgrading? Please post /etc/config/network.
>>
>> This sounds like the switch driver is missing.
>>> Cheers
>>>  Derek
>>>
>>> ___
>>> Lede-dev mailing list
>>> Lede-dev@lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/lede-dev
> 
> 
> ___
> Lede-dev mailing list
> Lede-dev@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev

-- 
Florian

___
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-03 Thread TheWerthFam 

Yes,
switch driver is missing.  17.01.4 kernel log shows:  "b53_common: found 
switch: BCM53125, rev 4"


18.0x doesn't show any b53/BCM53125 switch information.
Thanks
    Derek

On 03/03/2018 08:30 PM, Rosen Penev wrote:

On Sat, Mar 3, 2018 at 5:26 PM, TheWerthFam  wrote:

17.01.4 works great currently on this platform, just trying out the cutting
edge and found the switch configuration not existent.
swconfig list  returns no results.

Normally swconfig returns
Found: switch0 - eth0
Found: switch1 - eth0

The interfaces eth0.1 eth0.2 etc are created, but they don't pass any
traffic.  LAN ports and the WAN port LEDs seem to work in their normal
quirky way with devices connected but they don't pass any traffic.

Any advice and direction of work that needs to be done would be appreciated.


Did you clear settings when upgrading? Please post /etc/config/network.

This sounds like the switch driver is missing.

Cheers
 Derek

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



___
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-03 Thread Rosen Penev 
On Sat, Mar 3, 2018 at 5:26 PM, TheWerthFam  wrote:
> 17.01.4 works great currently on this platform, just trying out the cutting
> edge and found the switch configuration not existent.
> swconfig list  returns no results.
>
> Normally swconfig returns
> Found: switch0 - eth0
> Found: switch1 - eth0
>
> The interfaces eth0.1 eth0.2 etc are created, but they don't pass any
> traffic.  LAN ports and the WAN port LEDs seem to work in their normal
> quirky way with devices connected but they don't pass any traffic.
>
> Any advice and direction of work that needs to be done would be appreciated.
>
Did you clear settings when upgrading? Please post /etc/config/network.

This sounds like the switch driver is missing.
> Cheers
> Derek
>
> ___
> Lede-dev mailing list
> Lede-dev@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev

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

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

2018-03-03 Thread TheWerthFam 
17.01.4 works great currently on this platform, just trying out the 
cutting edge and found the switch configuration not existent.

swconfig list  returns no results.

Normally swconfig returns
Found: switch0 - eth0
Found: switch1 - eth0

The interfaces eth0.1 eth0.2 etc are created, but they don't pass any 
traffic.  LAN ports and the WAN port LEDs seem to work in their normal 
quirky way with devices connected but they don't pass any traffic.


Any advice and direction of work that needs to be done would be appreciated.

Cheers
    Derek

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