Hello,
thanks for the feedback and the test.
I have submitted this patch for SRU:
https://lists.ubuntu.com/archives/kernel-team/2019-July/102028.html
We might need your help to test this once it got applied for the next cycle.
To note that it's unlikely to get installer image re-generated (excep
** Description changed:
+ == SRU Justification ==
+ The mvpp2 is a driver for network controllers(s) in Marvell SOCs,
particularly Armada 8040.
+
+ However this driver was neither enabled as a module or a built-in for
+ Disco arm64.
+
+ == Fix ==
+ Just like what we did for armhf, set CONFIG_MV
** Also affects: linux (Ubuntu Disco)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu)
Status: Incomplete => In Progress
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchp
Update and good news:
I've been reminded that the firmware I have can boot the platform with
either ACPI and Device Tree tables. I've been in ACPI mode and now,
after flipping to DT, the platform boots fine and all 4 interfaces (one
thing I haven't noticed that only one was completely missing prev
Good news:
The module is *definitely* built and loads fine. Thanks!
Bad news:
The driver has some issues... Full boot log attached, but first of all,
spot the delay:
...
[2.849454] mvpp2 MRVL0110:00 eth0: Using random mac address
ee:ad:f4:3c:ad:cf
...
[2.932894] mvpp2 MRVL0110:01 eth1:
Hello,
can you give this ARM64 test kernel a try?
https://people.canonical.com/~phlin/kernel/lp-1835054-mvpp2/
ubuntu@starmie-kernel:~$ grep MVPP /boot/config-5.0.0-2*
/boot/config-5.0.0-21-generic:CONFIG_MVPP2=m
ubuntu@starmie-kernel:~$ sudo modprobe mvpp2
ubuntu@starmie-kernel:~$ lsmod | grep mv
Can't really provide logs here... One thing I figured out in the
meantime is that the source package seems to be building it for armhf:
debian.master/config/config.common.ubuntu:CONFIG_MVPP2=m
debian.master/config/annotations:CONFIG_MVPP2
policy<{'armhf': 'm'}>
7 matches
Mail list logo
