Re: [PATCH 1/5] [media] v4l: vsp1: Fix module autoload for OF registration

Hi Javier, Thank you for the patch. On Monday 17 Oct 2016 12:44:08 Javier Martinez Canillas wrote: > If the driver is built as a module, autoload won't work because the module > alias information is not filled. So user-space can't match the registered > device with the corresponding module. > >

Re: [PATCH] staging: greybus: audio: Rename cport with intf_id

On Sun, Oct 16, 2016 at 03:29:14PM +0530, Pankaj Bharadiya wrote: > gb_audio_manager_module_descriptor's cport field is actually used to > manage and pass interface id to user space. > > Thus rename gb_audio_manager_module_descriptor's 'cport' field and > few other things to avoid confusion.

[PATCH] IB/fmr_pool: Convert the cleanup thread into kthread worker API

Kthreads are currently implemented as an infinite loop. Each has its own variant of checks for terminating, freezing, awakening. In many cases it is unclear to say in which state it is and sometimes it is done a wrong way. The plan is to convert kthreads into kthread_worker or workqueues API. It

[PATCH 5/5] [media] st-cec: Fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

[PATCH 3/5] [media] rc: meson-ir: Fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

[PATCH 4/5] [media] s5p-cec: Fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

Re: [PATCH] scripts/gdb: relax requirement on symlink location

On 2016-10-14 12:07, Tobias Waldekranz wrote: > The current construct for inserting the `scripts/gdb/` directory into > the python path requires `vmlinux-gdb.py` to be symlinked in the root of > the kernel build tree. > > By first resolving the symlink and inserting that path, the symlink can >

[PATCH 2/5] [media] v4l: rcar-fcp: Fix module autoload for OF registration

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

[PATCH 1/5] [media] v4l: vsp1: Fix module autoload for OF registration

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

Re: [PATCH] ARM/orion/gpio: Replace three seq_printf() calls by seq_puts() in orion_gpio_dbg_show()

Hi Markus, On dim., oct. 16 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 16 Oct 2016 12:30:48 +0200 > > Strings which did not contain data format specifications should be put > into a sequence. Thus use the

[RESEND PATCH v8 1/5] mfd: tps65218: Remove redundant read wrapper

Currently read directly calls the repmap read function. Hence remove the redundant wrapper and use regmap read wherever needed. Signed-off-by: Keerthy Acked-by: Lee Jones --- drivers/gpio/gpio-tps65218.c | 3 ++- drivers/mfd/tps65218.c

[ANNOUNCE] bridge-utils 1.6 release

Release of bridge-utils version 1.6 This is the first bridge-utils release in a long time. There are not any new features, since bridge-utils is deprecated in favor of bridge command in iproute2. But there are several small bug fixes and minor cleanups. Source:

Re: [PATCH] cpufreq: fix overflow in cpufreq_table_find_index_dl()

On (10/18/16 00:14), Sergey Senozhatsky wrote: [..] > include/linux/cpufreq.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h > index 5fa55fc..2a7aa0b 100644 > --- a/include/linux/cpufreq.h > +++

Re: crash by cdc_acm driver in kernels 4.8-rc1/5

On Mon, Oct 17, 2016 at 04:10:45PM +0200, Oliver Neukum wrote: > Hi, > > I got one of those devices. However, I don't get a crash. > Could you please give me instructions on how you trigger it? That's not too hard, just plug it in. :-) However you must have set cdc_acm in your kernel, or

Re: [PATCH] MIPS: Fix build of compressed image

efile > > Reported-by: kernelci.org bot <b...@kernelci.org> > Link: > https://storage.kernelci.org/next/next-20161017/mips-gpr_defconfig/build.lo > g Signed-off-by: Matt Redfearn <matt.redfe...@imgtec.com> > > --- > > arch/mips/Makefile | 2 +- > 1 file

Re: MD-RAID: Use seq_putc() in three status functions?

