[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: [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

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

[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 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 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

[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 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

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); > > >

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 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: [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: [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: 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: [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: [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

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: 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: 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

[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

[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] 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 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 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 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

[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 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

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 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: [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(); - /* -

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/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 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: 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 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: [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 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: [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] 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: [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: 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 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: [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 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: [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 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: 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 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: [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 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 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: [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

[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: [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

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

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 [] > (of_get_child_by_name+0x38

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

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 running on has. So we need to print out the tty names in 'active', not t

Re: [PATCH Resend] trace: Replace hardcoding of 19 with MAX_NICE.

On Mon, Feb 24, 2014 at 09:29:34AM -0500, Steven Rostedt wrote: > On Mon, 24 Feb 2014 22:12:01 +0800 > Dongsheng Yang wrote: > > > Signed-off-by: Dongsheng Yang > > cc: Steven Rostedt > > cc: Frederic Weisbecker > > cc: Ingo Molnar > > cc: Peter Zijlstra > > Peter, > > If you want to take

Re: [Xen-devel] [patch 23/26] xen: Add proper irq accounting for HYPERCALL vector

On 23/02/14 21:40, Thomas Gleixner wrote: > --- tip.orig/drivers/xen/events/events_base.c > +++ tip/drivers/xen/events/events_base.c > @@ -1239,6 +1239,7 @@ void xen_evtchn_do_upcall(struct pt_regs > #ifdef CONFIG_X86 > exit_idle(); > #endif > + inc_irq_stat(irq_hv_callback_count); >

Re: linux-next: Tree for Feb 17 (pinctrl-msm)

On Mon, Feb 17, 2014 at 6:33 PM, Randy Dunlap wrote: > On 02/16/2014 10:23 PM, Stephen Rothwell wrote: >> Hi all, >> >> If you see failures in building this tree due to missing declarations of >> k..alloc/free, then it may be caused by commit 2bd59d48ebfb ("cgroup: >> convert to kernfs"). Please

[PATCH 0/3] crypto: ccp - minor code fixes

The following series implements some fixes to some code paths executed during crypto API request processing. These fixes address processing of requests when the CCP driver returns -EBUSY and freeing memory in error paths. This patch series is based on the cryptodev-2.6 kernel tree. --- Tom Lend

[PATCH 1/3] crypto: ccp - Prevent a possible lost CCP command request

If a CCP command has been queued for processing at the crypto layer then, when dequeueing it for processing, the "can backlog" flag must be set so that the request isn't lost if the CCP backlog queue limit is reached. Signed-off-by: Tom Lendacky --- drivers/crypto/ccp/ccp-crypto-main.c |4 ++

[PATCH 2/3] crypto: ccp - Invoke context callback when there is a backlog error

Invoke the callback routine associated with the crypto context if an error is encountered sending the command to the CCP during backlog processing. This is needed to free any resources used by the command. Signed-off-by: Tom Lendacky --- drivers/crypto/ccp/ccp-crypto-main.c |3 +++ 1 file c

[PATCH 3/3] crypto: ccp - Account for CCP backlog processing

When the crypto layer is able to queue up a command for processing by the CCP on the initial call to ccp_crypto_enqueue_request and the CCP returns -EBUSY, then if the backlog flag is not set the command needs to be freed and not added to the active command list. Signed-off-by: Tom Lendacky ---

Re: [RFC PATCH 3/6] PM / Voltagedomain: introduce voltage domain driver support

On 02/23/2014 07:58 PM, Mark Brown wrote: > On Tue, Feb 18, 2014 at 02:32:20PM -0600, Nishanth Menon wrote: > >> The current regulator model provides the basic building blocks for the >> transitions, however SoC drivers specific to each of these devices, be >> it cpufreq/devfreq have to replicate

Re: [PATCH v2] arm/smp: Absorb boot_secondary()

On Monday 24 February 2014, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > After becoming a mandatory function, boot_secondary() is no longer used > outside arch/arm/kernel/smp.c. Hence remove its public prototype, and, > as suggested by Arnd, let it be absorbed by its single caller. >

Re: [Xen-devel] [patch 21/26] xen: Get rid of the last irq_desc abuse

On 23/02/14 21:40, Thomas Gleixner wrote: > I'd prefer to drop that completely but there seems to be some mystic > value to the error printout and the allocation check. Warn if any PIRQ cannot be bound to an event channel. Remove an unnecessary test for !desc in xen_destroy_irq() since th

Re: [PATCH] ktest: Set CLOSE_CONSOLE_SIGNAL in the kvm.conf

On Sun, 23 Feb 2014 10:19:28 +0900 Satoru Takeuchi wrote: > From: Satoru Takeuchi > > As mentioned at commit 5a5d8e48449, we can't terminate 'virsh console' > with the default signal(INT). So it's better to set CLOSE_CONSOLE_SIGNAL > in the kvm.conf. > > Signed-off-by: Satoru Takeuchi > Cc: S

Re: [PATCH Resend] trace: Replace hardcoding of 19 with MAX_NICE.

On Mon, 24 Feb 2014 22:12:01 +0800 Dongsheng Yang wrote: > Signed-off-by: Dongsheng Yang > cc: Steven Rostedt > cc: Frederic Weisbecker > cc: Ingo Molnar > cc: Peter Zijlstra Peter, If you want to take this, you can add my Acked-by. -- Steve > --- > kernel/trace/ring_buffer_benchmark.c

Re: [PATCH v11] gpio: add a driver for the Synopsys DesignWare APB GPIO block

On Mon, Feb 24, 2014 at 6:20 AM, Linus Walleij wrote: > On Wed, Feb 12, 2014 at 5:17 PM, delicious quinoa > wrote: > >> I am wondering about the change in usage of >> irq_find_mapping/irq_create_mapping. It seems like all the GPIO >> drivers that use irq domains do it the way I was doing it > >

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

Hi, On Monday 24 February 2014 04:35 PM, Roger Quadros wrote: > On 02/24/2014 11:51 AM, 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 Febr

Re: [patch 06/26] metag: Use irq_set_affinity instead of homebrewn code

On Mon, 24 Feb 2014, James Hogan wrote: > Hi Thomas, > > On 23/02/14 21:40, Thomas Gleixner wrote: > > There is no point in having an incomplete copy of irq_set_affinity() > > for the hotplug irq migration code. > > That sounds reasonable, but when I gave it a try I started getting > warnings on

Re: [Xen-devel] [patch 18/26] xen: Use the proper irq functions

On 23/02/14 21:40, Thomas Gleixner wrote: > I really can't understand why people keep adding irq_desc abuse. We > have enough proper interfaces. Delete another 14 lines of hackery. generic_handler_irq() already tests for !desc so use this instead of generic_handle_irq_desc(). Use irq_get_

Re: SPDX-License-Identifier

On Mon, Feb 24, 2014 at 03:03:25PM +0100, Michal Simek wrote: > > BTW: Isn't this a good topic for kernel-summit? :-) No, lawyers don't go to the summit, developers do. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: [PATCH Resend] trace: Replace hardcoding of 19 with MAX_NICE.

On Mon, Feb 24, 2014 at 10:12:01PM +0800, Dongsheng Yang wrote: > Signed-off-by: Dongsheng Yang "Use MAX_NICE instead of the value 19 for ring_buffer_benchmark." > cc: Steven Rostedt > cc: Frederic Weisbecker > cc: Ingo Molnar > cc: Peter Zijlstra > --- Thanks. -- To unsubscribe from this l

Re: [Xen-devel] [patch 15/26] x86: xen: Use the core irq stats function

On 23/02/14 21:40, Thomas Gleixner wrote: > Let the core do the irq_desc resolution. > > No functional change. Reviewed-by: David Vrabel David -- 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

Re: [PATCH] rcu: fix incorrect notes for code

On Mon, Feb 24, 2014 at 03:56:43PM +0800, Liu Ping Fan wrote: > -/* Is the specified CPU a no-CPUs CPU? */ > +/* Is the specified CPU a no-CBs CPU? */ > bool rcu_is_nocb_cpu(int cpu) > > Signed-off-by: Liu Ping Fan Good catch, queued for 3.16.

Re: [PATCH 3/3] Staging: comedi: addi-data: fix a couple of lines that are too long

On 2014-02-22 03:21, Chase Southwood wrote: There are a couple of cases where a comment being on the same line as a statement is causing the line to be over 80 characters long. This is an easy fix; move these comments to the previous line. Signed-off-by: Chase Southwood Reviewed-by: Ian Abbo

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

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 --- .../comedi/drivers/addi-data/hwdrv_apci035.c | 31 ++

[PATCH Resend] trace: Replace hardcoding of 19 with MAX_NICE.

Signed-off-by: Dongsheng Yang cc: Steven Rostedt cc: Frederic Weisbecker cc: Ingo Molnar cc: Peter Zijlstra --- kernel/trace/ring_buffer_benchmark.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/trace/ring_buffer_benchmark.c b/kernel/trace/ring_buffer_bench

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

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 comfortable with this explanation. If the > "powerdown" bits only gate the clocks to those modules,

Re: [PATCH] amd64_edac: Add support for newer F16h models

On Fri, Feb 21, 2014 at 03:04:47PM -0600, Aravind Gopalakrishnan wrote: > F{3,4} are used by hwmon/k10temp.c and hwmon/fam15h_power.c and they > will need definitions to be places here in pci_ids.h But I'm not sure > if the hwmon drivers need to carry support for this model yet (will > verify that)

Re: [PATCH 9/9] trace: Replace hardcoding of 19 with MAX_NICE.

On 02/24/2014 06:46 PM, Peter Zijlstra wrote: On Sat, Feb 22, 2014 at 05:05:36PM +0800, Dongsheng Yang wrote: Hi Peter. It seems the all other patches in this set were all applied to tip except this one. What is the problem with the [9/9]? Is there any thing I can do? The problem is that i

Re: [PATCH 1/3] Staging: comedi: addi-data: comment cleanup in hwdrv_apci035.c

On 2014-02-22 03:20, Chase Southwood wrote: This patch further cleans up the comments in hwdrv_apci035.c, converting them to kernel style and removing some commented conditional statements that are unused. Signed-off-by: Chase Southwood --- I decided to return to the first driver I touched. I

Re: SPDX-License-Identifier

On 02/24/2014 02:41 PM, Theodore Ts'o wrote: > On Mon, Feb 24, 2014 at 11:12:53AM +0100, Michal Simek wrote: >>> But of course, I'm not a lawyer, and if your company has is paying for >>> the development of the driver, the Golden Rule applies (he who has the >>> Gold, makes the Rules), and each of

perf: WARNING: CPU: 0 PID: 16043 at kernel/events/core.c:5659

Hi all, While fuzzing with trinity inside a KVM tools guest running latest -next kernel I've stumbled on the following warning: [ 1399.472224] WARNING: CPU: 0 PID: 16043 at kernel/events/core.c:5659 perf_swevent_add+0x158/0x190() [ 1399.473458] Modules linked in: [ 1399.473880] CPU: 0 PID: 16

Re: [PATCH] mfd: dbx500/abx500: root out hardcoded IRQ assignments

On Mon, 24 Feb 2014, Linus Walleij wrote: > On Fri, Feb 14, 2014 at 5:54 PM, Arnd Bergmann wrote: > > On Friday 14 February 2014, Linus Walleij wrote: > > >> > I'm happy to do either, but the latter will require an ARM-SoC Ack. > >> > >> OK Olof/Arnd/Kevin: can you ACK this patch for queueing >

Re: [PATCH V8 1/2] PHY: Exynos: Add Exynos5250 SATA PHY driver

Hi, On Monday 24 February 2014 07:02 PM, Yuvaraj Kumar C D wrote: > This patch adds the SATA PHY driver for Exynos5250.Exynos5250 SATA > PHY comprises of CMU and TRSV blocks which are of I2C register Map. > So this patch also adds a i2c client driver, which is used configure We no longer have i2c

[PATCH V2 3/5] idle: Reorganize the idle loop

Now that we have the main cpuidle function in idle.c, move some code from the idle mainloop to this function for the sake of clarity. That removes if then else indentation difficult to follow when looking at the code. This patch does not change the current behavior. Signed-off-by: Daniel Lezcano

<    1   2   3   4   5   6   7   8   9   >