Does the ethernet interface work on your Electra, Chitra, Nemo, and Athena board?
Subsystems (2)
Hi All,
Does the ethernet interface on your Electra, Chitra, Nemo, and Athena board work with the release candidates of the kernel 4.4? Unfortunately the P.A. Semi ethernet doesn't work on our Nemo boards with the release candidates of the kernel 4.4. We have set the following entries in the kernel config:
CONFIG_NET_VENDOR_PASEMI=yCONFIG_PASEMI_MAC=y
Could you please test the P.A. Semi ethernet on your P.A. Semi boards?
Thanks in advance,
Christian
Quoted 8 lines · Christian Zigotzky
Hi All,
Does the ethernet interface on your Electra, Chitra, Nemo, and Athena board work with the release candidates of the kernel 4.4? Unfortunately the P.A. Semi ethernet doesn't work on our Nemo boards with the release candidates of the kernel 4.4. We have set the following entries in the kernel config:
Quoted 4 lines
CONFIG_NET_VENDOR_PASEMI=yCONFIG_PASEMI_MAC=yCould you please test the P.A. Semi ethernet on your P.A. Semi boards?
It's not clear from your descriptions what is not working. Does the driver probe function find a device? Does the interface show up in the kernel? Can it send/receive packets?
Also please CC netdev.
Thanks.
Quoted 8 lines
Thanks in advance,
Christian
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi Denis,
Thank you for your answer. Sorry because of my description.
Yes, the driver probe function finds the device.
With kernel 4.4-rc3:
dmesg | grep -i eth0
[ 2.297473] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00
dhclient eth0
RTNETLINK answers: Cannot allocate memory
With kernel 4.1.13:
dmesg | grep -i eth0
[ 2.328115] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00 [ 37.130466] eth0: Link is up at 100 Mbps, full duplex.
Cheers,
Christian
Quoted 28 lines · Denis Kirjanov
Quoted 8 lines · Christian Zigotzky
Hi All,
Does the ethernet interface on your Electra, Chitra, Nemo, and Athena board work with the release candidates of the kernel 4.4? Unfortunately the P.A. Semi ethernet doesn't work on our Nemo boards with the release candidates of the kernel 4.4. We have set the following entries in the kernel config:
Quoted 4 lines
CONFIG_NET_VENDOR_PASEMI=yCONFIG_PASEMI_MAC=yCould you please test the P.A. Semi ethernet on your P.A. Semi boards?
It's not clear from your descriptions what is not working. Does the driver probe function find a device? Does the interface show up in the kernel? Can it send/receive packets?
Also please CC netdev.
Thanks.
Quoted 7 lines
Thanks in advance,
Christian
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
FYI
Quoted 57 lines · Christian Zigotzky
Hi Denis,
Thank you for your answer. Sorry because of my description.
Yes, the driver probe function finds the device.
With kernel 4.4-rc3:
dmesg | grep -i eth0
[ 2.297473] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00dhclient eth0
RTNETLINK answers: Cannot allocate memory
With kernel 4.1.13:
dmesg | grep -i eth0
[ 2.328115] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00 [ 37.130466] eth0: Link is up at 100 Mbps, full duplex.Cheers,
Christian
Quoted 28 lines · Denis Kirjanov
Quoted 8 lines · Christian Zigotzky
Hi All,
Does the ethernet interface on your Electra, Chitra, Nemo, and Athena board work with the release candidates of the kernel 4.4? Unfortunately the P.A. Semi ethernet doesn't work on our Nemo boards with the release candidates of the kernel 4.4. We have set the following entries in the kernel config:
Quoted 4 lines
CONFIG_NET_VENDOR_PASEMI=yCONFIG_PASEMI_MAC=yCould you please test the P.A. Semi ethernet on your P.A. Semi boards?
It's not clear from your descriptions what is not working. Does the driver probe function find a device? Does the interface show up in the kernel? Can it send/receive packets?
Also please CC netdev.
Thanks.
Quoted 7 lines
Thanks in advance,
Christian
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi All,
I have tested the PA Semi Ethernet with the kernels 4.2.3 and 4.3.0 today. With the kernel 4.2.3 it works but with the kernel 4.3.0 final it doesn't work.
After that I tested some git kernels and release candidates of 4.3.
Kernel 4.3 git from Tue Sep 01, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Wed Sep 02, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Thu Sep 03, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Fri Sep 04, 2015 -> PA Semi Ethernet doesn't work (Merge tag 'powerpc-4.3-1': https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ff474e8ca8547d09cb82ebab56d4c96f9eea01ce)
Kernel 4.3 git from Sat Sep 05, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Mon Sep 07, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Wed Sep 09, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Fri Sep 11, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC1 from Sun Sep 13, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC2 from Mon Sep 21, 2015 -> PA Semi Ethernet doesn't work
The problematic commit must be between Thu Sep 03, 2015 at 09:37 AM (UTC +2) and Fri Sep 04, 2015 at 7:38 PM (UTC +2) in the linux git.
Linux git: Between https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15500 and https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15200.
Cheers,
Christian
Quoted 57 lines · Christian Zigotzky
Hi Denis,
Thank you for your answer. Sorry because of my description.
Yes, the driver probe function finds the device.
With kernel 4.4-rc3:
dmesg | grep -i eth0
[ 2.297473] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00dhclient eth0
RTNETLINK answers: Cannot allocate memory
With kernel 4.1.13:
dmesg | grep -i eth0
[ 2.328115] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00 [ 37.130466] eth0: Link is up at 100 Mbps, full duplex.Cheers,
Christian
Quoted 28 lines · Denis Kirjanov
Quoted 8 lines · Christian Zigotzky
Hi All,
Does the ethernet interface on your Electra, Chitra, Nemo, and Athena board work with the release candidates of the kernel 4.4? Unfortunately the P.A. Semi ethernet doesn't work on our Nemo boards with the release candidates of the kernel 4.4. We have set the following entries in the kernel config:
Quoted 4 lines
CONFIG_NET_VENDOR_PASEMI=yCONFIG_PASEMI_MAC=yCould you please test the P.A. Semi ethernet on your P.A. Semi boards?
It's not clear from your descriptions what is not working. Does the driver probe function find a device? Does the interface show up in the kernel? Can it send/receive packets?
Also please CC netdev.
Thanks.
Quoted 7 lines
Thanks in advance,
Christian
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Quoted 20 lines · Christian Zigotzky
Hi All,
I have tested the PA Semi Ethernet with the kernels 4.2.3 and 4.3.0 today. With the kernel 4.2.3 it works but with the kernel 4.3.0 final it doesn't work.
After that I tested some git kernels and release candidates of 4.3.
Kernel 4.3 git from Tue Sep 01, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Wed Sep 02, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Thu Sep 03, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Fri Sep 04, 2015 -> PA Semi Ethernet doesn't
work (Merge tag 'powerpc-4.3-1': https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ff474e8ca8547d09cb82ebab56d4c96f9eea01ce)
Kernel 4.3 git from Sat Sep 05, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Mon Sep 07, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Wed Sep 09, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Fri Sep 11, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC1 from Sun Sep 13, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC2 from Mon Sep 21, 2015 -> PA Semi Ethernet doesn't work
Quoted 7 lines
The problematic commit must be between Thu Sep 03, 2015 at 09:37 AM (UTC +2) and Fri Sep 04, 2015 at 7:38 PM (UTC +2) in the linux git.
Linux git: Between https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15500
and https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15200.
Unless I miss something, that's the kind of regression that "git bisect" is designed to find.
Cheers,
Gabriel
Hi All,
I compiled a lot of kernels for some git bisects and I have a result.
Test log
Kernel 4.3 git from Tue Sep 01, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Wed Sep 02, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Thu Sep 03, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Fri Sep 04, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Sat Sep 05, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Mon Sep 07, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Wed Sep 09, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Fri Sep 11, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 RC1 from Sun Sep 13, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 RC2 from Mon Sep 21, 2015 -> PA Semi Ethernet doesn't work
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git linux-git
git bisect start
git bisect good ac0e137ab0da80e8fc0db2027598e2f7f82a5a02 2015-09-03 00:07:10 (GMT)
git bisect bad 559ec2f8fd50981821621f52db5e1a8ffcf8d792 2015-09-04 23:54:41 (GMT)
Output:
Bisecting: a merge base must be tested
[ba30011577330b7e29ecb5916d89c6db9fbc5b3d] clk: s5pv210: add missing call to samsung_clk_of_add_provider()
---
git bisect good
Output:
Bisecting: 4381 revisions left to test after this (roughly 12 steps)
[3959df1dfb9538498ec3372a2d390bc7fbdbfac2] Merge branch 'ras-core-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
---
git bisect good
Output:
Bisecting: 2561 revisions left to test after this (roughly 11 steps)
[1e1a4e8f439113b7820bc7150569f685e1cc2b43] Merge tag 'dm-4.3-changes' of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm
---
git bisect good
Output:
Bisecting: 1280 revisions left to test after this (roughly 10 steps) [94c10f0ea303473884f69edd6bbb0cedcf570105] ah4: Fix error return in ah_input().
---
git bisect good
Output:
Bisecting: 697 revisions left to test after this (roughly 9 steps)
[4c92b5bb14226faa16d29a1df5752baf1ff22b53] Merge branch 'pcmcia' of git://ftp.arm.linux.org.uk/~rmk/linux-arm (2015-09-03 23:36:33 (GMT))
---
git bisect good
Output:
Bisecting: 310 revisions left to test after this (roughly 9 steps)
[a4fdb2a46f617b8b2cd47acec026ec16532edbc6] Merge tag 'arm64-upstream' of git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux (2015-09-04 14:18:09 (GMT))
---
git bisect bad
Output:
Bisecting: 237 revisions left to test after this (roughly 8 steps) [2db97045aa40da4312f7321845bc52b136c8603a] Merge branch '4.2-fixes' into mips-for-linux-next (2015-09-03 12:06:33 (GMT))
---
git bisect good
Output:
Bisecting: 132 revisions left to test after this (roughly 7 steps) [d690740f22f6520873f96e66aae7119ec2215755] powerpc/powernv: Enable LEDS support (2015-08-27 10:08:44 (GMT))
---
git bisect good
Output:
Bisecting: 66 revisions left to test after this (roughly 6 steps) [662ba3dbceca3ca284885a464ecb8c936f417003] arm64: mm: add __init section marker to free_initrd_mem (2015-07-27 17:29:18 (GMT))
---
git bisect good
Output:
Bisecting: 33 revisions left to test after this (roughly 5 steps)
[259800135c654a098d9f0adfdd3d1f20eef1f231] powerpc/eeh: Fix fenced PHB caused by eeh_slot_error_detail() (2015-08-28 03:26:31 (GMT))
---
git bisect good
Output:
Bisecting: 16 revisions left to test after this (roughly 4 steps)
[04b8637be92f284409651088f3856f4290a931d8] arm64: alternatives: ensure secondary CPUs execute ISB after patching (2015-08-04 17:52:09 (GMT))
---
git bisect good
Output:
Bisecting: 8 revisions left to test after this (roughly 3 steps)
[8eafeb48022816513abc4f440bdad4c350fe81a3] of/fdt: make memblock maximum physical address arch configurable (2015-08-24 09:23:13 (GMT))
---
git bisect good
Output:
Bisecting: 4 revisions left to test after this (roughly 2 steps)
[ff474e8ca8547d09cb82ebab56d4c96f9eea01ce] Merge tag 'powerpc-4.3-1' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2015-09-03 23:41:38 (GMT))
---
git bisect bad
Output:
Bisecting: 1 revision left to test after this (roughly 1 step)
[55e07668fbba9466e6a9ef7650718356cda38406] cxl: Fix force unmapping mmaps of contexts allocated through the kernel api (2015-08-30 08:47:26 (GMT))
---
git bisect good
Output:
Bisecting: 0 revisions left to test after this (roughly 0 steps) [390fd5929f52bdfb9dfcc03820041ba556780f4a] cxl: Set up and enable PSL Timebase (2015-08-30 08:56:34 (GMT))
---
git bisect good
Output:
ff474e8ca8547d09cb82ebab56d4c96f9eea01ce is the first bad commit (Merge tag 'powerpc-4.3-1' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2015-09-03 23:41:38 (GMT))
---
Cheers,
Christian
Quoted 37 lines · Gabriel Paubert
Quoted 20 lines · Christian Zigotzky
Hi All,
I have tested the PA Semi Ethernet with the kernels 4.2.3 and 4.3.0 today. With the kernel 4.2.3 it works but with the kernel 4.3.0 final it doesn't work.
After that I tested some git kernels and release candidates of 4.3.
Kernel 4.3 git from Tue Sep 01, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Wed Sep 02, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Thu Sep 03, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Fri Sep 04, 2015 -> PA Semi Ethernet doesn't
work (Merge tag 'powerpc-4.3-1': https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ff474e8ca8547d09cb82ebab56d4c96f9eea01ce)
Kernel 4.3 git from Sat Sep 05, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Mon Sep 07, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Wed Sep 09, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Fri Sep 11, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC1 from Sun Sep 13, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC2 from Mon Sep 21, 2015 -> PA Semi Ethernet doesn't workQuoted 7 lines
The problematic commit must be between Thu Sep 03, 2015 at 09:37 AM (UTC +2) and Fri Sep 04, 2015 at 7:38 PM (UTC +2) in the linux git.
Linux git: Between https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15500
and https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15200.Unless I miss something, that's the kind of regression that "git bisect" is designed to find.
Cheers,
Gabriel
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi all,
We tested some 4.3 kernels on a P.A. Semi reference board. Ultimately, ethernet does not work, though on the reference board, the interface is detected, gets link, but will not pass any packets/traffic.
Somewhere in the source code of the commit "'powerpc-4.3-1' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2015-09-03 23:41:38 (GMT)" is the problem.
Could you please help us to solve the problem?
Thanks in advance,
Christian Zigotzky
Quoted 213 lines · Christian Zigotzky
Hi All,
I compiled a lot of kernels for some git bisects and I have a result.
Test log
Kernel 4.3 git from Tue Sep 01, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Wed Sep 02, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Thu Sep 03, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Fri Sep 04, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Sat Sep 05, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Mon Sep 07, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Wed Sep 09, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Fri Sep 11, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 RC1 from Sun Sep 13, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 RC2 from Mon Sep 21, 2015 -> PA Semi Ethernet doesn't work
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.gitlinux-gitgit bisect start
git bisect good
ac0e137ab0da80e8fc0db2027598e2f7f82a5a022015-09-03 00:07:10 (GMT)git bisect bad
559ec2f8fd50981821621f52db5e1a8ffcf8d7922015-09-04 23:54:41 (GMT)Output:
Bisecting: a merge base must be tested
[ba30011577330b7e29ecb5916d89c6db9fbc5b3d] clk: s5pv210: add missing call tosamsung_clk_of_add_provider()---
git bisect good
Output:
Bisecting: 4381 revisions left to test after this (roughly 12 steps)
[3959df1dfb9538498ec3372a2d390bc7fbdbfac2] Merge branch 'ras-core-for-linus' ofgit://git.kernel.org/pub/scm/linux/kernel/git/tip/tip---
git bisect good
Output:
Bisecting: 2561 revisions left to test after this (roughly 11 steps)
[1e1a4e8f439113b7820bc7150569f685e1cc2b43] Merge tag 'dm-4.3-changes' ofgit://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm---
git bisect good
Output:
Bisecting: 1280 revisions left to test after this (roughly 10 steps) [
94c10f0ea303473884f69edd6bbb0cedcf570105] ah4: Fix error return inah_input().---
git bisect good
Output:
Bisecting: 697 revisions left to test after this (roughly 9 steps)
[4c92b5bb14226faa16d29a1df5752baf1ff22b53] Merge branch 'pcmcia' ofgit://ftp.arm.linux.org.uk/~rmk/linux-arm(2015-09-03 23:36:33 (GMT))---
git bisect good
Output:
Bisecting: 310 revisions left to test after this (roughly 9 steps)
[a4fdb2a46f617b8b2cd47acec026ec16532edbc6] Merge tag 'arm64-upstream' ofgit://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux(2015-09-04 14:18:09 (GMT))---
git bisect bad
Output:
Bisecting: 237 revisions left to test after this (roughly 8 steps) [
2db97045aa40da4312f7321845bc52b136c8603a] Merge branch '4.2-fixes' into mips-for-linux-next (2015-09-03 12:06:33 (GMT))---
git bisect good
Output:
Bisecting: 132 revisions left to test after this (roughly 7 steps) [
d690740f22f6520873f96e66aae7119ec2215755] powerpc/powernv: Enable LEDS support (2015-08-27 10:08:44 (GMT))---
git bisect good
Output:
Bisecting: 66 revisions left to test after this (roughly 6 steps) [
662ba3dbceca3ca284885a464ecb8c936f417003] arm64: mm: add__initsection marker tofree_initrd_mem(2015-07-27 17:29:18 (GMT))---
git bisect good
Output:
Bisecting: 33 revisions left to test after this (roughly 5 steps)
[259800135c654a098d9f0adfdd3d1f20eef1f231] powerpc/eeh: Fix fenced PHB caused byeeh_slot_error_detail()(2015-08-28 03:26:31 (GMT))---
git bisect good
Output:
Bisecting: 16 revisions left to test after this (roughly 4 steps)
[04b8637be92f284409651088f3856f4290a931d8] arm64: alternatives: ensure secondary CPUs execute ISB after patching (2015-08-04 17:52:09 (GMT))---
git bisect good
Output:
Bisecting: 8 revisions left to test after this (roughly 3 steps)
[8eafeb48022816513abc4f440bdad4c350fe81a3] of/fdt: make memblock maximum physical address arch configurable (2015-08-24 09:23:13 (GMT))---
git bisect good
Output:
Bisecting: 4 revisions left to test after this (roughly 2 steps)
[ff474e8ca8547d09cb82ebab56d4c96f9eea01ce] Merge tag 'powerpc-4.3-1' ofgit://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux(2015-09-03 23:41:38 (GMT))---
git bisect bad
Output:
Bisecting: 1 revision left to test after this (roughly 1 step)
[55e07668fbba9466e6a9ef7650718356cda38406] cxl: Fix force unmapping mmaps of contexts allocated through the kernel api (2015-08-30 08:47:26 (GMT))---
git bisect good
Output:
Bisecting: 0 revisions left to test after this (roughly 0 steps) [
390fd5929f52bdfb9dfcc03820041ba556780f4a] cxl: Set up and enable PSL Timebase (2015-08-30 08:56:34 (GMT))---
git bisect good
Output:
ff474e8ca8547d09cb82ebab56d4c96f9eea01ceis the first bad commit (Merge tag 'powerpc-4.3-1' ofgit://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux(2015-09-03 23:41:38 (GMT))---
Cheers,
Christian
Quoted 31 lines · Gabriel Paubert
Quoted 20 lines · Christian Zigotzky
Hi All,
I have tested the PA Semi Ethernet with the kernels 4.2.3 and 4.3.0 today. With the kernel 4.2.3 it works but with the kernel 4.3.0 final it doesn't work.
After that I tested some git kernels and release candidates of 4.3.
Kernel 4.3 git from Tue Sep 01, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Wed Sep 02, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Thu Sep 03, 2015 -> PA Semi Ethernet works
Kernel 4.3 git from Fri Sep 04, 2015 -> PA Semi Ethernet doesn't
work (Merge tag 'powerpc-4.3-1': https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ff474e8ca8547d09cb82ebab56d4c96f9eea01ce)
Kernel 4.3 git from Sat Sep 05, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Mon Sep 07, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Wed Sep 09, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 git from Fri Sep 11, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC1 from Sun Sep 13, 2015 -> PA Semi Ethernet doesn't work
Kernel 4.3 RC2 from Mon Sep 21, 2015 -> PA Semi Ethernet doesn't workQuoted 7 lines
The problematic commit must be between Thu Sep 03, 2015 at 09:37 AM (UTC +2) and Fri Sep 04, 2015 at 7:38 PM (UTC +2) in the linux git.
Linux git: Between https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15500
and https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15200.Unless I miss something, that's the kind of regression that "git bisect" is designed to find.
Quoted 6 lines
Cheers,
Gabriel
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Quoted 11 lines · Christian Zigotzky
Hi all,
We tested some 4.3 kernels on a P.A. Semi reference board. Ultimately, ethernet does not work, though on the reference board, the interface is detected, gets link, but will not pass any packets/traffic.
Somewhere in the source code of the commit "'powerpc-4.3-1' of
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux(2015-09-03 23:41:38 (GMT)" is the problem.Could you please help us to solve the problem?
Hi Christian,
Unfortunately there is no source code in that commit, it's just a merge. And your bisect run found that the very first commit in that merge was OK:
Quoted 2 lines
Quoted 2 lines
[
390fd5929f52bdfb9dfcc03820041ba556780f4a] cxl: Set up and enable PSL git bisect good
So I'm not convinced your bisect run was correct, sorry.
My pasemi is booting OK, but I haven't had time to test the network. If you remind me next week I will make sure network is working on my board.
Are you testing your board with your additional patch as well? Or just vanilla mainline?
cheers
Hi Michael,
Thanks a lot for your answer. We tested some vanilla mainline 4.3 kernels on an Electra reference board. Additionally we tested some patched 4.3 kernels on our Nemo boards.
It would be really fantastic, if you could fix the problem.
Cheers,
Christian
Quoted 33 lines · Michael Ellerman
Quoted 11 lines · Christian Zigotzky
Hi all,
We tested some 4.3 kernels on a P.A. Semi reference board. Ultimately, ethernet does not work, though on the reference board, the interface is detected, gets link, but will not pass any packets/traffic.
Somewhere in the source code of the commit "'powerpc-4.3-1' of
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux(2015-09-03 23:41:38 (GMT)" is the problem.Could you please help us to solve the problem?
Hi Christian,
Unfortunately there is no source code in that commit, it's just a merge. And your bisect run found that the very first commit in that merge was OK:
Quoted 2 lines
Quoted 2 lines
[
390fd5929f52bdfb9dfcc03820041ba556780f4a] cxl: Set up and enable PSL git bisect goodSo I'm not convinced your bisect run was correct, sorry.
My pasemi is booting OK, but I haven't had time to test the network. If you remind me next week I will make sure network is working on my board.
Are you testing your board with your additional patch as well? Or just vanilla mainline?
cheers
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Hi Michael,
I checked out the Linux git till the commit 'powerpc-4.3-1'
git checkout ff474e8ca8547d09cb82ebab56d4c96f9eea01ce
Output:
Checking out files: 100% (13843/13843), done.
Note: checking out 'ff474e8ca8547d09cb82ebab56d4c96f9eea01ce'.
You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout.
If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example:
git checkout -b new_branch_name
HEAD ist jetzt bei ff474e8... Merge tag 'powerpc-4.3-1' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux
---
The P.A. Semi Ethernet doesn't work with the powerpc-4.3-1 merge. I reverted this merge with:
git revert ff474e8ca8547d09cb82ebab56d4c96f9eea01ce -m 1
Output:
Committer: christian <[email protected]>
Ihr Name und E-Mail Adresse wurden automatisch auf Basis Ihres Benutzer- und Rechnernamens konfiguriert. Bitte prüfen Sie, dass diese zutreffend sind. Sie können diese Meldung unterdrücken, indem Sie diese explizit setzen:
git config --global user.name "Ihr Name"
git config --global user.email [email protected]Nachdem Sie das getan hast, können Sie Ihre Identität für diesen Commit ändern mit:
git commit --amend --reset-author
146 files changed, 2047 insertions(+), 3609 deletions(-)
delete mode 100644 Documentation/devicetree/bindings/leds/leds-powernv.txt
delete mode 100644 Documentation/devicetree/bindings/powerpc/fsl/scfg.txt
delete mode 100644 arch/powerpc/boot/dts/t1040d4rdb.dts
delete mode 100644 arch/powerpc/boot/dts/t1042d4rdb.dts
delete mode 100644 arch/powerpc/boot/dts/t104xd4rdb.dtsi
delete mode 100644 arch/powerpc/configs/85xx-32bit.config
delete mode 100644 arch/powerpc/configs/85xx-64bit.config
delete mode 100644 arch/powerpc/configs/85xx-hw.config
delete mode 100644 arch/powerpc/configs/85xx-smp.config
delete mode 100644 arch/powerpc/configs/altivec.config
create mode 100644 arch/powerpc/configs/corenet32_smp_defconfig
rename arch/powerpc/configs/{fsl-emb-nonhw.config =>
corenet64_smp_defconfig} (50%)
delete mode 100644 arch/powerpc/configs/corenet_basic_defconfig
delete mode 100644 arch/powerpc/configs/mpc85xx_basic_defconfig
create mode 100644 arch/powerpc/configs/mpc85xx_defconfig
create mode 100644 arch/powerpc/configs/mpc85xx_smp_defconfig
delete mode 100644 arch/powerpc/include/asm/trace_clock.h
delete mode 100644 arch/powerpc/kernel/trace_clock.c
rewrite arch/powerpc/platforms/powernv/opal-power.c (76%)
delete mode 100644 drivers/leds/leds-powernv.c---
After that the P.A. Semi Ethernet works without any problems.
Cheers,
Christian
Quoted 49 lines · Christian Zigotzky
Hi Michael,
Thanks a lot for your answer. We tested some vanilla mainline 4.3 kernels on an Electra reference board. Additionally we tested some patched 4.3 kernels on our Nemo boards.
It would be really fantastic, if you could fix the problem.
Cheers,
Christian
Quoted 27 lines · Michael Ellerman
Quoted 11 lines · Christian Zigotzky
Hi all,
We tested some 4.3 kernels on a P.A. Semi reference board. Ultimately, ethernet does not work, though on the reference board, the interface is detected, gets link, but will not pass any packets/traffic.
Somewhere in the source code of the commit "'powerpc-4.3-1' of
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux(2015-09-03 23:41:38 (GMT)" is the problem.Could you please help us to solve the problem?
Hi Christian,
Unfortunately there is no source code in that commit, it's just a merge. And your bisect run found that the very first commit in that merge was OK:
Quoted 2 lines
Quoted 2 lines
[
390fd5929f52bdfb9dfcc03820041ba556780f4a] cxl: Set up and enable PSL git bisect goodSo I'm not convinced your bisect run was correct, sorry.
My pasemi is booting OK, but I haven't had time to test the network. If you remind me next week I will make sure network is working on my board.
Are you testing your board with your additional patch as well? Or just vanilla mainline?
Quoted 6 lines
cheers
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Michael,
Maybe a DMA issue. Please find attached an output of strace.
Cheers,
Christian
Quoted 68 lines · Christian Zigotzky
Hi Michael,
I checked out the Linux git till the commit 'powerpc-4.3-1'
git checkout
ff474e8ca8547d09cb82ebab56d4c96f9eea01ceOutput:
Checking out files: 100% (13843/13843), done.
Note: checking out 'ff474e8ca8547d09cb82ebab56d4c96f9eea01ce'.You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout.
If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example:
git checkout -b
new_branch_nameHEAD ist jetzt bei ff474e8... Merge tag 'powerpc-4.3-1' of
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux---
The P.A. Semi Ethernet doesn't work with the powerpc-4.3-1 merge. I reverted this merge with:
git revert
ff474e8ca8547d09cb82ebab56d4c96f9eea01ce-m 1Output:
Committer: christian <[email protected]>
Ihr Name und E-Mail Adresse wurden automatisch auf Basis Ihres Benutzer- und Rechnernamens konfiguriert. Bitte prüfen Sie, dass diese zutreffend sind. Sie können diese Meldung unterdrücken, indem Sie diese explizit setzen:git config --global user.name "Ihr Name" git config --global user.email [email protected]Nachdem Sie das getan hast, können Sie Ihre Identität für diesen Commit ändern mit:
git commit --amend --reset-author146 files changed, 2047 insertions(+), 3609 deletions(-) delete mode 100644 Documentation/devicetree/bindings/leds/leds-powernv.txt delete mode 100644 Documentation/devicetree/bindings/powerpc/fsl/scfg.txt delete mode 100644 arch/powerpc/boot/dts/t1040d4rdb.dts delete mode 100644 arch/powerpc/boot/dts/t1042d4rdb.dts delete mode 100644 arch/powerpc/boot/dts/t104xd4rdb.dtsi delete mode 100644 arch/powerpc/configs/85xx-32bit.config delete mode 100644 arch/powerpc/configs/85xx-64bit.config delete mode 100644 arch/powerpc/configs/85xx-hw.config delete mode 100644 arch/powerpc/configs/85xx-smp.config delete mode 100644 arch/powerpc/configs/altivec.config create mode 100644 arch/powerpc/configs/corenet32_smp_defconfig rename arch/powerpc/configs/{fsl-emb-nonhw.config => corenet64_smp_defconfig} (50%) delete mode 100644 arch/powerpc/configs/corenet_basic_defconfig delete mode 100644 arch/powerpc/configs/mpc85xx_basic_defconfig create mode 100644 arch/powerpc/configs/mpc85xx_defconfig create mode 100644 arch/powerpc/configs/mpc85xx_smp_defconfig delete mode 100644 arch/powerpc/include/asm/trace_clock.h delete mode 100644 arch/powerpc/kernel/trace_clock.c rewrite arch/powerpc/platforms/powernv/opal-power.c (76%) delete mode 100644 drivers/leds/leds-powernv.c
Quoted 8 lines
---
After that the P.A. Semi Ethernet works without any problems.
Cheers,
Christian
execve("/sbin/ifconfig", ["ifconfig", "eth0", "up"], [/* 33 vars */]) = 0
brk(0) = 0x10022000access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7dff000access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=155410, ...}) = 0mmap(NULL, 155410, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7da9000
close(3) = 0access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)open("/lib/powerpc-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3read(3, "\177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0025\240\0\0\0004"..., 512) = 512 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7dfe000 fstat64(3, {st_mode=S_IFREG|0755, st_size=1565776, ...}) = 0mmap(0xfe60000, 1635768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xfe60000mprotect(0xffd8000, 61440, PROT_NONE) = 0mmap(0xffe7000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x177000) = 0xffe7000 mmap(0xffed000, 9656, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffed000
close(3) = 0mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7dfd000
mprotect(0xffe7000, 20480, PROT_READ) = 0 mprotect(0x1001f000, 4096, PROT_READ) = 0 mprotect(0xf7e00000, 4096, PROT_READ) = 0 munmap(0xf7da9000, 155410) = 0 brk(0) = 0x10022000 brk(0x10043000) = 0x10043000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=363, ...}) = 0mmap(NULL, 363, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7dfc000
close(3) = 0open("/usr/lib/powerpc-linux-gnu/gconv/gconv-modules.cache", O_RDONLY) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=26260, ...}) = 0mmap(NULL, 26260, PROT_READ, MAP_SHARED, 3, 0) = 0xf7df5000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0mmap(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7df4000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=56, ...}) = 0mmap(NULL, 56, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7df3000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0mmap(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7df2000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_NAME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_NAME", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=83, ...}) = 0mmap(NULL, 83, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7df1000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_PAPER", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_PAPER", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0mmap(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7dce000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
close(3) = 0open("/usr/lib/locale/de_DE.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7dcd000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=294, ...}) = 0mmap(NULL, 294, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7dcc000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=1243766, ...}) = 0mmap(NULL, 1243766, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7c9c000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_TIME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_TIME", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=2354, ...}) = 0mmap(NULL, 2354, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7c9b000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7c9a000
close(3) = 0open("/usr/lib/locale/de_DE.UTF-8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/de_DE.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3fstat64(3, {st_mode=S_IFREG|0644, st_size=256580, ...}) = 0mmap(NULL, 256580, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7c5b000
close(3) = 0uname({sysname="Linux", nodename="AmigaoneX1000", ...}) = 0
access("/proc/net", R_OK) = 0
access("/proc/net/unix", R_OK) = 0
socket(PF_LOCAL, SOCK_DGRAM, 0) = 3
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
access("/proc/net/if_inet6", R_OK) = 0
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 5
access("/proc/net/ax25", R_OK) = -1 ENOENT (No such file or directory)
access("/proc/net/nr", R_OK) = -1 ENOENT (No such file or directory)
access("/proc/net/rose", R_OK) = -1 ENOENT (No such file or directory)
access("/proc/net/ipx", R_OK) = -1 ENOENT (No such file or directory)
access("/proc/net/appletalk", R_OK) = -1 ENOENT (No such file or directory)
access("/proc/sys/net/econet", R_OK) = -1 ENOENT (No such file or directory)
access("/proc/sys/net/ash", R_OK) = -1 ENOENT (No such file or directory)
access("/proc/net/x25", R_OK) = -1 ENOENT (No such file or directory)open("/usr/share/locale/de_DE.UTF-8/LC_MESSAGES/net-tools.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de_DE.utf8/LC_MESSAGES/net-tools.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de_DE/LC_MESSAGES/net-tools.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de.UTF-8/LC_MESSAGES/net-tools.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de.utf8/LC_MESSAGES/net-tools.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de/LC_MESSAGES/net-tools.mo", O_RDONLY) = 6fstat64(6, {st_mode=S_IFREG|0644, st_size=40282, ...}) = 0mmap(NULL, 40282, PROT_READ, MAP_PRIVATE, 6, 0) = 0xf7c51000
close(6) = 0open("/usr/lib/powerpc-linux-gnu/gconv/ISO8859-1.so", O_RDONLY|O_CLOEXEC) = 6read(6, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0\5\0\0\0\0004"..., 512) = 512 fstat64(6, {st_mode=S_IFREG|0644, st_size=9548, ...}) = 0mmap(0xfe3d000, 73756, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xfe3d000mprotect(0xfe3f000, 61440, PROT_NONE) = 0mmap(0xfe4e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x1000) = 0xfe4e000
close(6) = 0mprotect(0xfe4e000, 4096, PROT_READ) = 0ioctl(4, SIOCGIFFLAGS, {ifr_name="eth0", ifr_flags=IFF_BROADCAST|IFF_MULTICAST}) = 0ioctl(4, SIOCSIFFLAGS, {ifr_name="eth0", ???}) = -1 ENOMEM (Cannot allocate memory)
dup(2) = 6 fcntl64(6, F_GETFL) = 0x10001 (flags O_WRONLY|O_LARGEFILE) close(6) = 0
open("/usr/share/locale/de_DE.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de_DE.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de_DE/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/de/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, "SIOCSIFFLAGS: Cannot allocate me"..., 37SIOCSIFFLAGS: Cannot allocate memory
) = 37exit_group(-1) = ?
+++ exited with 255 +++
Hi all,
I have some good news for you. I was able to fix the issue with the P.A. Semi Ethernet. It was a problem with the new DMA handling. The patch ' [RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops for coherent_mask < dma_mask (https://patchwork.ozlabs.org/patch/472535/)' is the problem.
I had patched the following files before I compiled a kernel.
arch/powerpc/Kconfigarch/powerpc/include/asm/device.harch/powerpc/include/asm/dma-mapping.harch/powerpc/include/asm/iommu.harch/powerpc/kernel/dma-iommu.carch/powerpc/kernel/dma-swiotlb.carch/powerpc/kernel/dma.carch/powerpc/platforms/powernv/pci-ioda.carch/powerpc/platforms/pseries/iommu.carch/powerpc/sysdev/dart_iommu.cinclude/asm-generic/dma-mapping-common.h
The P.A. Semi Ethernet works again with the patched kernel.
I am happy. :-)
Please fix the issue in the kernel source code.
Thanks in advance,
Christian
Quoted 22 lines · Christian Zigotzky
Hi all,
I have some good news for you. I was able to fix the issue with the P.A. Semi Ethernet. It was a problem with the new DMA handling. The patch ' [RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops for
coherent_mask<dma_mask(https://patchwork.ozlabs.org/patch/472535/)'
is the problem.I had patched the following files before I compiled a kernel.
arch/powerpc/Kconfigarch/powerpc/include/asm/device.harch/powerpc/include/asm/dma-mapping.harch/powerpc/include/asm/iommu.harch/powerpc/kernel/dma-iommu.carch/powerpc/kernel/dma-swiotlb.carch/powerpc/kernel/dma.carch/powerpc/platforms/powernv/pci-ioda.carch/powerpc/platforms/pseries/iommu.carch/powerpc/sysdev/dart_iommu.cinclude/asm-generic/dma-mapping-common.h
Quoted 1 line
The P.A. Semi Ethernet works again with the patched kernel.
Hi Ben,
Could you please take a look..
Thanks!
Quoted 11 lines
I am happy. :-)
Please fix the issue in the kernel source code.
Thanks in advance,
Christian
Quoted 11 lines · Christian Zigotzky
Hi all,
I have some good news for you. I was able to fix the issue with the P.A.
Semi Ethernet. It was a problem with the new DMA handling. The patch '
[RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops forcoherent_mask<dma_mask(https://patchwork.ozlabs.org/patch/472535/)
'
is the problem.
Send me your .config and the full dmesg output. I can't seem to reproduce here.
Cheers,
Ben.
Quoted 29 lines
I had patched the following files before I compiled a kernel.
arch/powerpc/Kconfigarch/powerpc/include/asm/device.harch/powerpc/include/asm/dma-mapping.harch/powerpc/include/asm/iommu.harch/powerpc/kernel/dma-iommu.carch/powerpc/kernel/dma-swiotlb.carch/powerpc/kernel/dma.carch/powerpc/platforms/powernv/pci-ioda.carch/powerpc/platforms/pseries/iommu.carch/powerpc/sysdev/dart_iommu.cinclude/asm-generic/dma-mapping-common.hThe P.A. Semi Ethernet works again with the patched kernel.
I am happy. :-)
Please fix the issue in the kernel source code.
Thanks in advance,
Christian
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev
Quoted 5 lines · Christian Zigotzky
Hi All,
I have tested the PA Semi Ethernet with the kernels 4.2.3 and 4.3.0 today. With the kernel 4.2.3 it works but with the kernel 4.3.0 final it doesn't work.
Looking at the changes in pasemi I don't see any significant changes to the driver so the best thing you can try is to bisect the bad commit.
Quoted 92 lines
After that I tested some git kernels and release candidates of 4.3.
Kernel 4.3 git from Tue Sep 01, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Wed Sep 02, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Thu Sep 03, 2015 -> PA Semi Ethernet works Kernel 4.3 git from Fri Sep 04, 2015 -> PA Semi Ethernet doesn't work (Merge tag 'powerpc-4.3-1':
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=ff474e8ca8547d09cb82ebab56d4c96f9eea01ce)
Kernel 4.3 git from Sat Sep 05, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Mon Sep 07, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Wed Sep 09, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 git from Fri Sep 11, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 RC1 from Sun Sep 13, 2015 -> PA Semi Ethernet doesn't work Kernel 4.3 RC2 from Mon Sep 21, 2015 -> PA Semi Ethernet doesn't workThe problematic commit must be between Thu Sep 03, 2015 at 09:37 AM (UTC +2) and Fri Sep 04, 2015 at 7:38 PM (UTC +2) in the linux git.
Linux git: Between
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15500and
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?ofs=15200.Cheers,
Christian
Quoted 57 lines · Christian Zigotzky
Hi Denis,
Thank you for your answer. Sorry because of my description.
Yes, the driver probe function finds the device.
With kernel 4.4-rc3:
dmesg | grep -i eth0
[ 2.297473] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00dhclient eth0
RTNETLINK answers: Cannot allocate memory
With kernel 4.1.13:
dmesg | grep -i eth0
[ 2.328115] eth0: PA Semi GMAC: intf 5, hw addr 02:00:e0:0a:30:00 [ 37.130466] eth0: Link is up at 100 Mbps, full duplex.Cheers,
Christian
Quoted 28 lines · Denis Kirjanov
Quoted 8 lines · Christian Zigotzky
Hi All,
Does the ethernet interface on your Electra, Chitra, Nemo, and Athena board work with the release candidates of the kernel 4.4? Unfortunately the P.A. Semi ethernet doesn't work on our Nemo boards with the release candidates of the kernel 4.4. We have set the following entries in the kernel config:
Quoted 4 lines
CONFIG_NET_VENDOR_PASEMI=yCONFIG_PASEMI_MAC=yCould you please test the P.A. Semi ethernet on your P.A. Semi boards?
It's not clear from your descriptions what is not working. Does the driver probe function find a device? Does the interface show up in the kernel? Can it send/receive packets?
Also please CC netdev.
Thanks.
Quoted 7 lines
Thanks in advance,
Christian
_______________________________________________
Linuxppc-dev mailing list
[email protected]
https://lists.ozlabs.org/listinfo/linuxppc-dev