On 10/17/2016 04:30 PM, SF Markus Elfring wrote: Am I the only software developer so far who would dare to reconsider implementation details from three status functions? No. Thanks for this kind of promising feedback. But we're waiting for you showing is that it is an improvement. Can

[PATCH 2/2 v2] perf bench futex: add NUMA support

By default the application uses malloc() and all available CPUs. This patch introduces NUMA support which means: - memory is allocated node local via numa_alloc_local() - all CPUs of the specified NUMA node are used. This is also true if the number of threads set is greater than the number of

ATENCIÓN;

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

[PATCH 0/5] [media] Fix module autoload for media platform drivers

Hello Mauro, I noticed that module autoload won't be working in a bunch of media platform drivers because the module alias information is not filled in the modules. This patch series contains the fixes for them. Best regards, Javier Javier Martinez Canillas (5): [media] v4l: vsp1: Fix module

Re: [PATCH] generic syscalls: kill cruft from removed pkey syscalls

On Monday, October 17, 2016 8:18:15 AM CEST Dave Hansen wrote: > > pkey_set() and pkey_get() were syscalls present in older versions > of the protection keys patches. They were fully excised from the > x86 code, but some cruft was left in the generic syscall code. The > C++ comments were

[PATCH v7 REPOST 0/9] CPUs capacity information for heterogeneous systems

