Re: [PATCH 03/17] mmc: mmci: Mask IRQs for all variants during runtime suspend

On Tue, Feb 18, 2014 at 5:36 PM, Ulf Hansson wrote: > On 18 February 2014 17:05, Russell King - ARM Linux > wrote: >> On Tue, Feb 04, 2014 at 04:58:44PM +0100, Ulf Hansson wrote: >>> In runtime suspended state, we are not expecting IRQs and thus we can >>> safely mask them, not only for pwrreg_no

[GIT PULL] s390 bug fixes for the 3.14-rc5

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: A couple of s390 bug fixes. The PCI segment boundary issue is a nasty one as it can lead to data corruption. Gerald Schaefer (1):

Re: [PATCHv3] tty: Set correct tty name in 'active' sysfs attribute

Hi On Mon, Feb 24, 2014 at 3:50 PM, Hannes Reinecke wrote: > The 'active' sysfs attribute should refer to the currently > active tty devices the console is running on, not the currently > active console. > The console structure doesn't refer to any device in sysfs, > only the tty the console is r

Re: [PATCH V2 4/5] idle: Move idle conditions in cpuidle_idle main function

On Mon, Feb 24, 2014 at 02:55:50PM +0100, Daniel Lezcano wrote: > @@ -136,25 +155,8 @@ static void cpu_idle_loop(void) > local_irq_disable(); > arch_cpu_idle_enter(); > > - /* > - * In poll mode we reenable inter

Re: [PATCH V2 1/5] idle/cpuidle: Split cpuidle_idle_call main function into smaller functions

None of this actually applies :/ I'm having major conflicts in driveres/cpuidle/cpuidle.c. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please rea

Re: [PATCH] zram: support REQ_DISCARD

2014-02-24 22:36 GMT+09:00 Jerome Marchand : > On 02/24/2014 06:51 AM, Joonsoo Kim wrote: >> zram is ram based block device and can be used by backend of filesystem. >> When filesystem deletes a file, it normally doesn't do anything on data >> block of that file. It just marks on metadata of that f

Re: Subject: Warning in workqueue.c

On 02/14/2014 11:25 AM, Tejun Heo wrote: ... Hmmm... weird, p's rq shouldn't have changed without its cpus_allowed busted. Anyways, let's wait for Jason's test results and see whether this is a regression at all. I was unable to determine exactly when this behavior was introduced. The reason

Re: [PATCH v4 00/16] pinctrl: mvebu: restructure resource allocation

On Mon, Feb 24, 2014 at 11:22:51AM +0100, Linus Walleij wrote: > On Sun, Feb 23, 2014 at 4:40 PM, Jason Cooper wrote: > > > I certainly don't want to assume we can take this, and you've been quiet > > on the previous versions of this series. We have a lot of moving pieces > > for getting the Arm

Re: BUG: Bad page state in process with linux 3.4.76

On 24 Feb 12:39, Jan Kara wrote: > I'm going through some old emails... Did this get resolved with later 3.4 > stable kernels? If not, I guess you should ping Greg / Khalid to either > revert that commit (I guess preferable given the nature of the change) or > merge some additional fixup... Yes,

Re: [PATCH 13/16] regulator: mc13xxx: Use of_get_child_by_name

Le 24/02/2014 15:51, Sachin Kamat a écrit : On 24 February 2014 19:14, Philippe Rétornaz wrote: Hi This patch breaks DT-Enabled kernel run on non-DT board: [ 0.822977] Unable to handle kernel NULL pointer dereference at virtual address 001c (...) [0.880320] [] (of_get_next_child) from

Re: [PATCH 24/29] drivers/remoteproc/da8xx_remoteproc.c: simplify use of devm_ioremap_resource

On Wed, Aug 14, 2013 at 12:11 PM, Julia Lawall wrote: > From: Julia Lawall > > Remove unneeded error handling on the result of a call to > platform_get_resource when the value is passed to devm_ioremap_resource. > > Move the call to platform_get_resource adjacent to the call to > devm_ioremap_res

Re: [PATCH] remoteproc: ste_modem: Staticize local symbols

On Mon, Aug 12, 2013 at 11:20 AM, Jingoo Han wrote: > These local symbols are used only in this file. > Fix the following sparse warnings: > > drivers/remoteproc/ste_modem_rproc.c:167:27: warning: symbol 'sproc_fw_ops' > was not declared. Should it be static? > drivers/remoteproc/ste_modem_rproc.

Re: [PATCH net-next v5 4/9] xen-netback: Change RX path for mapped SKB fragments

On 24/02/14 13:49, Zoltan Kiss wrote: On 22/02/14 23:18, Zoltan Kiss wrote: On 18/02/14 17:45, Ian Campbell wrote: On Mon, 2014-01-20 at 21:24 +, Zoltan Kiss wrote: Re the Subject: change how? Perhaps "handle foreign mapped pages on the guest RX path" would be clearer. Ok, I'll do that.

Re: [PATCHv1 1/6] HSI: add Device Tree support for HSI clients

On Sun, Feb 23, 2014 at 11:49:56PM +, Sebastian Reichel wrote: > Add new method hsi_add_clients_from_dt, which can be used > to initialize HSI clients from a device tree node. > > The patch also documents the DT binding for trivial HSI > clients. > > Signed-off-by: Sebastian Reichel > --- >

Re: [PATCH 13/16] regulator: mc13xxx: Use of_get_child_by_name

On 24 February 2014 20:37, Philippe Rétornaz wrote: > Le 24/02/2014 15:51, Sachin Kamat a écrit : > >> On 24 February 2014 19:14, Philippe Rétornaz >> wrote: >>> >>> Hi >>> >>> This patch breaks DT-Enabled kernel run on non-DT board: [ >>> 0.822977] Unable to handle kernel NULL pointer dereferenc

Re: linux-next: manual merge of the sound-asoc tree with the mvebu tree

Stephen, On Mon, Feb 24, 2014 at 01:37:52PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the sound-asoc tree got a conflict in > sound/soc/kirkwood/Kconfig between commit cd34edc2eab2 ("drivers: Enable > building of Kirkwood drivers for mach-mvebu") from the tree and

Re: [PATCH V2 1/5] idle/cpuidle: Split cpuidle_idle_call main function into smaller functions

On 02/24/2014 04:00 PM, Peter Zijlstra wrote: None of this actually applies :/ I'm having major conflicts in driveres/cpuidle/cpuidle.c. Ok, except if I am missing something, the patchset is based on top of tip/sched/core (commit 6990566). -- Linaro.org │ Open s

Re: [PATCH] rpmsg: reduce rpmsg_virtio verbosity

Hi David, Sorry for the late response. On Thu, Oct 3, 2013 at 9:36 PM, David Cohen wrote: > From: Jocelyn Falempe > > rpmsg_virtio TX/RX messages are very verbose, overflowing kernel printk > buffer. This patch makes the guilty print_hex_dump()'s to act as > dev_dbg() and do nothing in case nei

Re: [PATCHv1 3/6] HSI: hsi-char: add Device Tree support

On Sun, Feb 23, 2014 at 11:49:58PM +, Sebastian Reichel wrote: > Add of_match_table to hsi_char driver, so that it can > be referenced from Device Tree. > > Signed-off-by: Sebastian Reichel > --- > drivers/hsi/clients/hsi_char.c | 11 +++ > 1 file changed, 11 insertions(+) > > diff

Re: [PATCH 2/2] arm/xen: Don't use xen DMA ops when the device is protected by an IOMMU

On Mon, Feb 24, 2014 at 12:19:11PM +, Stefano Stabellini wrote: > CC'ing Greg. > > On Thu, 20 Feb 2014, Ian Campbell wrote: > > On Thu, 2014-02-20 at 16:21 +, Julien Grall wrote: > > > Only Xen is able to know if a device can safely avoid to use xen-swiotlb. > > > This patch introduce a ne

Re: [PATCH] zram: support REQ_DISCARD

On 02/24/2014 04:02 PM, Joonsoo Kim wrote: > 2014-02-24 22:36 GMT+09:00 Jerome Marchand : >> On 02/24/2014 06:51 AM, Joonsoo Kim wrote: >>> zram is ram based block device and can be used by backend of filesystem. >>> When filesystem deletes a file, it normally doesn't do anything on data >>> block

Re: [PATCH V2 1/5] idle/cpuidle: Split cpuidle_idle_call main function into smaller functions

On Mon, Feb 24, 2014 at 04:12:07PM +0100, Daniel Lezcano wrote: > On 02/24/2014 04:00 PM, Peter Zijlstra wrote: > > > > > >None of this actually applies :/ I'm having major conflicts in > >driveres/cpuidle/cpuidle.c. > > Ok, except if I am missing something, the patchset is based on top of > tip/s

Re: [PATCH v2 0/6] ARM: STi reset controller support

Hi Srinivas, Am Montag, den 24.02.2014, 14:03 + schrieb srinivas kandagatla: > Thanks Philipp for your comments, > > On 24/02/14 10:33, Philipp Zabel wrote: > >> > Did Srini's explanations convinced you? > >> > > >> > If so, could you queue the series for v3.15? > > to be honest, I'm not com

Re: combine per-cpu trace files

On 02/24/2014 02:36 PM, Steven Rostedt wrote: > On Mon, 24 Feb 2014 13:07:50 +0100 > Arend van Spriel wrote: > >> Hi Steven, >> >> Regarding trace-cmd I have a question about the trace files. While >> debugging an driver issue I had trace-cmd recording driver events on the >> target system until

Re: [PATCH net-next v5 0/9] xen-netback: TX grant mapping with SKBTX_DEV_ZEROCOPY instead of copy

On 19/02/14 09:50, Ian Campbell wrote: On Mon, 2014-01-20 at 21:24 +, Zoltan Kiss wrote: A long known problem of the upstream netback implementation that on the TX path (from guest to Dom0) it copies the whole packet from guest memory into Dom0. That simply became a bottleneck with 10Gb NICs

Re: [patch/rfc] perf on raspberry-pi without overflow interrupt

On Mon, 24 Feb 2014, Will Deacon wrote: > On Fri, Jan 17, 2014 at 05:45:04AM +, Vince Weaver wrote: > > On Thu, 16 Jan 2014, Peter Zijlstra wrote: > > > > > Yeah I suppose we could do something like that. Maybe something like: > > > > > > # cat /sys/bus/event_source/devices/cpu/flags > > > i

RE: [PATCH v5 3/3] KVM: x86: Enable Intel MPX for guest

Paolo Bonzini wrote: > Il 24/02/2014 11:58, Liu, Jinsong ha scritto: >> @@ -599,6 +599,9 @@ int __kvm_set_xcr(struct kvm_vcpu *vcpu, u32 >> index, u64 xcr) u64 old_xcr0 = vcpu->arch.xcr0; >> u64 valid_bits; >> >> +if (!kvm_x86_ops->mpx_supported || !kvm_x86_ops->mpx_supported()) >> +

Re: [PATCH V2 4/5] idle: Move idle conditions in cpuidle_idle main function

On 02/24/2014 03:59 PM, Peter Zijlstra wrote: On Mon, Feb 24, 2014 at 02:55:50PM +0100, Daniel Lezcano wrote: @@ -136,25 +155,8 @@ static void cpu_idle_loop(void) local_irq_disable(); arch_cpu_idle_enter(); - /* -

[PATCH 09/11] watchdog: Simplify a little the IPI call

In order to remotely restart the watchdog hrtimer, update_timers() allocates a csd on the stack and pass it to __smp_call_function_single(). There is no partcular need, however, for a specific csd here. Lets simplify that a little by calling smp_call_function_single() which can already take care o

Re: perf_fuzzer compiled for x32 causes reboot

On Sun, 23 Feb 2014, H. Peter Anvin wrote: > So we do a write to the buffer rather immediately before this happens, > and in particular that will update the head: > > rb->user_page->data_head = head; > > However, that doesn't explain what is going on and in particular the > write to whatev

[PATCH 03/11] block: Stop abusing rq->csd.list in blk-softirq

From: Jan Kara Abusing rq->csd.list for a list of requests to complete is rather ugly. We use rq->queuelist instead which is much cleaner. It is safe because queuelist is used by the block layer only for requests waiting to be submitted to a device. Thus it is unused when irq reports the request

[PATCH] x86: kvm: fix unstable_tsc boot

When the tsc is marked unstable on the host it causes global clock updates to be requested each time a vcpu is loaded, nearly halting all progress on guests with a large number of vcpus. Fix this by only requesting a local clock update unless the vcpu is migrating to another cpu. Signed-off-by: A

[PATCH 07/11] smp: Consolidate the various smp_call_function_single() declensions

__smp_call_function_single() and smp_call_function_single() share some code that can be factorized: execute inline when the target is local, check if the target is online, lock the csd, call generic_exec_single(). Lets move the common parts to generic_exec_single(). Reviewed-by: Jan Kara Cc: And

[PATCH 04/11] smp: Iterate functions through llist_for_each_entry_safe()

From: Jan Kara The IPI function llist iteration is open coded. Lets simplify this with using an llist iterator. Also we want to keep the iteration safe against possible csd.llist->next value reuse from the IPI handler. At least the block subsystem used to do such things so lets stay careful and

[PATCH 00/11] smp: Single IPI cleanups v2

Hi, This version includes: * Rename __smp_call_function_single to smp_call_function_single() as suggested by Christoph. * Acks and reviewed-by added. * Rebase against -rc4 Thanks. --- Frederic Weisbecker (6): block: Remove useless IPI struct initialization smp: Consolidate the various

[PATCH 01/11] block: Stop abusing csd.list for fifo_time

From: Jan Kara Block layer currently abuses rq->csd.list.next for storing fifo_time. That is a terrible hack and completely unnecessary as well. Union achieves the same space saving in a cleaner way. Signed-off-by: Jan Kara Cc: Andrew Morton Cc: Christoph Hellwig Cc: Ingo Molnar Cc: Jens Axb

[PATCH 02/11] block: Remove useless IPI struct initialization

rq_fifo_clear() reset the csd.list through INIT_LIST_HEAD for no clear purpose. The csd.list doesn't need to be initialized as a list head because it's only ever used as a list node. Lets remove this useless initialization. Reviewed-by: Jan Kara Cc: Andrew Morton Cc: Christoph Hellwig Cc: Ingo

[PATCH 05/11] smp: Remove unused list_head from csd

From: Jan Kara Now that we got rid of all the remaining code which fiddled with csd.list, lets remove it. Signed-off-by: Jan Kara Cc: Andrew Morton Cc: Christoph Hellwig Cc: Ingo Molnar Cc: Jens Axboe Signed-off-by: Frederic Weisbecker --- include/linux/smp.h | 5 + 1 file changed, 1

Re: INFO: rcu_preempt self-detected stall on CPU with 3.10 kernel

On Mon, Feb 24, 2014 at 04:25:25PM +0800, wyang wrote: > Hi Paul, > > I ran into a cpu stall warning in a MIPS board with 3.10 kernel, I > noted you push a patch(c896054f) to reduce default RCU CPU stall > warning timeout to 21s. > why is it 21s? what decide this time? seems this time is too shor

Re: linux-next: build warning after merge of the tip tree

> I guess that there may be more places where "asmlinkage" is used with > "static" - I assume that they are all incorrect? Likely they are bogus yes. One issue is still the changed ABI on i386, so one has to double check before removing if they have arguments. -Andi -- To unsubscribe from this l

Re: [PATCHv1 5/6] HSI: Introduce OMAP SSI driver

On Sun, Feb 23, 2014 at 11:50:00PM +, Sebastian Reichel wrote: > Add OMAP SSI driver to the HSI subsystem. > > The Synchronous Serial Interface (SSI) is a legacy version > of HSI. As in the case of HSI, it is mainly used to connect > Application engines (APE) with cellular modem engines (CMT)

Re: [PATCH 1/2] usb: dwc3: core: continue probing if usb phy library returns -ENODEV/-ENXIO

On Mon, Feb 24, 2014 at 03:21:05PM +0530, Kishon Vijay Abraham I wrote: > Hi Roger, > > On Friday 21 February 2014 05:59 PM, Roger Quadros wrote: > > On 02/21/2014 02:25 PM, Kishon Vijay Abraham I wrote: > >> Hi Roger, > >> > >> On Wednesday 19 February 2014 06:07 PM, Roger Quadros wrote: > >>> Hi

[PATCH 08/11] smp: Move __smp_call_function_single() below its safe version

Move this function closer to __smp_call_function_single(). These functions have very similar behavior and should be displayed in the same block for clarity. Reviewed-by: Jan Kara Cc: Andrew Morton Cc: Christoph Hellwig Cc: Ingo Molnar Cc: Jan Kara Cc: Jens Axboe Signed-off-by: Frederic Weisb

[PATCH 06/11] smp: Teach __smp_call_function_single() to check for offline cpus

From: Jan Kara Align __smp_call_function_single() with smp_call_function_single() so that it also checks whether requested cpu is still online. Signed-off-by: Jan Kara Cc: Andrew Morton Cc: Christoph Hellwig Cc: Ingo Molnar Cc: Jens Axboe Signed-off-by: Frederic Weisbecker --- include/lin

[PATCH 11/11] smp: Rename __smp_call_function_single() to smp_call_function_single_async()

The name __smp_call_function_single() doesn't tell much about the properties of this function, especially when compared to smp_call_function_single(). The comments above the implementation are also misleading. The main point of this function is actually not to be able to embed the csd in an object

[PATCH 10/11] smp: Remove wait argument from __smp_call_function_single()

The main point of calling __smp_call_function_single() is to send an IPI in a pure asynchronous way. By embedding a csd in an object, a caller can send the IPI without waiting for a previous one to complete as is required by smp_call_function_single() for example. As such, sending this kind of IPI

[PATCH v2 1/1] drm/i915: Enabling 128x128 and 256x256 ARGB Cursor Support

From: Sagar Kamble With this patch we allow larger cursor planes of sizes 128x128 and 256x256. v2: Added more precise check on size while setting cursor plane. Testcase: igt/kms_cursor_crc Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie Cc: dri-de...@lists.freedesktop.org Cc: linux-kernel

Re: [PATCH 0/5] kill the racy EXIT_ZOMBIE->EXIT_DEAD->EXIT_ZOMBIE transition

On 02/20, Tejun Heo wrote: > > On Thu, Feb 20, 2014 at 06:38:38PM +0100, Oleg Nesterov wrote: > > Tejun, unless I missed something WSTOPPED logic is broken if a process > > has a zombie/ptraced leader, "A zombie ptracee is only visible to its > > ptracer" is wrong in this case. Plus perhaps some cl

Re: linux-next: build warning after merge of the tip tree

static asmlinkage can make sense if a pointer to the function is taken somewhere in the same translation unit. On February 24, 2014 7:48:41 AM PST, Andi Kleen wrote: >> I guess that there may be more places where "asmlinkage" is used with >> "static" - I assume that they are all incorrect? > >Li

Re: [PATCH] ASoC: cs42888: Add codec driver support

> >> +/* Disable auto-mute */ >> +regmap_update_bits(cs42888->regmap, CS42888_TXCTL, >> + CS42888_TXCTL_AMUTE | CS42888_TXCTL_DAC_SZC_MASK, >> + CS42888_TXCTL_DAC_SZC_SR); > > Does this interfere with the manual mute controls or is it a separat

