[opensuse-arm] 3.16.0 kernel / Cubietruck / Raspberry Pi
Hi, Thanks to help from Jean, Michal and Takashi I was able to fix the build of 3.16 kernels in Kernel:HEAD. I tested armv7hl kernel-default on the Cubietruck. It required INITRD_MODULES="ahci_sunxi" in /etc/sysconfig/kernel for my SATA based rootfs; like in early RCs there is no serial console output (both with packaged and latest u-boot-sunxi), but at some point ssh is possible. # boot.scr setenv bootargs console=ttyS0,115200 root=/dev/sda1 rootfstype=btrfs rw rootwait ext2load mmc 0:1 0x46000000 boot/zImage ext2load mmc 0:1 0x49000000 boot/dtb/sun7i-a20-cubietruck.dtb ext2load mmc 0:1 0x4a000000 boot/initrd bootz 0x46000000 0x4a000000:0x${filesize} 0x49000000 kernel-lpae did not allow ssh, here's a quick SUNxI diff: $ diff -u /boot/config-3.16.0-5.g07174c1-default /boot/config-3.16.0-5.g07174c1-lpae | grep SUN.I CONFIG_ARCH_SUNXI=y -CONFIG_MACH_SUN4I=y -CONFIG_MACH_SUN5I=y +# CONFIG_MACH_SUN4I is not set +# CONFIG_MACH_SUN5I is not set CONFIG_MACH_SUN6I=y CONFIG_MACH_SUN7I=y CONFIG_AHCI_SUNXI=m -CONFIG_SUN4I_EMAC=m +# CONFIG_SUN4I_EMAC is not set -CONFIG_DWMAC_SUNXI=y -CONFIG_MDIO_SUN4I=m +# CONFIG_MDIO_SUN4I is not set CONFIG_I2C_SUN6I_P2WI=m -CONFIG_SPI_SUN4I=m +# CONFIG_SPI_SUN4I is not set CONFIG_SPI_SUN6I=m CONFIG_PINCTRL_SUNXI=y CONFIG_PINCTRL_SUNXI_COMMON=y CONFIG_PINCTRL_SUN4I_A10=y CONFIG_PINCTRL_SUN6I_A31=y CONFIG_PINCTRL_SUN6I_A31_R=y CONFIG_PINCTRL_SUN7I_A20=y CONFIG_POWER_RESET_SUN6I=y CONFIG_SUNXI_WATCHDOG=m CONFIG_MMC_SUNXI=m -CONFIG_RTC_DRV_SUNXI=m +CONFIG_RTC_DRV_SUNXI=y CONFIG_SUN4I_TIMER=y CONFIG_SUN5I_HSTIMER=y CONFIG_PHY_SUN4I_USB=m DWMAC_SUNXI is the network driver needed, so I added it to the lpae config and will need to re-test. As for RTC_DRV_* we seem to be inconsistent - should they all be y or m? On the Raspberry Pi the armv6hl kernel-default boots to the login prompt, but USB and network do not seem to be working (regression from 3.15 Kernel:HEAD). The only obviously missing option seemed to be DMA_BCM2835 - will re-test once we have a new kernel with that. # boot.scr setenv bootargs 'console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p3 rootfstype=ext4 rw rootwait dwc_otg.lpm_enable=0' ext2load mmc 0:2 ${kernel_addr_r} zImage ext2load mmc 0:2 ${fdt_addr_r} dtb/bcm2835-rpi-b.dtb ext2load mmc 0:2 ${ramdisk_addr_r} initrd bootz ${kernel_addr_r} ${ramdisk_addr_r}:0x${filesize} ${fdt_addr_r} As always, help with testing appreciated. Maybe 3.16.1 will help, too. Cheers, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 18.08.2014 05:28, schrieb Andreas Färber:
On the Raspberry Pi the armv6hl kernel-default boots to the login prompt, but USB and network do not seem to be working (regression from 3.15 Kernel:HEAD). The only obviously missing option seemed to be DMA_BCM2835 - will re-test once we have a new kernel with that.
As feared, the 3.16.1 w/DMA didn't work either. Turns out that my config update had disabled USB_DWC2. Sorry, fix pushed. BTW devel:ARM:Factory:Contrib:RaspberryPi:upstream is where you can get both kernel-default and matching dtb-bcm2835 package until we've found a permanent solution for Kernel:HEAD. For armv7l/aarch64 you can try home:a_faerber:branches:Kernel:HEAD. Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 18.08.2014 05:28, schrieb Andreas Färber:
$ diff -u /boot/config-3.16.0-5.g07174c1-default /boot/config-3.16.0-5.g07174c1-lpae | grep SUN.I [...] -CONFIG_RTC_DRV_SUNXI=m +CONFIG_RTC_DRV_SUNXI=y [...] As for RTC_DRV_* we seem to be inconsistent - should they all be y or m?
Alex said y, so I updated all configs this morning. I also took the liberty of aligning aarch64 some more, which ended up dragging in quite some IIO stuff. I didn't enable any particular drivers though, since I didn't know which are relevant. Feel free to submit patches to enable drivers or clean up further inconsistencies. :) Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (1)
-
Andreas Färber