Hi all, this is a repost of version 7 of "CPUs capacity information for heterogeneous systems" patchset [1] (please refer to previous postings to get some context). I only added Juno r1 dts, as discussed off-line with Sudeep meanwhile (no code changes at all, so that's why I'm saying this is a

[PATCH v7 REPOST 9/9] arm64: add sysfs cpu_capacity attribute

Add a sysfs cpu_capacity attribute with which it is possible to read and write (thus over-writing default values) CPUs capacity. This might be useful in situations where values needs changing after boot. The new attribute shows up as: /sys/devices/system/cpu/cpu*/cpu_capacity Cc: Catalin

[PATCH v7 REPOST 4/9] arm64: parse cpu capacity-dmips-mhz from DT

With the introduction of cpu capacity-dmips-mhz bindings, CPU capacities can now be calculated from values extracted from DT and information coming from cpufreq. Add parsing of DT information at boot time, and complement it with cpufreq information. Also, store such information using per CPU

[PATCH v7 REPOST 1/9] Documentation: arm: define DT cpu capacity-dmips-mhz bindings

ARM systems may be configured to have cpus with different power/performance characteristics within the same chip. In this case, additional information has to be made available to the kernel (the scheduler in particular) for it to be aware of such differences and take decisions accordingly.

[PATCH v7 REPOST 7/9] arm64, dts: add Juno r2 cpu capacity-dmips-mhz information

Add Juno r2 cpu capacity-dmips-mhz information. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: Catalin Marinas Cc:

[PATCH v7 REPOST 8/9] arm: add sysfs cpu_capacity attribute

Add a sysfs cpu_capacity attribute with which it is possible to read and write (thus over-writing default values) CPUs capacity. This might be useful in situations where values needs changing after boot. The new attribute shows up as: /sys/devices/system/cpu/cpu*/cpu_capacity Cc: Russell King

Re: [PATCH -v4 6/8] locking/mutex: Restructure wait loop

On Mon, Oct 17, 2016 at 09:45:01PM +0800, Boqun Feng wrote: > But __mutex_set_flag() and __mutex_trylock() actually touch the same > atomic word? So we don't need extra things to order them? Right.. in any case brain is confused. I'll look again at it later.

[PATCH] make of_device_make_bus_id() static

From: Frank Rowand of_device_make_bus_id() was changed to non-static by commit c66012253800 ("of/device: Make of_device_make_bus_id() usable by other code") more than 6 years ago, but there are no users of it outside of platform.c. Make the function static again.

Re: [PATCH v2] kasan: support panic_on_warn

On 10/17/2016 11:59 AM, Dmitry Vyukov wrote: > If user sets panic_on_warn, he wants kernel to panic if there is > anything barely wrong with the kernel. KASAN-detected errors > are definitely not less benign than an arbitrary kernel WARNING. > > Panic after KASAN errors if panic_on_warn is set. >

[PATCH v2 3/4] remoteproc: Add a sysfs interface for firmware and state

This patch adds a sysfs interface to rproc allowing the firmware name and processor state to be changed dynamically. State was previously available in debugfs, and is replicated here. The firmware file allows retrieval of the running firmware name, and a new one to be specified at run time, so

[PATCH v2 1/4] remoteproc: Keep local copy of firmware name

Storage of the firmware name was inconsistent, either storing a pointer to a name stored with unknown ownership, or a variable length tacked onto the end of the struct proc allocated in rproc_alloc. In preparation for allowing the firmware of an already allocated struct rproc to be changed,

[PATCH v2 2/4] remoteproc: Make rproc_add_virtio_devices non-static

This function will be required in pther files by the next patch in the series. Signed-off-by: Matt Redfearn --- Changes in v2: New patch to allow access to firmware loading from remoteproc_sysfs.c drivers/remoteproc/remoteproc_core.c | 2 +-

[PATCH v2 4/4] remoteproc: debugfs: Remove state entry which is duplicated is sysfs

Since there is now an always available state file in sysfs with the same function as this one in debugfs, remove the redundant entry. Signed-off-by: Matt Redfearn --- Changes in v2: None drivers/remoteproc/remoteproc_debugfs.c | 71 -

[PATCH v5 3/4] net: phy: Create phy_supported_speeds function which lists speeds currently supported by a phydevice

phy_supported_speeds provides a means to get a list of all the speeds a phy device currently supports. Signed-off-by: Zach Brown --- drivers/net/phy/phy.c | 35 +++ include/linux/phy.h | 15 +++ 2 files changed, 50 insertions(+)

[PATCH v5 0/4] Add support for led triggers on phy link state change

Fix skge driver that declared enum contants that conflicted with enum constants in linux/leds.h Create function that encapsulates actions taken during the adjust phy link step of phy state changes. Create function that provides list of speeds currently supported by the phy. Add support for led

[PATCH -next] mm: numa: remove duplicated include from mprotect.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- mm/mprotect.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/mprotect.c b/mm/mprotect.c index bcdbe62..1193652 100644 --- a/mm/mprotect.c +++ b/mm/mprotect.c @@

[PATCH v7 REPOST 5/9] arm64, dts: add Juno cpu capacity-dmips-mhz information

Add Juno cpu capacity-dmips-mhz information. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: Catalin Marinas Cc:

[PATCH v5 4/4] net: phy: leds: add support for led triggers on phy link state change

Create an option CONFIG_LED_TRIGGER_PHY (default n), which will create a set of led triggers for each instantiated PHY device. There is one LED trigger per link-speed, per-phy. The triggers are registered during phy_attach and unregistered during phy_detach. This allows for a user to configure

Re: [PATCH] lpfc: use %zd format string for size_t

Thanks Signed-off-by: James Smart -- james On 10/17/2016 5:35 AM, Arnd Bergmann wrote: A recent bugfix introduced a harmless warning in the lpfc driver: drivers/scsi/lpfc/lpfc_init.c: In function 'lpfc_write_firmware': drivers/scsi/lpfc/lpfc_logmsg.h:56:45: error:

[PATCH] checkpatch: don't try to get maintained status when --no-tree is given

Fixes the following warning: Use of uninitialized value $root in concatenation (.) or string at /path/to/checkpatch.pl line 764. Signed-off-by: Jerome Forissier --- scripts/checkpatch.pl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] UBI: add debugfs file for tracking PEB state

From: Ben Shelton Add a file under debugfs to allow easy access to the erase count for each physical erase block on an UBI device. This is useful when debugging data integrity issues with UBIFS on NAND flash devices. Signed-off-by: Ben Shelton