Re: [RFC PATCH] Fix: module signature vs tracepoints: add new TAINT_UNSIGNED_MODULE

On Fri, 14 Feb 2014 03:49:04 + (UTC) Mathieu Desnoyers wrote: > > > > mutex_lock(&tracepoints_mutex); > > old = tracepoint_add_probe(name, probe, data); > > @@ -388,9 +393,15 @@ int tracepoint_probe_register(const char *name, void > > *probe, void *data) > > return PTR_ER

Re: [PATCH] zram: support REQ_DISCARD

2014-02-25 0:15 GMT+09:00 Jerome Marchand : > On 02/24/2014 04:02 PM, Joonsoo Kim wrote: >> 2014-02-24 22:36 GMT+09:00 Jerome Marchand : >>> On 02/24/2014 06:51 AM, Joonsoo Kim wrote: zram is ram based block device and can be used by backend of filesystem. When filesystem deletes a file,

Re: [PATCH] ASoC: cs42888: Add codec driver support

On Mon, Feb 24, 2014 at 08:30:11PM +0900, Mark Brown wrote: > On Mon, Feb 24, 2014 at 02:55:29PM +0800, Nicolin Chen wrote: > > This patch adds support for the Cirrus Logic CS42888 Audio CODEC that > > has four 24-bit A/D and eight 24-bit D/A converters. > > Looks generally good, some fairly small

