3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Doug Anderson
commit 29d62ec5f87fbeec8413e2215ddad12e7f972e4c upstream.
Normally _regulator_do_enable() isn't called on an already-enabled
rdev. That's because the main caller, _regulator_ena
This is the start of the stable review cycle for the 3.14.37 release.
There are 79 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu Mar 26 15:43:19 UTC 2015.
Anything receiv
The trusted extended attributes are only visible to the process which hvae
CAP_SYS_ADMIN capability but the check is missing in ocfs2 xattr_handler
trusted list. The check is important because this will be used for implementing
mechanisms in the userspace for which other ordinary processes should n
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
commit 4f6e24ed9de8634d6471ef86b382cba6d4e57ca8 upstream.
when multiport is off, we don't initialize config work,
but we then cancel uninitialized control_work on freeze.
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Miklos Szeredi
commit aa991b3b267e24f578bac7b09cc57579b660304b upstream.
Regular pipe buffers' ->steal method (generic_pipe_buf_steal()) doesn't set
PG_uptodate.
Don't warn on this condition,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit c8e2c80d7ec00d020320f905822bf49c5ad85250 ]
inet_diag_dump_one_icsk() allocates too small skb.
Add inet_sk_attr_size() helper right before inet_sk_diag_fill()
so
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: James Bottomley
commit 6302ce4d80aa82b3fdb5c5cd68e7268037091b47 upstream.
This crash was reported:
[ 366.947370] sd 3:0:1:0: [sdb] Spinning up disk
[ 368.804046] BUG: unable to handle k
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Sverdlin
commit cd6fa8d2ca53cac3226fdcffcf763be390abae32 upstream.
Commit fd316941c ("spi/pl022: disable port when unused") introduced a race,
which leads to possible driver lock up
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: "jmlat...@linux.vnet.ibm.com"
commit 62dfd912ab3b5405b6fe72d0135c37e9648071f1 upstream.
Problem: When IMA and VTPM are both enabled in kernel config,
kernel hangs during bootup on LE OS.
Why?
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Stephan Mueller
commit ccfe8c3f7e52ae83155cb038753f4c75b774ca8a upstream.
The kernel crypto API logic requires the caller to provide the
length of (ciphertext || authentication tag) as cryptle
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Hartkopp
commit 969439016d2cf61fef53a973d7e6d2061c3793b1 upstream.
When accessing CAN network interfaces with AF_PACKET sockets e.g. by dhclient
this can lead to a skb_under_panic due t
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 54acf107e4e66d1f4a697e08a7f60dba9fcf07c3 upstream.
To make sure the writes go through the pci bridge.
bug:
https://bugzilla.kernel.org/show_bug.cgi?id=90741
Signed-off-by
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 9d1393f23d5656cdd5f368efd60694d4aeed81d3 upstream.
To make sure the writes go through the pci bridge.
bug:
https://bugzilla.kernel.org/show_bug.cgi?id=90741
Signed-off-by
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
[ Upstream commit 7d985ed1dca5c90535d67ce92ef6ca520302340a ]
[I would really like an ACK on that one from dhowells; it appears to be
quite straightforward, but...]
MSG_PEEK isn't pass
This is the start of the stable review cycle for the 3.10.73 release.
There are 55 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu Mar 26 15:41:27 UTC 2015.
Anything receiv
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 355a901e6cf1b2b763ec85caa2a9f04fbcc4ab4a ]
While working on sk_forward_alloc problems reported by Denys
Fedoryshchenko, we found that tcp connect() (and fastopen
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Hunt
[ Upstream commit d22e1537181188e5dc8cbc51451832625035bdc2 ]
tcp_send_fin() does not account for the memory it allocates properly, so
sk_forward_alloc can be negative in cases where
On Tue, 24 Mar 2015 11:44:06 -0400
Steven Rostedt wrote:
> On Tue, 24 Mar 2015 12:26:37 -0300
> Arnaldo Carvalho de Melo wrote:
>
> > Em Tue, Mar 24, 2015 at 11:04:28AM -0400, Steven Rostedt escreveu:
> > > On Tue, 24 Mar 2015 11:57:27 -0300
> > > Arnaldo Carvalho de Melo wrote:
> > >
> > > >
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Ondrej Zary
[ Upstream commit 8d006e0105978619fb472e150c88b0d49337fe2b ]
This reverts commit 11ad714b98f6d9ca0067568442afe3e70eb94845 because
it breaks cx82310_eth.
The custom USB_DEVICE_CLAS
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
[ Upstream commit f862e07cf95d5b62a5fc5e981dd7d0dbaf33a501 ]
The rds_iw_update_cm_id function stores a large 'struct rds_sock' object
on the stack in order to pass a pair of addr
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: David Ahern
[ Upstream commit d51291cb8f32bfae6b331e1838651f3ddefa73a5 ]
Currently perf-stat (aka, counting mode) does not work:
$ perf stat ls
...
Performance counter stats for 'ls':
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alexey Kodanev
[ Upstream commit b1cb59cf2efe7971d3d72a7b963d09a512d994c9 ]
sysctl has sysctl.net.core.rmem_*/wmem_* parameters which can be
set to incorrect values. Given that 'struct sk_buff
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: David Ahern
[ Upstream commit 31aaa98c248da766ece922bbbe8cc78cfd0bc920 ]
With the increase in number of CPUs calls to functions that dump
output to console (e.g., arch_trigger_all_cpu_backtrac
Now one should be using pci_msi_off now, unexport it and move the
declaration to internal header to prevent misuse.
Signed-off-by: Michael S. Tsirkin
---
drivers/pci/pci.h | 2 ++
include/linux/pci.h | 1 -
drivers/pci/pci.c | 2 +-
3 files changed, 3 insertions(+), 2 deletions(-)
diff --gi
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Larsson
[ Upstream commit 66d0f7ec9f1038452178b1993fc07fd96d30fd38 ]
Load balancing can be triggered in the critical sections protected by
srmmu_context_spinlock in destroy_context() a
On Tue, 24 Mar 2015 12:14:49 -0300
Arnaldo Carvalho de Melo wrote:
> Humm, strdup actually sets errno already, from its man page:
>
> ---
>
> RETURN VALUE
>On success, the strdup() function returns a pointer to the
> duplicated string. It returns NULL if insufficient me
pci core now disables msi on probe automatically,
drop this from device-specific quirks.
Cc: Bjorn Helgaas
Cc: linux-...@vger.kernel.org
Signed-off-by: Michael S. Tsirkin
---
drivers/pci/quirks.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
in
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
[ Upstream commit 3eeff778e00c956875c70b145c52638c313dfb23 ]
It should be checking flags, not msg->msg_flags. It's ->sendmsg()
instances that need to look for that in ->msg_flags, ->r
pci core now disables msi on probe automatically,
drop this from device-specific code.
Cc: Bjorn Helgaas
Cc: linux-...@vger.kernel.org
Signed-off-by: Michael S. Tsirkin
---
drivers/misc/mic/host/mic_intr.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/misc/mic/host/mic_intr.c b/d
pci_msi_shutdown and pci_msix_shutdown are now internal to msi.c, drop
them from header and make them static.
Signed-off-by: Michael S. Tsirkin
---
include/linux/pci.h | 4
drivers/pci/msi.c | 4 ++--
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/include/linux/pci.h b/inc
commit d5dea7d95c48d7bc951cee4910a7fd9c0cd26fb0
"PCI: msi: Disable msi interrupts when we initialize a pci device"
fixes kexec when the booting kernel does not enable msi interupts.
Unfortunately the relevant functionality is in msi.c so it isn't
compiled in when CONFIG_PCI_MSI is off, which m
Fam Zheng noticed that pci shutdown disables msi and msix of a device while
device is still active. This was intended to fix kexec with fusion devices but
had the unintended effect of breaking even regular shutdown when using virtio.
As a result, people reported VMs being hung on shutdown,
with tr
On Tue, Mar 24, 2015 at 01:00:58PM +, Peter Zijlstra wrote:
> On Wed, Feb 04, 2015 at 06:31:10PM +, Morten Rasmussen wrote:
> > @@ -5138,6 +5224,10 @@ select_task_rq_fair(struct task_struct *p, int
> > prev_cpu, int sd_flag, int wake_f
> > prev_cpu = cpu;
> >
> > if (sd_f
On 2015-02-03 11:43, Masahiro Yamada wrote:
> Enough time has passed since "make depend" was deprecated.
> Nobody would be in trouble without this hint.
>
> Signed-off-by: Masahiro Yamada
I won't be surprised if some build script suddenly breaks. But such
script has it coming :). Applied to kbui
On 03/24/2015 10:02 AM, Hanjun Guo wrote:
When ACPI is enabled on ARM64, XEN ACPI will also compiled
into the kernel, but XEN ACPI is x86 dependent, so introduce
CONFIG_XEN_ACPI to make it depend on x86 before XEN ACPI is
functional on ARM64.
CC: 'Stefano Stabellini'
CC: Julien Grall
CC: Konra
On Tue, 24 Mar 2015 12:19:04 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Mar 24, 2015 at 09:57:53AM -0400, Steven Rostedt escreveu:
> > From: "Steven Rostedt (Red Hat)"
>
> Ok, you caught me on this one, squashed with the previous one :-)
Heh, if I noticed that this fixed a previous patch
The private_data member of the Btrfs control device file
(/dev/btrfs-control) is used to hold the current transaction and needs
to be initialized to NULL to signify that no transaction is in progress.
We explicitly set the control file's private_data to NULL to be
independent of whatever value the
Signed-off-by: Jens Axboe
---
fs/xfs/xfs_aops.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c
index 3a9b7a1b8704..2b00a57732e3 100644
--- a/fs/xfs/xfs_aops.c
+++ b/fs/xfs/xfs_aops.c
@@ -377,6 +377,7 @@ xfs_submit_ioend_bio(
atomic_inc(&ioend->io
Add a streamid field to the writeback_control structure, and use
it for the various parts of buffered writeback.
Signed-off-by: Jens Axboe
---
fs/buffer.c | 4 ++--
fs/fs-writeback.c | 1 +
fs/mpage.c| 1 +
include/linux/writeback.h | 2 ++
mm/filemap.c
On Tue, Mar 24, 2015 at 10:51:41PM +1100, Dave Chinner wrote:
> On Mon, Mar 23, 2015 at 12:24:00PM +, Mel Gorman wrote:
> > These are three follow-on patches based on the xfsrepair workload Dave
> > Chinner reported was problematic in 4.0-rc1 due to changes in page table
> > management -- https
Almost all arches define ELF_ET_DYN_BASE as 2/3 of TASK_SIZE.
Though it seems that some architectures do this in a wrong way.
The problem is that 2*TASK_SIZE may overflow 32-bits so
the real ELF_ET_DYN_BASE becomes wrong.
Fix this overflow by dividing TASK_SIZE prior to multiplying:
(TASK_S
Almost all arches define ELF_ET_DYN_BASE as 2/3 of TASK_SIZE.
Though it seems that some architectures do this in a wrong way.
The problem is that 2*TASK_SIZE may overflow 32-bits so
the real ELF_ET_DYN_BASE becomes wrong.
Fix this overflow by dividing TASK_SIZE prior to multiplying:
(TASK_
Almost all arches define ELF_ET_DYN_BASE as 2/3 of TASK_SIZE.
Though it seems that some architectures do this in a wrong way.
The problem is that 2*TASK_SIZE may overflow 32-bits so
the real ELF_ET_DYN_BASE becomes wrong.
Fix this overflow by dividing TASK_SIZE prior to multiplying:
(TASK_S
Writing on flash devices can be much more efficient, if we can
inform the device what kind of data can be grouped together. If
the device is able to group data together with similar lifetimes,
then it can be more efficient in garbage collection. This, in turn,
leads to lower write amplification, wh
Get the streamid from the file, if any, and set it on the bio.
Signed-off-by: Jens Axboe
---
fs/direct-io.c | 4
1 file changed, 4 insertions(+)
diff --git a/fs/direct-io.c b/fs/direct-io.c
index e181b6b2e297..5d2750346451 100644
--- a/fs/direct-io.c
+++ b/fs/direct-io.c
@@ -77,6 +77,7 @@
On Tue, Mar 24, 2015 at 5:22 PM, Lars-Peter Clausen wrote:
> Add Alexandre and linux-gpio to Cc.
>
>
> On 03/24/2015 04:06 PM, Mika Westerberg wrote:
>>
>> On Tue, Mar 24, 2015 at 02:57:49PM +0100, Linus Walleij wrote:
>>>
>>> On Tue, Mar 24, 2015 at 2:38 PM, Lars-Peter Clausen
>>> wrote:
>>
Signed-off-by: Jens Axboe
---
fs/btrfs/inode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
index d2e732d7af52..804fd6768109 100644
--- a/fs/btrfs/inode.c
+++ b/fs/btrfs/inode.c
@@ -8046,6 +8046,7 @@ static void btrfs_submit_direct(int rw, struct bio
*d
Am 24.03.2015 um 16:24 schrieb Hajime Tazaki:
> I was thinking that such 'architectural' differences in core
> idea (like system call handling, execution model, process
> context design, etc) is better to have a different architecture
> even if some part of the code is similar.
>
> Isn't it also t
The top bits of bio->bi_flags are reserved for keeping the
allocation pool, set aside the next four bits for carrying
a stream ID. That leaves us with support for 15 streams,
0 is reserved as a "stream not set" value.
Add helpers for setting/getting stream ID of a bio.
Signed-off-by: Jens Axboe
Great. :)
Reviewed-by: Dan Carpenter
regards,
dan carpenter
--
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 read the FAQ at http://www.tux
Hi Tim,
2015-03-24 16:11 GMT+01:00 Tim Harvey :
> On Tue, Feb 24, 2015 at 1:36 PM, Jean-Michel Hautbois
> wrote:
>> Hi Tim,
>>
>> 2014-10-31 5:27 GMT+01:00 Tim Harvey :
>>> The IMX6 has some internal LDO regulators provided by the anatop regulator
>>> block that can regulate the arm, soc, gpu/vpu
Hi,
One of the things that exacerbates write amplification on flash
based devices is that fact that data with different lifetimes get
grouped together on media. Currently we have no interface that
applications can use to separate different types of writes. This
patch set adds support for that.
Th
On Wed, Feb 04, 2015 at 06:31:22PM +, Morten Rasmussen wrote:
> From: Dietmar Eggemann
>
> Skip cpu as a potential src (costliest) in case it has only one task
> running and its original capacity is greater than or equal to the
> original capacity of the dst cpu.
Again, that's what, but is l
On Wed, Feb 04, 2015 at 06:31:21PM +, Morten Rasmussen wrote:
> From: Dietmar Eggemann
>
> Energy-aware load balancing bases on cpu usage so the upper bound of its
> operational range is a fully utilized cpu. Above this tipping point it
> makes more sense to use weighted_cpuload to preserve s
On Di, 2015-03-24 at 15:14 +0100, Michael S. Tsirkin wrote:
> On Tue, Mar 24, 2015 at 02:37:24PM +0100, Gerd Hoffmann wrote:
> > Hi,
> >
> > > > input layer checks it and ignores events not supported (according to the
> > > > support bitmaps).
> > >
> > > Right but support bitmaps come from hos
Em Tue, Mar 24, 2015 at 11:04:28AM -0400, Steven Rostedt escreveu:
> On Tue, 24 Mar 2015 11:57:27 -0300
> Arnaldo Carvalho de Melo wrote:
>
> > Em Tue, Mar 24, 2015 at 09:57:48AM -0400, Steven Rostedt escreveu:
> > > Arnaldo,
> > >
> > > I took a look at the differences between what I have in tr
Em Tue, Mar 24, 2015 at 11:04:28AM -0400, Steven Rostedt escreveu:
> On Tue, 24 Mar 2015 11:57:27 -0300
> Arnaldo Carvalho de Melo wrote:
>
> > Em Tue, Mar 24, 2015 at 09:57:48AM -0400, Steven Rostedt escreveu:
> > > Arnaldo,
> > >
> > > I took a look at the differences between what I have in tr
On Wed, Feb 04, 2015 at 06:31:20PM +, Morten Rasmussen wrote:
> From: Dietmar Eggemann
>
> Energy-aware load balancing does not rely on env->imbalance but instead it
> evaluates the system-wide energy difference for each task on the src rq by
> potentially moving it to the dst rq. If this ene
A micro-optimization. Avoid additional branching and reduce
(a bit) registry pressure (f.e. s_off += size; d_off += size;
may be calculated twise: first for >= PAGE_SIZE check and later
for offset update in "else" clause).
/scripts/bloat-o-meter shows some improvement
add/remove: 0/0 grow/shrink:
object may belong to different pages. zs_object_copy() handles
this case and maps a new source page (get_next_page() and
kmap_atomic()) when object crosses boundaries of the current
source page. But it also performs unnecessary kunmap/kmap_atomic
of the destination page (it remains unchanged), whic
At Tue, 24 Mar 2015 15:32:05 +0100,
Richard Weinberger wrote:
>
> Am 24.03.2015 um 15:25 schrieb Hajime Tazaki:
> > At Tue, 24 Mar 2015 14:21:49 +0100,
> > Richard Weinberger wrote:
> >>
> >> Am 24.03.2015 um 14:10 schrieb Hajime Tazaki:
> >> > == More information ==
> >>>
> >>> The crucial diff
On Tue, 24 Mar, at 12:50:47AM, Mario Limonciello wrote:
>
> Aside from the mistake that was made in A01 ( which has been corrected
> for the recently released A02 ), the goal of this workaround is to be
> able to provide a more functional audio solution across a wider
> user-base. Supporting HDA a
Hello,
two small patches two micro-optimize zs_object_copy().
The first one removes unneeded kunmap_atomic/kmap_atomic of dst page,
when object that we copy belongs to two source pages.
The seconds one is also trivial -- removes branching and (a bit)
reduses the amount of work done by the functi
On Tue, Mar 24, 2015 at 01:00:00PM +, Peter Zijlstra wrote:
> On Mon, Mar 16, 2015 at 02:47:23PM +, Morten Rasmussen wrote:
> > > Also, this heuristic for determining sg_target is a big little
> > > assumption. I don't think it is necessarily correct to assume that this
> > > is true for al
On 3/24/2015 10:18 AM, Borislav Petkov wrote:
On Tue, Mar 24, 2015 at 10:02:33AM -0500, Aravind Gopalakrishnan wrote:
I think the clean way to fix this would be to move the line to [patch 2/2].
Besides, we would need a new patch 2 anyway as the patch application would
fail due to changes to the
Add Alexandre and linux-gpio to Cc.
On 03/24/2015 04:06 PM, Mika Westerberg wrote:
On Tue, Mar 24, 2015 at 02:57:49PM +0100, Linus Walleij wrote:
On Tue, Mar 24, 2015 at 2:38 PM, Lars-Peter Clausen wrote:
On 03/24/2015 02:26 PM, Robert Dolca wrote:
On Tue, Mar 24, 2015 at 2:17 PM, Lars-Peter
On Wed, Feb 04, 2015 at 06:31:19PM +, Morten Rasmussen wrote:
> +++ b/kernel/sched/fair.c
> @@ -7216,6 +7216,37 @@ static struct rq *find_busiest_queue(struct lb_env
> *env,
> unsigned long busiest_load = 0, busiest_capacity = 1;
> int i;
>
> + if (env->use_ea) {
> +
On Tue, Mar 24, 2015 at 10:02:33AM -0500, Aravind Gopalakrishnan wrote:
> I think the clean way to fix this would be to move the line to [patch 2/2].
> Besides, we would need a new patch 2 anyway as the patch application would
> fail due to changes to the comment line.
Already done and done.
Here
On Thu, Mar 19, 2015 at 2:31 AM, Peter Zijlstra wrote:
> Hi John,
>
> So yeah, I just didn't try hard enough it seems; how about this?
Yea, this looks much better! I'll queue it up for testing and if that
goes well include it for 4.1.
> Also, I think we should double check that everything passe
the comparison is always true as the dev_t has been initialized in the
init function and we are sending that initialized dev_t to the
cleanup().
Signed-off-by: Sudip Mukherjee
---
v5: reordered the patch series
v4: messed up the subject in v3
v3: broke the previous patch in series
drivers/stag
Em Tue, Mar 24, 2015 at 09:57:53AM -0400, Steven Rostedt escreveu:
> From: "Steven Rostedt (Red Hat)"
Ok, you caught me on this one, squashed with the previous one :-)
- Arnaldo
> Signed-off-by: Steven Rostedt
> ---
> tools/lib/traceevent/event-parse.c | 2 +-
> 1 file changed, 1 insertion(+
the global variable majordev is no longer required, as it is not being
used anywhere.
Signed-off-by: Sudip Mukherjee
---
v5: reordered the patch series
v4: messed up the subject in v3
v3: broke the previous patch in series
drivers/staging/unisys/visorchipset/file.c | 3 ---
1 file changed, 3 d
> On Thu, Mar 12, 2015 at 4:48 PM, Jilai Wang wrote:
>> Introduce msm_drm_sub_dev for each mdp interface component such as
>> HDMI/eDP/DSI to contain common information shared with MDP.
>>
>> Signed-off-by: Jilai Wang
>> ---
>> drivers/gpu/drm/msm/edp/edp.c | 18 +--
>> driver
we are getting dev_t as an argument in the function, so use the local
variable instead of the global variable "majordev".
this global variable will be removed in one of the next patch of the
series.
Signed-off-by: Sudip Mukherjee
---
v5: reordered the patch series
v4: messed up the subject in v3
the dev_t was being stored in visorchipset_platform_device.dev.devt
while initializing the module. so pass that value as an argument to
cleanup() so that it can use this local variable instead of the global
variable.
Signed-off-by: Sudip Mukherjee
---
v5: reordered the patch series
v4: messed up
remove the variable "registered", which was used in the cleanup() to
detect if the driver has successfully initialized. the cleanup()
is called from module_exit, so its obvious that the module has
successfully initialized. if the initialization had failed, then
we will never be in the cleanup().
S
On Mon, Mar 23, 2015 at 02:39:39PM -0500, Nishanth Menon wrote:
> BeagleBoard-X15 has capability for a fan and has an onboard TMP102
> temperature sensor as well. This allows us to create a new thermal
> zone (called, un-imaginatively "board"), and allows us to use some
> active cooling as temperat
Em Tue, Mar 24, 2015 at 09:57:52AM -0400, Steven Rostedt escreveu:
> From: "Steven Rostedt (Red Hat)"
>
> There is a pevent_data_comm_from_pid() that returns the cmdline stored for
> a given pid in order for users to map pids to comms, but there's no method
> to convert a comm back to a pid. This
On 03/09/2015, 02:09 PM, Greg Kroah-Hartman wrote:
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -261,6 +261,18 @@ config POSIX_MQUEUE_SYSCTL
> depends on SYSCTL
> default y
>
> +config KDBUS
> + tristate "kdbus interprocess communication"
> + depends on TMPFS
> + help
>
On 03/23/2015 04:30 AM, Rusty Russell wrote:
> Denys Vlasenko writes:
>> Signed-off-by: Denys Vlasenko
>> CC: lgu...@lists.ozlabs.org
>> CC: x...@kernel.org
>> CC: linux-kernel@vger.kernel.org
>
> Oh, thanks, applied!
>
> And now it's down to one instruction, we could change
> try_deliver_inter
Em Tue, Mar 24, 2015 at 09:57:50AM -0400, Steven Rostedt escreveu:
> From: "Steven Rostedt (Red Hat)"
>
> The pevent->trace_clock should not be a direct pointer to what
> was given. It should be copied and freed.
>
> Note, valgrind pointed this out when a caller passed in a pointer
> that needed
Hello everyone,
We've been cross checking various file systems for the general
inconsistencies and we have a question about the check of MS_RDONLY
during fsync.
We know that the vfs layer does not check for MS_RDONLY for fsync and
this is confirmed by the ubifs where they have explicitly mentione
Em Tue, Mar 24, 2015 at 02:16:56PM +0100, Jiri Olsa escreveu:
> On Mon, Mar 23, 2015 at 07:18:37PM -0300, Arnaldo Carvalho de Melo wrote:
> > Right now some of this can be obtained via the pr_debug calls, but that is
> > too
> > รค passive aggressive, and we don't want to do the error report syncro
On Tue, Mar 24, 2015 at 02:57:49PM +0100, Linus Walleij wrote:
> On Tue, Mar 24, 2015 at 2:38 PM, Lars-Peter Clausen wrote:
> > On 03/24/2015 02:26 PM, Robert Dolca wrote:
> >> On Tue, Mar 24, 2015 at 2:17 PM, Lars-Peter Clausen
> >> wrote:
>
> >> In the ACPI description you specify one or more
On 23 March 2015 at 23:48, Chunyan Zhang wrote:
> Support only for ETB, FUNNEL, STM are included currently.
> Support for ETM, TPIU and the replicator linked to it are not included in
> this version patch.
>
> Signed-off-by: Chunyan Zhang
> ---
> arch/arm64/boot/dts/sprd/sc9836.dtsi | 57
>
Hi Krzysztof,
On Tue, Mar 24, 2015 at 08:58:43AM +0100, Krzysztof Kozlowski wrote:
> If power_supply_register() fails do not dereference returned ERR_PTR.
> The pointer was dereferenced to print name of battery which registration
> failed. Instead use the name from the power supply description pas
Hi Krzysztof & Jiri,
On Tue, Mar 24, 2015 at 12:02:41PM +0100, Jiri Kosina wrote:
> On Mon, 23 Mar 2015, Krzysztof Kozlowski wrote:
>
> > Do not call power_supply_powers() if power_supply_register() failed
> > earlier. This fixes possible NULL pointer dereference by
> > power_supply_powers() in s
It is better to have the arizona_wait_for_boot function behave sensibly
for all devices rather than having to have special handling outside of
it for wm5102. As such move the code which checks for wm5102's custom
boot into arizona_wait_for_boot, essentially making it a no-op on wm5102
once the cust
Allow the chip to completely power off if we enter runtime suspend and
there is no jack detection active. This is helpful for systems where
system suspend might remove the supplies to the CODEC, without informing
us. Note the powering off is done in runtime suspend rather than system
suspend, becau
On Tue, Mar 24, 2015 at 03:56:34PM +0100, Jiri Slaby wrote:
> This is a trivial port from kGraft. Module relocations are not
> +static inline int klp_write_module_reloc(struct module *mod, unsigned long
> + type, unsigned long loc, unsigned long value)
> +{
> + /* not supported yet
On 3/24/2015 3:30 AM, Borislav Petkov wrote:
On Mon, Mar 23, 2015 at 10:42:52AM -0500, Aravind Gopalakrishnan wrote:
+/* keeping mce_severity_amd in sync with AMD error scope heirarchy table */
Which table do you mean?
I changed it to:
/*
* See AMD Error Scope Hierarchy table in a newer B
Hi,
This series replaces the reset patch Mark commented on in the
early versions (see [1]) of the wm5110 boot series being reviewed
at the moment.
Basically, this series allows the CODEC to completely power
off if nothing is using it. This should cover the case where
system suspend powers the reg
Signed-off-by: Charles Keepax
---
drivers/mfd/arizona-core.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/arizona-core.c
index 01fb9eb..f0dbaa6 100644
--- a/drivers/mfd/arizona-core.c
+++ b/drivers/mfd/arizona-core.c
@@ -1217
On the wm5110 it is important the reset line is held for slightly longer
to ensure the device starts up well. This patch adds a 5mS delay for
this.
Signed-off-by: Charles Keepax
---
drivers/mfd/arizona-core.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/driver
On Tue, 24 Mar 2015 11:57:27 -0300
Arnaldo Carvalho de Melo wrote:
> Em Tue, Mar 24, 2015 at 09:57:48AM -0400, Steven Rostedt escreveu:
> > Arnaldo,
> >
> > I took a look at the differences between what I have in trace-cmd and
> > what is sitting in tools/lib/traceevent, and I put together a pat
This patch adds functions for enabling and disabling the physical reset
line. This will be helpful in future refactoring.
Signed-off-by: Charles Keepax
---
drivers/mfd/arizona-core.c | 29 +++--
1 files changed, 19 insertions(+), 10 deletions(-)
diff --git a/drivers/mf
Em Tue, Mar 24, 2015 at 09:57:48AM -0400, Steven Rostedt escreveu:
> Arnaldo,
>
> I took a look at the differences between what I have in trace-cmd and
> what is sitting in tools/lib/traceevent, and I put together a patch set
> that brings in fixes and updates to libtraceevent.
Thanks, will proce
David Miller wrote: [Mon Mar 23 2015, 12:25:30PM EDT]
> From: David Miller
> Date: Sun, 22 Mar 2015 22:19:06 -0400 (EDT)
>
> > I'll work on a fix.
>
> Ok, here is what I committed. David et al., let me know if you still
> see the crashes with this applied.
>
> Of course, I'll queue this u
On 23/03/15 21:16, Stephen Rothwell wrote:
Hi all,
On Mon, 23 Mar 2015 15:13:51 + "Suzuki K. Poulose"
wrote:
On 23/03/15 14:41, Abhilash Kesavan wrote:
On Mon, Mar 23, 2015 at 6:03 AM, Stephen Rothwell wrote:
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/bus
This is a trivial port from kGraft. Module relocations are not
supported.
Signed-off-by: Jiri Slaby
---
arch/s390/Kconfig | 3 +++
arch/s390/include/asm/livepatch.h | 43 +++
2 files changed, 46 insertions(+)
create mode 100644 arch/s390/incl
801 - 900 of 1219 matches
Mail list logo