Re: [PATCH 2/5] [media] v4l: rcar-fcp: Fix module autoload for OF registration

Hi Javier, Thank you for the patch. On Monday 17 Oct 2016 12:44:09 Javier Martinez Canillas wrote: > If the driver is built as a module, autoload won't work because the module > alias information is not filled. So user-space can't match the registered > device with the corresponding module. > >

Re: MD-RAID: Use seq_putc() in three status functions?

>> * Would you really like to know under which circumstances data processing >> will be faster for a single character instead of using a string pointer >> and corresponding two characters? >> > It's not a problem of the interface, it's a problem of the resulting code > (ie assembler output).

Re: [PATCH -next] gpu: ipu-v3: Use ERR_CAST instead of ERR_PTR(PTR_ERR())

Am Mittwoch, den 21.09.2016, 15:12 + schrieb Wei Yongjun: > From: Wei Yongjun > > Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)). > > Generated by: scripts/coccinelle/api/err_cast.cocci > > Signed-off-by: Wei Yongjun > --- >

Re: [patch ]mm/zs_malloc: Fix bit spinlock replacement

On Mon, 2016-10-17 at 17:15 +0200, Sebastian Andrzej Siewior wrote: > On 2016-10-16 05:18:03 [+0200], Mike Galbraith wrote: > > > > Do not alter HANDLE_SIZE, memory corruption ensues. The handle is > > a pointer, allocate space for the struct it points to and align it > > ZS_ALIGN. Also, when

[PATCH v2] MIPS: KASLR: Fix handling of NULL FDT

If platform code returns a NULL pointer to the FDT, initial_boot_params will not get set to a valid pointer and attempting to find the /chosen node in it will cause a NULL pointer dereference and the kernel to crash immediately on startup - with no output to the console. Fix this by checking that

[PATCH v20 06/10] fpga: add fpga bridge framework

This framework adds API functions for enabling/ disabling FPGA bridges under kernel control. This allows the Linux kernel to disable FPGA bridges during FPGA reprogramming and to enable FPGA bridges when FPGA reprogramming is done. This framework is be manufacturer-agnostic, allowing it to be

[PATCH] ALSA: hda - allow 40 bit DMA mask for NVidia devices

Commit 49d9e77e72cf ("ALSA: hda - Fix system panic when DMA > 40 bits for Nvidia audio controllers") simply disabled any DMA exceeding 32 bits for NVidia devices, even though they are capable of performing DMA up to 40 bits. On some architectures (such as arm64), system memory is not guaranteed to

[PATCH v20 05/10] fpga-mgr: add fpga image information struct

This patch adds a minor change in the FPGA Mangager API to hold information that is specific to an FPGA image file. This change is expected to bring little, if any, pain. The socfpga and zynq drivers are fixed up in this patch. An FPGA image file will have particulars that affect how the image

[PATCH v2] MIPS: generic: Fix KASLR for generic kernel.

The KASLR code requires that the plat_get_fdt() function return the address of the device tree, and it must be available early in the boot, before prom_init() is called. Move the code determining the address of the device tree into plat_get_fdt, and call that from prom_init(). The fdt pointer

[PATCH v20 01/10] fpga: add bindings document for fpga region

New bindings document for FPGA Region to support programming FPGA's under Device Tree control Signed-off-by: Alan Tull Signed-off-by: Moritz Fischer Reviewed-by: Rob Herring --- v9: initial version added to this patchset

[PATCH v20 02/10] doc: fpga-mgr: add fpga image info to api

This patch adds a minor change in the FPGA Mangager API to hold information that is specific to an FPGA image file. This change is expected to bring little, if any, pain. An FPGA image file will have particulars that affect how the image is programmed to the FPGA. One example is that current

Re: [PATCH] ARC-setup: Use seq_putc() in show_cpuinfo()