Re: [RFC][PATCH 0/5] arch: atomic rework

On Sun, Feb 23, 2014 at 11:31 AM, Linus Torvalds wrote: > > Let me think about it some more, but my gut feel is that just tweaking > the definition of what "ordered" means is sufficient. > > So to go back to the suggested ordering rules (ignoring the "restrict" > part, which is just to clarify tha

Re: [PATCHv1 5/6] HSI: Introduce OMAP SSI driver

On 02/24/2014 09:51 AM, Mark Rutland wrote: > On Sun, Feb 23, 2014 at 11:50:00PM +, Sebastian Reichel wrote: [...] >> +static int omap_ssi_port_runtime_suspend(struct device *dev) >> +{ >> + struct hsi_port *port = dev_get_drvdata(dev); >> + struct omap_ssi_port *omap_port = hsi_po

Re: [PATCH] ASoC: cs42888: Add codec driver support

On Mon, Feb 24, 2014 at 03:52:24PM +, Austin, Brian wrote: > > > > >> + /* Disable auto-mute */ > >> + regmap_update_bits(cs42888->regmap, CS42888_TXCTL, > >> + CS42888_TXCTL_AMUTE | CS42888_TXCTL_DAC_SZC_MASK, > >> + CS42888_TXCTL_DAC_SZC_SR); > > >

[PATCH 0/6] gpio / ACPI: Rework ACPI GPIO events and add support for operation regions

Hi, This series tries to add what is missing in current Linux ACPI GPIO support. There are two new features that were introduced with ACPI 5.0: * ACPI GPIO signaled events * ACPI GPIO operation regions The current ACPI GPIO support code already added preliminary support for GPIO signaled even

[PATCH 2/6] gpio / ACPI: Allocate ACPI specific data directly in acpi_gpiochip_add()

We are going to add more ACPI specific data to accompany GPIO chip so instead of allocating it per each use-case we allocate it once when acpi_gpiochip_add() is called and release it when acpi_gpiochip_remove() is called. Doing this allows us to add more ACPI specific data by merely adding new fie

[PATCH 6/6] gpio / ACPI: Add support for ACPI GPIO operation regions

GPIO operation regions is a new feature introduced in ACPI 5.0 specification. This feature adds a way for platform ASL code to call back to OS GPIO driver and toggle GPIO pins. An example ASL code from Lenovo Miix 2 tablet with only relevant part listed: Device (\_SB.GPO0) { Name (AVBL, Ze

[PATCH 3/6] gpio / ACPI: Rename acpi_gpio_evt_pin to acpi_gpio_event

In order to consolidate _Exx, _Lxx and _EVT to use the same structure we make the structure name reflect that we are dealing with any event, not just _EVT. Signed-off-by: Mika Westerberg --- drivers/gpio/gpiolib-acpi.c | 56 ++--- 1 file changed, 28 insert

[PATCH 4/6] gpio / ACPI: Embed events list directly into struct acpi_gpio_chip

It is not necessary to have events as a pointer to list in struct acpi_gpio_chip. Instead we can embed the list_head directly to struct acpi_gpio_chip itself. This makes event handling a bit simpler because now we don't need to check whether the pointer is NULL or not. Signed-off-by: Mika Westerbe

[PATCH 5/6] gpio / ACPI: Rework ACPI GPIO event handling

The current ACPI GPIO event handling code was never tested against real hardware with functioning GPIO triggered events (at the time such hardware wasn't available). Thus it misses certain things like requesting the GPIOs properly, passing correct flags to the interrupt handler and so on. This pat

Re: [PATCH 2/3] Staging: comedi: addi-data: cleanup conditional blocks in hwdrv_apci035.c

>On Monday, February 24, 2014 8:13 AM, Ian Abbott wrote: >>On 2014-02-22 03:21, Chase Southwood wrote: >> There were some conditional blocks that had an unneccesary level of >> indentation in them.  We can remove this to improve code clarity. >> >> Signed-off-by: Chase Southwood >> --- >>   .../

[PATCH 1/6] gpiolib: Allow GPIO chips to request their own GPIOs

Sometimes it is useful to allow GPIO chips themselves to request GPIOs they own through gpiolib API. One usecase is ACPI ASL code that should be able to toggle GPIOs through GPIO operation regions. We can't really use gpio_request() and its counterparts because it will pin the module to the kernel

Re: [RFCv1 1/4] mfd: twl4030-madc: Use managed resources

> Update twl4030-madc driver to use managed resources. > > Signed-off-by: Sebastian Reichel > --- > drivers/mfd/twl4030-madc.c | 15 ++- > 1 file changed, 6 insertions(+), 9 deletions(-) Acked-by: Lee Jones -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Ope

[PATCH] rapidio/tsi721_dma: optimize use of BDMA descriptors

Combine SG entries describing single contiguous memory block into one Tsi721 BDMA descriptor. This reduces number of hardware descriptors required for large data transfers and improves performance on the PCIe side by reducing number of descriptor fetch requests. Signed-off-by: Alexandre Bounine C

Re: [PATCH V2 4/5] idle: Move idle conditions in cpuidle_idle main function

On Mon, Feb 24, 2014 at 04:39:08PM +0100, Daniel Lezcano wrote: > >And when you do that; you can also push down the > >current_clr_polling_and_test() muck so it doesn't cover the actual > >cpuidle policy code. > > I am not getting it. Where do you suggest to move it ? A little something like so

Re: [RFCv1 4/4] mfd: twl4030-madc: Move driver to drivers/iio/adc

> This is a driver for an A/D converter, which belongs into > drivers/iio/adc. > > Signed-off-by: Sebastian Reichel > --- > drivers/iio/adc/Kconfig| 10 + > drivers/iio/adc/Makefile | 1 + > drivers/iio/adc/twl4030-madc.c | 922 > + > dri

Re: [PATCH v2 1/1] drm/i915: Enabling 128x128 and 256x256 ARGB Cursor Support

On Mon, Feb 24, 2014 at 09:11:43PM +0530, sagar.a.kam...@intel.com wrote: > From: Sagar Kamble > > With this patch we allow larger cursor planes of sizes 128x128 > and 256x256. > > v2: Added more precise check on size while setting cursor plane. > > Testcase: igt/kms_cursor_crc > Cc: Daniel Vet

Re: [PATCH] zram: support REQ_DISCARD

On 02/24/2014 04:56 PM, Joonsoo Kim wrote: > 2014-02-25 0:15 GMT+09:00 Jerome Marchand : >> On 02/24/2014 04:02 PM, Joonsoo Kim wrote: >>> 2014-02-24 22:36 GMT+09:00 Jerome Marchand : On 02/24/2014 06:51 AM, Joonsoo Kim wrote: > zram is ram based block device and can be used by backend of

Re: [PATCH] mfd: Add support for COMe-mBT10, COMe-cBT6 and COMe-cHL6 to Kontron PLD driver

> This patch adds DMI system IDs for the Kontron modules COMe-mBT10, COMe-cBT6 > and COMe-cHL6 to the Kontron PLD driver. The list of supported products in > the module description is also updated. > > Signed-off-by: Michael Brunner > Acked-by: Christian Rauch > --- > drivers/mfd/Kconfig

Re: [PATCH 3/3] mfd: arizona: Use new regmap features for manual register patch

> On the wm5102 the register patches are applied manually, rather than by > the regmap core. This application is wrapped in calls to > regcache_cache_bypass. However, this is dangerous as other threads may > be accessing the hardware at the same time as the pm_runtime operations > and if they do so

Re: [PATCH] zram: support REQ_DISCARD

2014-02-25 1:06 GMT+09:00 Jerome Marchand : > On 02/24/2014 04:56 PM, Joonsoo Kim wrote: >> 2014-02-25 0:15 GMT+09:00 Jerome Marchand : >>> On 02/24/2014 04:02 PM, Joonsoo Kim wrote: 2014-02-24 22:36 GMT+09:00 Jerome Marchand : > On 02/24/2014 06:51 AM, Joonsoo Kim wrote: >> zram is ra

[PATCH v2 0/3] ftrace/x86: Recovery code fixes and improvements

This is folowup from the discussion (Re: [PATCH 0/4] x86: Fix ftrace recovery when code modification failed), see https://lkml.org/lkml/2014/2/21/748 I split the fixes into three patches: 1st patch adds the missing sync call. I guess that Steven would want to squash this into the commit f06492158

[PATCH 2/3] ftrace: Warn on error when modifying ftrace function

We should print some warning and kill ftrace functionality when the ftrace function is not set correctly. Otherwise, ftrace might do crazy things without an explanation. The error value has been ignored so far. Note that an error that happens during updating all the traced calls is handled in ftra

[PATCH 1/3] ftrace/x86: One more missing sync after fixup of function modification failure

If a failure occurs while modifying ftrace function, it bails out and will remove the tracepoints to be back to what the code originally was. There is missing the final sync run across the CPUs after the fix up is done and before the ftrace int3 handler flag is reset. Signed-off-by: Petr Mladek

[PATCH 3/3] ftrace/x86: BUG when ftrace recovery fails

Ftrace modifies function calls using Int3 breakpoints on x86. The breakpoints are handled only when the patching is in progress. If something goes wrong, there is a recovery code that removes the breakpoints. If this fails, the system might get silently rebooted when a remaining break is not handle

Is: 'mm: __set_page_dirty_nobuffers() uses spin_lock_irqsave() instead of spin_lock_irq()' fixed it.Was:Re: [BISECTED] Xen HVM guest hangs since 3.12-rc5

On Sat, Feb 22, 2014 at 11:53:31PM -0800, Steven Noonan wrote: > On Fri, Feb 21, 2014 at 12:07 PM, Konrad Rzeszutek Wilk > wrote: > > On Thu, Feb 20, 2014 at 12:44:15PM -0800, Steven Noonan wrote: > >> On Wed, Feb 19, 2014 at 1:01 PM, Steven Noonan > >> wrote: > >> > On Wed, Feb 19, 2014 at 9:41

[RFC PATCH v2] xhci: Prevent runtime pm from autosuspending during initialization

xHCI driver has its own pci probe function that will call usb_hcd_pci_probe to register its usb-2 bus, and then continue to manually register the usb-3 bus. usb_hcd_pci_probe does a pm_runtime_put_noidle at the end and might thus trigger a runtime suspend before the usb-3 bus is ready. Prevent the

Re: [PATCH] ASoC: cs42888: Add codec driver support

On Mon, Feb 24, 2014 at 03:52:24PM +, Austin, Brian wrote: > >> + if (!IS_ERR(cs42888->clk)) > >> + clk_disable_unprepare(cs42888->clk); > > > > Does the device work without MCLK? > Yes, MCLK is required. If you can’t get the clock you should error out. Wait...Regarding this clock p

Re: 3.13 i915 brightness settings broken when going from docked -> undocked

On Sun, 23 Feb 2014 10:50:59 -0500 Josh Boyer wrote: > On Thu, Feb 20, 2014 at 07:31:41PM -0500, Josh Boyer wrote: > >On Wed, Feb 19, 2014 at 9:20 PM, Josh Boyer > >wrote: > >> Hi All, > >> > >> We've had a rather weird report[1] of the brightness adjustments being > >> broken in a specific cas

Info: mapping multiple BARs. Your kernel is fine.

This started happening this morning after booting -rc4+tip, let's add *everybody* to CC :-) We have intel_uncore_init, snb_uncore_imc_init_box, uncore_pci_probe and other goodies on the stack. ... [0.488998] software IO TLB [mem 0xcac3-0xcec3] (64MB) mapped at [8800cac3-8

Re: [PATCH] mm/zswap: support multiple swap devices

On Mon, Feb 24, 2014 at 02:13:25PM +0900, Minchan Kim wrote: > Cai Liu reporeted that now zbud pool pages counting has a problem > when multiple swap is used because it just counts only one swap > intead of all of swap so zswap cannot control writeback properly. > The result is unnecessary writebac

Re: [PATCH 0/3] HID: low level transport cleanup, series 3

On Thu, 20 Feb 2014, Benjamin Tissoires wrote: > Hi guys, > > this is a new round in the low level HID transport cleanup. > These are the formely 7/14 an 12/14 only. > I add in between a patch which makes .raw_request mandatory, to cleanup > the old 12/14 (so 3/3 here). > > There is only two pat

[PATCH 4/5] DMA: sun6i: Add driver for the Allwinner A31 DMA controller

The Allwinner A31 has a 16 channels DMA controller that it shares with the newer A23. Although sharing some similarities with the DMA controller of the older Allwinner SoCs, it's significantly different, I don't expect it to be possible to share the driver for these two. The A31 Controller is able

[PATCH 3/5] clk: sun6i: Protect SDRAM gating bit

Prevent the SDRAM controller from being gated by force-enabling it in the clock driver. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi/clk-sunxi.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c index 6cfcd23..d9b4a41 1

Re: memory-barriers.txt again (was Re: [PATCH 4/9] firewire: don't use PREPARE_DELAYED_WORK)

On Sun, Feb 23, 2014 at 07:09:55PM -0500, Peter Hurley wrote: > On 02/23/2014 06:50 PM, Paul E. McKenney wrote: > >On Sun, Feb 23, 2014 at 03:35:31PM -0500, Peter Hurley wrote: > >>Hi Paul, > >> > >>On 02/23/2014 11:37 AM, Paul E. McKenney wrote: > >>>commit aba6b0e82c9de53eb032844f1932599f148ff68d

Re: [PATCH] mfd: syscon: Move diagnostic messages to dev_dbg()

> This patch moves diagnostic messages used for debugging purposes > to dev_dbg(). > > Signed-off-by: Alexander Shiyan > --- > drivers/mfd/syscon.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c > index 71841f9..2620056 10064

[PATCH 5/5] ARM: sun6i: dt: Add A31 DMA controller to DTSI

Now that we have a DMA driver, we can add the DMA bindings in the DTSI for the controller and the devices supported that can use DMA. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun6i-a31.dtsi | 29 + 1 file changed, 29 insertions(+) diff --git a/arch/arm/boot

[PATCH 0/5] Add support for the Allwinner A31 DMA Controller

Hi, This patchset adds support for the DMA controller found in the Allwinner A31 and A23 SoCs. This has been tested using the newly introduced SPI driver on an A31 EVK. Support for DMA-driven SPI transfers will be the subject of another patch serie. Thanks, Maxime Maxime Ripard (5): clk: sun6

Re: [RFC][PATCH 0/5] arch: atomic rework

On Mon, Feb 24, 2014 at 4:57 PM, Linus Torvalds wrote: > On Sun, Feb 23, 2014 at 11:31 AM, Linus Torvalds > wrote: >> >> Let me think about it some more, but my gut feel is that just tweaking >> the definition of what "ordered" means is sufficient. >> >> So to go back to the suggested ordering ru

Re: memory-barriers.txt again (was Re: [PATCH 4/9] firewire: don't use PREPARE_DELAYED_WORK)

On Mon, Feb 24, 2014 at 01:32:54AM +0100, Stefan Richter wrote: > On Feb 23 Paul E. McKenney wrote: > >>> Please see below for a patch against the current version of > >>> Documentation/memory-barriers.txt. Does this update help? > > Thank you, this clarifies it. > > [...] > A new nit: > > +The

[PATCH 2/5] clk: sun6i: Reparent AHB clock on PLL6

In order for the DMA controller to work for SDRAM to devices transfers, the AHB clock should be reparented on the PLL6. Force that parenting in the clock driver. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi/clk-sunxi.c | 18 +- 1 file changed, 17 insertions(+), 1 deletion(

[PATCH 1/5] clk: sun6i: Protect CPU clock

Right now, AHB is an indirect child clock of the CPU clock. If that happens to change, since the CPU clock has no other consumers declared in Linux, it would be shut down, which is not really a good idea. Prevent this by forcing it enabled. Signed-off-by: Maxime Ripard --- drivers/clk/sunxi/clk

[PATCH 0/6] dma-buf synchronization patches (updated)

The following series implements fence and converts dma-buf and android sync to use it. Patch 5 and 6 add support for polling to dma-buf, blocking until all fences are signaled. Patches that received some minor updates: - seqno fence (wait condition member added) - android (whitespace changes and a

[PATCH 2/6] seqno-fence: Hardware dma-buf implementation of fencing (v5)

This type of fence can be used with hardware synchronization for simple hardware that can block execution until the condition (dma_buf[offset] - value) >= 0 has been met when WAIT_GEQUAL is used, or (dma_buf[offset] != 0) has been met when WAIT_NONZERO is set. A software fallback still has to be p

Re: [PATCH v2] timberdale: Use pci_enable_msix_exact() instead of pci_enable_msix()

On Fri, 21 Feb 2014, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi_range() or pci_enable_msi_exact() > and pci_enable_

[PATCH 1/6] fence: dma-buf cross-device synchronization (v17)

A fence can be attached to a buffer which is being filled or consumed by hw, to allow userspace to pass the buffer without waiting to another device. For example, userspace can call page_flip ioctl to display the next frame of graphics after kicking the GPU but while the GPU is still rendering. T

[PATCH 3/6] dma-buf: use reservation objects

This allows reservation objects to be used in dma-buf. it's required for implementing polling support on the fences that belong to a dma-buf. Signed-off-by: Maarten Lankhorst Acked-by: Mauro Carvalho Chehab #drivers/media/v4l2-core/ Acked-by: Thomas Hellstrom #drivers/gpu/drm/ttm --- drivers/b

[PATCH 6/6] dma-buf: add poll support, v3

Thanks to Fengguang Wu for spotting a missing static cast. v2: - Kill unused variable need_shared. v3: - Clarify the BUG() in dma_buf_release some more. (Rob Clark) Signed-off-by: Maarten Lankhorst --- drivers/base/dma-buf.c | 108 +++ include/linux

<    1   2   3   4   5   6   7   8   9   >