Transition to using the new generic PERF_PMU_CAP_NO_INTERRUPT method for
failing a sampling event when no PMU interrupt is available.
Signed-off-by: Vince Weaver
diff --git a/arch/metag/kernel/perf/perf_event.c
b/arch/metag/kernel/perf/perf_event.c
index 5cc4d4d..02c0873 100644
---
Transition to using the new generic PERF_PMU_CAP_NO_INTERRUPT method for
failing a sampling event when no PMU interrupt is available.
Signed-off-by: Vince Weaver
diff --git a/arch/blackfin/kernel/perf_event.c
b/arch/blackfin/kernel/perf_event.c
index 974e554..ea20320 100644
---
Transition to using the new generic PERF_PMU_CAP_NO_INTERRUPT method for
failing a sampling event when no PMU interrupt is available.
Signed-off-by: Vince Weaver
diff --git a/arch/arc/kernel/perf_event.c b/arch/arc/kernel/perf_event.c
index 63177e4..b9a5685 100644
---
Now that "perf/x86: Use common PMU interrupt disabled code"
(c184c980de30dc) was merged, I went and audited all of the
architectures. The following patchset attempts to move
all of the ones that have code disabling sampled events
due to lack of overflow interrupt to the new common code.
ARM and
On Fri, Jun 13, 2014 at 05:08:30PM +0200, Oleg Nesterov wrote:
> On 06/12, Paul E. McKenney wrote:
> >
> > @@ -398,11 +399,9 @@ void rcu_read_unlock_special(struct task_struct *t)
> > #ifdef CONFIG_RCU_BOOST
> > if (>rcu_node_entry == rnp->boost_tasks)
> >
Hi Linus, please see my replies below,
2014-06-12 20:35 GMT+08:00 Linus Walleij :
>
> OK this is interesting stuff..
>
> But this driver *MUST* live under drivers/power/reset/*, as it
> has absolutely *nothing* to do with GPIO except for being a consumer
> of it. I won't merge it.
>
> And you
OK, I've merged these changes into the random.git tree.
I had to make a few minor changes.
1) Changes so it would compile on 3.15. (random_write_wakeup_thresh
got renamed to random_write_wakeup_bits). I'm guessing the patch was
massaged so that it would apply, but it was never compile tested.
I am resending this patch as the email for Ben is wrong in the
maintainer script due to getting automated message from solarflare.
Signed-off-by: Nick
---
drivers/net/ethernet/oki-semi/
pch_gbe/pch_gbe_main.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Signed-off-by: Nick
---
drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_main.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_main.c
b/drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_main.c
index 73e6683..704cf63 100644
---
On 06/14/2014 04:36 PM, H. Peter Anvin wrote:
>
> Now, if we can do this without adding another page then that becomes
> much more compelling IMO. I suspect we can if you are already down to
> 488 bytes.
>
(If it isn't already the case, was inteded to be part of that...)
-hpa
--
To
On 6/14/2014 8:39 PM, Frank Rowand wrote:
> From: Frank Rowand
>
> of_find_node_by_path() is borked because of_allnodes is not guaranteed to
> contain the root of the tree after using any of the dynamic update functions
> because some other nodes ends up as of_allnodes.
>
> Fixes: c22e650e66b8
From: Frank Rowand
of_find_node_by_path() is borked because of_allnodes is not guaranteed to
contain the root of the tree after using any of the dynamic update functions
because some other nodes ends up as of_allnodes.
Fixes: c22e650e66b8 of: Make of_find_node_by_path() handle /aliases
On 6/14/2014 8:00 AM, Grant Likely wrote:
> On Fri, Jun 13, 2014 at 4:06 PM, Grant Likely wrote:
>> On Fri, Jun 13, 2014 at 2:52 PM, Rob Herring wrote:
>>> On Fri, Jun 13, 2014 at 12:53 AM, Frank Rowand
>>> wrote:
From: Frank Rowand
Pantelis Antoniou reports that
On Fri, 13 Jun 2014, Paul Walmsley wrote:
> Hi Roger,
>
> On Wed, 23 Apr 2014, Roger Quadros wrote:
>
> > From: Nikhil Devshatwar
> >
> > Add hwmods for ocp2scp3 and sata modules.
> >
> > [Roger Q] Clean up.
>
> Sorry for the delay on this. Have been corresponding with TI to figure
> out
Hi,
On Fri, 13 Jun 2014, Felipe Balbi wrote:
> On Sat, Jun 14, 2014 at 02:57:32AM +, Paul Walmsley wrote:
> > > > > > From: Sathya Prakash M R
> > > > > >
> > > > > > Add DSS hwmod data for AM43xx.
> > > > > >
> > > > > > Cc: Andrew Morton
> > > > > > Acked-by: Rajendra Nayak
> > > > >
On Sat, Jun 14, 2014 at 11:04:41PM -0400, Theodore Ts'o wrote:
> Hi George,
>
> On top of the above patch, I applied the following to add 64-bit pool
> support. I had to use a union to avoid type punning warnings.
>
> When building a 64-bit kernel and running under under KVM, I'm finding
> that
Hi George,
On top of the above patch, I applied the following to add 64-bit pool
support. I had to use a union to avoid type punning warnings.
When building a 64-bit kernel and running under under KVM, I'm finding
that the 64-bit mix function which you suggested is twice as slow.
Using the
On 14/06/14, Mimi Zohar wrote:
> On Sat, 2014-06-14 at 12:43 +0300, Dmitry Kasatkin wrote:
> > On 14 June 2014 03:02, Richard Guy Briggs wrote:
> > > On 14/04/02, Richard Guy Briggs wrote:
> > >> On 14/04/02, Mimi Zohar wrote:
> > >> > On Wed, 2014-04-02 at 14:18 -0400, Eric Paris wrote:
> > >>
Its v4, sorry for missing it in subject.
Regards
Wei
On 06/15/2014 10:40 AM, wei.y...@windriver.com wrote:
From: Yang Wei
While loading g_mass_storage module, the following warning
is triggered.
WARNING: at drivers/usb/gadget/composite.c:
usb_composite_setup_continue: Unexpected call
Modules
From: Yang Wei
While loading g_mass_storage module, the following warning
is triggered.
WARNING: at drivers/usb/gadget/composite.c:
usb_composite_setup_continue: Unexpected call
Modules linked in: fat vfat minix nls_cp437 nls_iso8859_1 g_mass_storage
[<800179cc>] (unwind_backtrace+0x0/0x104)
Use more efficient fast_mix() function. Thanks to George Spelvin for
doing the leg work to find a more efficient mixing function.
Signed-off-by: Theodore Ts'o
Cc: George Spelvin
---
drivers/char/random.c | 92 +--
1 file changed, 68
Hey Guys,
Good I just wanted to make sure it was fixed.
Cheers Nick
On Sat, Jun 14, 2014 at 9:31 PM, Emilio López wrote:
> Hi,
>
> El 14/06/14 22:15, Nick escribió:
>
>> Signed-off-by: Nick
>> ---
>> drivers/clk/sunxi/clk-sunxi.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
On Sat, 2014-06-14 at 12:43 +0300, Dmitry Kasatkin wrote:
> On 14 June 2014 03:02, Richard Guy Briggs wrote:
> > On 14/04/02, Richard Guy Briggs wrote:
> >> On 14/04/02, Mimi Zohar wrote:
> >> > On Wed, 2014-04-02 at 14:18 -0400, Eric Paris wrote:
> >> > > On Wed, 2014-04-02 at 14:12 -0400, Mimi
Hi,
El 14/06/14 22:15, Nick escribió:
Signed-off-by: Nick
---
drivers/clk/sunxi/clk-sunxi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 6f4fc51..c2ce538 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
Hi Sebastian,
On Sat, 14 Jun 2014 17:32:09 +0200 Sebastian Reichel wrote:
>
> Take over maintanence for orphaned power supply subsystem
> and move the git tree to a new kernel.org based repository.
>
> Signed-off-by: Sebastian Reichel
> ---
> Hi,
>
> As suggested by Rafael in [0] I volunteer
On Sat, Jun 14, 2014 at 08:23:33PM -0400, George Spelvin wrote:
> The example I posted:
>
> // (29/66353) score = 49/121/123: 6 27 16 14
>
> a += b; c += d;
> b = rol32(a, 6);d = rol32(c, 27);
> d ^= a; b ^= c;
>
> a += b;
Signed-off-by: Nick
---
drivers/clk/sunxi/clk-sunxi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 6f4fc51..c2ce538 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
+++ b/drivers/clk/sunxi/clk-sunxi.c
@@
The one-bit bitfield has no negative values and thus becomes an
unsigned int.
Signed-off-by: Martin Kepplinger
---
Sorry for the visually ugly first patch. Take this one, if any.
thanks,
martin
drivers/block/drbd/drbd_interval.h |4 ++--
1 file changed, 2
From: Lv Zheng
Due to ACPI specificiation 5, chapter 5.6.4 General-Purpose Event Hnadling,
OSPMs need to disable GPE before clearing the status bit for edge-triggered
GPEs.
Signed-off-by: Lv Zheng
Tested-by: Gareth Williams
Tested-by: Steffen Weber
---
drivers/acpi/acpica/evgpe.c | 32
From: Lv Zheng
Developers really don't need to translate EC_SC(R) in mind as long as the
field details are decoded in the debugging message.
Signed-off-by: Lv Zheng
Tested-by: Gareth Williams
Tested-by: Steffen Weber
---
drivers/acpi/ec.c | 16
1 file changed, 12
From: Lv Zheng
There is a race condition in ec_transaction_completed().
When ec_transaction_completed() is called in the GPE handler, it could
return true because of (ec->curr == NULL). Then the wake_up() invocation
could complete the next command unexpectedly since there is no lock between
the
From: Lv Zheng
The bug fixes and asynchronous improvements have been done to the EC driver
by the previous commits. This patch increases the revision to 2.2 to
indicate the behavior differences between the old and the new drivers. The
copyright/authorship notices are also updated.
Authorship of
From: Lv Zheng
After we've added the first command byte write into advance_transaction(),
the IBF=0 waiter is duplicated with the command completion waiter
implemented in the ec_poll() because:
If IBF=1 blocked the first command byte write invoked in the task
context ec_poll(), it would be
From: Lv Zheng
This patch moves the first command byte write into advance_transaction() so
that all EC register accesses that can affect the command processing state
machine can happen in this asynchronous state machine advancement function.
The advance_transaction() function then can be a
From: Lv Zheng
The advance_transaction() will be invoked from the IRQ context GPE handler
and the task context ec_poll(). The handling of this function is locked so
that the EC state machine are ensured to be advanced sequentially.
But there is a problem. Before invoking advance_transaction(),
From: Lv Zheng
History:
v1:
The collection of bug-fixes from kernel bugzilla bug 70891.
v2:
1. Improves the patch descriptions to make the root cause of the 70891 bug
more correct.
2. Improves a race fix to make it more robust.
This patchset fixes the following issues:
1. There are 2
> I'll need to do a bit more looking to convince myself that 2
> iterations is better from a mixing perspective, but this looks like it
> might be a promising replacement for the 32-bit mixer.
This was tested with a hacked-up copy of Bob Jenkins' testing code.
It tests a few random starting
Fix a sparse warning: ttm_bo_reserve()'s last argument is a
pointer to a struct, so use NULL as nullpointer.
Signed-off-by: Martin Kepplinger
---
this applies to next-20140613. Please ignore if annoyingly irrelevant.
drivers/gpu/drm/ttm/ttm_bo.c | 14 +++---
1 file changed, 7
On 06/14/2014 03:38 PM, Andy Lutomirski wrote:
>
> Hmm. I hadn't thought of this as a size win, but I guess it could be
> if there are static binaries around.
>
That pretty much *is* the win, because this is in effect treating the
kernel vdso as a shared library.
> This patch currently
Before when there was an error a uninitialized variable would be returnd.
Now it returns -ENODEV
This was found using a static code analysis program called cppcheck.
Rickard Strandqvist (1):
staging: imx-drm: ipu-v3: ipu-common.c: Cleaning up return of uninitialized
variable
Before when there was an error a uninitialized variable would be returnd.
Now it returns -ENODEV
Signed-off-by: Rickard Strandqvist
---
drivers/staging/imx-drm/ipu-v3/ipu-common.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This version reuses an "old" scrollback buffer of the previous console
if memory allocation fails.
However, the issue of clearing the console using the 'clear_console'
commnad [1,2] is still unsolved. I'd prefer implementing it using a
ioctl() call but it's open for discussion ;)
[1]
> Hi!
Hi.
>> --- /dev/null
>> +++ b/Documentation/ABI/testing/sysfs-class-hid-driver-gt683r
>> @@ -0,0 +1,10 @@
>> +What:/sys/class/hidraw//device/state
>> +Date:Jun 2014
>> +KernelVersion: 3.15
>> +Contact: Janne Kanniainen
>> +Description:
>> +
Add a scrollback buffers for each VGA console. The benefit is that
the scrollback history is not flushed when switching between consoles
but is persistent.
The buffers are allocated on demand when a new console is opened.
Signed-off-by: Manuel Schölling
---
drivers/video/console/Kconfig | 19
The one-bit bitfield has no negative values and thus becomes an
unsigned int.
Signed-off-by: Martin Kepplinger
---
No idea if you take such small changes. Please ignore if not.
This applies to next-20140613 and fixes a sparse error.
drivers/block/drbd/drbd_interval.h |4 ++--
1 file
This if statement that always evaluates to true.
Unsigned variable can't be negative so it is unnecessary to test it.
This can of course also mean that there is a problem with this error test is 0
bytes an error?
This was found using a static code analysis program called cppcheck.
Rickard
Unsigned variable can't be negative so it is unnecessary to test it.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/ced1401/userspace/use1401.c |9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/ced1401/userspace/use1401.c
On Thu 2014-06-12 23:34:12, Janne Kanniainen wrote:
> This driver adds support for USB controlled led panels that exists in
> MSI GT683R laptop
Hi!
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-class-hid-driver-gt683r
> @@ -0,0 +1,10 @@
> +What:
Replacing strncpy with strlcpy to avoid strings that lacks null terminate.
There is also a wrong use of strncat, it should have used sizeof - strlen.
This was found using a static code analysis program called cppcheck.
Rickard Strandqvist (1):
staging: ced1401: userspace: use1401.c: Cleaning
Replacing strncpy with strlcpy to avoid strings that lacks null terminate.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/ced1401/userspace/use1401.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/ced1401/userspace/use1401.c
On Sat, Jun 14, 2014 at 2:30 PM, Rich Felker wrote:
> On Sat, Jun 14, 2014 at 11:16:42AM -0700, Andy Lutomirski wrote:
>> The idea is to add AT_VDSO_FINDSYM pointing at __vdso_findsym. This
>> implements __vdso_findsym.
>>
>> This would make it easier for runtimes that don't otherwise implement
On Mon 2014-06-09 13:28:36, Rafael J. Wysocki wrote:
> On Monday, June 09, 2014 03:54:49 PM Srivatsa S. Bhat wrote:
> > My @linux.vnet.ibm.com email address is going to disappear soon, as I will
> > be
> > beginning my M.S./PhD studies at MIT in a few months.
>
> Congratulations!
>
> > So
On Thu 2014-06-05 16:06:55, Lee Jones wrote:
> This core is shared by both ST's 'memory mapped' and
> 'system configuration register' based Thermal controllers.
>
> Signed-off-by: Ajit Pal Singh
> Signed-off-by: Lee Jones
Acked-by: Pavel Machek
> +++ b/drivers/thermal/st/st_thermal.c
> @@
On Sat, Jun 14, 2014 at 5:21 PM, Pavel Machek wrote:
>
>
> Userland can make orderly_poweroff take long time, or even forever. (Think
> disconnected
> network with nfsroot).
>
> Should we do something more forceful here? Userland has to handle sudden
> poweroffs, anyway...
>
> (You could invent
This driver add partial support of the
maxim 1027/1029/1031. Differential mode is not
supported.
It was tested on armadeus apf27 board.
Signed-off-by: Philippe Reynes
---
.../devicetree/bindings/iio/adc/max1027-adc.txt| 22 +
drivers/iio/adc/Kconfig|9 +
On Thu 2014-06-05 01:30:40, Grazvydas Ignotas wrote:
> On Wed, Jun 4, 2014 at 4:01 PM, Nishanth Menon wrote:
> > On 06/04/2014 05:04 AM, Grazvydas Ignotas wrote:
> >> On Thu, May 29, 2014 at 12:46 AM, Nishanth Menon wrote:
> >> often while charging on hot summer day. I'd prefer my pandora to not
use mm.h definition
Cc: David Airlie
Cc: Rob Clark
Signed-off-by: Fabian Frederick
---
drivers/gpu/drm/msm/msm_iommu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/msm_iommu.c b/drivers/gpu/drm/msm/msm_iommu.c
index 92b7459..198ed84 100644
---
Hi!
> + if (irqs2 & TWL4030_ACCHGOV) {
> dev_crit(bci->dev, "Ac charger overvoltage\n");
> + power_off = true;
> + }
> +
> + /* Try to shutdown the system */
> + if (power_off)
> + orderly_poweroff(true);
>
> return IRQ_HANDLED;
> }
use mm.h definition
Cc: Arvind Kumar
Cc: VMware PV-Drivers
Signed-off-by: Fabian Frederick
---
drivers/scsi/vmw_pvscsi.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/scsi/vmw_pvscsi.c b/drivers/scsi/vmw_pvscsi.c
index c88e146..07dc492 100644
---
On 14/06/14 19:11, Nick wrote:
Signed-off-by: Nick
---
drivers/clk/sunxi/clk-sunxi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 4264834..6f4fc51 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
+++
use mm.h definition
Cc: Nathan Fontenot
Cc: Marcelo Henrique Cerri
Signed-off-by: Fabian Frederick
---
drivers/crypto/nx/nx-842.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/nx/nx-842.c b/drivers/crypto/nx/nx-842.c
index 502edf0..923c4b6 100644
---
use mm.h definition
Cc: Joerg Roedel
Cc: io...@lists.linux-foundation.org
Signed-off-by: Fabian Frederick
---
drivers/iommu/omap-iovmm.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/iommu/omap-iovmm.c b/drivers/iommu/omap-iovmm.c
index d147259..f583ba0
Fix sparse warning "non-ANSI function declaration of function
'xen_has_pv_devices'".
Signed-off-by: Christian Engelmayer
---
arch/x86/xen/platform-pci-unplug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/xen/platform-pci-unplug.c
Fix sparse warning "non-ANSI function declaration of function
'arch_init_kprobes'".
Signed-off-by: Christian Engelmayer
---
arch/arm/kernel/kprobes.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/kernel/kprobes.c b/arch/arm/kernel/kprobes.c
index 6d64420..18b79a7
use mm.h definition
Cc: "David S. Miller"
Cc: Daniel Borkmann
Signed-off-by: Fabian Frederick
---
net/netlink/af_netlink.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index 15c731f..935fea2 100644
---
use mm.h definition
Cc: Gleb Natapov
Cc: Paolo Bonzini
Signed-off-by: Fabian Frederick
---
arch/x86/kvm/vmx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 801332e..4f84be0 100644
--- a/arch/x86/kvm/vmx.c
+++
use mm.h definition
Cc: Thomas Gleixner
Cc: Ingo Molnar
Signed-off-by: Fabian Frederick
---
arch/x86/mm/init_64.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
index df1a992..0489b55 100644
--- a/arch/x86/mm/init_64.c
+++
On Sat, Jun 14, 2014 at 11:16:42AM -0700, Andy Lutomirski wrote:
> The idea is to add AT_VDSO_FINDSYM pointing at __vdso_findsym. This
> implements __vdso_findsym.
>
> This would make it easier for runtimes that don't otherwise implement
> ELF loaders to use the vdso.
>
> Thoughts?
>
> If
On Sat, Jun 14, 2014 at 10:49:35PM +0200, Hagen Paul Pfeifer wrote:
> Probably too late, but IMHO the subcommand "download" is unhappy
> named. What is "downloaded"? traces? Python helper libs for
> perf-python support, I don't know it. What about "events-download",
> "events-database", ...
I
On 14/06/14 22:17, Alexandre Belloni wrote:
On 14/06/2014 at 16:41:20 +0100, Jonathan Cameron wrote :
On 13/06/14 18:11, Himangi Saraogi wrote:
This error handling code can be reached before st->ts_input is
initialized, so it is safer to always use the original name, input_dev.
A simplified
Use nth_page instead of pfn_to_page(page_to_pfn
Cc: Andrew Morton
Cc: Rik van Riel
Signed-off-by: Fabian Frederick
---
mm/internal.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/internal.h b/mm/internal.h
index 7f22a11f..a1b651b 100644
--- a/mm/internal.h
+++
On 14/06/2014 at 16:41:20 +0100, Jonathan Cameron wrote :
> On 13/06/14 18:11, Himangi Saraogi wrote:
> >This error handling code can be reached before st->ts_input is
> >initialized, so it is safer to always use the original name, input_dev.
> >
> >A simplified version of the semantic match that
Use GFP_NOFS instead of its definition.
Cc: Jens Axboe
Signed-off-by: Fabian Frederick
---
block/bio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/bio.c b/block/bio.c
index 8c2e55e..ec5d172 100644
--- a/block/bio.c
+++ b/block/bio.c
@@ -211,7 +211,7 @@ fallback:
Probably too late, but IMHO the subcommand "download" is unhappy
named. What is "downloaded"? traces? Python helper libs for
perf-python support, I don't know it. What about "events-download",
"events-database", ...
I also thought about further sub-command to delete the cache, update
the cache,
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Andy Lutomirski
Fixes an easy DoS and possible information disclosure.
This does nothing about the broken state of x32 auditing.
eparis: If the admin has enabled auditd and has
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
fixes
From: Willy Tarreau
Commits b7c9e4ee1 ("sysctl net: Keep tcp_syn_retries inside the boundary")
and eedcafdc ("net: check net.core.somaxconn sysctl values") were missing
a .strategy entry
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
The current implementation of lookup_pi_state has ambigous handling of
the TID value 0 in the user space futex. We can get into the kernel
even if the TID value is 0,
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
Dave Jones trinity syscall fuzzer exposed an issue in the deadlock
detection code of rtmutex:
http://lkml.kernel.org/r/20140429151655.ga14...@redhat.com
That underlying
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
If the owner died bit is set at futex_unlock_pi, we currently do not
cleanup the user space futex. So the owner TID of the current owner
(the unlocker) persists. That's
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
We happily allow userspace to declare a random kernel thread to be the
owner of a user space PI futex.
Found while analysing the fallout of Dave Jones syscall fuzzer.
We
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
futex_lock_pi_atomic()
From: Thomas Gleixner
We need to protect the atomic acquisition in the kernel against rogue
user space which sets the user space futex to 0, so the kernel side
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
Forbid uaddr == uaddr2 in futex_requeue(...,
requeue_pi=1)
From: Thomas Gleixner
If uaddr == uaddr2, then we have broken the rule of only requeueing from
a non-pi futex to a pi futex with this
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
While an interface is down, many implementations of
ethtool_ops::get_link, including the default, ethtool_op_get_link(),
will report the last link state seen while the
[ sorry for those who receive this series twice, I had an issue with
the first attempt that prevented it from reaches the mailing lists ]
This is the start of the longterm review cycle for the 2.6.32.63 release.
All patches will be posted as a response to this one. If anyone has any
issue with
On Wed 2014-05-07 23:24:18, Andreas F?rber wrote:
> Am 07.05.2014 17:29, schrieb Bjorn Andersson:
> > My problem is that the boot loader on every shipped Qualcomm MSM8x60,
> > MSM8960
> > and APQ8064 based device passes ATAG_MEM with the incorrect start address.
> > There
> > is no way to update
On Tue 2014-05-06 11:33:11, Cong Wang wrote:
> On Tue, May 6, 2014 at 10:55 AM, wrote:
> > On Tue, May 06, 2014 at 01:16:43PM -0400, David Miller wrote:
> >> From: j...@joshtriplett.org
> >> Date: Tue, 6 May 2014 09:41:08 -0700
> >>
> >> > Every KB of RAM costs real money and SoC die area (for
Greg? Can you please apply this soon?
Thanks.
On Sat, 2014-06-14 at 22:07 +0200, Christian Engelmayer wrote:
> Commit e4ac92d (serial: samsung: Neaten dbg uses) contains a typo in the
> changed dbg() function regarding the name of the used character buffer.
> This breaks the build if actually
Hi!
> > in terms of hit-patching kernels you are correct.
> >
> > but that's a far cry from what it sounded like you were demanding
> > (that it must handle any kernel patch)
>
> No, I was not demanding that at all, my suggestion was:
>
>> My claim is that if a patch is correct/safe in
On Tue 2014-05-06 18:10:04, Borislav Petkov wrote:
> On Tue, May 06, 2014 at 05:08:19PM +0200, Mike Galbraith wrote:
> > Rather than ratelimit the interface perhaps send a ratelimited note
> > telling the user straight up that he's begging for trouble. We can
> > ignore it when regression testing,
Commit e4ac92d (serial: samsung: Neaten dbg uses) contains a typo in the
changed dbg() function regarding the name of the used character buffer.
This breaks the build if actually compiled with CONFIG_SERIAL_SAMSUNG_DEBUG.
Signed-off-by: Christian Engelmayer
---
Compile tested. Applies against
On Sun, 2014-06-15 at 01:03 +0530, Himangi Saraogi wrote:
> Hi,
Hi Himangi.
> I have run the generic rule but it does not detect the cases of
> cast where the k[mzc]alloc or the kmem functions are used. I have used
> flags like recursive-includes, as suggested by Julia, but not any of the
>
Hello,
I have a Business Proposal for you worth the sum of $40,000,000.00 USD
Please reply for more info. Email: suzukiyuki4...@yahoo.co.jp
Regards,
Mr. Takuya Suzuki Yuki
"Zero Problem 2014, Cakupan Semesta
From: Rik van Riel
Currently the NUMA code scales the load on each node with the
amount of CPU power available on that node, but it does not
apply any adjustment to the load of the task that is being
moved over.
On systems with SMT/HT, this results in a task being weighed
much more heavily than
From: Rik van Riel
>From task_numa_placement, always try to consolidate the tasks
in a group on the group's top nid.
In case this task is part of a group that is interleaved over
multiple nodes, task_numa_migrate will set the task's preferred
nid to the best node it could find for the task, so
From: Rik van Riel
When CONFIG_FAIR_GROUP_SCHED is enabled, the load that a task places
on a CPU is determined by the group the task is in. This is conveniently
calculated for us by effective_load(), which task_numa_compare should
use.
The active groups on the source and destination CPU can be
fix two Missing blank line after declarations issue reported by checkpatch.pl
Done to complete an eudyptula task.
Signed-off-by: Benedict Boerger
---
drivers/staging/keucr/usb.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/keucr/usb.c b/drivers/staging/keucr/usb.c
A few more bug fixes that seem to improve convergence of
"perf bench numa mem -m -0 -P 1000 -p X -t Y" for various
values of X and Y, on both 4 and 8 node systems.
This does not address the issue I highlighted Friday:
https://lkml.org/lkml/2014/6/13/529
I have an idea on how to fix that issue,
On Sun, 15 Jun 2014, Himangi Saraogi wrote:
> Hi,
>
> I have run the generic rule but it does not detect the cases of
> cast where the k[mzc]alloc or the kmem functions are used. I have used
> flags like recursive-includes, as suggested by Julia, but not any of the
> cases covered by the
On 06/14/2014 10:11 PM, Nick wrote:
Signed-off-by: Nick
---
drivers/clk/sunxi/clk-sunxi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/sunxi/clk-sunxi.c b/drivers/clk/sunxi/clk-sunxi.c
index 4264834..6f4fc51 100644
--- a/drivers/clk/sunxi/clk-sunxi.c
+++
On Tuesday, June 10, 2014 at 02:43:14 PM, LABBE Corentin wrote:
> Add support for the Security System included in Allwinner SoC A20.
> The Security System is a hardware cryptographic accelerator that support
> AES/MD5/SHA1/DES/3DES/PRNG algorithms.
>
> Signed-off-by: LABBE Corentin
[...]
>
1 - 100 of 432 matches
Mail list logo