On 10/15/2016 12:56 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 15 Oct 2016 21:31:16 +0200 > > A single character (line break) should be put into a sequence. > Thus use the corresponding function "seq_putc". Perhaps reword the changelog to say

Re: [PATCH] modversions: treat symbol CRCs as 32 bit quantities on 64 bit archs

On 15 October 2016 at 10:16, Ard Biesheuvel wrote: > The symbol CRCs are emitted as ELF symbols, which allows us to easily > populate the kcrctab sections by relying on the linker to associate > each kcrctab slot with the correct value. > > This has two downsides: > -

Re: [PATCH v3 02/20] remoteproc: core: Add function to dump resource table

On 10/14/2016 10:37 AM, Matt Redfearn wrote: Hi Loic, Hi Matt, On 12/10/16 17:00, Loic Pallardy wrote: Firmware can be loaded with a resource table, which details resources needed by coprocessor like carevout memory, virtual device, trace log buffer etc. Until now, no method exists to

Re: [PATCH v8 1/2] ARM: dts: Add TOPEET itop core board SCP package version

On Mon, Sep 19, 2016 at 11:48:22PM +0800, Randy Li wrote: > The TOPEET itop is a samsung exnynos 4412 core board, which have > two package versions. This patch add the support for SCP version. > > Currently supported are USB3503A HSIC, USB OTG, eMMC, rtc and > PMIC. The future features are in the

Re: [PATCH 09/10] perf, tools: Support DividedBy header in JSON event list

On Mon, Oct 17, 2016 at 01:44:43PM +0200, Jiri Olsa wrote: > On Thu, Oct 13, 2016 at 02:15:31PM -0700, Andi Kleen wrote: > > From: Andi Kleen > > > > Add support for parsing the DividedBy header in the JSON event lists and > > storing them in the alias structure. > > I

[PATCH 3/3] ARM: dts: da850: add the syscfg and ddrctl nodes

Add the nodes for the System Configuration and DDR2/mDDR memory controller drivers to da850.dtsi. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi

[PATCH 0/3] ARM: da850: new drivers for better LCDC support

This series adds two new drivers in order to better support the LCDC rev1 present on the da850 boards. The first patch adds a new memory driver which allows to write to the DDR2/mDDR memory controller present on the da8xx SoCs. The second patch adds a new bus driver which allows to interact with

[PATCH 4/8] IB/mthca: Replace semaphore poll_sem with mutex

The semaphore 'poll_sem' is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/mthca/mthca_cmd.c | 10 +- drivers/infiniband/hw/mthca/mthca_cmd.h | 1 +

[PATCH 5/8] IB/isert: Replace semaphore sem with completion

The semaphore 'sem' in isert_device is used as completion, so convert it to struct completion. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/ulp/isert/ib_isert.c | 6 +++--- drivers/infiniband/ulp/isert/ib_isert.h | 3 ++- 2

[PATCH 2/3] ARM: bus: da8xx-syscfg: new driver

Create the driver for the da8xx System Configuration and implement support for writing to the three Master Priority registers. Signed-off-by: Bartosz Golaszewski --- .../devicetree/bindings/bus/ti,da850-syscfg.txt| 63 +++ drivers/bus/Kconfig

[PATCH 0/8] infiniband: Remove semaphores

Hi, These are a set of patches which removes semaphores from infiniband. These are part of a bigger effort to eliminate all semaphores from the linux kernel. NB: A few semaphores which are counting ones are replaced with an open-coded implementation by introducing a new type in

[PATCH 8/8] IB/mlx5: Replace counting semaphore sem with wait condition

Counting semaphores are going away in the future, so replace the semaphore umr_common::sem with an open-coded implementation. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/mlx5/main.c| 3 ++- drivers/infiniband/hw/mlx5/mlx5_ib.h | 3 ++-

[PATCH 1/3] ARM: memory: da8xx-ddrctl: new driver

