April 2016

[opensuse-arm] Attempt to run KIWI on unsupported architecture 'armv8l'
by Dirk Müller 12 Apr '17

12 Apr '17

Hi, this is a known OBS bug, asked the admins to deploy a fix shortly. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 3

[opensuse-arm] Turris Omnia (prototype) enablement report
by Andreas Färber 06 Nov '16

06 Nov '16

Hello, This weekend I've had the opportunity to test openSUSE on a prototype of CZ.NIC's Indiegogo-funded Turris Omnia router [1]. In a FOSDEM 2016 talk a prototype had already been shown to the public, whereas this was the first time we could peek at the current software environment of a running prototype ourselves and provide some early third-party distro feedback to its creators. Known for being overly critical and aiming at perfect solutions, let me say in advance that the Armada 385 … [View More]mainline kernel support looks quite good already, needing only the Turris Omnia Device Tree [2] apparently. Turris Omnia's U-Boot [3] is quite usable but will need a little more love before we can benefit from new features such as UEFI boot support (both upstream where it's not yet using the distro defaults [4] and downstream for deriving a clean new turris_omnia_defconfig). I'm confident that most of the functional limitations I observed can be fixed until the final board version ships to backers. That said, here's a quick how-to I would've added to the Wiki [1] if it let me... == Manual installation == As of 2016-03-18, the prototype's U-Boot does not yet support XHCI, so that the two USB ports cannot be used for booting. That leaves eMMC and mSATA as local boot options. === Building an upstream kernel === Use mvebu_v7_defconfig and enable CONFIG_BTRFS_FS. === Installation to USB === As of 2016-03-18, the prototype's U-Boot does not yet support XHCI and therefore does not recognize any USB devices on either of the two USB ports. Still you can place your rootfs onto USB. As of 2016-03-18, the prototype's kernel has USB drivers built as modules and no initrd, so you cannot directly boot a USB rootfs with it. An easy solution is to build an upstream kernel yourself with those drivers built-in and to copy it to the eMMC's /boot directory (e.g., zImage-next). Note: In linux-next.git next-20160318 kernel only USB 3.0 devices work. Partition your USB disk with GPT or MBR. Create a partition for the rootfs and extract an [http://download.opensuse.org/ports/armv7hl/tumbleweed/images/openSUSE-Tumbl… openSUSE-Tumbleweed-JeOS.armv7-rootfs.armv7l-Current.tbz] tarball. Then boot similar to this (derived from bootargs and mmcboot variables): setenv bootargs 'console=ttyS0,115200 root=/dev/sda1 rootfstype=ext4 rootwait rw' btrload mmc 0 0x01000000 boot/zImage-next @ btrload mmc 0 0x02000000 boot/dtb @ bootz 0x01000000 - 0x02000000 Note: As always, "/dev/sda1" is unsafe as it may become, e.g., /dev/sdb1 when an mSATA SSD or a second USB storage device is connected. You could save those commands in a U-Boot environment variable, otherwise you will need to re-type them on each boot. === Installation to mSATA === Unless you have another device with mSATA port, you may find it difficult to set up the SSD. As of 2016-03-18, the prototype's OpenWrt kernel did not recognize a Samsung SSD 850 EVO 120 GB mSATA card (while U-Boot's scsi scan does). As workaround you can compile an upstream kernel (cf. [[#Building_an_upstrea_kernel|above]]), copy it under a new name to /boot on the eMMC (e.g., zImage-next) and boot OpenWrt with this new kernel (derived from mmcboot variable): btrload mmc 0 0x01000000 boot/zImage-next @ btrload mmc 0 0x02000000 boot/dtb @ bootz 0x01000000 - 0x02000000 Now that you have a /dev/sda device for the mSATA SSD, you may find that OpenWrt does not come with parted, fdisk or gdisk tools for partitioning this device. One solution is to boot into openSUSE Tumbleweed, where you can easily install those tools, from USB (cf. [[#Installation_to_USB|above]]): setenv bootargs 'console=ttyS0,115200 root=/dev/sdb1 rootfstype=ext4 rootwait rw' btrload mmc 0 0x01000000 boot/zImage-next @ btrload mmc 0 0x02000000 boot/dtb @ bootz 0x01000000 - 0x02000000 >From inside openSUSE verify that /dev/sda is your mSATA card and partition it using gdisk (zypper in gptfdisk). Format your new partition and extract a JeOS rootfs tarball. For now just copy zImage-next and dtb over. mount /dev/sda1 /mnt tar xvjf [http://download.opensuse.org/ports/armv7hl/tumbleweed/images/openSUSE-Tumbl… openSUSE-Tumbleweed-JeOS.armv7-rootfs.armv7l-XXX.tbz] -C /mnt cp /boot/zImage-next /mnt/boot/zImage-next cp /boot/dtb /mnt/boot/armada-385-turris-omnia.dtb ln -sf zImage-next /mnt/boot/zImage ln -sf armada-385-turris-omnia.dtb /mnt/boot/dtb Boot similar to this: setenv bootargs 'console=ttyS0,115200 root=/dev/sda1 rootfstype=btrfs rootwait rw' setenv fdtfile armada-385-turris-omnia.dtb scsi scan btrload scsi 0:1 0x01000000 boot/zImage-next btrload scsi 0:1 0x02000000 boot/dtb/$fdtfile bootz 0x01000000 - 0x02000000 It's beginning to look much more like openSUSE, just lacking an openSUSE kernel still. === Installation to eMMC === In theory you can also replace OpenWrt with openSUSE, optionally backing it up as btrfs snapshot. To do so you'll need to boot from some other root device such as USB or mSATA. mount /dev/mmcblk0p1 /mnt btrfs subvolume snapshot /mnt/@ /mnt/root-pre-opensuse rm -rf /mnt/@/* tar xvjf [http://download.opensuse.org/ports/armv7hl/tumbleweed/images/openSUSE-Tumbl… openSUSE-Tumbleweed-JeOS.armv7-rootfs.armv7l-XXX.tbz] -C /mnt/@ cp /boot/zImage-next /mnt/@/boot/zImage-next cp /boot/dtb /mnt/(a)/boot/armada-385-turris-omnia.dtb ln -sf zImage-next /mnt/@/boot/zImage ln -sf armada-385-turris-omnia.dtb /mnt/@/boot/dtb Then on next boot you should boot into openSUSE automatically. === openSUSE kernel === Unlike mvebu_v7_defconfig, the openSUSE kernels build drivers as modules whenever possible. To boot you will need additional driver modules in a ramdisk. There's two easy ways to create such an initrd file. Either use Kiwi (as done for our JeOS SD card images) or boot into the system once without modules and have the initrd be created by dracut. If you zypper up or zypper dup the system for the first time, chances are a new kernel-default package gets installed and generates an initrd; you can force this the easy way by reinstalling the package (zypper in -f kernel-default) or figure out the lengthy dracut command line. Try to boot it like this: setenv bootargs 'console=ttyS0,115200 root=/dev/sda1 rootfstype=btrfs rootwait rw' scsi scan btrload scsi 0:1 0x01000000 boot/zImage btrload scsi 0:1 0x02000000 boot/dtb/armada-385-turris-omnia.dtb btrload scsi 0:1 0x03000000 boot/initrd bootz 0x01000000 0x03000000:$filesize 0x02000000 This resulted in: Kernel image @ 0x1000000 [ 0x000000 - 0x6f2d78 ] Wrong Ramdisk Image Format Ramdisk image is corrupt or invalid ''To be investigated - U-Boot lacking CONFIG_SUPPORT_RAW_INITRD?'' This is blocking creation of a JeOS disk image. Cheers, Andreas [1] https://en.opensuse.org/HCL:Turris_Omnia [2] https://gitlab.labs.nic.cz/turris/openwrt/tree/test/target/linux/mvebu/file… [3] https://gitlab.labs.nic.cz/turris/turris-omnia-uboot/commits/omnia [4] http://git.denx.de/?p=u-boot.git;a=blob;f=include/configs/db-88f6820-gp.h;h… -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton; HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org [View Less]

2 2

[opensuse-arm] openSUSE on Samsung Galaxy Tablet
by Michael Vetter 25 Apr '16

25 Apr '16

Hello, First of all, I have only installed openSUSE on Laptops or Desktop machines, so just via USB stick or good old CD-ROM. So I have a Samsung Galaxy Tab 3 Lite (SM-T110), which has an ARM Cortex-A9 and I would like to run openSUSE Tumbleweed with GNOME on it. I am not fixed on GNOME, but I think its interface probably is best for a tablet. I would appreciate if someone could explain to me what I do have to do to achieve that. And it would be nice if someone could mention a way to save … [View More]

1 0

[opensuse-arm] No Ethernet on olinuxino lime2
by Frank Kunz 24 Apr '16

24 Apr '16

I tested openSUSE-Tumbleweed-ARM-JeOS-olinuxinolime2.armv7l-2016.04.22-Build1.1.raw.xz and there is no ethernet working with that build. the journal lists Jan 01 01:00:29 nohostname systemd[1]: Starting wicked managed network interfaces... Jan 01 01:00:29 nohostname kernel: libphy: PHY stmmac-0:ffffffff not found Jan 01 01:00:29 nohostname kernel: eth0: Could not attach to PHY Jan 01 01:00:29 nohostname kernel: stmmac_open: Cannot attach to PHY (error: -19) Jan 01 01:00:29 nohostname wickedd[… [View More]

2 1

[opensuse-arm] `build` build fails for armv7l at Factory
by Matwey V. Kornilov 24 Apr '16

24 Apr '16

Hello, build package is failed to build at openSUSE:Factory:ARM with the following error and %check section: [ 271s] + ./testbuild.sh /.build.binaries/ [ 271s] /usr/src/packages/BUILD/obs-build-20160331/build --root /abuild/build-root --repository /.build.binaries/ [ 271s] cat: /proc/device-tree/ibm,partition-name: No such file or directory [ 271s] logging output to /abuild/build-root/.build.log... [ 271s] [ 0s] Memory limit set to 2076522KB [ 271s] [ 0s] Using BUILD_ROOT=/abuild/… [View More]

1 0

[opensuse-arm] added temporary link to new gcc5 with ada support enabled in openSUSE:Factory:ARM
by Dirk Müller 21 Apr '16

21 Apr '16

Hi, JFYI, I intentially changed the link to the devel project gcc for now in order to have the ada bootstrap work going into factory, will change it back once that is being completed. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] [PATCH] arm64: Drop broken non-mainline Synopsys USB driver
by Andreas Färber 18 Apr '16

18 Apr '16

For 13.2 a downstream USB driver was added (USB_EHCI_HCD_SYNOPSYS) for the Juno board (boo#902632). With 4.6 that driver no longer builds. A check of arch/arm64/boot/dts/arm/juno-base.dtsi indicates that it is using the "generic-ehci" compatible string, i.e. not this driver. Therefore drop these patches: patches.arch/arm64-0001-usb-Add-support-for-Synopsis-H20AHB-EHCI-host-contro.patch patches.arch/arm64-0002-usb-fix-hcd-h20ahb-driver-depends.patch Cc: Alexander Graf <agraf(a)suse.de> … [View More]Cc: Andreas Schwab <schwab(a)suse.de> Signed-off-by: Andreas Färber <afaerber(a)suse.de> --- config/arm64/default | 1 - config/armv6hl/default | 1 - config/armv7hl/default | 1 - config/armv7hl/lpae | 1 - config/i386/debug | 1 - config/i386/default | 1 - config/i386/pae | 1 - config/ppc64/debug | 1 - config/ppc64/default | 1 - config/ppc64le/debug | 1 - config/ppc64le/default | 1 - config/x86_64/debug | 1 - config/x86_64/default | 1 - ...port-for-Synopsis-H20AHB-EHCI-host-contro.patch | 398 --------------------- ...64-0002-usb-fix-hcd-h20ahb-driver-depends.patch | 37 -- series.conf | 2 - 16 files changed, 450 deletions(-) delete mode 100644 patches.arch/arm64-0001-usb-Add-support-for-Synopsis-H20AHB-EHCI-host-contro.patch delete mode 100644 patches.arch/arm64-0002-usb-fix-hcd-h20ahb-driver-depends.patch diff --git a/config/arm64/default b/config/arm64/default index d923ab1..ee5f798 100644 --- a/config/arm64/default +++ b/config/arm64/default @@ -5426,7 +5426,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -CONFIG_USB_EHCI_HCD_SYNOPSYS=m CONFIG_USB_EHCI_MSM=m CONFIG_USB_EHCI_TEGRA=m CONFIG_USB_EHCI_EXYNOS=m diff --git a/config/armv6hl/default b/config/armv6hl/default index b7f8612..094e994 100644 --- a/config/armv6hl/default +++ b/config/armv6hl/default @@ -4493,7 +4493,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_MXC=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set # CONFIG_USB_CNS3XXX_EHCI is not set CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m diff --git a/config/armv7hl/default b/config/armv7hl/default index 64c4f97..fed88b9 100644 --- a/config/armv7hl/default +++ b/config/armv7hl/default @@ -6146,7 +6146,6 @@ CONFIG_USB_EHCI_HCD_OMAP=m CONFIG_USB_EHCI_HCD_ORION=m CONFIG_USB_EHCI_HCD_SPEAR=m CONFIG_USB_EHCI_HCD_STI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_MSM=m CONFIG_USB_EHCI_TEGRA=m CONFIG_USB_EHCI_EXYNOS=m diff --git a/config/armv7hl/lpae b/config/armv7hl/lpae index 9bc44e7..0faf45d 100644 --- a/config/armv7hl/lpae +++ b/config/armv7hl/lpae @@ -5864,7 +5864,6 @@ CONFIG_USB_EHCI_PCI=m # CONFIG_USB_EHCI_MXC is not set CONFIG_USB_EHCI_HCD_OMAP=m CONFIG_USB_EHCI_HCD_ORION=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_MSM=m CONFIG_USB_EHCI_TEGRA=m CONFIG_USB_EHCI_EXYNOS=m diff --git a/config/i386/debug b/config/i386/debug index 0a42eae..d157ad1 100644 --- a/config/i386/debug +++ b/config/i386/debug @@ -5928,7 +5928,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m CONFIG_USB_ISP116X_HCD=m diff --git a/config/i386/default b/config/i386/default index e114369..92a85d3 100644 --- a/config/i386/default +++ b/config/i386/default @@ -5968,7 +5968,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m CONFIG_USB_ISP116X_HCD=m diff --git a/config/i386/pae b/config/i386/pae index ffe36bb..4b36354 100644 --- a/config/i386/pae +++ b/config/i386/pae @@ -5779,7 +5779,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m CONFIG_USB_ISP116X_HCD=m diff --git a/config/ppc64/debug b/config/ppc64/debug index abcb4dc..dfa87c2 100644 --- a/config/ppc64/debug +++ b/config/ppc64/debug @@ -4986,7 +4986,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PPC_OF=y CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m diff --git a/config/ppc64/default b/config/ppc64/default index b7c3465..5cdad76 100644 --- a/config/ppc64/default +++ b/config/ppc64/default @@ -4975,7 +4975,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PPC_OF=y CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m diff --git a/config/ppc64le/debug b/config/ppc64le/debug index 5c17e73..22ca4d2 100644 --- a/config/ppc64le/debug +++ b/config/ppc64le/debug @@ -4842,7 +4842,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PPC_OF=y CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m diff --git a/config/ppc64le/default b/config/ppc64le/default index faf4f74..c84816a 100644 --- a/config/ppc64le/default +++ b/config/ppc64le/default @@ -4831,7 +4831,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PPC_OF=y CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m diff --git a/config/x86_64/debug b/config/x86_64/debug index eefffdb..65c9fbe 100644 --- a/config/x86_64/debug +++ b/config/x86_64/debug @@ -5756,7 +5756,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m CONFIG_USB_ISP116X_HCD=m diff --git a/config/x86_64/default b/config/x86_64/default index ee88fba..d45e292 100644 --- a/config/x86_64/default +++ b/config/x86_64/default @@ -5741,7 +5741,6 @@ CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y CONFIG_USB_EHCI_PCI=m -# CONFIG_USB_EHCI_HCD_SYNOPSYS is not set CONFIG_USB_EHCI_HCD_PLATFORM=m CONFIG_USB_OXU210HP_HCD=m CONFIG_USB_ISP116X_HCD=m diff --git a/patches.arch/arm64-0001-usb-Add-support-for-Synopsis-H20AHB-EHCI-host-contro.patch b/patches.arch/arm64-0001-usb-Add-support-for-Synopsis-H20AHB-EHCI-host-contro.patch deleted file mode 100644 index d80f8de..0000000 --- a/patches.arch/arm64-0001-usb-Add-support-for-Synopsis-H20AHB-EHCI-host-contro.patch +++ /dev/null @@ -1,398 +0,0 @@ -From e6f7fd6d35443f2efebe940e37237b1ad18d3a79 Mon Sep 17 00:00:00 2001 -From: Liviu Dudau <Liviu.Dudau(a)arm.com> -Date: Tue, 4 Mar 2014 11:03:13 +0000 -Subject: [PATCH 01/10] usb: Add support for Synopsis H20AHB EHCI host - controller. -Patch-mainline: No -References: bnc#902632 - -Signed-off-by: Liviu Dudau <Liviu.Dudau(a)arm.com> -Signed-off-by: Alexander Graf <agraf(a)suse.de> - ---- - drivers/usb/host/Kconfig | 7 + - drivers/usb/host/Makefile | 1 + - drivers/usb/host/ehci-h20ahb.c | 341 +++++++++++++++++++++++++++++++++++++++++ - 3 files changed, 349 insertions(+) - create mode 100644 drivers/usb/host/ehci-h20ahb.c - -diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig -index a8a30b1..4aa17fa 100644 ---- a/drivers/usb/host/Kconfig -+++ b/drivers/usb/host/Kconfig -@@ -188,6 +188,13 @@ config USB_EHCI_HCD_STI - Enable support for the on-chip EHCI controller found on - STMicroelectronics consumer electronics SoC's. - -+config USB_EHCI_HCD_SYNOPSYS -+ tristate "Support for Synopsys Host-AHB USB 2.0 controller" -+ depends on USB_EHCI_HCD -+ ---help--- -+ Enable support for onchip USB controllers based on DesignWare USB 2.0 -+ Host-AHB Controller IP from Synopsys. -+ - config USB_EHCI_HCD_AT91 - tristate "Support for Atmel on-chip EHCI USB controller" - depends on USB_EHCI_HCD && ARCH_AT91 -diff --git a/drivers/usb/host/Makefile b/drivers/usb/host/Makefile -index 348c243..cfcae6f 100644 ---- a/drivers/usb/host/Makefile -+++ b/drivers/usb/host/Makefile -@@ -39,6 +39,7 @@ obj-$(CONFIG_USB_EHCI_HCD_OMAP) += ehci-omap.o - obj-$(CONFIG_USB_EHCI_HCD_ORION) += ehci-orion.o - obj-$(CONFIG_USB_EHCI_HCD_SPEAR) += ehci-spear.o - obj-$(CONFIG_USB_EHCI_HCD_STI) += ehci-st.o -+obj-$(CONFIG_USB_EHCI_HCD_SYNOPSYS) += ehci-h20ahb.o - obj-$(CONFIG_USB_EHCI_EXYNOS) += ehci-exynos.o - obj-$(CONFIG_USB_EHCI_HCD_AT91) += ehci-atmel.o - obj-$(CONFIG_USB_EHCI_MSM) += ehci-msm.o -diff --git a/drivers/usb/host/ehci-h20ahb.c b/drivers/usb/host/ehci-h20ahb.c -new file mode 100644 -index 0000000..3ee3c7a ---- /dev/null -+++ b/drivers/usb/host/ehci-h20ahb.c -@@ -0,0 +1,341 @@ -+/* -+ * Copyright (C) 2007-2013 Texas Instruments, Inc. -+ * Author: Vikram Pandita <vikram.pandita(a)ti.com> -+ * Author: Anand Gadiyar <gadiyar(a)ti.com> -+ * Author: Keshava Munegowda <keshava_mgowda(a)ti.com> -+ * Author: Roger Quadros <rogerq(a)ti.com> -+ * -+ * Copyright (C) 2009 Nokia Corporation -+ * Contact: Felipe Balbi <felipe.balbi(a)nokia.com> -+ * -+ * Based on ehci-omap.c - driver for USBHOST on OMAP3/4 processors -+ * -+ * This file is subject to the terms and conditions of the GNU General Public -+ * License. See the file COPYING in the main directory of this archive -+ * for more details. -+ * -+ */ -+ -+#include <linux/kernel.h> -+#include <linux/module.h> -+#include <linux/io.h> -+#include <linux/platform_device.h> -+#include <linux/slab.h> -+#include <linux/usb/ulpi.h> -+#include <linux/pm_runtime.h> -+#include <linux/gpio.h> -+#include <linux/clk.h> -+#include <linux/usb.h> -+#include <linux/usb/hcd.h> -+#include <linux/of.h> -+#include <linux/dma-mapping.h> -+ -+#include "ehci.h" -+ -+#define H20AHB_HS_USB_PORTS 1 -+ -+/* EHCI Synopsys-specific Register Set */ -+#define EHCI_INSNREG04 (0xA0) -+#define EHCI_INSNREG04_DISABLE_UNSUSPEND (1 << 5) -+#define EHCI_INSNREG05_ULPI (0xA4) -+#define EHCI_INSNREG05_ULPI_CONTROL_SHIFT 31 -+#define EHCI_INSNREG05_ULPI_PORTSEL_SHIFT 24 -+#define EHCI_INSNREG05_ULPI_OPSEL_SHIFT 22 -+#define EHCI_INSNREG05_ULPI_REGADD_SHIFT 16 -+#define EHCI_INSNREG05_ULPI_EXTREGADD_SHIFT 8 -+#define EHCI_INSNREG05_ULPI_WRDATA_SHIFT 0 -+ -+#define DRIVER_DESC "H20AHB-EHCI Host Controller driver" -+ -+static const char hcd_name[] = "ehci-h20ahb"; -+ -+/*-------------------------------------------------------------------------*/ -+ -+struct h20ahb_hcd { -+ struct usb_phy *phy[H20AHB_HS_USB_PORTS]; /* one PHY for each port */ -+ int nports; -+}; -+ -+static inline void ehci_write(void __iomem *base, u32 reg, u32 val) -+{ -+ __raw_writel(val, base + reg); -+} -+ -+static inline u32 ehci_read(void __iomem *base, u32 reg) -+{ -+ return __raw_readl(base + reg); -+} -+ -+/* configure so an HC device and id are always provided */ -+/* always called with process context; sleeping is OK */ -+ -+static struct hc_driver __read_mostly ehci_h20ahb_hc_driver; -+ -+static const struct ehci_driver_overrides ehci_h20ahb_overrides __initdata = { -+ .extra_priv_size = sizeof(struct h20ahb_hcd), -+}; -+ -+static int ehci_h20ahb_phy_read(struct usb_phy *x, u32 reg) -+{ -+ u32 val = (1 << EHCI_INSNREG05_ULPI_CONTROL_SHIFT) | -+ (1 << EHCI_INSNREG05_ULPI_PORTSEL_SHIFT) | -+ (3 << EHCI_INSNREG05_ULPI_OPSEL_SHIFT) | -+ (reg << EHCI_INSNREG05_ULPI_REGADD_SHIFT); -+ ehci_write(x->io_priv, 0, val); -+ while ((val = ehci_read(x->io_priv, 0)) & -+ (1 << EHCI_INSNREG05_ULPI_CONTROL_SHIFT)); -+ return val & 0xff; -+} -+ -+static int ehci_h20ahb_phy_write(struct usb_phy *x, u32 val, u32 reg) -+{ -+ u32 v = (1 << EHCI_INSNREG05_ULPI_CONTROL_SHIFT) | -+ (1 << EHCI_INSNREG05_ULPI_PORTSEL_SHIFT) | -+ (2 << EHCI_INSNREG05_ULPI_OPSEL_SHIFT) | -+ (reg << EHCI_INSNREG05_ULPI_REGADD_SHIFT) | -+ (val & 0xff); -+ ehci_write(x->io_priv, 0, v); -+ while ((v = ehci_read(x->io_priv, 0)) & -+ (1 << EHCI_INSNREG05_ULPI_CONTROL_SHIFT)); -+ return 0; -+} -+ -+static struct usb_phy_io_ops ehci_h20ahb_phy_io_ops = { -+ .read = ehci_h20ahb_phy_read, -+ .write = ehci_h20ahb_phy_write, -+}; -+ -+ -+/** -+ * ehci_hcd_h20ahb_probe - initialize Synopsis-based HCDs -+ * -+ * Allocates basic resources for this USB host controller, and -+ * then invokes the start() method for the HCD associated with it -+ * through the hotplug entry's driver_data. -+ */ -+static int ehci_hcd_h20ahb_probe(struct platform_device *pdev) -+{ -+ struct device *dev = &pdev->dev; -+ struct resource *res; -+ struct usb_hcd *hcd; -+ void __iomem *regs; -+ int ret; -+ int irq; -+ int i; -+ struct h20ahb_hcd *h20ahb; -+ -+ if (usb_disabled()) -+ return -ENODEV; -+ -+ /* if (!dev->parent) { -+ dev_err(dev, "Missing parent device\n"); -+ return -ENODEV; -+ }*/ -+ -+ /* For DT boot, get platform data from parent. i.e. usbhshost */ -+ /*if (dev->of_node) { -+ pdata = dev_get_platdata(dev->parent); -+ dev->platform_data = pdata; -+ } -+ -+ if (!pdata) { -+ dev_err(dev, "Missing platform data\n"); -+ return -ENODEV; -+ }*/ -+ -+ irq = platform_get_irq(pdev, 0); -+ if (irq < 0) { -+ dev_err(dev, "EHCI irq failed\n"); -+ return -ENODEV; -+ } -+ -+ res = platform_get_resource(pdev, IORESOURCE_MEM, 0); -+ regs = devm_ioremap_resource(dev, res); -+ if (IS_ERR(regs)) -+ return PTR_ERR(regs); -+ -+ /* -+ * Right now device-tree probed devices don't get dma_mask set. -+ * Since shared usb code relies on it, set it here for now. -+ * Once we have dma capability bindings this can go away. -+ */ -+ ret = dma_coerce_mask_and_coherent(dev, DMA_BIT_MASK(32)); -+ if (ret) -+ return ret; -+ -+ ret = -ENODEV; -+ hcd = usb_create_hcd(&ehci_h20ahb_hc_driver, dev, -+ dev_name(dev)); -+ if (!hcd) { -+ dev_err(dev, "Failed to create HCD\n"); -+ return -ENOMEM; -+ } -+ -+ hcd->rsrc_start = res->start; -+ hcd->rsrc_len = resource_size(res); -+ hcd->regs = regs; -+ hcd_to_ehci(hcd)->caps = regs; -+ -+ h20ahb = (struct h20ahb_hcd *)hcd_to_ehci(hcd)->priv; -+ h20ahb->nports = 1; -+ -+ platform_set_drvdata(pdev, hcd); -+ -+ /* get the PHY devices if needed */ -+ for (i = 0 ; i < h20ahb->nports ; i++) { -+ struct usb_phy *phy; -+ -+ /* get the PHY device */ -+#if 0 -+ if (dev->of_node) -+ phy = devm_usb_get_phy_by_phandle(dev, "phys", i); -+ else -+ phy = devm_usb_get_phy_dev(dev, i); -+#endif -+ phy = otg_ulpi_create(&ehci_h20ahb_phy_io_ops, 0); -+ if (IS_ERR(phy)) { -+ ret = PTR_ERR(phy); -+ dev_err(dev, "Can't get PHY device for port %d: %d\n", -+ i, ret); -+ goto err_phy; -+ } -+ phy->dev = dev; -+ usb_add_phy_dev(phy); -+ -+ h20ahb->phy[i] = phy; -+ phy->io_priv = hcd->regs + EHCI_INSNREG05_ULPI; -+ -+#if 0 -+ usb_phy_init(h20ahb->phy[i]); -+ /* bring PHY out of suspend */ -+ usb_phy_set_suspend(h20ahb->phy[i], 0); -+#endif -+ } -+ -+ /* make the first port's phy the one used by hcd as well */ -+ hcd->phy = h20ahb->phy[0]; -+ -+ pm_runtime_enable(dev); -+ pm_runtime_get_sync(dev); -+ -+ /* -+ * An undocumented "feature" in the H20AHB EHCI controller, -+ * causes suspended ports to be taken out of suspend when -+ * the USBCMD.Run/Stop bit is cleared (for example when -+ * we do ehci_bus_suspend). -+ * This breaks suspend-resume if the root-hub is allowed -+ * to suspend. Writing 1 to this undocumented register bit -+ * disables this feature and restores normal behavior. -+ */ -+ ehci_write(regs, EHCI_INSNREG04, -+ EHCI_INSNREG04_DISABLE_UNSUSPEND); -+ -+ ret = usb_add_hcd(hcd, irq, IRQF_SHARED); -+ if (ret) { -+ dev_err(dev, "failed to add hcd with err %d\n", ret); -+ goto err_pm_runtime; -+ } -+ device_wakeup_enable(hcd->self.controller); -+ -+ /* -+ * Bring PHYs out of reset for non PHY modes. -+ * Even though HSIC mode is a PHY-less mode, the reset -+ * line exists between the chips and can be modelled -+ * as a PHY device for reset control. -+ */ -+ for (i = 0; i < h20ahb->nports; i++) { -+ usb_phy_init(h20ahb->phy[i]); -+ /* bring PHY out of suspend */ -+ usb_phy_set_suspend(h20ahb->phy[i], 0); -+ } -+ -+ return 0; -+ -+err_pm_runtime: -+ pm_runtime_put_sync(dev); -+ -+err_phy: -+ for (i = 0; i < h20ahb->nports; i++) { -+ if (h20ahb->phy[i]) -+ usb_phy_shutdown(h20ahb->phy[i]); -+ } -+ -+ usb_put_hcd(hcd); -+ -+ return ret; -+} -+ -+ -+/** -+ * ehci_hcd_h20ahb_remove - shutdown processing for EHCI HCDs -+ * @pdev: USB Host Controller being removed -+ * -+ * Reverses the effect of usb_ehci_hcd_h20ahb_probe(), first invoking -+ * the HCD's stop() method. It is always called from a thread -+ * context, normally "rmmod", "apmd", or something similar. -+ */ -+static int ehci_hcd_h20ahb_remove(struct platform_device *pdev) -+{ -+ struct device *dev = &pdev->dev; -+ struct usb_hcd *hcd = dev_get_drvdata(dev); -+ struct h20ahb_hcd *h20ahb = (struct h20ahb_hcd *)hcd_to_ehci(hcd)->priv; -+ int i; -+ -+ usb_remove_hcd(hcd); -+ -+ for (i = 0; i < h20ahb->nports; i++) { -+ if (h20ahb->phy[i]) -+ usb_phy_shutdown(h20ahb->phy[i]); -+ } -+ -+ usb_put_hcd(hcd); -+ pm_runtime_put_sync(dev); -+ pm_runtime_disable(dev); -+ -+ return 0; -+} -+ -+static const struct of_device_id h20ahb_ehci_dt_ids[] = { -+ { .compatible = "snps,ehci-h20ahb" }, -+ { } -+}; -+ -+MODULE_DEVICE_TABLE(of, h20ahb_ehci_dt_ids); -+ -+static struct platform_driver ehci_hcd_h20ahb_driver = { -+ .probe = ehci_hcd_h20ahb_probe, -+ .remove = ehci_hcd_h20ahb_remove, -+ .shutdown = usb_hcd_platform_shutdown, -+ /*.suspend = ehci_hcd_h20ahb_suspend, */ -+ /*.resume = ehci_hcd_h20ahb_resume, */ -+ .driver = { -+ .name = hcd_name, -+ .of_match_table = h20ahb_ehci_dt_ids, -+ } -+}; -+ -+/*-------------------------------------------------------------------------*/ -+ -+static int __init ehci_h20ahb_init(void) -+{ -+ if (usb_disabled()) -+ return -ENODEV; -+ -+ pr_info("%s: " DRIVER_DESC "\n", hcd_name); -+ -+ ehci_init_driver(&ehci_h20ahb_hc_driver, &ehci_h20ahb_overrides); -+ return platform_driver_register(&ehci_hcd_h20ahb_driver); -+} -+module_init(ehci_h20ahb_init); -+ -+static void __exit ehci_h20ahb_cleanup(void) -+{ -+ platform_driver_unregister(&ehci_hcd_h20ahb_driver); -+} -+module_exit(ehci_h20ahb_cleanup); -+ -+MODULE_ALIAS("platform:ehci-h20ahb"); -+MODULE_AUTHOR("Liviu Dudau <Liviu.Dudau(a)arm.com>"); -+ -+MODULE_DESCRIPTION(DRIVER_DESC); -+MODULE_LICENSE("GPL"); --- -2.1.0 - diff --git a/patches.arch/arm64-0002-usb-fix-hcd-h20ahb-driver-depends.patch b/patches.arch/arm64-0002-usb-fix-hcd-h20ahb-driver-depends.patch deleted file mode 100644 index 027a8e5..0000000 --- a/patches.arch/arm64-0002-usb-fix-hcd-h20ahb-driver-depends.patch +++ /dev/null @@ -1,37 +0,0 @@ -From 7a99ce84c569b42f68908574b89a59370c8b808d Mon Sep 17 00:00:00 2001 -From: Alex Shi <alex.shi(a)linaro.org> -Date: Thu, 5 Jun 2014 07:58:06 +0100 -Subject: [PATCH 02/10] usb: fix hcd h20ahb driver depends -Patch-mainline: No -References: bnc#902632 - -USB_EHCI_HCD_SYNOPSYS is not only dependent on USB_EHCI_HCD, but -also on USB_PHY. Otherwise kernel build has the following error: - - LD init/built-in.o -Drivers/built-in.o: In function `ehci_hcd_h20ahb_probe': -:(.text+0xb9bb4): undefined reference to `usb_add_phy_dev' - -Signed-off-by: Alex Shi <alex.shi(a)linaro.org> -Signed-off-by: Alexander Graf <agraf(a)suse.de> - ---- - drivers/usb/host/Kconfig | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/drivers/usb/host/Kconfig b/drivers/usb/host/Kconfig -index 4aa17fa..a9bf03d 100644 ---- a/drivers/usb/host/Kconfig -+++ b/drivers/usb/host/Kconfig -@@ -190,7 +190,7 @@ config USB_EHCI_HCD_STI - - config USB_EHCI_HCD_SYNOPSYS - tristate "Support for Synopsys Host-AHB USB 2.0 controller" -- depends on USB_EHCI_HCD -+ depends on USB_EHCI_HCD && USB_PHY - ---help--- - Enable support for onchip USB controllers based on DesignWare USB 2.0 - Host-AHB Controller IP from Synopsys. --- -2.1.0 - diff --git a/series.conf b/series.conf index d55909f..4557860 100644 --- a/series.conf +++ b/series.conf @@ -155,8 +155,6 @@ patches.arch/arm-arndale-usb.patch +agraf patches.arch/arm-arndale-dma.patch patches.arch/arm-exynos-dwmmc-modalias.patch - patches.arch/arm64-0001-usb-Add-support-for-Synopsis-H20AHB-EHCI-host-contro.patch - patches.arch/arm64-0002-usb-fix-hcd-h20ahb-driver-depends.patch +needs_update patches.arch/arm64-0004-net-xgbe-Add-A0-silicon-support.patch patches.arch/arm64-0006-arm64-Select-reboot-driver-for-X-Gene-platform.patch patches.arch/arm64-0010-KVM-ARM-Hack-to-enable-VGIC-mapping-on-64k-PAGE_SIZE.patch -- 2.6.6 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org [View Less]

1 0

[opensuse-arm] Newer files added in repository yesterday
by Jimmy PIERRE 13 Apr '16

13 Apr '16

Hallo, I am still on the case :) I have Linux Presentation Day on 30th April and getting desperate t show openSUSE working on RPi3 plus the 3 RPi2... I have not tried this image yet: http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Ras… Before I do, any feedback please? Cheers, Jimmy

2 1

[opensuse-arm] Packages "finished" in Factory:ARM
by Oscar C 11 Apr '16

11 Apr '16

Hi, Is it normal that packages in the Factory:ARM repo stay in "finished" status for a long time? Actually there are more than 900 packages in that status. Thanks! -- Cheers -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 4

[opensuse-arm] Missing typelib(LOKDocView) in published Factory repo
by Andreas Färber 10 Apr '16

10 Apr '16

Hi Dirk, You wanted to know details the next time I spot package inconsistencies: 3 Problems: Problem: typelib(LOKDocView) benötigt von gnome-documents_books-common-3.20.0-1.2.armv7hl wird nirgends zur Verfügung gestellt Problem: typelib(LOKDocView) benötigt von gnome-documents_books-common-3.20.0-1.2.armv7hl wird nirgends zur Verfügung gestellt Problem: typelib(LOKDocView) benötigt von gnome-documents_books-common-3.20.0-1.2.armv7hl wird nirgends zur Verfügung gestellt I assume this is a … [View More]

3 4

Main

Development

Information

Community

Social Media

Other

openSUSE ARM