Rename the device_control callback of the TXX9 DMA driver to terminate_all
since it's all it's really doing. That will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/txx9dmac.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff
Now that the generic slave caps code can make use of the device assigned
capabilities, instead of relying on a callback to be implemented.
Make use of this code.
Signed-off-by: Maxime Ripard
---
drivers/dma/nbpfaxi.c | 17 -
1 file changed, 4 insertions(+), 13 deletions(-)
Rename the device_control callback of the Intel PCH DMA driver to terminate_all
since it's all it's really doing. That will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/pch_dma.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
Now that the generic slave caps code can make use of the device assigned
capabilities, instead of relying on a callback to be implemented.
Make use of this code.
Signed-off-by: Maxime Ripard
---
drivers/dma/pl330.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff
On Tue, Oct 28, 2014 at 09:11:34PM +0300, Max Filippov wrote:
> On Tue, Oct 28, 2014 at 8:38 PM, Mark Brown wrote:
> > You *really* need to explain how it's supposed to work - right now it's
> > not at all obvious, like I say the fact that this is a rarely used idiom
> > is not helping. For
Now that the generic slave caps code can make use of the device assigned
capabilities, instead of relying on a callback to be implemented.
Make use of this code.
Signed-off-by: Maxime Ripard
---
drivers/dma/omap-dma.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
On Tuesday, October 28, 2014 04:26:25 PM Linus Walleij wrote:
> On Fri, Oct 17, 2014 at 2:11 PM, Rafael J. Wysocki wrote:
>
> > From: Mika Westerberg
> >
> > GPIO descriptors are the preferred way over legacy GPIO numbers
> > nowadays. Convert the driver to use GPIO descriptors internally but
>
For the slave caps retrieval to be really useful, most drivers need to
implement it.
Hence, we need to be slightly more aggressive, and trigger a warning at
registration time for drivers that don't fill their caps infos in order to
encourage them to implement it.
Signed-off-by: Maxime Ripard
Now that the generic slave caps code can make use of the device assigned
capabilities, instead of relying on a callback to be implemented.
Make use of this code.
Signed-off-by: Maxime Ripard
---
drivers/dma/sirf-dma.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
The Marvell XOR engine doesn't allow any operations that use to be defined in
device_control, it shouldn't need to be defined. Since it's going to be
deprecated, remove it altogether.
Signed-off-by: Maxime Ripard
---
drivers/dma/mv_xor.c | 9 -
1 file changed, 9 deletions(-)
diff --git
Now that the generic slave caps code can make use of the device assigned
capabilities, instead of relying on a callback to be implemented.
Make use of this code.
Signed-off-by: Maxime Ripard
---
drivers/dma/sun6i-dma.c | 9 +
1 file changed, 9 insertions(+)
diff --git
Now that device_control has been split into several functions, and
device_slave_caps rendered useless, we can safely remove them.
Signed-off-by: Maxime Ripard
Acked-by: Laurent Pinchart
---
include/linux/dmaengine.h | 52 ++-
1 file changed, 6
Split the device_control callback of the NBPF AXI DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/nbpfaxi.c | 93 +--
1 file
Split the device_control callback of the Qualcomm BAM DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/qcom_bam_dma.c | 85 +++---
1 file
On Tue, Oct 28, 2014 at 2:16 PM, Benjamin Herrenschmidt
wrote:
>>
>> Can't you just do a full invalidate and a SW IPI for larger ranges?
>
> For us, this would be great except ... we can potentially have other
> agents with an MMU that only support snooping of the broadcasts...
Ugh. Oh well. I
Split the device_control callback of the SA-11x0 DMA driver to make use of the
newly introduced callbacks, that will eventually be used to retrieve slave
capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/sa11x0-dma.c | 158 +--
1 file
Split the device_control callback of the SiRF Prima 2 DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/sirf-dma.c | 43 +--
1 file changed,
Split the device_control callback of the AMBA PL330 DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/pl330.c | 108 ++--
1 file
Split the device_control callback of the Super-H DMA driver to make use of the
newly introduced callbacks, that will eventually be used to retrieve slave
capabilities.
Signed-off-by: Maxime Ripard
Acked-by: Laurent Pinchart
---
drivers/dma/sh/shdma-base.c | 72
Split the device_control callback of the Freescale MXS DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/mxs-dma.c | 59 ---
1 file
Split the device_control callback of the Samsung S3C24xxx DMA driver to make
use of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/s3c24xx-dma.c | 75 +++
1
Split the device_control callback of the Allwinner A31 DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/sun6i-dma.c | 149 +---
1 file
Split the device_control callback of the TI OMAP DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
Signed-off-by: Maxime Ripard
---
drivers/dma/omap-dma.c | 51 +++---
1 file
Split the device_control callback of the Freescale Elo DMA driver to make use
of the newly introduced callbacks, that will eventually be used to retrieve
slave capabilities.
While we're at it, remove the useless prep_sg callback.
Signed-off-by: Maxime Ripard
---
drivers/dma/fsldma.c | 91
Hi,
As we discussed a couple of weeks ago, this is the third attempt at
creating a generic behaviour for slave capabilities retrieval so that
generic layers using dmaengine can actually rely on that.
That has been done mostly through two steps: by moving out the
sub-commands of the
We are removing the dmaengine_device_control API, that shouldn't even have been
exposed in the first place. Change the callers to use the proper API.
Signed-off-by: Maxime Ripard
---
drivers/tty/serial/atmel_serial.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git
On Tue, Oct 28, 2014 at 10:14:25PM +0100, Mathias Krause wrote:
> Oh, well. Have fun with that! I would take the "map kernel into EFI
> page table" route instead. ;)
Actually, I want to try to keep them completely separate and sync only
before an EFI RT call for function arguments. And then
On Fri, 24 Oct 2014, Steffen Trumtrar wrote:
> Hi!
>
Hi,
I see that my documentation sucks and needs cleanup. I'll try to
answer some of the flames and get a more coherent version out soon.
> On Thu, Oct 23, 2014 at 06:51:06PM -0500, at...@opensource.altera.com wrote:
> > From: Alan Tull
>
On Tue, Oct 28, 2014 at 09:55:48PM +0100, Maxime Ripard wrote:
> Hi,
>
> This is the third attempt at documenting how to write a dmaengine
> driver.
>
> Changes from v2:
> - English corrections from Randy Dunlap
> - Reworked the burst explanations
> - Reworked the interleaved transfers
Use the inline function instead of directly indexing the array.
This allows some architectures with hardware instructions
for bit reversals to eliminate the array.
Signed-off-by: Joe Perches
---
On Sun, 2014-10-26 at 23:46 -0700, Joe Perches wrote:
> On Mon, 2014-10-27 at 14:37 +0800, Wang,
Use the inline function instead of directly indexing the array.
This allows some architectures with hardware instructions
for bit reversals to eliminate the array.
Signed-off-by: Joe Perches
---
On Sun, 2014-10-26 at 23:46 -0700, Joe Perches wrote:
> On Mon, 2014-10-27 at 14:37 +0800, Wang,
On Tue, 28 Oct 2014 09:36:33 +0100 Johan Hovold wrote:
> > But it doesn't explain *why* we want the alarm to trigger before
> > returning.
>
> Should we really require every power-off handler to document arch
> behaviour (even if its inconsistent and currently undocumented); in
> this case that
On Tue, 2014-10-28 at 09:25 -0700, Linus Torvalds wrote:
> > Since we have hardware broadcasting of TLB invalidations on ARM, it is
> > in our interest to keep the number of outstanding operations as small as
> > possible, particularly on large systems where we don't get the targetted
> >
On 10/27/2014 06:52 AM, Mauro Carvalho Chehab wrote:
> Em Sun, 26 Oct 2014 09:27:40 +0100
> Takashi Iwai escreveu:
>
>
> Hmm... this is actually more complex than that. V4L2 driver doesn't
> know if ALSA is streaming or not, or even if ALSA device node is opened
> while he is touching at the
On Tue, Oct 28, 2014 at 06:39:39PM -0200, Albino Biasutti Neto wrote:
> 2014-10-28 17:45 GMT-02:00 Felipe Balbi :
> > On Tue, Oct 28, 2014 at 05:41:53PM -0200, Albino Biasutti Neto wrote:
> >> Hi
> >>
> >> I was compile kernel version 3.18-rc2, very errors:
> >>
> >> # make -j2
> >>
> >>
On 28 October 2014 21:13, Borislav Petkov wrote:
> On Tue, Oct 28, 2014 at 08:48:23PM +0100, Mathias Krause wrote:
>> I tried so too but failed early as well. I tried putting the EFI
>> virtual mappings not in trampoline_pgd[511] but trampoline_pgd[510].
>> However, that didn't work out. I got
On Tue, Oct 28, 2014 at 07:10:36PM +0100, Tim Tassonis wrote:
> Hi
>
> Just installed 3.18-rc2 and tried to test the overlayfs stuff:
>
> $ mkdir /ovtmp
> $ mount -t tmpfs tmpfs /ovtmp/
> $ mkdir /ovtmp/work
> $ mkdir /ovtmp/upper
> $ mkdir /cdrw
> $ mount /dev/sr0 /mnt
> $ mount |egrep
On Tuesday 21 October 2014 19:55:20 Srinivas Kandagatla wrote:
> This patch enables configs required to boot IFC6540 board with atleast a
> serial console.
>
> Without this patch there is no serial console.
>
> Signed-off-by: Srinivas Kandagatla
>
It wasn't really clear from your email what
On Tue, Oct 28, 2014 at 09:58:53PM +0100, Heiko Stübner wrote:
> Am Dienstag, 28. Oktober 2014, 10:11:06 schrieb Guenter Roeck:
> > Various drivers implement architecture and/or device specific means to
> > power off the system. For the most part, those drivers set the global
> > variable
On 28.10.2014 21:49, David Miller wrote:
From: Sebastian Hesselbarth
Date: Sat, 25 Oct 2014 12:08:59 +0200
Do not add phy include to the board file but platform_data include
instead.
Signed-off-by: Sebastian Hesselbarth
---
David,
I should have compile tested this patch earlier. I did now
On Tue, Oct 28, 2014 at 04:47:56PM -0400, Benjamin Tissoires wrote:
> Hi Chung-yih,
>
> On Mon, Oct 27, 2014 at 6:08 AM, Chung-yih Wang wrote:
> > From the definition of BTN_TOUCH, BTN_TOOL_ and BTN_TOUCH codes
> > are orthogonal. BTN_TOUCH should be zero if there is no physical contact
> >
On Monday 20 October 2014 14:37:04 Linus Walleij wrote:
> On Sun, Oct 19, 2014 at 5:41 PM, Axel Lin wrote:
>
> > The of_device_id table is supposed to be zero-terminated.
> >
> > Signed-off-by: Axel Lin
>
> Acked-by: Linus Walleij
>
> Arnd are you merging this directly into ARM SoC?
>
On Sunday 19 October 2014 19:49:45 Stefan Hengelein wrote:
> When arch/arm/mach-ixp4xx/common-pci.c is compiled, two warnings
> occur:
>
> arch/arm/mach-ixp4xx/include/mach/io.h:144: warning: passing argument 1 of
> '__raw_readb' makes pointer from integer without a cast
>
Hi,
This is the third attempt at documenting how to write a dmaengine
driver.
Changes from v2:
- English corrections from Randy Dunlap
- Reworked the burst explanations
- Reworked the interleaved transfers explanations
Maxime Ripard (2):
Documentation: dmaengine: Move the current doc to
The dmaengine is neither trivial nor properly documented at the moment, which
means a lot of trial and error development, which is not that good for such a
central piece of the system.
Attempt at making such a documentation.
Signed-off-by: Maxime Ripard
---
Documentation/dmaengine/provider.txt
Move the current client-side documentation to a subfolder to prepare the
introduction of a provider-side API documentation.
Signed-off-by: Maxime Ripard
---
Documentation/{dmaengine.txt => dmaengine/client.txt} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename
On Monday 27 October 2014 10:49:50 Sören Brinkmann wrote:
> On Fri, 2014-10-24 at 10:45AM +0200, Michal Simek wrote:
> > On 10/24/2014 10:30 AM, Arnd Bergmann wrote:
> > > On Friday 24 October 2014 08:08:15 Michal Simek wrote:
> > >> On 10/23/2014 06:29 PM, Soren Brinkmann wrote:
> > >>>
Acked-by: Julia Lawall
On Tue, 28 Oct 2014, Wolfram Sang wrote:
> There are calls which silently set the owner of a module. This is the
> preferred way [1], so avoid setting it manually. Currently, we only care
> about platform drivers, but there might be more calls to be added later.
>
> [1]
If someone requests us to disable output for a pin, we'll configure it
as an input.
Signed-off-by: Doug Anderson
---
drivers/pinctrl/pinctrl-rockchip.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-rockchip.c
b/drivers/pinctrl/pinctrl-rockchip.c
index
The pinctrl bindings / API allow you to specify that:
- a pin should be an output
- a pin should have its input path enabled / disabled
...but they don't allow you to tell a pin to stop outputting. Lets
add a new setting for that just in case the bootloader (or the default
state) left a pin as
Am Dienstag, 28. Oktober 2014, 10:11:06 schrieb Guenter Roeck:
> Various drivers implement architecture and/or device specific means to
> power off the system. For the most part, those drivers set the global
> variable pm_power_off to point to a function within the driver.
>
> This mechanism has
On Tue, 28 Oct 2014, Arnd Bergmann wrote:
> On Tuesday 28 October 2014 21:31:32 Thomas Gleixner wrote:
> > On Tue, 28 Oct 2014, Arnd Bergmann wrote:
> > > On Tuesday 28 October 2014 18:13:09 Thomas Gleixner wrote:
> > > I'd like to apply this patch to my y2038 branch and apply the
> > > other
From: Sebastian Hesselbarth
Date: Sat, 25 Oct 2014 12:08:59 +0200
> Do not add phy include to the board file but platform_data include
> instead.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> David,
>
> I should have compile tested this patch earlier. I did now on
> pxa168_defconfig right
Hi Chung-yih,
On Mon, Oct 27, 2014 at 6:08 AM, Chung-yih Wang wrote:
> From the definition of BTN_TOUCH, BTN_TOOL_ and BTN_TOUCH codes
> are orthogonal. BTN_TOUCH should be zero if there is no physical contact
> happened on device. With ABS_MT_DISTANCE information, the patch uses
> touch_count
Dear Mr/Ms
We hear that you are in the market for LED lamps
We are a professional manufacturer of LED lamps the favorable price and high
quality are satisfy difference market need here we enclose our latest catalogue
to introduce our products. in detail you may also visit our online company
Hi Rafael,
any opinion on this?
Thanks,
Sören
On Thu, 2014-10-02 at 09:01AM -0700, Sören Brinkmann wrote:
> Hi Rafael,
>
> On Tue, 2014-09-23 at 01:01AM +0200, Rafael J. Wysocki wrote:
> > On Monday, September 22, 2014 10:07:03 AM Soren Brinkmann wrote:
> > > On platforms that
2014-10-28 17:45 GMT-02:00 Felipe Balbi :
> On Tue, Oct 28, 2014 at 05:41:53PM -0200, Albino Biasutti Neto wrote:
>> Hi
>>
>> I was compile kernel version 3.18-rc2, very errors:
>>
>> # make -j2
>>
>> fs/open.c:822:1: error: expected identifier or ‘(’ before ‘<<’ token
>> <<< HEAD
>
> looks
This patch adds overlay tests to the OF selftest.
It tests overlay device addition/removal and whether
the apply revert sequence is correct.
Changes since V1:
* Added local fixups entries.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/bindings/selftest.txt | 14 +
Add OF notifier handler needed for creating/destroying platform devices
according to dynamic runtime changes in the DT live tree.
Signed-off-by: Pantelis Antoniou
---
drivers/base/platform.c | 18 +--
drivers/of/platform.c | 78 +
Dynamically inserting spi device nodes requires the use of a single
device registration method. Rework and export it.
Methods to lookup a device/master using a device node are added
as well, of_find_spi_master_by_node() & of_find_spi_device_by_node().
Signed-off-by: Pantelis Antoniou
---
Add OF notifier handler needed for creating/destroying i2c devices
according to dynamic runtime changes in the DT live tree.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 79 +-
1 file changed, 78 insertions(+), 1 deletion(-)
diff
Add OF notifier handler needed for creating/destroying spi devices
according to dynamic runtime changes in the DT live tree.
Signed-off-by: Pantelis Antoniou
---
drivers/spi/spi.c | 78 ++-
1 file changed, 77 insertions(+), 1 deletion(-)
diff
Dynamically inserting i2c client device nodes requires the use
of a single device registration method. Rework and export it.
Signed-off-by: Pantelis Antoniou
---
drivers/i2c/i2c-core.c | 99 +++---
include/linux/i2c.h| 10 +
2 files changed,
Add a runtime interface to using configfs for generic device tree overlay
usage.
A device-tree configfs entry is created in /config/device-tree/overlays
* To create an overlay you mkdir the directory:
# mkdir /config/device-tree/overlays/foo
* Either you echo the overlay firmware file
Introduce DT overlay support.
Makes it possible to dynamically overlay a part of the kernel's
tree with another tree that's been dynamically loaded.
Removal of nodes and properties is also possible.
The hard part of applying and reverting the overlay is performed
using changesets.
Documentation
The following patchset introduces Device Tree overlays, a method
of dynamically altering the kernel's live Device Tree, along with
a generic interface to use it in a board agnostic manner.
It is against linux mainline as of today 28/10/2014
"f7e87a44ef60ad379e39b45437604141453bf0ec"
Merge tag
On Tuesday 28 October 2014 21:31:32 Thomas Gleixner wrote:
> On Tue, 28 Oct 2014, Arnd Bergmann wrote:
> > On Tuesday 28 October 2014 18:13:09 Thomas Gleixner wrote:
> > I'd like to apply this patch to my y2038 branch and apply the
> > other patches that need it on top, unless you want to still
Make sure we call notifier only when the node is attached.
When a detatched tree is being constructed we do not want the
notifiers to fire at all.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c| 9 ++---
drivers/of/dynamic.c | 5 +
2 files changed, 7 insertions(+), 7
Introduce of_reconfig_get_state_change() which allows an of notifier
to query about device state changes.
Signed-off-by: Pantelis Antoniou
---
drivers/of/dynamic.c | 96
include/linux/of.h | 1 +
2 files changed, 97 insertions(+)
diff
The notifier now includes the old_prop argument when updating
properties, propagate this API to changeset internals while
also retaining the old behaviour of retrieving the old_property
when NULL is passed.
Signed-off-by: Pantelis Antoniou
---
drivers/of/dynamic.c | 18 ++
Update the selftests to using the new (and more readable) local
fixups format.
Signed-off-by: Pantelis Antoniou
---
drivers/of/testcase-data/testcases.dts | 61 +-
1 file changed, 37 insertions(+), 24 deletions(-)
diff --git
The following patch-series implements a number of fixes to the
dynamic DT handling of the kernel, and provides infrastructure that
the upcoming Device Tree Overlay patchset will use.
Pantelis Antoniou (5):
of: resolver: Switch to new local fixups format.
of: testcases: Update with new local
The original resolver format is way too cryptic, switch
to using a tree based format that gets rid of repetitions,
is more compact and readable.
Signed-off-by: Pantelis Antoniou
---
drivers/of/resolver.c | 191 +++---
1 file changed, 165
I believe -next currently has no more uses of the dev_
return value, so it's possible to make these return void.
There are dependencies on changes in drivers/net/wireless/ath
that have just been pulled into next-20141028 but not earlier.
Given the dependencies, when would be a good time
On 10/25/2014 11:18 AM, Udo van den Heuvel wrote:
> Hello,
>
> Here's a 3.16.2 dmesg that is a tad m ore complete but still the usb
> errors fill up the buffer.
> I want to try a bisect and cloned Linus' tree but need commit numbers
> for 3.16.2 and .3 to start the bisect process.
> Where can I
On Tue, 28 Oct 2014, Arnd Bergmann wrote:
> On Tuesday 28 October 2014 18:13:09 Thomas Gleixner wrote:
> I'd like to apply this patch to my y2038 branch and apply the
> other patches that need it on top, unless you want to still submit
> it for 3.18.
I think I should take these patches for 3.18.
ConfigFS lacked binary attributes up until now. This patch
introduces support for binary attributes in a somewhat similar
manner of sysfs binary attributes albeit with changes that
fit the configfs usage model.
Problems that configfs binary attributes fix are everything that
requires a binary
On Tue, Oct 28, 2014 at 09:29:16PM +0100, Christian Borntraeger wrote:
> Am 28.10.2014 21:22, schrieb Tejun Heo:
> > On Tue, Oct 28, 2014 at 09:20:55PM +0100, Christian Borntraeger wrote:
> >> I have not verified this, but I guess what happens is:
> >> hotplug
> >> -> notify
> >> ->
On 10/27/14 06:13, Tomi Valkeinen wrote:
> On 27/10/14 13:59, Jani Nikula wrote:
>
>>> While doing 'depends on' instead of 'select' is an "easy" fix for this,
>>> I do dislike it quite a bit. It's a major pain to go around the kernel
>>> config, trying to find all the dependencies that a
Am 28.10.2014 21:22, schrieb Tejun Heo:
> On Tue, Oct 28, 2014 at 09:20:55PM +0100, Christian Borntraeger wrote:
>> I have not verified this, but I guess what happens is:
>> hotplug
>> -> notify
>> -> blk_mq_queue_reinit_notify
>> -> blk_mq_queue_reinit
>> -> blk_mq_freeze_queue
>> ->
On Sat, 2014-10-25 at 01:45 +0300, Kirill A. Shutemov wrote:
> On Fri, Oct 24, 2014 at 03:06:13PM -0700, Davidlohr Bueso wrote:
> > diff --git a/mm/fremap.c b/mm/fremap.c
> > index 72b8fa3..11ef7ec 100644
> > --- a/mm/fremap.c
> > +++ b/mm/fremap.c
> > @@ -238,13 +238,13 @@ get_write_lock:
> >
On Tue, Oct 28, 2014 at 04:22:55PM -0400, Tejun Heo wrote:
> On Tue, Oct 28, 2014 at 09:20:55PM +0100, Christian Borntraeger wrote:
> > I have not verified this, but I guess what happens is:
> > hotplug
> > -> notify
> > -> blk_mq_queue_reinit_notify
> > -> blk_mq_queue_reinit
> > ->
On Tue, Oct 28, 2014 at 09:48:21PM +0200, Meelis Roos wrote:
> > > > rcu: Make rcu_barrier() understand about missing rcuo kthreads
> > >
> > > I can not trigger the previous problem at will so my testing is not very
> > > useful. I tested the previous patch that you sent but the problem did
>
On Tue, 28 Oct 2014 07:54:09 +0100 Marek Szyprowski
wrote:
> Hello,
>
> On 2014-10-28 07:29, Andrew Morton wrote:
> > On Tue, 28 Oct 2014 15:24:44 +1100 Stephen Rothwell
> > wrote:
> >
> >> Today's linux-next merge of the akpm-current tree got a conflict in
> >> mm/cma.c between commit
On Tue, 28 Oct 2014, Marc Zyngier wrote:
> On 28/10/14 19:37, Thomas Gleixner wrote:
> > So while we are at it:
> >
> >> + if (irq_domain_is_hierarchy(domain)) {
> >> + if (domain->ops->xlate) {
> >> + /*
> >> + * If we've already configured this
On Tue, Oct 28, 2014 at 11:56:15PM +0400, Konstantin Khlebnikov wrote:
> On Tue, Oct 28, 2014 at 9:47 PM, Matt Mullins wrote:
> > On Sat, Sep 27, 2014 at 11:15:16PM +0400, Konstantin Khlebnikov wrote:
> >> This patch fixes all of them.
> >
> > It seems to have rendered virtio_balloon completely
On Tue, Oct 28, 2014 at 09:20:55PM +0100, Christian Borntraeger wrote:
> I have not verified this, but I guess what happens is:
> hotplug
> -> notify
> -> blk_mq_queue_reinit_notify
> -> blk_mq_queue_reinit
> -> blk_mq_freeze_queue
> -> percpu_ref_kill
> -> percpu_ref_kill_and_confirm
> ->
Am 28.10.2014 21:00, schrieb Tejun Heo:
> Hello,
>
> On Tue, Oct 28, 2014 at 08:35:39PM +0100, Christian Borntraeger wrote:
>> when going from 3.17 to 3.18-rc2 cpu hotplug become horrible slow on some
>> KVM guests on s390
>>
>> I was able to bisect this to
>>
>> commit
Hi Brian,
On Tue, 28 Oct 2014 11:13:11 -0700
Brian Norris wrote:
> Hi Boris,
>
> On Tue, Oct 21, 2014 at 03:08:41PM +0200, Boris Brezillon wrote:
> > +static int sunxi_nand_hw_ecc_ctrl_init(struct mtd_info *mtd,
> > + struct nand_ecc_ctrl *ecc,
> > +
On Tue, 28 Oct 2014, Marc Zyngier wrote:
> On 28/10/14 15:32, Thomas Gleixner wrote:
> > Let me make a few assumptions and correct me if I'm wrong as usual.
> >
> > 1) The startup/shutdown procedure for such an interrupt is the
> >expensive mask/unmask which you want to avoid for the actual
>
On 28/10/14 19:37, Thomas Gleixner wrote:
> On Tue, 28 Oct 2014, Yingjoe Chen wrote:
>> On Tue, 2014-10-28 at 16:26 +0800, Jiang Liu wrote:
>>
>>> @@ -471,7 +469,7 @@ unsigned int irq_create_of_mapping(struct
>>> of_phandle_args *irq_data)
>>> struct irq_domain *domain;
>>>
On Tue, Oct 28, 2014 at 08:48:23PM +0100, Mathias Krause wrote:
> I tried so too but failed early as well. I tried putting the EFI
> virtual mappings not in trampoline_pgd[511] but trampoline_pgd[510].
> However, that didn't work out. I got page faults when trying to invoke
> EFI functions, as,
On Tuesday 28 October 2014 13:06:28 Scott Branden wrote:
> On 14-10-28 01:01 PM, Arnd Bergmann wrote:
> > On Tuesday 28 October 2014 12:53:12 Scott Branden wrote:
> >> From: Ray Jui
> >>
> >> Enable Broadcom Cygnus platform support in multi_v7_defconfig
> >>
> >> Signed-off-by: Ray Jui
> >>
Hi Luis,
On Tue, Oct 28, 2014 at 07:48:24PM +, Luis Henriques wrote:
> This laptop requires active multiplexing to be enabled in order to be able
> to separate the PS/2 mouse and the touchpad.
>
> Signed-off-by: Luis Henriques
> ---
> drivers/input/serio/i8042-x86ia64io.h | 7 +++
> 1
Signed-off-by: Mikael Svantesson
---
drivers/staging/skein/skein_api.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/skein/skein_api.c
b/drivers/staging/skein/skein_api.c
index 6e700ee..5bfce07 100644
--- a/drivers/staging/skein/skein_api.c
+++
On 14-10-28 01:01 PM, Arnd Bergmann wrote:
On Tuesday 28 October 2014 12:53:12 Scott Branden wrote:
From: Ray Jui
Enable Broadcom Cygnus platform support in multi_v7_defconfig
Signed-off-by: Ray Jui
Signed-off-by: Scott Branden
Just to be sure: did you check that multi_v7_defconfig
On Fri, Oct 3, 2014 at 7:09 AM, Jiri Kosina wrote:
> On Thu, 2 Oct 2014, Andrew de los Reyes wrote:
>
>> I've tested these patches successfully on a Chromebook Pixel with the
>> following devices:
>>
>> - T650 touchpad
>> - TK820 keyboard/touchpad
>> - Original WTP touchpad
>>
>> I also tested a
On Tue, Oct 28, 2014 at 07:23:12PM +0100, Pavel Machek wrote:
> On Tue 2014-10-28 10:11:06, Guenter Roeck wrote:
> > Various drivers implement architecture and/or device specific means to
> > power off the system. For the most part, those drivers set the global
> > variable pm_power_off to point
On Tue, Sep 30, 2014 at 2:28 PM, Benjamin Tissoires
wrote:
> When events occurs while no one is listening to the node (hid->open == 0
> and usb_kill_urb() called) some events are still stacked somewhere in
> the USB (kernel or device?) stack. When the node gets reopened, these
> events are
On Tuesday 28 October 2014 12:53:12 Scott Branden wrote:
> From: Ray Jui
>
> Enable Broadcom Cygnus platform support in multi_v7_defconfig
>
> Signed-off-by: Ray Jui
> Signed-off-by: Scott Branden
>
Just to be sure: did you check that multi_v7_defconfig contains
all the drivers you need
301 - 400 of 2840 matches
Mail list logo