Create a new driver for the da8xx DDR2/mDDR controller and implement support for writing to the Peripheral Bus Burst Priority Register. Signed-off-by: Bartosz Golaszewski --- .../memory-controllers/ti-da8xx-ddrctl.txt | 25 +++ drivers/memory/Kconfig

[PATCH 6/8] IB/hns: Replace counting semaphore event_sem with wait condition

Counting semaphores are going away in the future, so replace the semaphore hns_roce_cmdq::event_sem with an open-coded implementation. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/hns/hns_roce_cmd.c| 16

[PATCH 7/8] IB/mthca: Replace counting semaphore event_sem with wait condition

Counting semaphores are going away in the future, so replace the semaphore mthca_cmd::event_sem with an open-coded implementation. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/mthca/mthca_cmd.c | 12 drivers/infiniband/hw/mthca/mthca_dev.h | 3 ++-

Re: [PATCH 0/6] mmc/memstick: rtsx_usb: Fix runtime PM issues

On Mon, 17 Oct 2016, Ulf Hansson wrote: > On 13 October 2016 at 13:37, Ulf Hansson wrote: > > The rtsx_usb_sdmmc (mmc/sd) and rtsx_usb_ms (memstick) devices are > > interfacing > > an rtsx_usb device (managed by an mfd driver) while communicating with the > > cards. The

[PATCH 1/8] IB/core: iwpm_nlmsg_request: Replace semaphore with completion

Semaphore sem in iwpm_nlmsg_request is used as completion, so convert it to a struct completion type. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/core/iwpm_msg.c | 8 drivers/infiniband/core/iwpm_util.c | 7 +++

[PATCH 3/8] IB/hns: Replace semaphore poll_sem with mutex

The semaphore 'poll_sem' is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/infiniband/hw/hns/hns_roce_cmd.c| 12 ++-- drivers/infiniband/hw/hns/hns_roce_device.h | 3 ++- 2

[PATCH -next] greybus: arche-platform: Add missing of_node_put() in arche_platform_change_state()

From: Wei Yongjun This node pointer is returned by of_find_compatible_node() with refcount incremented in this function. of_node_put() on it before exitting this function. This is detected by Coccinelle semantic patch. Signed-off-by: Wei Yongjun

[PATCH -next] libnvdimm: fix error return code in __blk_label_update()

From: Wei Yongjun Fix to return error code -ENXIO from the nd_label_alloc_slot() error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun --- drivers/nvdimm/label.c | 4 +++- 1 file changed, 3

Re: [PATCH 8/8] IB/mlx5: Replace counting semaphore sem with wait condition

On Mon, Oct 17, 2016 at 10:01:02PM +0530, Binoy Jayan wrote: > Counting semaphores are going away in the future, so replace the semaphore > umr_common::sem with an open-coded implementation. And NAK again..

Re: [PATCH 3/5] [media] rc: meson-ir: Fix module autoload

On Mon, Oct 17, 2016 at 8:44 AM, Javier Martinez Canillas wrote: > If the driver is built as a module, autoload won't work because the module > alias information is not filled. So user-space can't match the registered > device with the corresponding module. > > Export the

Re: [PATCH 7/8] IB/mthca: Replace counting semaphore event_sem with wait condition

Same NAK as for the last patch.

Re: [PATCH 6/8] IB/hns: Replace counting semaphore event_sem with wait condition

On Mon, Oct 17, 2016 at 10:01:00PM +0530, Binoy Jayan wrote: > Counting semaphores are going away in the future, so replace the semaphore > hns_roce_cmdq::event_sem with an open-coded implementation. Sorry, but no. Using a proper semaphore abstraction is always better than open coding it. While

RE: [PATCH v4 08/18] x86/intel_rdt: Pick up L3/L2 RDT parameters from CPUID

