[Bug 1043231] New: Kernel build failed at armv7hl
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 Bug ID: 1043231 Summary: Kernel build failed at armv7hl Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.3 Hardware: armv7 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers@forge.provo.novell.com Reporter: matwey.kornilov@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Created attachment 728059 --> http://bugzilla.opensuse.org/attachment.cgi?id=728059&action=edit 0001-ARM-EXYNOS-Remove-calls-to-of_genpd_get_from_provide.patch Hello, There is Leap 42.3 Port for armv7hl architecture. However, in order to build kernel the patches attached here should be applied. kernel-vanilla is built successfully. kernel-default patching is required to adapt armv7hl-specific parts to backported suse patches. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c1 --- Comment #1 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728060 --> http://bugzilla.opensuse.org/attachment.cgi?id=728060&action=edit 0002-mvebu-Use-dev_pm_opp_set_sharing_cpus-to-mark-OPP-ta.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c2 --- Comment #2 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728061 --> http://bugzilla.opensuse.org/attachment.cgi?id=728061&action=edit 0003-cpufreq-tegra124-No-need-of-setting-platform-data.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c3 --- Comment #3 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728062 --> http://bugzilla.opensuse.org/attachment.cgi?id=728062&action=edit 0004-extcon-adc-jack-Remove-the-usage-of-extcon_set_state.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c4 --- Comment #4 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728063 --> http://bugzilla.opensuse.org/attachment.cgi?id=728063&action=edit 0005-extcon-arizona-Remove-the-usage-of-extcon_update_sta.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c5 --- Comment #5 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728064 --> http://bugzilla.opensuse.org/attachment.cgi?id=728064&action=edit 0006-input-misc-max77693-Use-pwm_get_args-where-appropria.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c6 --- Comment #6 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728065 --> http://bugzilla.opensuse.org/attachment.cgi?id=728065&action=edit 0007-ACPI-bus-add-stub-acpi_evaluate_dsm-to-linux-acpi.h.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c7 --- Comment #7 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728066 --> http://bugzilla.opensuse.org/attachment.cgi?id=728066&action=edit 0008-ACPI-bus-add-stub-acpi_dev_found-to-linux-acpi.h.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c8 --- Comment #8 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728067 --> http://bugzilla.opensuse.org/attachment.cgi?id=728067&action=edit 0009-power-axp288_charger-Replace-deprecatd-API-of-extcon.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c9 --- Comment #9 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728068 --> http://bugzilla.opensuse.org/attachment.cgi?id=728068&action=edit 0010-pwm-rcar-Make-use-of-pwm_is_enabled.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c10 --- Comment #10 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728069 --> http://bugzilla.opensuse.org/attachment.cgi?id=728069&action=edit 0011-pwm-Use-pwm_get-set_xxx-helpers-where-appropriate.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c11 --- Comment #11 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728070 --> http://bugzilla.opensuse.org/attachment.cgi?id=728070&action=edit 0012-dmaengine-core-Move-and-merge-the-code-paths-using-p.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c12 --- Comment #12 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728071 --> http://bugzilla.opensuse.org/attachment.cgi?id=728071&action=edit 0013-dmaengine-core-Introduce-new-universal-API-to-reques.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c13 --- Comment #13 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728072 --> http://bugzilla.opensuse.org/attachment.cgi?id=728072&action=edit 0014-dmaengine-Add-transfer-termination-synchronization-s.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c14 --- Comment #14 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728073 --> http://bugzilla.opensuse.org/attachment.cgi?id=728073&action=edit 0015-dmaengine-enable-DMA_CTRL_REUSE.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c15 --- Comment #15 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728074 --> http://bugzilla.opensuse.org/attachment.cgi?id=728074&action=edit 0016-dmaengine-core-expose-max-burst-capability-to-client.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c16 --- Comment #16 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728075 --> http://bugzilla.opensuse.org/attachment.cgi?id=728075&action=edit 0017-spi-expose-master-transfer-size-limitation.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c17 --- Comment #17 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728076 --> http://bugzilla.opensuse.org/attachment.cgi?id=728076&action=edit 0018-ARM-gic-v3-Work-around-definition-of-gic_write_bpr1.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c18 --- Comment #18 from Matwey Kornilov <matwey.kornilov@gmail.com> --- Created attachment 728077 --> http://bugzilla.opensuse.org/attachment.cgi?id=728077&action=edit 0019-drm-define-drm_compat_ioctl-NULL-on-CONFIG_COMPAT-n-.patch -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 Matwey Kornilov <matwey.kornilov@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tiwai@suse.com -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 Matwey Kornilov <matwey.kornilov@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |afaerber@suse.com, | |jeffm@suse.com, | |mbrugger@suse.com, | |mmarek@suse.com, | |yousaf.kaukab@suse.com -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c19 --- Comment #19 from Takashi Iwai <tiwai@suse.com> --- Hm, this is worse than I thought. Basically it's too late to take too intrusive patches that change kABI heavily. That is, it's no big problem to take patches changing arch/arm/* in general, but not for the common code. Please try to reduce the changes as much as possible. If it's inevitably necessary, we can take some changes but with kABI workaround or similar hack might be required in addition. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c20 --- Comment #20 from Matwey Kornilov <matwey.kornilov@gmail.com> --- 0001-ARM-EXYNOS-Remove-calls-to-of_genpd_get_from_provide.patch is armv7-specific 0002-mvebu-Use-dev_pm_opp_set_sharing_cpus-to-mark-OPP-ta.patch is armv7-specific 0003-cpufreq-tegra124-No-need-of-setting-platform-data.patch is armv7-specific (tegra124 is cortex-a15 based platform) 0004-extcon-adc-jack-Remove-the-usage-of-extcon_set_state.patch 0005-extcon-arizona-Remove-the-usage-of-extcon_update_sta.patch are required to fix errors like this: /home/matwey/lab/linux/drivers/extcon/extcon-adc-jack.c: In function 'adc_jack_handler': /home/matwey/lab/linux/drivers/extcon/extcon-adc-jack.c:81:2: error: too few arguments to function 'extcon_set_state' extcon_set_state(data->edev, state); and that: /home/matwey/lab/linux/drivers/extcon/extcon-arizona.c: In function 'arizona_jackdet': /home/matwey/lab/linux/drivers/extcon/extcon-arizona.c:1152:9: error: implicit declaration of function 'extcon_update_state' [-Werror=implicit-function-declaration] ret = extcon_update_state(info->edev, 0xffffffff, 0); which come from API change introduced by patch rk3399-0010-extcon-Add-the-synchronization-extcon-APIs-to-suppor.patch which is already in SUSE kernel. And as soon as nobody had checked extcon compilation when rk3399-0010-extcon-Add-the-synchronization-extcon-APIs-to-suppor.patch was applied, they are also armv7-specific. 0006-input-misc-max77693-Use-pwm_get_args-where-appropria.patch is required to fix errors like those: /home/matwey/lab/linux/drivers/input/misc/max77693-haptic.c: In function 'max77693_haptic_set_duty_cycle': /home/matwey/lab/linux/drivers/input/misc/max77693-haptic.c:73:30: error: 'struct pwm_device' has no member named 'period' int delta = (haptic->pwm_dev->period + haptic->pwm_duty) / 2; ^~ /home/matwey/lab/linux/drivers/input/misc/max77693-haptic.c:76:60: error: 'struct pwm_device' has no member named 'period' error = pwm_config(haptic->pwm_dev, delta, haptic->pwm_dev->period); ^~ /home/matwey/lab/linux/drivers/input/misc/max77693-haptic.c: In function 'max77693_haptic_play_effect': /home/matwey/lab/linux/drivers/input/misc/max77693-haptic.c:248:41: error: 'struct pwm_device' has no member named 'period' period_mag_multi = (u64)haptic->pwm_dev->period * haptic->magnitude; which are due to API change introduced by rk3399-pwm-0008-pwm-Introduce-the-pwm_state-concept.patch (in upstream kernel 0006-input-misc-max77693-Use-pwm_get_args-where-appropria.patch is before than rk3399-pwm-0008-pwm-Introduce-the-pwm_state-concept.patch). Since nobody found that, I suppose this is also armv7-specific. 0007-ACPI-bus-add-stub-acpi_evaluate_dsm-to-linux-acpi.h.patch 0008-ACPI-bus-add-stub-acpi_dev_found-to-linux-acpi.h.patch These are required to fix: /home/matwey/lab/linux/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c: In function 'hns_dsaf_get_cfg': /home/matwey/lab/linux/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c:64:7: error: implicit declaration of function 'acpi_dev_found' [-Werror=implicit-function-declaration] if (acpi_dev_found(hns_dsaf_acpi_match[0].id)) So, actually it is SUSE kernel patch net-hns-dsaf-adds-support-of-acpi.patch which breaks hisilicon compilation for armv7l. I think there could be three options 1) accepting ACPI-* patches 2) fixing net-hns-dsaf-adds-support-of-acpi.patch, net-hns-net-hns-enet-adds-support-of-acpi.patch, net-hns-Add-ACPI-support-to-check-SFP-present.patch and net-hns-implement-the-miscellaneous-operation-by-asl.patch in order no to use acpi_dev_found() and acpi_evaluate_dsm() functions at armv7l 3) disable NET_VENDOR_HISILICON_HNS in config and not to build this code. What would you prefer? To be continued... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c21 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bpoirier@suse.com --- Comment #21 from Takashi Iwai <tiwai@suse.com> --- (In reply to Matwey Kornilov from comment #20)
0001-ARM-EXYNOS-Remove-calls-to-of_genpd_get_from_provide.patch is 0002-mvebu-Use-dev_pm_opp_set_sharing_cpus-to-mark-OPP-ta.patch is 0003-cpufreq-tegra124-No-need-of-setting-platform-data.patch is
They are fine.
0004-extcon-adc-jack-Remove-the-usage-of-extcon_set_state.patch 0005-extcon-arizona-Remove-the-usage-of-extcon_update_sta.patch
OK, these aren't used for x86, so it's no big problem about kABI change for now.
0006-input-misc-max77693-Use-pwm_get_args-where-appropria.patch
Ditto.
0007-ACPI-bus-add-stub-acpi_evaluate_dsm-to-linux-acpi.h.patch 0008-ACPI-bus-add-stub-acpi_dev_found-to-linux-acpi.h.patch
These are required to fix:
/home/matwey/lab/linux/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c: In function 'hns_dsaf_get_cfg': /home/matwey/lab/linux/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c:64: 7: error: implicit declaration of function 'acpi_dev_found' [-Werror=implicit-function-declaration] if (acpi_dev_found(hns_dsaf_acpi_match[0].id))
So, actually it is SUSE kernel patch net-hns-dsaf-adds-support-of-acpi.patch which breaks hisilicon compilation for armv7l. I think there could be three options 1) accepting ACPI-* patches 2) fixing net-hns-dsaf-adds-support-of-acpi.patch, net-hns-net-hns-enet-adds-support-of-acpi.patch, net-hns-Add-ACPI-support-to-check-SFP-present.patch and net-hns-implement-the-miscellaneous-operation-by-asl.patch in order no to use acpi_dev_found() and acpi_evaluate_dsm() functions at armv7l 3) disable NET_VENDOR_HISILICON_HNS in config and not to build this code. What would you prefer?
I put Benjamin to Cc. But I guess these two are fine from the kABI POV, too, as they just add dummy static inline functions. So far, so good. I'll try to apply these ones. Let's check the rest. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c22 --- Comment #22 from Matwey Kornilov <matwey.kornilov@gmail.com> --- 0009-power-axp288_charger-Replace-deprecatd-API-of-extcon.patch is needed to fix the following driver: /home/matwey/lab/linux/drivers/power/axp288_charger.c: In function 'axp288_charger_extcon_evt_worker': /home/matwey/lab/linux/drivers/power/axp288_charger.c:589:6: error: implicit declaration of function 'extcon_get_cable_state' [-Werror=implicit-function-declaration] if (extcon_get_cable_state(edev, AXP288_EXTCON_SLOW_CHARGER) > 0) { ^~~~~~~~~~~~~~~~~~~~~~ extcon_get_cable_state() function is dropped by rk3399-0009-extcon-Rename-the-extcon_set-get_state-to-maintain-t.patch and I think it is also affects only armv7l arch. drivers/power/axp288_charger.c seems to not be used for other arhcs. 0010-pwm-rcar-Make-use-of-pwm_is_enabled.patch: is needed to fix: /home/matwey/lab/linux/drivers/pwm/pwm-rcar.c: In function 'rcar_pwm_config': /home/matwey/lab/linux/drivers/pwm/pwm-rcar.c:160:16: error: 'PWMF_ENABLED' undeclared (first use in this function) if (!test_bit(PWMF_ENABLED, &pwm->flags) && !duty_ns) It is rk3399-pwm-0009-pwm-Move-the-enabled-disabled-info-into-pwm_state.patch who stole PWMF_ENABLED macro definition. Aarch64 team could found it by itself since pwm-rcar is required for Renesas R8A7795-based 64-bit boards (but CONFIG_PWM_RCAR is not enabled in arch64 default config). Since pwm-rcar is useless for armv7l I think there is also option to drop CONFIG_PWM_RCAR from armv7l config. What would you prefer? 0011-pwm-Use-pwm_get-set_xxx-helpers-where-appropriate.patch: is needed to fix: /home/matwey/lab/linux/drivers/pwm/pwm-sun4i.c: In function 'sun4i_pwm_probe': /home/matwey/lab/linux/drivers/pwm/pwm-sun4i.c:357:21: error: 'struct pwm_device' has no member named 'polarity' pwm->chip.pwms[i].polarity = PWM_POLARITY_INVERSED; There again API change backported by rk3399-pwm-0008-pwm-Introduce-the-pwm_state-concept.patch again. (See 0006-input-misc-max77693-Use-pwm_get_args-where-appropria.patch which suffers the same.) The patch affects only armv7l-related PWM drivers. *-dmaengine-*.patch and 0017-spi-expose-master-transfer-size-limitation.patch: These are required to fix multiple compilation errors introduced by rk3399-*-spi-rockchip-*.patch /home/matwey/lab/linux/drivers/spi/spi-rockchip.c: In function 'rockchip_spi_handle_err': /home/matwey/lab/linux/drivers/spi/spi-rockchip.c:327:4: error: implicit declaration of function 'dmaengine_terminate_async' [-Werror=implicit-function-declaration] dmaengine_terminate_async(rs->dma_rx.ch); ^~~~~~~~~~~~~~~~~~~~~~~~~ /home/matwey/lab/linux/drivers/spi/spi-rockchip.c: In function 'rockchip_spi_prepare_dma': /home/matwey/lab/linux/drivers/spi/spi-rockchip.c:457:19: error: 'struct dma_slave_caps' has no member named 'max_burst' if (rs->dma_caps.max_burst > 4) ^ /home/matwey/lab/linux/drivers/spi/spi-rockchip.c:479:19: error: 'struct dma_slave_caps' has no member named 'max_burst' if (rs->dma_caps.max_burst > 4) ^ /home/matwey/lab/linux/drivers/spi/spi-rockchip.c:491:5: error: implicit declaration of function 'dmaengine_terminate_sync' [-Werror=implicit-function-declaration] dmaengine_terminate_sync(rs->dma_rx.ch); ^~~~~~~~~~~~~~~~~~~~~~~~ /home/matwey/lab/linux/drivers/spi/spi-rockchip.c: In function 'rockchip_spi_probe': /home/matwey/lab/linux/drivers/spi/spi-rockchip.c:750:8: error: 'struct spi_master' has no member named 'max_transfer_size'; did you mean 'transfer_one'? master->max_transfer_size = rockchip_spi_max_transfer_size; ^~ /home/matwey/lab/linux/drivers/spi/spi-rockchip.c:753:18: error: implicit declaration of function 'dma_request_chan' [-Werror=implicit-function-declaration] rs->dma_tx.ch = dma_request_chan(rs->dev, "tx"); ^~~~~~~~~~~~~~~~ As soon as CONFIG_SPI_ROCKCHIP is not set in aarch64 default config, I think these rk3399-*-spi-rockchip-*.patch'es have never been checked to built at all. 1) disable CONFIG_SPI_ROCKCHIP which is required not only for aarch64 boards (where it is already disabled) but by some armv7l RK3288-based (Cortex-A17 32-bit). 2) Drop rk3399-*-spi-rockchip-*.patch 0018-ARM-gic-v3-Work-around-definition-of-gic_write_bpr1.patch is armv7l specific. Required to overcome the following issue: /tmp/ccJeHxov.s: Assembler messages: /tmp/ccJeHxov.s:671: Error: bad or missing co-processor number -- `mcr "mrc","mcr","p15, 0, r3, c12, c12, 3",u32' 0019-drm-define-drm_compat_ioctl-NULL-on-CONFIG_COMPAT-n-.patch required to fix the following: Building modules, stage 2. MODPOST 3593 modules ERROR: "drm_compat_ioctl" [drivers/gpu/drm/hisilicon/hibmc/hibmc-drm.ko] undefined! drm_compat_ioctl is required only for 64-bit systems. But 0001-drm-hisilicon-hibmc-Add-hisilicon-hibmc-drm-master-d.patch and 0002-drm-hisilicon-hibmc-Add-video-memory-management.patch don't take it into account. Instead of applying 0019-drm-define-drm_compat_ioctl-NULL-on-CONFIG_COMPAT-n-.patch there could be a solution to redo 0001-drm-hisilicon-hibmc-Add-hisilicon-hibmc-drm-master-d.patch and wrap drm_compat_ioctl as the following: #ifdef CONFIG_COMPAT .compat_ioctl = drm_compat_ioctl, #endif -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 Alexander Graf <agraf@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |agraf@suse.com, | |andrew.wafaa@arm.com -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c23 --- Comment #23 from Alexander Graf <agraf@suse.com> --- We can definitely just disable HNS for the armv7 port. That particular hardware only exists on aarch64 capable hardware. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c25 --- Comment #25 from Matwey Kornilov <matwey.kornilov@gmail.com> --- What should we do with Rockchip SPI? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c26 --- Comment #26 from Andreas Färber <afaerber@suse.com> --- (In reply to Matwey Kornilov from comment #22)
0010-pwm-rcar-Make-use-of-pwm_is_enabled.patch:
is needed to fix:
/home/matwey/lab/linux/drivers/pwm/pwm-rcar.c: In function 'rcar_pwm_config': /home/matwey/lab/linux/drivers/pwm/pwm-rcar.c:160:16: error: 'PWMF_ENABLED' undeclared (first use in this function) if (!test_bit(PWMF_ENABLED, &pwm->flags) && !duty_ns)
It is rk3399-pwm-0009-pwm-Move-the-enabled-disabled-info-into-pwm_state.patch who stole PWMF_ENABLED macro definition. Aarch64 team could found it by itself since pwm-rcar is required for Renesas R8A7795-based 64-bit boards (but CONFIG_PWM_RCAR is not enabled in arch64 default config). Since pwm-rcar is useless for armv7l I think there is also option to drop CONFIG_PWM_RCAR from armv7l config. What would you prefer?
Dirk had disabled all Renesas ARMv7 drivers on master at one point, so please just disable any R-Car drivers in Leap. (-> Tumbleweed for new stuff) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1043231 http://bugzilla.opensuse.org/show_bug.cgi?id=1043231#c27 --- Comment #27 from Takashi Iwai <tiwai@suse.com> --- FWIW, patches 01-08 have been merged now. -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com