linaro-kernel

linaro-kernel@lists.linaro.org

10095 discussions

master build: 0 failures 0 warnings (v4.9-rc8-55-gce779d6)

by Build bot for Mark Brown

Tree/Branch: master Git describe: v4.9-rc8-55-gce779d6 Commit: ce779d6b5b Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse Build Time: 95 min 28 sec Passed: 10 / 10 (100.00 %) Failed: 0 / 10 ( 0.00 %) Errors: 0 Warnings: 0 Section Mismatches: 0 ------------------------------------------------------------------------------- defconfigs with issues (other than build errors): ------------------------------------------------------------------------------- =============================================================================== Detailed per-defconfig build reports below: ------------------------------------------------------------------------------- Passed with no errors, warnings or mismatches: arm64-allnoconfig arm64-allmodconfig arm-multi_v5_defconfig arm-multi_v7_defconfig x86_64-defconfig arm-allmodconfig arm-allnoconfig x86_64-allnoconfig arm-multi_v4t_defconfig arm64-defconfig close failed in file object destructor: sys.excepthook is missing lost sys.stderr

8 years, 9 months

[PATCH v4 4/4] drm: allow to use mmuless SoC

by Benjamin Gaignard

Some SoC without MMU have display driver where a drm/kms driver could be implemented. Before doing such kind of thing drm/kms must allow to use mmuless devices. This patch propose to remove MMU configuration flag and add a cma helper function to help implementing mmuless display driver version 4: - add documentation about drm_gem_cma_get_unmapped_area() - stub it MMU case Signed-off-by: Benjamin Gaignard <benjamin.gaignard(a)linaro.org> --- Documentation/gpu/drm-mm.rst | 11 ++++++ drivers/gpu/drm/Kconfig | 4 +- drivers/gpu/drm/drm_gem_cma_helper.c | 71 ++++++++++++++++++++++++++++++++++++ include/drm/drm_gem_cma_helper.h | 17 +++++++++ 4 files changed, 101 insertions(+), 2 deletions(-) diff --git a/Documentation/gpu/drm-mm.rst b/Documentation/gpu/drm-mm.rst index bca8085..9d4aa11 100644 --- a/Documentation/gpu/drm-mm.rst +++ b/Documentation/gpu/drm-mm.rst @@ -303,6 +303,17 @@ created. Drivers that want to map the GEM object upfront instead of handling page faults can implement their own mmap file operation handler. +For platforms without MMU the GEM core provides a helper method +:c:func:`drm_gem_cma_get_unmapped_area`. The mmap() routines will call +this to get a proposed address for the mapping. + +To use :c:func:`drm_gem_cma_get_unmapped_area`, drivers must fill the +struct :c:type:`struct file_operations <file_operations>` get_unmapped_area +field with a pointer on :c:func:`drm_gem_cma_get_unmapped_area`. + +More detailed information about get_unmapped_area can be found in +Documentation/nommu-mmap.txt + Memory Coherency ---------------- diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig index 83ac815..0eae4ad 100644 --- a/drivers/gpu/drm/Kconfig +++ b/drivers/gpu/drm/Kconfig @@ -6,7 +6,7 @@ # menuconfig DRM tristate "Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)" - depends on (AGP || AGP=n) && !EMULATED_CMPXCHG && MMU && HAS_DMA + depends on (AGP || AGP=n) && !EMULATED_CMPXCHG && HAS_DMA select HDMI select FB_CMDLINE select I2C @@ -98,7 +98,7 @@ config DRM_LOAD_EDID_FIRMWARE config DRM_TTM tristate - depends on DRM + depends on DRM && MMU help GPU memory management subsystem for devices with multiple GPU memory types. Will be enabled automatically if a device driver diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c b/drivers/gpu/drm/drm_gem_cma_helper.c index 1d6c335..19908bb 100644 --- a/drivers/gpu/drm/drm_gem_cma_helper.c +++ b/drivers/gpu/drm/drm_gem_cma_helper.c @@ -358,6 +358,77 @@ int drm_gem_cma_mmap(struct file *filp, struct vm_area_struct *vma) } EXPORT_SYMBOL_GPL(drm_gem_cma_mmap); +#ifndef CONFIG_MMU +/** + * drm_gem_cma_get_unmapped_area - propose address for mapping in noMMU cases + * @filp: file object + * @addr: memory address + * @len: buffer size + * @pgoff: page offset + * @flags: memory flags + * + * This function is used in noMMU platforms to propose address mapping + * for a given buffer. + * It's intended to be used as a direct handler for the struct &file_operations + * .get_unmapped_area() operation. + * + * Returns: + * mapping address on success or a negative error code on failure. + */ +unsigned long drm_gem_cma_get_unmapped_area(struct file *filp, + unsigned long addr, + unsigned long len, + unsigned long pgoff, + unsigned long flags) +{ + struct drm_gem_cma_object *cma_obj; + struct drm_gem_object *obj = NULL; + struct drm_file *priv = filp->private_data; + struct drm_device *dev = priv->minor->dev; + struct drm_vma_offset_node *node; + + if (drm_device_is_unplugged(dev)) + return -ENODEV; + + drm_vma_offset_lock_lookup(dev->vma_offset_manager); + node = drm_vma_offset_exact_lookup_locked(dev->vma_offset_manager, + pgoff, + len >> PAGE_SHIFT); + if (likely(node)) { + obj = container_of(node, struct drm_gem_object, vma_node); + /* + * When the object is being freed, after it hits 0-refcnt it + * proceeds to tear down the object. In the process it will + * attempt to remove the VMA offset and so acquire this + * mgr->vm_lock. Therefore if we find an object with a 0-refcnt + * that matches our range, we know it is in the process of being + * destroyed and will be freed as soon as we release the lock - + * so we have to check for the 0-refcnted object and treat it as + * invalid. + */ + if (!kref_get_unless_zero(&obj->refcount)) + obj = NULL; + } + + drm_vma_offset_unlock_lookup(dev->vma_offset_manager); + + if (!obj) + return -EINVAL; + + if (!drm_vma_node_is_allowed(node, priv)) { + drm_gem_object_unreference_unlocked(obj); + return -EACCES; + } + + cma_obj = to_drm_gem_cma_obj(obj); + + drm_gem_object_unreference_unlocked(obj); + + return cma_obj->vaddr ? (unsigned long)cma_obj->vaddr : -EINVAL; +} +EXPORT_SYMBOL_GPL(drm_gem_cma_get_unmapped_area); +#endif + #ifdef CONFIG_DEBUG_FS /** * drm_gem_cma_describe - describe a CMA GEM object for debugfs diff --git a/include/drm/drm_gem_cma_helper.h b/include/drm/drm_gem_cma_helper.h index acd6af8..180b586 100644 --- a/include/drm/drm_gem_cma_helper.h +++ b/include/drm/drm_gem_cma_helper.h @@ -53,6 +53,23 @@ struct drm_gem_cma_object *drm_gem_cma_create(struct drm_device *drm, extern const struct vm_operations_struct drm_gem_cma_vm_ops; +#ifndef CONFIG_MMU +unsigned long drm_gem_cma_get_unmapped_area(struct file *filp, + unsigned long addr, + unsigned long len, + unsigned long pgoff, + unsigned long flags); +#else +unsigned long drm_gem_cma_get_unmapped_area(struct file *filp, + unsigned long addr, + unsigned long len, + unsigned long pgoff, + unsigned long flags) +{ + return -EINVAL; +} +#endif + #ifdef CONFIG_DEBUG_FS void drm_gem_cma_describe(struct drm_gem_cma_object *obj, struct seq_file *m); #endif -- 1.9.1