> > > I wonder whether this is the proper abstraction level. We might as > > > well do the following: > > > > > > rdtresources[] = { > > > { > > > .name = "L3", > > > }, > > > { > > > .name = "L3Data", > > > }, > > > { > > > .name = "L3Code", > > > }, > >

Re: [PATCH 4.8 00/37] 4.8.2-stable review

Greg Kroah-Hartman writes: > On Fri, Oct 14, 2016 at 01:07:12PM -0700, kernelci.org bot wrote: >> stable-rc boot: 8 boots: 0 failed, 4 passed with 4 offline >> (v4.8.1-38-g9ccca26a1585) > > That's not many boots, what went wrong here? What happened to the 100+ >

Re: [4.9-rc1] Build-time 2x slower

On Mon, Oct 17, 2016 at 9:04 AM, Sedat Dilek wrote: > > not sure whom to address on this issue. > > I have built Linux v4.9-rc1, v4.8.2 and v4.4.25 kernels (in this > order) this morning. > > Building a Linux v4.8.2 under Linux v4.9-rc1 took two times longer. > > As usually

Re: [PATCH 1/2] ARM: exynos_defconfig: Enable exynos-gsc driver as module

On Wed, Oct 05, 2016 at 11:24:28AM -0300, Javier Martinez Canillas wrote: > Exynos5 SoCs have a General SCALER (GSCALER) IP block that can be used > to do video streams scaling and color space conversions by hardware. > Enable support for its driver as a module so the GSCALER can be tested. > >

Re: [PATCH v4 7/8] drivers:input:ads7846(+tsc2046): fix spi module table

> Am 17.10.2016 um 17:54 schrieb Andrew F. Davis : > > On 10/17/2016 08:57 AM, H. Nikolaus Schaller wrote: >> Fix module table so that the driver is loaded if compiled >> as module and requested by DT. >> >> Signed-off-by: H. Nikolaus Schaller >> --- >>

[Patch v5 03/12] irqchip: xilinx: Rename get_irq to xintc_get_irq

Now that the driver is generic and used by multiple archs, get_irq is too generic. Rename get_irq to xintc_get_irq to avoid any conflicts Signed-off-by: Zubair Lutfullah Kakakhel --- V4 -> V5 Rebased to v4.9-rc1 Use __func__ in pr_err V3 -> V4 New patch. ---

[PATCH v20 07/10] fpga: fpga-region: device tree control for FPGA

FPGA Regions support programming FPGA under control of the Device Tree. Signed-off-by: Alan Tull --- v9: initial version (this patch added during rest of patchset's v9) v10: request deferral if fpga mgr or bridges not available yet cleanup as fpga manager core

[PATCH v20 00/10] Device Tree support for FPGA Programming

This patchset supports FPGA programming under the control of Device Tree overlays. Changes from v19: * One line fix in FPGA Freeze Bridge DT binding doc (s/_/-/). * Squashed patches that add FPGA image info struct so they won't break bisect. * Minor changes as suggested for the SoCFPGA

[PATCH v20 09/10] fpga: add altera freeze bridge support

Add a low level driver for Altera Freeze Bridges to the FPGA Bridge framework. A freeze bridge is a bridge that exists in the FPGA fabric to isolate one region of the FPGA from the busses while that one region is being reprogrammed. Signed-off-by: Alan Tull

[PATCH v20 03/10] add bindings document for altera freeze bridge

Add bindings document for the Altera Freeze Bridge. A Freeze Bridge is used to gate traffic to/from a region of a FPGA such that that region can be reprogrammed. The Freeze Bridge exist in FPGA fabric that is not currently being reconfigured. Signed-off-by: Alan Tull

[PATCH v20 08/10] ARM: socfpga: fpga bridge driver support

Supports Altera SOCFPGA bridges: * fpga2sdram * fpga2hps * hps2fpga * lwhps2fpga Allows enabling/disabling the bridges through the FPGA Bridge Framework API functions. The fpga2sdram driver only supports enabling and disabling of the ports that been configured early on. This is due to a

[PATCH 2/2] mmc: sdhci-of-at91: Fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

[PATCH 1/2] mmc: mediatek: Fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

Re: [patch] drivers/zram: Don't disable preemption in zcomp_stream_get/put()

On Mon, 2016-10-17 at 16:24 +0200, Sebastian Andrzej Siewior wrote: > On 2016-10-16 05:14:22 [+0200], Mike Galbraith wrote: > > > > In v4.7, the driver switched to percpu compression streams, disabling > > preemption (get/put_cpu_ptr()). Use get/put_cpu_light() instead. > > I am not convinced

[PATCH] mtd: nand: omap2: Fix module autoload

If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the module alias information using the MODULE_DEVICE_TABLE() macro. Before this patch: $ modinfo

Re: [PATCH v3 net-next 2/2] net: deprecate eth_change_mtu, remove usage

On Fri, 7 Oct 2016 22:04:34 -0400, Jarod Wilson wrote: > @@ -357,6 +356,8 @@ void ether_setup(struct net_device *dev) > dev->type = ARPHRD_ETHER; > dev->hard_header_len= ETH_HLEN; > dev->mtu= ETH_DATA_LEN; > + dev->min_mtu=

Re: [patch] drivers/zram: Don't disable preemption in zcomp_stream_get/put()

On 2016-10-17 18:19:00 [+0200], Mike Galbraith wrote: > I used a local lock first, but lockdep was unhappy with it. Ok, back > to the drawing board. Seems to work, but... locallock can be taken recursively so unless preemption was already disabled, lockdep shouldn't complain. But then from the

Re: [PATCH 07/10] perf, tools: Collapse identically named events in perf stat

> this leads to my next question: why this merging should be default? It's the right default for uncore, and it doesn't do anything for non uncore because these usually don't have duplicated event aliases over different PMUs. -Andi

[PATCH 2/8] IB/core: Replace semaphore sm_sem with completion

The semaphore 'sm_sem' is used as completion, so convert it to struct completion. Semaphores are going away in the future. The initial status of the completion variable is marked as completed by a call to the function 'complete' immediately following the initialization. Signed-off-by: Binoy Jayan

Re: [PATCH v7 REPOST 0/9] CPUs capacity information for heterogeneous systems

On 17/10/16 16:46, Juri Lelli wrote: Hi all, this is a repost of version 7 of "CPUs capacity information for heterogeneous systems" patchset [1] (please refer to previous postings to get some context). I only added Juno r1 dts, as discussed off-line with Sudeep meanwhile (no code changes at

Re: console issue since 3.6, console=ttyS1 hangs

Ok I'll get that sometime tomorrow. Right now they pulled it down maintenance... On Mon, Oct 17, 2016 at 04:19:07PM +0100, Sean Young wrote: > On Mon, Oct 17, 2016 at 09:49:51AM -0500, Nathan Zimmer wrote: > > A cluster client recently tried to update from Sles11 to Sles12 and found in > > some

Re: [PATCH v4 08/18] x86/intel_rdt: Pick up L3/L2 RDT parameters from CPUID

> > I wonder whether this is the proper abstraction level. We might as well do > > the following: > > > > rdtresources[] = { > > { > > .name = "L3", > > }, > > { > > .name = "L3Data", > > }, > > { > > .name = "L3Code", > > }, > > > > and enable

[PATCH v20 10/10] fpga-manager: Add Socfpga Arria10 support

Add low level driver to support reprogramming FPGAs for Altera SoCFPGA Arria10. Signed-off-by: Alan Tull --- v19: Added to this patchset as has been changed to use fpga image information struct a checkpatch fix of a block comment do not use clk_put

[PATCH v20 04/10] add sysfs document for fpga bridge class

Add documentation for new FPGA bridge class's sysfs interface. Signed-off-by: Alan Tull Acked-by: Moritz Fischer -- v15: Document added in v15 of patch set v16: No change to this patch in v16 of patch set v17: No change to this patch in v17

<    4   5   6   7   8   9   10   11   12   13   >