In preparation for adding the DT for the nyan-blaze board.
Signed-off-by: Tomeu Vizoso
---
arch/arm/boot/dts/tegra124-nyan-big.dts | 689 +---
arch/arm/boot/dts/tegra124-nyan.dtsi| 672 +++
2 files changed, 685 insertions(+), 676
The Nyan boards have a eKTH3000 from Elan as their trackpad, connected
through I2C.
Signed-off-by: Tomeu Vizoso
---
arch/arm/boot/dts/tegra124-nyan.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/tegra124-nyan.dtsi
b/arch/arm/boot/dts/tegra124-nyan.dtsi
index
It's commercial name is HP Chromebook 14 and is substantially similar to
the Acer Chromebook 13 (nyan-big).
Signed-off-by: Tomeu Vizoso
---
arch/arm/boot/dts/Makefile|1 +
arch/arm/boot/dts/tegra124-nyan-blaze.dts | 1332 +
2 files changed, 1333
The Nyan boards have a Marvell 88w8897 wifi card connected through SDIO
that needs the reset line to be asserted before mmc power up and deasserted
afterwards.
This patch also adds references to the power supplies of the card so that
the regulators are enabled when it's probed.
Signed-off-by:
From: "Brian Norris"
Sent: Wednesday, November 26, 2014 1:33:04 AM
Subject: Re: [PATCH V2] mtd: block2mtd: Present block2mtd timely on boot time
> On Sun, Nov 09, 2014 at 07:18:05AM -0500, Rodrigo Freire wrote:
> > > From: "Brian Norris"
> > > Sent: Wednesday, November 5, 2014 6:23:03 PM
On 10 February 2015 at 02:33, Paul E. McKenney
wrote:
> On Mon, Feb 09, 2015 at 03:42:08PM -0800, j...@joshtriplett.org wrote:
>> On Sun, Feb 08, 2015 at 10:05:25AM +0100, Geert Uytterhoeven wrote:
>> > Thanks for the update!
>> >
>> > Acked-by: Geert Uytterhoeven
>>
See below. :)
>> Thanks,
Em Wed, Feb 11, 2015 at 11:49:28AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Feb 10, 2015 at 06:18:56PM +0900, Masami Hiramatsu escreveu:
> > Add new buildid cache if the update target file is not cached.
> > This can happen when an old binary is replaced by new one
> > after caching the
This patch updates amount of available space and inodes returned by
vfs_statfs() according to project quota for this directory.
This works only if sysctl fs.protected_projects = 1.
Signed-off-by: Konstantin Khlebnikov
---
fs/quota/dquot.c | 56
Em Tue, Feb 10, 2015 at 06:18:58PM +0900, Masami Hiramatsu escreveu:
> Add --remove-all FILE to remove all caches of FILE.
I like --purge better, shorter form, like in 'man fpurge'
- Arnaldo
> Since the current --remove FILE removes a cache which has
> same build-id of given FILE. Since the
From: Stéphane Marchesin
This panel is used by the Nyan Blaze board and supported by the simple-panel
driver.
Signed-off-by: Stéphane Marchesin
[tomeu.viz...@collabora.com: add device tree binding document]
Signed-off-by: Tomeu Vizoso
---
.../bindings/panel/samsung,ltn140at29-301.txt |
This patch adds mount options for enabling/disabling project quota
accounting and enforcement. A new specific inode is also used for
project quota accounting.
[ Mostly unchanged patch from Li Xi ]
Signed-off-by: Konstantin Khlebnikov
Cc: Li Xi
---
fs/ext4/ext4.h |8 ++--
Usage: ./project_quota [args]...
Commands:
initinitialize quota file
on turn on
off turn off
infoshow project, usage and limits
project [] get / set project id
limit[] get / set space
For now project id and quotas are implemented only in XFS.
Existing behavior isn't very useful: any unprivileged user can set any
project id for its own files and this way he can bypass project limits.
XFS interface for getting or changing file project is a very XFS-centric:
ioctl
This patch adds a new internal field of ext4 inode to save project identifier.
Signed-off-by: Konstantin Khlebnikov
---
fs/ext4/ext4.h | 13 ++-
fs/ext4/ialloc.c |6 +
fs/ext4/inode.c | 65 ++
fs/ext4/namei.c | 14
On Wed, Feb 11, 2015 at 03:17:20PM +, Rafael J. Wysocki wrote:
> On Wednesday, February 11, 2015 02:43:45 PM Mark Rutland wrote:
> > [...]
> >
> > > > > > > +static irqreturn_t __handle_irq_event_percpu(unsigned int irq,
> > > > > > > struct irqaction *action)
> > > > > > > +{
> > > > > > >
This patch adds support for a new quota type PRJQUOTA for project quota.
[ Based on patch by Li Xi ]
Permissions:
Q_GETQUOTA: allows to query all projects present in current user-namespace
Q_SETQUOTA: requires system-wide capability CAP_SYS_ADMIN
Signed-off-by: Konstantin Khlebnikov
Cc: Li Xi
On Wed, Feb 11, 2015 at 12:57:39PM +, David Howells wrote:
> I've applied these two patches, but one of them throws up a problem in
> Fengguang's magic auto-compilation thing.
Hello, David,
I seem to have fat-fingered Fengguang's magic auto-compilation thing's
email. (One of those mornings,
On Wednesday, February 11, 2015 04:03:17 PM Boris Brezillon wrote:
> On Wed, 11 Feb 2015 16:17:20 +0100
> "Rafael J. Wysocki" wrote:
>
> > On Wednesday, February 11, 2015 02:43:45 PM Mark Rutland wrote:
> > > [...]
> > >
> > > > > > > > +static irqreturn_t __handle_irq_event_percpu(unsigned int
Change it from "Acer Chromebook 13" to GoogleNyanBig so it's unique and
identifiable.
With this change the card id exposed to userspace becomes GoogleNyanBig
instead of the current A13.
Signed-off-by: Tomeu Vizoso
---
arch/arm/boot/dts/tegra124-nyan-big.dts | 2 +-
1 file changed, 1
From: Philip Attfield
Add alias, node declaration and pinctrl for i2c1 (aka: twi1).
Signed-off-by: Philip Attfield
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/sama5d4.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/boot/dts/sama5d4.dtsi
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/sama5d4.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/sama5d4.dtsi b/arch/arm/boot/dts/sama5d4.dtsi
index d986b41b9654..97d5b9759c07 100644
--- a/arch/arm/boot/dts/sama5d4.dtsi
+++ b/arch/arm/boot/dts/sama5d4.dtsi
@@
On Tue, 10 Feb 2015, Enrico Mioso wrote:
> Hello guys.
> the problem is still reproducible with final 3.19 kernel - I can confirm it.
> Re-sending the last trace here - don't know if it's available in cxg.de.
Please stop posting these process traces. They don't help.
Instead, post a usbmon
Am Mittwoch, den 11.02.2015, 22:09 +0800 schrieb Liu Ying:
> BTW, regarding the compatible string topic, shall I keep my implementation
> unchanged and don't append the additional "snps,dw-mipi-dsi" as I shared
> my concerns about it before?
Leave the implementation unchanged. Still, I'd like to
On Wed, Feb 11, 2015 at 03:39:48PM +, Rafael J. Wysocki wrote:
> On Wednesday, February 11, 2015 04:03:17 PM Boris Brezillon wrote:
> > On Wed, 11 Feb 2015 16:17:20 +0100
> > "Rafael J. Wysocki" wrote:
> >
> > > On Wednesday, February 11, 2015 02:43:45 PM Mark Rutland wrote:
> > > > [...]
>
On 2/10/15 4:42 PM, Stephane Eranian wrote:
diff --git a/tools/perf/Documentation/perf-inject.txt
b/tools/perf/Documentation/perf-inject.txt
index dc7442c..237f195 100644
--- a/tools/perf/Documentation/perf-inject.txt
+++ b/tools/perf/Documentation/perf-inject.txt
@@ -40,6 +40,17 @@ OPTIONS
On Wednesday, February 11, 2015 03:12:38 PM Mark Rutland wrote:
> On Wed, Feb 11, 2015 at 03:17:20PM +, Rafael J. Wysocki wrote:
> > On Wednesday, February 11, 2015 02:43:45 PM Mark Rutland wrote:
> > > [...]
> > >
> > > > > > > > +static irqreturn_t __handle_irq_event_percpu(unsigned int
This is a patch to add rs485 support with imx freescale processor
It allows to set the transmit pin used in the structure padding
(rs485.padding[0])
Signed-off-by: Aurelien BOUIN
diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/imx.c
index 4c5e909..a086eef 100644
---
This patch solve various issue detected by checkpatch.pl
Signed-off-by: Aurelien BOUIN
diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/imx.c
index a086eef..63eb457 100644
--- a/drivers/tty/serial/imx.c
+++ b/drivers/tty/serial/imx.c
@@ -275,9 +275,12 @@ static struct
Since commit 1c6c69525b40eb76de8adf039409722015927dc3 ("genirq: Reject
bogus threaded irq requests") threaded IRQs without a primary handler
need to be requested with IRQF_ONESHOT, otherwise the request will fail.
The %irq_flags flag is used to request the threaded IRQ and is also a
parameter of
On Wed, Feb 11, 2015 at 07:22:08PM +0800, Bamvor Jian Zhang wrote:
> On 2015/2/10 20:27, Catalin Marinas wrote:
> > On Tue, Feb 10, 2015 at 10:10:11AM +, Zhang Jian(Bamvor) wrote:
> >> In 64bit architecture, sigval_int is the high 32bit of sigval_ptr in
> >> big endian kernel compare with low
On Wed, Feb 11, 2015 at 09:00:39AM -0600, Christoph Lameter wrote:
> H... Thinking about this some more. It may be better to initialize the
> list head at the beginning of the loop?
>
> Also the promote array should also be initialized in the loop right?
I do initialize promote lists in the
Hi Linus,
The following changes since commit 2ef47eb1aee171ecf1d83311b9f7fae80f330181:
NFS: Fix use of nfs_attr_use_mounted_on_fileid() (2015-01-21 17:15:41 -0500)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.20-1
for you to
On Wed, 11 Feb 2015, Vladimir Davydov wrote:
> > Also the promote array should also be initialized in the loop right?
>
> I do initialize promote lists in the loop using list_splice_init, but
> yeah, initializing them in the beginning of the loop would look more
> readable indeed. The updated
add_memory() is supposed to be run with device_hotplug_lock grabbed, otherwise
it can race with e.g. device_online(). ACPI memory hotplug does that already
but e.g. Hyper-V ballooning driver doesn't.
Signed-off-by: Vitaly Kuznetsov
---
mm/memory_hotplug.c | 6 +-
1 file changed, 5
If newly added memory is brought online with e.g. udev rule:
SUBSYSTEM=="memory", ACTION=="add", ATTR{state}="online"
the following deadlock is observed (and easily reproducable):
First participant, worker thread doing add_memory():
...
[ 725.491469] 6 locks held by kworker/0:1/27:
[
add_memory() is supposed to be run with device_hotplug_lock grabbed, otherwise
it can race with e.g. device_online(). Allow external modules (hv_balloon for
now) to lock device hotplug.
Signed-off-by: Vitaly Kuznetsov
---
drivers/base/core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
If newly added memory is brought online with e.g. udev rule:
SUBSYSTEM=="memory", ACTION=="add", ATTR{state}="online"
the following deadlock is observed (and easily reproducable):
First participant, worker thread doing add_memory():
[ 724.948846] kworker/0:1 D 88000412f9c8 1324827
On Wed, Feb 11, 2015 at 02:19:00PM +, Alan Cox wrote:
> On Wed, 2015-02-11 at 07:27 +1100, Stephen Rothwell wrote:
> > Hi Jim,
> >
> > On Tue, 10 Feb 2015 11:40:23 -0700 Jim Davis wrote:
> > >
> > > DOCPROC Documentation/DocBook/device-drivers.xml
> > > docproc: .//include/linux/i2o.h: No
On Mon, 09 Feb, at 12:23:15PM, Yinghai Lu wrote:
> On Mon, Feb 9, 2015 at 10:27 AM, Matt Fleming
> wrote:
> > On Tue, 03 Feb, at 06:03:20PM, Yinghai Lu wrote:
> >
> > The first thing that comes to mind is the issues we experienced last
> > year when adding support for loading initrds above 4GB
On 02/11/15 at 11:23am, Geert Uytterhoeven wrote:
> net/openvswitch/flow_netlink.c: In function ‘validate_and_copy_set_tun’:
> net/openvswitch/flow_netlink.c:1749: warning: ‘err’ may be used uninitialized
> in this function
>
> If ipv4_tun_from_nlattr() returns a different positive value than
>
[...]
> > > > So for the flag at request time approach to work, all the drivers using
> > > > the interrupt would have to flag they're safe in that context.
> > >
> > > Something like IRQF_"I can share the line with a timer" I guess? That
> > > wouldn't
> > > hurt and can be checked at request
Quoting Tejun Heo (t...@kernel.org):
> Hey,
>
> On Tue, Feb 10, 2015 at 11:02:40PM -0600, Eric W. Biederman wrote:
> > A slightly off topic comment, for where this thread has gone but
> > relevant if we are talking about cgroup namespaces.
> >
> > If don't implement compatibility with existing
Hello,
On Wednesday 11 February 2015 16:30:34, Aurelien BOUIN wrote:
> This is a patch to add rs485 support with imx freescale processor
> It allows to set the transmit pin used in the structure padding
> (rs485.padding[0])
Nice idea to use the padding for GPIO configuration. I've done an
On Wed, Feb 11, 2015 at 05:00:23PM +0100, Serge E. Hallyn wrote:
> We absolutely would love to use cgroup namespaces to run older
> userspace in containers. I don't know that it's actually possible
> to do both that and use unified hierarchy at the same time though,
> which is unfortunate. So an
On Wed, Feb 11, 2015 at 03:42:37PM +0100, Alexander Gordeev wrote:
> In cases ->curtail and ->donetail pointers differ ->rcucblist
> always points to the beginning of the current list and thus
> can not be NULL. Therefore, the check ->rcucblist != NULL is
> redundant and could be removed.
>
> Cc:
On Wed, Feb 11, 2015 at 03:42:38PM +0100, Alexander Gordeev wrote:
> The standard code path accommodates a condition when no
> RCU callbacks are ready to invoke. Since size of the code
> is a priority for tiny RCU, remove the fast path.
>
> Cc: "Paul E. McKenney"
> Signed-off-by: Alexander
How about something like the below? I _think_ it should mostly work for
x86, where the tsc is a 64bit wide cycle counter.
I suppose we should extend the perf userpage time data with
time_last_cycle and time_mask if/when we want to make this work on
something with a short counter.
Of course, at
On Wed, Feb 11, 2015 at 03:42:39PM +0100, Alexander Gordeev wrote:
> Currently trace_rcu_batch_start() is called with local
> interrupts disabled. Yet, there is no reason to do so.
>
> Cc: "Paul E. McKenney"
> Signed-off-by: Alexander Gordeev
Hmmm... I am not seeing this one. As you noted in
On Wed, 11 Feb 2015 15:57:20 +
Mark Rutland wrote:
> [...]
>
> > > > > So for the flag at request time approach to work, all the drivers
> > > > > using
> > > > > the interrupt would have to flag they're safe in that context.
> > > >
> > > > Something like IRQF_"I can share the line with
On Wed, Feb 11, 2015 at 08:18:37AM -0500, Stephane Eranian wrote:
> But, we need a portable solution, there are jitted environment on other
> architectures.
Yeah, I'm aware of that. But the time people are not liking any of those
patches.
The thing that seems to have most traction is something
The chip and system controller nodes are now handled by the Berlin
controller mfd driver. Its sub-devices are then registered by the mfd
driver and let the drivers be probed properly, using their own
sub-nodes.
Rework the device tree to take this changes into account.
Signed-off-by: Antoine
The Berlin reset documentation was part of the Marvell Berlin SoC
documentation because the Berlin reset configuration was inside the chip
controller. With the recent rework of the chip and system controller
handling (now an MFD driver registers all sub-devices of the two soc and
system controller
The Berlin pin controller nodes are now sub-nodes of the soc-controller
and the system-controller nodes. The register bank is managed by syscon,
which provides a regmap.
Remove the regmap setup from the Berlin pinctrl driver and use the one
provided by syscon.
Signed-off-by: Antoine Tenart
---
Marvell Berlin SoC have two nodes providing multiple devices (clk,
pinctrl, reset). While until now these drivers were initialized using
initcalls, this wasn't a proper solution. This mfd driver will be
responsible of adding these devices, to be probed properly.
It currently registers the pin
Hi,
Marvell Berlin SoCs have a chip control register set providing several
individual registers dealing with various controllers (pinctrl, reset,
clk). This chip controller is described by a single DT node since the
individual registers are spread among the chip control register bank.
Marvell
The chip and system controller nodes are now handled by the Berlin
controller mfd driver. Its sub-devices are then registered by the mfd
driver and let the drivers be probed properly, using their own
sub-nodes.
Rework the device tree to take this changes into account.
Signed-off-by: Antoine
The Berlin pinctrl documentation was part of the Marvell Berlin SoC
documentation because the Berlin pinctrl configuration was inside the
chip and the system controllers. With the recent rework of the chip and
system controller handling (now an MFD driver registers all sub-devices
of the two soc
A Berlin controller mfd driver was added to handle correctly the chip
and system controller DT nodes. Its purpose is to register devices
configured by one of the controller nodes. This adds the corresponding
bindings documentation.
Signed-off-by: Antoine Tenart
---
The Berlin controller mfd driver is responsible to probe multiple
sub-devices in both the soc and system controller nodes. It currently
registers the pin controller and the reset controller.
Select it for all Berlin SoCs.
Signed-off-by: Antoine Tenart
---
arch/arm/mach-berlin/Kconfig | 1 +
1
The Berlin pin-controller driver was sharing the chip and system
controller nodes with the clock and the reset drivers. They all shared
the same compatible. With the introduction of the Marvell Berlin MFD
controller, the Berlin pin-controller driver has now its own node.
Update its compatibles to
The Berlin reset controller was introduced without being a platform
driver because of a needed DT rework: the node describing the reset
controller also describes the pinctrl and clk controllers...
The DT issue being solved thanks to the addition of the Berlin
controller mfd driver, it is now
The chip and system controller nodes are now handled by the Berlin
controller mfd driver. Its sub-devices are then registered by the mfd
driver and let the drivers be probed properly, using their own
sub-nodes.
Rework the device tree to take this changes into account.
Signed-off-by: Antoine
On Wednesday, February 11, 2015 05:15:15 PM Boris Brezillon wrote:
> On Wed, 11 Feb 2015 15:57:20 +
> Mark Rutland wrote:
>
> > [...]
> >
> > > > > > So for the flag at request time approach to work, all the drivers
> > > > > > using
> > > > > > the interrupt would have to flag they're
Quoting Tejun Heo (t...@kernel.org):
> On Wed, Feb 11, 2015 at 05:00:23PM +0100, Serge E. Hallyn wrote:
> > We absolutely would love to use cgroup namespaces to run older
> > userspace in containers. I don't know that it's actually possible
> > to do both that and use unified hierarchy at the
On Wed, Feb 11, 2015 at 01:20:24PM +0100, Marek Szyprowski wrote:
> Hello,
>
> On 2015-02-11 12:12, Russell King - ARM Linux wrote:
> >Which is a damn good reason to NAK it - by that admission, it's a half-baked
> >idea.
> >
> >If all we want to know is whether the importer can accept only
On 2/11/15 9:15 AM, Peter Zijlstra wrote:
On Wed, Feb 11, 2015 at 08:18:37AM -0500, Stephane Eranian wrote:
But, we need a portable solution, there are jitted environment on other
architectures.
Yeah, I'm aware of that. But the time people are not liking any of those
patches.
The thing that
Hi Boris,
On Sun, Feb 08, 2015 at 10:06:33PM +0100, Boris Brezillon wrote:
> On Tue, 27 Jan 2015 15:10:12 +0100
> Antoine Tenart wrote:
> > +
> > +#define BERLIN_NAND_CMD_RNDOUT 0x3000
>
> Your specific RNDOUT command looks like a regular READ0 (0x0) +
> READSTART (0x30) sequence, I
On Tue, 10 Feb 2015, Josh Poimboeuf wrote:
> On Tue, Feb 10, 2015 at 04:59:17PM +0100, Miroslav Benes wrote:
> >
> > On Mon, 9 Feb 2015, Josh Poimboeuf wrote:
> >
> > > Add a basic per-task consistency model. This is the foundation which
> > > will eventually enable us to patch those ~10% of
On Wed, Feb 11, 2015 at 03:55:24PM +, Matt Fleming wrote:
> On Mon, 09 Feb, at 12:23:15PM, Yinghai Lu wrote:
> > On Mon, Feb 9, 2015 at 10:27 AM, Matt Fleming
> > wrote:
> > > On Tue, 03 Feb, at 06:03:20PM, Yinghai Lu wrote:
> > >
> > > The first thing that comes to mind is the issues we
On Wed, 11 Feb 2015 17:42:22 +0100
"Rafael J. Wysocki" wrote:
> On Wednesday, February 11, 2015 05:15:15 PM Boris Brezillon wrote:
> > On Wed, 11 Feb 2015 15:57:20 +
> > Mark Rutland wrote:
> >
> > > [...]
> > >
> > > > > > > So for the flag at request time approach to work, all the
Thank you. If I'll be able I'll try.
Thank you again guys.
Enrico
On Wed, 11 Feb 2015, Alan Stern wrote:
Date: Wed, 11 Feb 2015 16:21:50
From: Alan Stern
To: Enrico Mioso
Cc: linux-...@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: intensive IO on usb-storage device causing
Boris,
On Mon, Feb 09, 2015 at 12:55:03AM +0100, Boris Brezillon wrote:
> On Tue, 27 Jan 2015 15:10:12 +0100
> Antoine Tenart wrote:
>
> >
> > + if (info->variant == PXA3XX_NAND_VARIANT_BERLIN2 &&
> > + info->ndcb0 & NDCB0_LEN_OVRD)
> > +
On Wed, Feb 11, 2015 at 04:15:15PM +, Boris Brezillon wrote:
> On Wed, 11 Feb 2015 15:57:20 +
> Mark Rutland wrote:
>
> > [...]
> >
> > > > > > So for the flag at request time approach to work, all the drivers
> > > > > > using
> > > > > > the interrupt would have to flag they're safe
On 02/11/2015 07:49 AM, Tomeu Vizoso wrote:
Hello,
we need some more controls in userspace so policy can be applied at events
such as microphone and headphone jacks being plugged in, to be used by
Tegra-based Chromebooks.
The series,
Acked-by: Stephen Warren
--
To unsubscribe from this list:
Robert,
On Tue, Feb 10, 2015 at 08:50:41PM +0100, Robert Jarzmik wrote:
> Boris Brezillon writes:
> > On Tue, 27 Jan 2015 15:10:12 +0100
> > Antoine Tenart wrote:
> >
> >> The nand controller on Marvell Berlin SoC reuse the pxa3xx nand driver
> >> as it quite close. The process of sending
On Wed, Feb 11, 2015 at 08:13:30AM -0800, Paul E. McKenney wrote:
> On Wed, Feb 11, 2015 at 03:42:39PM +0100, Alexander Gordeev wrote:
> > Currently trace_rcu_batch_start() is called with local
> > interrupts disabled. Yet, there is no reason to do so.
> >
> > Cc: "Paul E. McKenney"
> >
On Wed, 11 Feb 2015 16:32:31 +
Mark Rutland wrote:
> On Wed, Feb 11, 2015 at 04:15:15PM +, Boris Brezillon wrote:
> > On Wed, 11 Feb 2015 15:57:20 +
> > Mark Rutland wrote:
> >
> > > [...]
> > >
> > > > > > > So for the flag at request time approach to work, all the drivers
> > >
When using the write()/read() interface for submitting commands, the bsg
driver does not call blk_put_request() on a completed SCSI command until
userspace calls read() to get the command completion. Since scsi-mq
uses a fixed number of preallocated requests, this makes it possible for
userspace
If the allocation of bt->bs fails, then bt->map can be freed twice, once
in blk_mq_init_bitmap_tags() -> bt_alloc(), and once in
blk_mq_init_bitmap_tags() -> bt_free(). Fix by setting the pointer to
NULL after the first free.
Cc:
Signed-off-by: Tony Battersby
---
For inclusion in kernel 3.20.
Fix SCSI generic read() incorrectly returning success after detecting an
error.
Cc:
Signed-off-by: Tony Battersby
---
For inclusion in kernel 3.20.
--- linux-3.19.0/drivers/scsi/sg.c.orig 2015-02-08 21:54:22.0 -0500
+++ linux-3.19.0/drivers/scsi/sg.c 2015-02-10 09:26:09.0
When using the write()/read() interface for submitting commands, the
SCSI generic driver does not call blk_put_request() on a completed SCSI
command until userspace calls read() to get the command completion.
Since scsi-mq uses a fixed number of preallocated requests, this makes
it possible for
On 02/11/2015 09:32 AM, Tony Battersby wrote:
If the allocation of bt->bs fails, then bt->map can be freed twice, once
in blk_mq_init_bitmap_tags() -> bt_alloc(), and once in
blk_mq_init_bitmap_tags() -> bt_free(). Fix by setting the pointer to
NULL after the first free.
Cc:
Signed-off-by:
[+cc lists, etc.; sorry, this has been merged already, but I forgot to
cc: everybody the first time]
On Wed, Feb 4, 2015 at 1:18 PM, Bjorn Helgaas wrote:
> Hi Linus,
>
> These are a regression fix for read-only BARs, a DesignWare fix that keeps
> drivers from using MSI-X (which isn't supported),
Dear maintainers,
This patch introduces DTS thermal driver for Intel Quark X1000.
The code implementation is based on intel_soc_dts_thermal.c.
Intel Quark X1000 has one on-die DTS with two configurable trip points:
critical and hot trip points. However, todate, UEFI BIOS for Quark X1000
uses
In Intel Quark SoC X1000, there is one on-die digital temperature sensor(DTS).
The DTS offers both hot & critical trip points.
However, in current distribution of UEFI BIOS for Quark platform, only
critical trip point is configured to be 105 degree Celsius (based on Quark
SW ver1.0.1 and hot trip
On 02/06/2015 01:36 PM, Murali Karicheri wrote:
On 02/06/2015 12:53 PM, Bjorn Helgaas wrote:
On Fri, Feb 6, 2015 at 9:28 AM, Murali Karicheri
wrote:
On 02/06/2015 10:15 AM, Catalin Marinas wrote:
On Thu, Feb 05, 2015 at 09:52:52PM +, Murali Karicheri wrote:
This patch add an important
Hi Stefan,
On Tue, Feb 10, 2015 at 7:24 PM, Stefan Wahren wrote:
> Hi Fabio,
>
>> Fabio Estevam hat am 10. Februar 2015 um 16:06
>> geschrieben:
>>
>>
>> Hi Stefan,
>>
>> On Tue, Feb 10, 2015 at 11:55 AM, Stefan Wahren
>> wrote:
>>
>> > Could you apply only the clk-imx28.c part of my patch and
On 02/11/2015 11:54 AM, Murali Karicheri wrote:
On 02/06/2015 01:36 PM, Murali Karicheri wrote:
On 02/06/2015 12:53 PM, Bjorn Helgaas wrote:
On Fri, Feb 6, 2015 at 9:28 AM, Murali Karicheri
wrote:
On 02/06/2015 10:15 AM, Catalin Marinas wrote:
On Thu, Feb 05, 2015 at 09:52:52PM +,
On Wed, Feb 11, 2015 at 12:21:52PM +0100, Mike Looijmans wrote:
> On 22-01-15 03:24, Sebastian Reichel wrote:
> >Hi,
> >
> >On Tue, Oct 28, 2014 at 08:05:12AM +0100, Mike Looijmans wrote:
> >>Both the LTC2941 and LTC2943 measure battery capacity.
> >>The LTC2943 is compatible with the LTC2941, it
Hi Grant,
Am Donnerstag, den 22.01.2015, 09:38 +0100 schrieb Philipp Zabel:
> Hi Grant,
>
> I have prepared a tag with the of-graph helper patch series last
> discussed here: https://lkml.org/lkml/2014/12/23/219
>
> The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
>
After commit a1fde08c74e9 FOLL_MLOCK has lost its original meaning: we
don't necessary mlock the page if the flags is set -- we also take
VM_LOCKED into consideration.
Since we use the same codepath for __mm_populate(), let's rename
FOLL_MLOCK to FOLL_POPULATE.
Signed-off-by: Kirill A. Shutemov
While reading mlock()- and mm_populate()-related code, I've found several
things confusing. This patchset cleanup the codepath for future readers.
Kirill A. Shutemov (4):
mm: rename FOLL_MLOCK to FOLL_POPULATE
mm: rename __mlock_vma_pages_range() to populate_vma_page_range()
mm: move gup()
It's odd that we have populate_vma_page_range() and __mm_populate() in
mm/mlock.c. It's implementation of generic memory population and
mlocking is one of possible side effect, if VM_LOCKED is set.
__get_user_pages() is core of the implementation. Let's move the code
mm/gup.c.
Signed-off-by:
On 02/09/2015 06:27 AM, Catalin Marinas wrote:
On Fri, Feb 06, 2015 at 03:15:20PM -0500, Murali Karicheri wrote:
diff --git a/drivers/of/device.c b/drivers/of/device.c
index 314c8a9..44209fa 100644
--- a/drivers/of/device.c
+++ b/drivers/of/device.c
@@ -83,17 +83,18 @@ int of_device_add(struct
__mlock_vma_pages_range() doesn't necessary mlock pages. It depends on
vma flags. The same codepath is used for MAP_POPULATE.
Let's rename __mlock_vma_pages_range() to populate_vma_page_range().
This patch also drops mlock_vma_pages_range() references from
documentation. It has gone in commit
On Wed, Feb 11, 2015 at 04:42:22PM +, Rafael J. Wysocki wrote:
> On Wednesday, February 11, 2015 05:15:15 PM Boris Brezillon wrote:
> > On Wed, 11 Feb 2015 15:57:20 +
> > Mark Rutland wrote:
> >
> > > [...]
> > >
> > > > > > > So for the flag at request time approach to work, all the
This is praparation to moving mm_populate()-related code out of
mm/mlock.c.
Signed-off-by: Kirill A. Shutemov
---
mm/mlock.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/mm/mlock.c b/mm/mlock.c
index c3ea18323034..0837fdb26047 100644
--- a/mm/mlock.c
+++
The man page for pthread_attr_set_affinity_np states that _GNU_SOURCE must
be defined before pthread.h is included in order to get the proper function
declaration. Define this in the Makefile.
Without this defined, the feature check fails on a Fedora system with gcc5
and then the perf build
On Wed, Feb 11, 2015 at 04:38:23PM +, Boris Brezillon wrote:
> On Wed, 11 Feb 2015 16:32:31 +
> Mark Rutland wrote:
>
> > On Wed, Feb 11, 2015 at 04:15:15PM +, Boris Brezillon wrote:
> > > On Wed, 11 Feb 2015 15:57:20 +
> > > Mark Rutland wrote:
> > >
> > > > [...]
> > > >
> >
Hi Tomeu,
On Wed, Feb 11, 2015 at 7:06 AM, Tomeu Vizoso
wrote:
> From: Andrew Bresticker
>
> Allow for a warm reset GPIO to be passed to the PMC driver via DT
> which will be used to reset the system instead of writing to PMC_CTRL.
> The GPIO will be asserted at reset time and, if this fails to
1001 - 1100 of 1510 matches
Mail list logo