8 years, 9 months

[PATCH v4 0/4] DRM: allow to use mmuless devices

by Benjamin Gaignard

version 4: - add documentation about drm_gem_cma_get_unmapped_area() - introduce FB_PROVIDE_GET_FB_UNMAPPED_AREA configuration flag for get_fb_unmapped_area() - I have also send the first patch (https://lkml.org/lkml/2016/12/1/308) to make dma_mmap_wc works on ARM noMMU platform, assuming that is patch will be accepted there is no more needs to call vm_ioremap in cma helpers. version 3: - split the original patch in 3 parts, it should be more easy to review like this. - duplicate drm_fb_cma_helper.c and drm_gem_cma_helper.c into nommu version - add a configuration flag for drm_vm.c The purpose of this RFC is to understand what is needed to allow to write drm/kms drivers for devices without MMU. There are some MCU platforms, like stm32f4, which don't have MMU but have hardware display IP where is it possible to implement a drm/kms driver. Obviously that start by removing MMU configuration flag from Kconfig. But while coding the driver for stm32f4 (on discovery board to have enough memory) we have already identify few other pieces of code that need to be change. We have been inspired by what already exist in v4l2 where using mmuless devices is possible. Since we have only use cma helpers we only have partial view of what could be needed for other part of drm/kms framework. Benjamin Gaignard (4): nommu: allow mmap when !CONFIG_MMU fbmem: add a default get_fb_unmapped_area function drm: compile drm_vm.c only when needed drm: allow to use mmuless SoC Documentation/gpu/drm-mm.rst | 11 ++++++ arch/arm/mm/dma-mapping.c | 3 ++ drivers/gpu/drm/Kconfig | 9 +++-- drivers/gpu/drm/Makefile | 3 +- drivers/gpu/drm/drm_gem_cma_helper.c | 69 ++++++++++++++++++++++++++++++++++++ drivers/gpu/drm/drm_legacy.h | 7 ++++ drivers/gpu/drm/nouveau/Kconfig | 1 + drivers/video/fbdev/Kconfig | 8 +++++ drivers/video/fbdev/core/fbmem.c | 15 ++++++++ include/drm/drm_gem_cma_helper.h | 17 +++++++++ 10 files changed, 140 insertions(+), 3 deletions(-) -- 1.9.1

8 years, 9 months

next-20161207 build: 1 failures 4 warnings (next-20161207)

by Build bot for Mark Brown

Tree/Branch: next-20161207 Git describe: next-20161207 Commit: 7677a1fb12 Add linux-next specific files for 20161207 Build Time: 98 min 50 sec Passed: 9 / 10 ( 90.00 %) Failed: 1 / 10 ( 10.00 %) Errors: 1 Warnings: 4 Section Mismatches: 0 Failed defconfigs: arm-allmodconfig Errors: arm-allmodconfig ERROR: "__bad_xchg" [net/netfilter/nft_counter.ko] undefined! ------------------------------------------------------------------------------- defconfigs with issues (other than build errors): 1 warnings 0 mismatches : arm64-allmodconfig 4 warnings 0 mismatches : arm-allmodconfig ------------------------------------------------------------------------------- Errors summary: 1 1 ERROR: "__bad_xchg" [net/netfilter/nft_counter.ko] undefined! Warnings Summary: 4 2 ../net/netfilter/nf_tables_api.c:3011:15: warning: 'objtype' may be used uninitialized in this function [-Wmaybe-uninitialized] 1 ../net/netfilter/nft_counter.c:129:16: warning: 'bytes' may be used uninitialized in this function [-Wmaybe-uninitialized] 1 ../net/netfilter/nft_counter.c:128:18: warning: 'packets' may be used uninitialized in this function [-Wmaybe-uninitialized] 1 ../drivers/net/ethernet/apm/xgene/xgene_enet_cle.c:836:1: warning: the frame size of 1056 bytes is larger than 1024 bytes [-Wframe-larger-than=] =============================================================================== Detailed per-defconfig build reports below: ------------------------------------------------------------------------------- arm64-allmodconfig : PASS, 0 errors, 1 warnings, 0 section mismatches Warnings: ../net/netfilter/nf_tables_api.c:3011:15: warning: 'objtype' may be used uninitialized in this function [-Wmaybe-uninitialized] ------------------------------------------------------------------------------- arm-allmodconfig : FAIL, 1 errors, 4 warnings, 0 section mismatches Errors: ERROR: "__bad_xchg" [net/netfilter/nft_counter.ko] undefined! Warnings: ../net/netfilter/nf_tables_api.c:3011:15: warning: 'objtype' may be used uninitialized in this function [-Wmaybe-uninitialized] ../net/netfilter/nft_counter.c:128:18: warning: 'packets' may be used uninitialized in this function [-Wmaybe-uninitialized] ../net/netfilter/nft_counter.c:129:16: warning: 'bytes' may be used uninitialized in this function [-Wmaybe-uninitialized] ../drivers/net/ethernet/apm/xgene/xgene_enet_cle.c:836:1: warning: the frame size of 1056 bytes is larger than 1024 bytes [-Wframe-larger-than=] ------------------------------------------------------------------------------- Passed with no errors, warnings or mismatches: arm64-allnoconfig arm-multi_v5_defconfig arm-multi_v7_defconfig x86_64-defconfig arm-allnoconfig x86_64-allnoconfig arm-multi_v4t_defconfig arm64-defconfig

8 years, 9 months

[PATCH V7 00/10] PM / OPP: Multiple regulator support

by Viresh Kumar

Hi, Some platforms (like TI) have complex DVFS configuration for CPU devices, where multiple regulators are required to be configured to change DVFS state of the device. This was explained well by Nishanth earlier [1]. One of the major complaints around multiple regulators case was that the DT isn't responsible in any way to represent the order in which multiple supplies need to be programmed, before or after a frequency change. It was considered in this patch and such information is left for the platform specific OPP driver now, which can register its own opp_set_rate() callback with the OPP core and the OPP core will then call it during DVFS. The patches are tested on Exynos5250 (Dual A15). I have hacked around DT and code to pass values for multiple regulators and verified that they are all properly read by the kernel (using debugfs interface). Dave Gerlach has already tested [2] it on the real TI platforms and it works well for him. This is rebased over: linux-next branch in the PM tree. V6->V7: - Added RBY from Stephen for the 8th patch as well. - Rebased over pm/bleeding-edge as the dependency patch is already applied there. - s/dev_pm_opp_set_regulator()/dev_pm_opp_set_regulators() in a comment. - Removed the local 'names' array in cpufreq-dt and used "&name" instead. - Only the 6th patch doesn't have a Reviewed-by Tag now.. V5->V6: - Rebased over a recent fix (and resolved rebase conflicts) that will get applied before this series: https://marc.info/?l=linux-kernel&m=148047843010418&w=2 V4->V5: - Stephen boyd had some minor review comments and gave his Reviewed-by tag for the rest. Only 2 patches don't have his RBY tag. - Individual patches contain the version history from V4 to V5. V3->V4: - Separate out cpu-supply fix in the binding in a separate patch (Mark). - Add more documentation to the binding to explain that the relation to the supplies and the order of programming them is left for the platform specific bindings and that every platform using multiple regulators for their devices needs to provide a separate binding document explaining their implementation (Mark). - @Rob and Stephen: I have kept your Acks for the bindings as the bindings only got a bit reworded (improved) since the time you guys Acked them. Please let me know if you want more improvement in the bindings now. - V4 for 10/10 was sent earlier, which added a missing rcu_read_unlock(). Nothing else changed in it. - Added some missing Kernel documentation comments V2->V3: - The last patch is new - Removed a debug leftover pr_info() message - Renamed few names as s/set_rate/set_opp - Removed a TODO comment (as it is done now with this series) - created struct for min_uV and max_uV - kerneldoc comments for structures in pm_opp.h - s/const char */const char * const - use kasprintf() - Some more minor reformatting - More Ack/RBY tags added V1->V2: - Ack from Rob for 1st patch - Moved the supplies structure to pm_opp.h (Dave) - Fixed an compilation warning. -- viresh [1] https://marc.info/?l=linux-pm&m=145684495832764&w=2 [2] https://marc.info/?l=linux-kernel&m=147924789305276&w=2 Viresh Kumar (10): PM / OPP: Fix incorrect cpu-supply property in binding PM / OPP: Reword binding supporting multiple regulators per device PM / OPP: Don't use OPP structure outside of rcu protected section PM / OPP: Manage supply's voltage/current in a separate structure PM / OPP: Pass struct dev_pm_opp_supply to _set_opp_voltage() PM / OPP: Add infrastructure to manage multiple regulators PM / OPP: Separate out _generic_set_opp() PM / OPP: Allow platform specific custom set_opp() callbacks PM / OPP: Don't WARN on multiple calls to dev_pm_opp_set_regulators() PM / OPP: Don't assume platform doesn't have regulators Documentation/devicetree/bindings/opp/opp.txt | 27 +- drivers/base/power/opp/core.c | 538 ++++++++++++++++++++------ drivers/base/power/opp/debugfs.c | 52 ++- drivers/base/power/opp/of.c | 105 +++-- drivers/base/power/opp/opp.h | 22 +- drivers/cpufreq/cpufreq-dt.c | 6 +- include/linux/pm_opp.h | 69 +++- 7 files changed, 633 insertions(+), 186 deletions(-) -- 2.7.1.410.g6faf27b

8 years, 9 months

RE: [PATCH 09/10] PM / OPP: Don't expose srcu_head to register notifiers

by MyungJoo Ham

>Let the OPP core provide helpers to register notifiers for any device, >instead of exposing srcu_head outside of the core. > >Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> >--- > drivers/base/power/opp/core.c | 66 ++++++++++++++++++++++++++++++++----------- > drivers/devfreq/devfreq.c | 26 ++--------------- > include/linux/pm_opp.h | 14 ++++++--- > 3 files changed, 62 insertions(+), 44 deletions(-) > Acked-by: MyungJoo Ham <myungjoo.ham(a)samsung.com> Cheers, MyungJoo

8 years, 9 months

master build: 0 failures 0 warnings (v4.9-rc8-51-gbc3913a)

by Build bot for Mark Brown

Tree/Branch: master Git describe: v4.9-rc8-51-gbc3913a Commit: bc3913a537 Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc Build Time: 95 min 21 sec Passed: 10 / 10 (100.00 %) Failed: 0 / 10 ( 0.00 %) Errors: 0 Warnings: 0 Section Mismatches: 0 ------------------------------------------------------------------------------- defconfigs with issues (other than build errors): ------------------------------------------------------------------------------- =============================================================================== Detailed per-defconfig build reports below: ------------------------------------------------------------------------------- Passed with no errors, warnings or mismatches: arm64-allnoconfig arm64-allmodconfig arm-multi_v5_defconfig arm-multi_v7_defconfig x86_64-defconfig arm-allmodconfig arm-allnoconfig x86_64-allnoconfig arm-multi_v4t_defconfig arm64-defconfig close failed in file object destructor: sys.excepthook is missing lost sys.stderr

8 years, 9 months

master build: 0 failures 0 warnings (v4.9-rc8-10-g10d20bd)

by Build bot for Mark Brown

Tree/Branch: master Git describe: v4.9-rc8-10-g10d20bd Commit: 10d20bd25e shmem: fix shm fallocate() list corruption Build Time: 95 min 35 sec Passed: 10 / 10 (100.00 %) Failed: 0 / 10 ( 0.00 %) Errors: 0 Warnings: 0 Section Mismatches: 0 ------------------------------------------------------------------------------- defconfigs with issues (other than build errors): ------------------------------------------------------------------------------- =============================================================================== Detailed per-defconfig build reports below: ------------------------------------------------------------------------------- Passed with no errors, warnings or mismatches: arm64-allnoconfig arm64-allmodconfig arm-multi_v5_defconfig arm-multi_v7_defconfig x86_64-defconfig arm-allmodconfig arm-allnoconfig x86_64-allnoconfig arm-multi_v4t_defconfig arm64-defconfig close failed in file object destructor: sys.excepthook is missing lost sys.stderr

8 years, 9 months

next-20161205 build: 3 failures 4 warnings (next-20161205)

by Build bot for Mark Brown

Tree/Branch: next-20161205 Git describe: next-20161205 Commit: cef87e9115 Add linux-next specific files for 20161205 Build Time: 12 min 33 sec Passed: 7 / 10 ( 70.00 %) Failed: 3 / 10 ( 30.00 %) Errors: 17 Warnings: 4 Section Mismatches: 0 Failed defconfigs: arm64-allnoconfig arm64-allmodconfig arm64-defconfig Errors: arm64-allnoconfig ../arch/arm64/lib/clear_user.S:33: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:53: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:33: Error: attempt to move .org backwards ../arch/arm64/lib/clear_user.S:53: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:67: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:70: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:67: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:70: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:68: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:71: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:68: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:71: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:66: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:69: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:66: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:69: Error: attempt to move .org backwards arm64-allmodconfig ../arch/arm64/include/asm/probes.h:18:25: fatal error: asm/opcodes.h: No such file or directory arm64-defconfig ../arch/arm64/lib/clear_user.S:33: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:53: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:33: Error: attempt to move .org backwards ../arch/arm64/lib/clear_user.S:53: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:67: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:70: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:67: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:70: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:68: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:71: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:68: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:71: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:66: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:69: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:66: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:69: Error: attempt to move .org backwards ------------------------------------------------------------------------------- defconfigs with issues (other than build errors): 3 warnings 0 mismatches : arm-allmodconfig 1 warnings 0 mismatches : arm64-defconfig ------------------------------------------------------------------------------- Errors summary: 17 2 ../arch/arm64/lib/copy_to_user.S:69: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/copy_to_user.S:69: Error: attempt to move .org backwards 2 ../arch/arm64/lib/copy_to_user.S:66: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/copy_to_user.S:66: Error: attempt to move .org backwards 2 ../arch/arm64/lib/copy_in_user.S:71: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/copy_in_user.S:71: Error: attempt to move .org backwards 2 ../arch/arm64/lib/copy_in_user.S:68: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/copy_in_user.S:68: Error: attempt to move .org backwards 2 ../arch/arm64/lib/copy_from_user.S:70: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/copy_from_user.S:70: Error: attempt to move .org backwards 2 ../arch/arm64/lib/copy_from_user.S:67: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/copy_from_user.S:67: Error: attempt to move .org backwards 2 ../arch/arm64/lib/clear_user.S:53: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/clear_user.S:53: Error: attempt to move .org backwards 2 ../arch/arm64/lib/clear_user.S:33: Error: bad or irreducible absolute expression 2 ../arch/arm64/lib/clear_user.S:33: Error: attempt to move .org backwards 1 ../arch/arm64/include/asm/probes.h:18:25: fatal error: asm/opcodes.h: No such file or directory Warnings Summary: 4 1 ../net/netfilter/nft_payload.c:261:15: warning: 'tsum' may be used uninitialized in this function [-Wmaybe-uninitialized] 1 ../include/net/checksum.h:71:9: warning: 'fsum' may be used uninitialized in this function [-Wmaybe-uninitialized] 1 ../fs/btrfs/inode.c:1198:31: warning: 'cur_end' may be used uninitialized in this function [-Wmaybe-uninitialized] 1 ../drivers/net/ethernet/apm/xgene/xgene_enet_cle.c:836:1: warning: the frame size of 1056 bytes is larger than 1024 bytes [-Wframe-larger-than=] =============================================================================== Detailed per-defconfig build reports below: ------------------------------------------------------------------------------- arm64-allnoconfig : FAIL, 16 errors, 0 warnings, 0 section mismatches Errors: ../arch/arm64/lib/clear_user.S:33: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:53: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:33: Error: attempt to move .org backwards ../arch/arm64/lib/clear_user.S:53: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:67: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:70: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:67: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:70: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:68: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:71: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:68: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:71: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:66: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:69: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:66: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:69: Error: attempt to move .org backwards ------------------------------------------------------------------------------- arm64-allmodconfig : FAIL, 1 errors, 0 warnings, 0 section mismatches Errors: ../arch/arm64/include/asm/probes.h:18:25: fatal error: asm/opcodes.h: No such file or directory ------------------------------------------------------------------------------- arm-allmodconfig : PASS, 0 errors, 3 warnings, 0 section mismatches Warnings: ../net/netfilter/nft_payload.c:261:15: warning: 'tsum' may be used uninitialized in this function [-Wmaybe-uninitialized] ../include/net/checksum.h:71:9: warning: 'fsum' may be used uninitialized in this function [-Wmaybe-uninitialized] ../drivers/net/ethernet/apm/xgene/xgene_enet_cle.c:836:1: warning: the frame size of 1056 bytes is larger than 1024 bytes [-Wframe-larger-than=] ------------------------------------------------------------------------------- arm64-defconfig : FAIL, 16 errors, 1 warnings, 0 section mismatches Errors: ../arch/arm64/lib/clear_user.S:33: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:53: Error: bad or irreducible absolute expression ../arch/arm64/lib/clear_user.S:33: Error: attempt to move .org backwards ../arch/arm64/lib/clear_user.S:53: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:67: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:70: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_from_user.S:67: Error: attempt to move .org backwards ../arch/arm64/lib/copy_from_user.S:70: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:68: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:71: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_in_user.S:68: Error: attempt to move .org backwards ../arch/arm64/lib/copy_in_user.S:71: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:66: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:69: Error: bad or irreducible absolute expression ../arch/arm64/lib/copy_to_user.S:66: Error: attempt to move .org backwards ../arch/arm64/lib/copy_to_user.S:69: Error: attempt to move .org backwards Warnings: ../fs/btrfs/inode.c:1198:31: warning: 'cur_end' may be used uninitialized in this function [-Wmaybe-uninitialized] ------------------------------------------------------------------------------- Passed with no errors, warnings or mismatches: arm-multi_v5_defconfig arm-multi_v7_defconfig x86_64-defconfig arm-allnoconfig x86_64-allnoconfig arm-multi_v4t_defconfig

8 years, 9 months

[PATCH v3 0/7] Add pwm and IIO timer drivers for stm32

by Benjamin Gaignard

version 3: - no change on mfd and pwm divers patches - add cross reference between bindings - change compatible to "st,stm32-timer-trigger" - fix attributes access rights - use string instead of int for master_mode and slave_mode - document device attributes in sysfs-bus-iio-timer-stm32 - udpate DT with the new compatible version 2: - keep only one compatible per driver - use DT parameters to describe hardware block configuration: - pwm channels, complementary output, counter size, break input - triggers accepted and create by IIO timers - change DT to limite use of reference to the node - interrupt is now in IIO timer driver - rename stm32-mfd-timer to stm32-gptimer (for general purpose timer) The following patches enable pwm and IIO Timer features for stm32 platforms. Those two features are mixed into the registers of the same hardware block (named general purpose timer) which lead to introduce a multifunctions driver on the top of them to be able to share the registers. In stm32 14 instances of timer hardware block exist, even if they all have the same register mapping they could have a different number of pwm channels and/or different triggers capabilities. We use various parameters in DT to describe the differences between hardware blocks The MFD (stm32-gptimer.c) takes care of clock and register mapping by using regmap. stm32_gptimer_dev structure is provided to its sub-node to share those information. PWM driver is implemented into pwm-stm32.c. Depending of the instance we may have up to 4 channels, sometime with complementary outputs or 32 bits counter instead of 16 bits. Some hardware blocks may also have a break input function which allows to stop pwm depending of a level, defined in devicetree, on an external pin. IIO timer driver (stm32-iio-timer.c and stm32-iio-timers.h) define a list of hardware triggers usable by hardware blocks like ADC, DAC or other timers. The matrix of possible connections between blocks is quite complex so we use trigger names and is_stm32_iio_timer_trigger() function to be sure that triggers are valid and configure the IPs. Possible triggers ar listed in include/dt-bindings/iio/timer/st,stm32-iio-timer.h At run time IIO timer hardware blocks can configure (through "master_mode" IIO device attribute) which internal signal (counter enable, reset, comparison block, etc...) is used to generate the trigger. By using "slave_mode" IIO device attribute timer can also configure on which event (level, rising edge) of the block is enabled. Since we can use trigger from one hardware to control an other block, we can use a pwm to control an other one. The following example shows how to configure pwm1 and pwm3 to make pwm3 generate pulse only when pwm1 pulse level is high. /sys/bus/iio/devices # ls iio:device0 iio:device1 trigger0 trigger1 configure timer1 to use pwm1 channel 0 as output trigger /sys/bus/iio/devices # echo 'OC1REF' > iio\:device0/master_mode configure timer3 to enable only when input is high /sys/bus/iio/devices # echo 'gated' > iio\:device1/slave_mode /sys/bus/iio/devices # cat trigger0/name tim1_trgo configure timer2 to use timer1 trigger is input /sys/bus/iio/devices # echo "tim1_trgo" > iio\:device1/trigger/current_trigger configure pwm3 channel 0 to generate a signal with a period of 100ms and a duty cycle of 50% /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4 # echo 0 > export /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4 # echo 100000000 > pwm0/period /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4 # echo 50000000 > pwm0/duty_cycle /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4# echo 1 > pwm0/enable here pwm3 channel 0, as expected, doesn't start because has to be triggered by pwm1 channel 0 configure pwm1 channel 0 to generate a signal with a period of 1s and a duty cycle of 50% /sys/devices/platform/soc/40010000.gptimer1/40010000.gptimer1:pwm1@0/pwm/pwmchip0 # echo 0 > export /sys/devices/platform/soc/40010000.gptimer1/40010000.gptimer1:pwm1@0/pwm/pwmchip0 # echo 1000000000 > pwm0/period /sys/devices/platform/soc/40010000.gptimer1/40010000.gptimer1:pwm1@0/pwm/pwmchip0 # echo 500000000 > pwm0/duty_cycle /sys/devices/platform/soc/40010000.gptimer1/40010000.gptimer1:pwm1@0/pwm/pwmchip0 # echo 1 > pwm0/enable finally pwm1 starts and pwm3 only generates pulse when pwm1 signal is high An other example to use a timer as source of clock for another device. Here timer1 is used a source clock for pwm3: /sys/bus/iio/devices # echo 100000 > trigger0/sampling_frequency /sys/bus/iio/devices # echo tim1_trgo > iio\:device1/trigger/current_trigger /sys/bus/iio/devices # echo 'external_clock' > iio\:device1/slave_mode /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4 # echo 0 > export /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4 # echo 1000000 > pwm0/period /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4 # echo 500000 > pwm0/duty_cycle /sys/devices/platform/soc/40000400.gptimer3/40000400.gptimer3:pwm3@0/pwm/pwmchip4 # echo 1 > pwm0/enable Benjamin Gaignard (7): MFD: add bindings for stm32 general purpose timer driver MFD: add stm32 general purpose timer driver PWM: add pwm-stm32 DT bindings PWM: add pwm driver for stm32 plaftorm IIO: add bindings for stm32 timer trigger driver IIO: add STM32 timer trigger driver ARM: dts: stm32: add stm32 general purpose timer driver in DT .../ABI/testing/sysfs-bus-iio-timer-stm32 | 47 ++ .../bindings/iio/timer/stm32-timer-trigger.txt | 39 ++ .../bindings/mfd/stm32-general-purpose-timer.txt | 47 ++ .../devicetree/bindings/pwm/pwm-stm32.txt | 38 ++ arch/arm/boot/dts/stm32f429.dtsi | 333 +++++++++++++- arch/arm/boot/dts/stm32f469-disco.dts | 28 ++ drivers/iio/Kconfig | 2 +- drivers/iio/Makefile | 1 + drivers/iio/timer/Kconfig | 15 + drivers/iio/timer/Makefile | 1 + drivers/iio/timer/stm32-timer-trigger.c | 477 +++++++++++++++++++++ drivers/iio/trigger/Kconfig | 1 - drivers/mfd/Kconfig | 10 + drivers/mfd/Makefile | 2 + drivers/mfd/stm32-gptimer.c | 73 ++++ drivers/pwm/Kconfig | 8 + drivers/pwm/Makefile | 1 + drivers/pwm/pwm-stm32.c | 285 ++++++++++++ .../iio/timer/st,stm32-timer-triggers.h | 60 +++ include/linux/iio/timer/stm32-timer-trigger.h | 16 + include/linux/mfd/stm32-gptimer.h | 62 +++ 21 files changed, 1543 insertions(+), 3 deletions(-) create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-timer-stm32 create mode 100644 Documentation/devicetree/bindings/iio/timer/stm32-timer-trigger.txt create mode 100644 Documentation/devicetree/bindings/mfd/stm32-general-purpose-timer.txt create mode 100644 Documentation/devicetree/bindings/pwm/pwm-stm32.txt create mode 100644 drivers/iio/timer/Kconfig create mode 100644 drivers/iio/timer/Makefile create mode 100644 drivers/iio/timer/stm32-timer-trigger.c create mode 100644 drivers/mfd/stm32-gptimer.c create mode 100644 drivers/pwm/pwm-stm32.c create mode 100644 include/dt-bindings/iio/timer/st,stm32-timer-triggers.h create mode 100644 include/linux/iio/timer/stm32-timer-trigger.h create mode 100644 include/linux/mfd/stm32-gptimer.h -- 1.9.1

8 years, 9 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel