On 17/12/2013 17:13, Peter Zijlstra wrote:
> On Tue, Dec 17, 2013 at 04:03:58PM +0200, Eliezer Tamir wrote:
>>
>> I'm not sure that subtracting the spin time is the optimal thing to do.
>>
>> The busy poll time is supposed to be limited to something less than 1ms.
>> (I'm using 50us in most of my
On Tue, Dec 17, 2013 at 03:37:23PM +, Peter Zijlstra wrote:
> On Tue, Dec 17, 2013 at 02:04:57PM +, Morten Rasmussen wrote:
> > On Sat, Dec 14, 2013 at 01:27:59PM +, Alex Shi wrote:
> > > On 12/14/2013 04:03 AM, Peter Zijlstra wrote:
> > > >
> > > >
> > > > I had a quick peek at the
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Linus Torvalds
commit f12d5bfceb7e1f9051563381ec047f7f13956c3c upstream.
The hugepage code had the exact same bug that regular pages had in
commit 7485d0d3758e ("futexes: Remove rw
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andy Honig
commit 338c7dbadd2671189cec7faf64c84d01071b3f96 upstream.
In multiple functions the vcpu_id is used as an offset into a bitfield. Ag
malicious user could specify a vcpu_id
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Matthew Garrett
commit 04bf9ba720fcc4fa313fa122b799ae0989b6cd50 upstream.
UEFI time services are often broken once we're in virtual mode. We were
already refusing to use them on 64-bit
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jim Quinlan
commit f86f55d3ad21b21b736bdeb29bee0f0937b77138 upstream.
The BMIPS5000 (Zephyr) processor utilizes instruction speculation. A
stale misprediction address in either the JTB
Chris Wilson writes:
> The bspec still says we must assert SR01 bit5 prior to disabling the VGA
> plane.
>
> Perhaps the test should be whether (vga_reg & VGA_DISP_DISABLE) == 0 and
> do nothing if the plane is already off.
The problem is that for some reason we're smashing *some other video
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: "H. Peter Anvin"
commit 503cf95c061a0551eb684da364509297efbe55d9 upstream.
When compiling with icc, ends up included
because the icc environment defines __GNUC__. Thus, we neither
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
commit 3806b45ba4655147a011df03242cc197ab986c43 upstream.
The "rpm * div" operations can overflow here, so this patch adds an
upper limit to rpm to prevent that. Jean
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul Moore
commit 446b802437f285de68ffb8d6fac3c44c3cab5b04 upstream.
In selinux_ip_postroute() we perform access checks based on the
packet's security label. For locally generated
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dmitry Eremin-Solenikov
commit 506cac15ac86f204b83e3cfccde73eeb4e7c5f34 upstream.
When converting from tosa-keyboard driver to matrix keyboard, tosa keys
received extra 1 column shift.
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Brian Carnes
commit cf7559bc053471f32373d71d04a9aa19e0b48d59 upstream.
The wrong mask is used, which causes some fan speed control modes
(pwmX_enable) to be incorrectly reported, and
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andy Honig
commit b963a22e6d1a266a67e9eecc88134713fd54775c upstream.
Under guest controllable circumstances apic_get_tmcct will execute a
divide by zero and cause a crash. If the guest
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jean Delvare
commit 33a7ab91d509fa33b4bcd3ce0038cc80298050da upstream.
The W83L786NG stores the fan speed on 4 bits while the sysfs interface
uses a 0-255 range. Thus the driver should
On Wed, Dec 04, 2013 at 05:50:20AM +, Sandeepa Prabhu wrote:
> AArch64 Single Steping and Breakpoint debug exceptions will be
> used by multiple debug framworks like kprobes & kgdb.
>
> This patch implements the hooks for those frameworks to register
> their own handlers for handling
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stefano Panella
commit 932e9dec380c67ec15ac3eb073bb55797d8b4801 upstream.
When running a 32bit kernel the hda_intel driver is still reporting
a 64bit dma_mask if the HW supports it.
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Linus Pizunski
commit eb3c227289840eed95ddfb0516046f08d8993940 upstream.
Update month and day of month to the alarm month/day instead of current
day/month when setting the RTC alarm
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Konrad Rzeszutek Wilk
commit 813e8e3d6aaa0b511126cce15c16a931afffe768 upstream.
If not, we could end up in the unfortunate situation where
we dereference a NULL pointer b/c we have
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
commit f3d3342602f8bcbf37d7c46641cb9bca7618eb1c upstream.
This patch now always passes msg->msg_namelen as 0. recvmsg handlers must
set msg_namelen to the proper
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Gerald Schaefer
commit 9dda2769af4f3f3093434648c409bb351120d9e8 upstream.
Some s390 crypto algorithms incorrectly use the crypto_tfm structure to
store private data. As the tfm can be
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: KOBAYASHI Yoshitake
commit c8760069627ad3b0dbbea170f0c4c58b16e18d3d upstream.
Current MMC driver doesn't handle generic error (bit19 of device
status) in write sequence. As a result,
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Matt Wilson
commit 14883a75ec76b44759385fb12629f4a0f1aef4e3 upstream.
Commit f62805f1 introduced a bug where lazy MMU mode isn't exited if a
m2p_add/remove_override call fails.
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hannes Frederic Sowa
commit 85fbaa75037d0b6b786ff18658ddf0b4014ce2a4 upstream.
Commit bceaa90240b6019ed73b49965eac7d167610be69 ("inet: prevent leakage
of uninitialized memory to user in
3.5.7.28 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mauro Carvalho Chehab
commit ac5b4b6bf0c84c48d7e2e3fce22e35b04282ba76 upstream.
Dynamic static allocation is evil, as Kernel stack is too low, and
ompilation complains about it on some
This is the start of the review cycle for the Linux 3.5.7.28 stable kernel.
This version contains 103 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
Our system gets storms of migrate/N (and sometimes kswapd) tasks from
the kernel, based on what we've seen in top [1]. This issue is unique
to our hardware application servers; we run hundreds of application
servers on Xen virtual hardware without this issue and the same
kernel. We also have no
On Thu, Dec 05, 2013 at 01:30:10PM +, Konstantin Khlebnikov wrote:
> get_wchan() is lockless. Task may wakeup at any time and change its own stack,
> thus each next stack frame may be overwritten and filled with random stuff.
>
> Signed-off-by: Konstantin Khlebnikov
Thanks. Applied (both
On Tue, Dec 17, 2013 at 05:53:35PM +0100, Oleg Nesterov wrote:
> On 12/16, Oleg Nesterov wrote:
> >
> > On 12/16, Andrea Arcangeli wrote:
> > >
> > > On Mon, Dec 16, 2013 at 07:36:18PM +0100, Oleg Nesterov wrote:
> > > >
> > > > And compound_lock_irqsave() looks racy even after
> > > >
On Tue, Dec 10, 2013 at 04:05:37PM +, Stefano Panella wrote:
> When running a 32bit kernel there are still some pci devices
> capable of 64bit addressing (eg. sound/pci/hda/hda_intel.c)
>
> If these drivers are setting:
>
> dev->coherent_dma_mask = 0x
>
> why
On Tue, Dec 10, 2013 at 11:48:45AM -0700, Alex Williamson wrote:
>...
> + pci_read_config_dword(dev->bus->self, pos2 + PCI_VC_PORT_REG1, );
> + evcc = reg1 & PCI_VC_REG1_EVCC;
I think PCI_VC_PORT_REG1 and PCI_VC_PORT_REG2 are mis-named and should be
changed to CAP1 and CAP2 or similar.
Chris Redpath writes:
> On 12/12/13 18:24, Peter Zijlstra wrote:
>> Would pre_schedule_idle() -> rq_last_tick_reset() -> rq->last_sched_tick
>> be useful?
>>
>> I suppose we could easily lift that to NO_HZ_COMMON.
>>
>
> Many thanks for the tip Peter, I have tried this out and it does provide
>
On 17.12.2013, at 16.43, Yongjian Xu xuyongjia...@gmail.com wrote:
> From: Yongjian Xu
>
> mtc.mt_count comes from user-space.
> int overflow may occur:
> mtc.mt_count++;
> mtc.mt_count—;
I agree that this is a problem. However, it seems that there is also another
problem: the SPACE command
On 16.12.2013 20:34, Sebastian Reichel wrote:
Hi,
On Mon, Dec 16, 2013 at 02:31:53PM +0100, Linus Walleij wrote:
I am very reluctant in letting device trees specify exports of GPIOs
to userspace, not so much because it's Linux-specific but for
the fact that people are doing things in
On Tue, Dec 17, 2013 at 10:20:07AM -0600, Alex Thorlton wrote:
> This message in particular:
>
> https://lkml.org/lkml/2013/8/2/697
I think adding a prctl (or similar) inherited by child to turn off THP
would be a fine addition to the current madvise. So you can then run
any static app under a
On Tue, Dec 17, 2013 at 08:44:03AM -0800, Josh Triplett wrote:
> The two proposed patches here are extremely low risk, don't actually
> change the compiled code in any way like some of those did, and fix
> real compiler warnings.
Considering the fact that IDE is about to be deleted (unless
On Tue, Dec 17, 2013 at 03:42:14PM +0100, Ingo Molnar wrote:
>
> * Mel Gorman wrote:
>
> > [...]
> >
> > At that point it'll be time to look at profiles and see where we are
> > actually spending time because the possibilities of finding things
> > to fix through bisection will be exhausted.
There is no reasons why an HVM guest shouldn't be allowed to use xenfb.
As a matter of fact ARM guests, HVM from Linux POV, can use xenfb.
Given that no Xen toolstacks configure a xenfb backend for x86 HVM
guests, they are not affected.
Signed-off-by: Stefano Stabellini
diff --git
I'm not sure what version of ACPICA you are looking at, but in the master git
tree for ACPICA, the file accommon.h includes "acutils.h".
> -Original Message-
> From: Rashika Kheria [mailto:rashika.khe...@gmail.com]
> Sent: Tuesday, December 17, 2013 1:22 AM
> To:
On Thu, Dec 12, 2013 at 3:08 AM, Steffen Trumtrar
wrote:
> Sorry for chiming in late. I tested your driver on the Sockit and the GPIOs
> work fine (basically just tested the 4 HPS LEDS that are on this board).
>
> With the interrupt support I had a little trouble though:
> The Sockit has an
On Tue, Dec 17, 2013 at 08:54:10AM -0800, Andy Lutomirski wrote:
> On Tue, Dec 17, 2013 at 8:04 AM, Alex Thorlton wrote:
> > On Mon, Dec 16, 2013 at 05:43:40PM -0800, Andy Lutomirski wrote:
> >> On Mon, Dec 16, 2013 at 9:12 AM, Alex Thorlton wrote:
> >> >> Please cc Andrea on this.
> >> >
> >> >
On 12/17/2013 12:30 PM, Greg Kroah-Hartman wrote:
On Mon, Dec 09, 2013 at 06:06:07PM -0500, Peter Hurley wrote:
On 12/07/2013 06:46 PM, Karl Dahlke wrote:
This may have appeared in 3.9.11 with the changes to tty.
Don't know; I just started running 3.12 from kernel.org.
Perhaps nobody saw it
On Tue, Dec 17, 2013 at 04:14:20PM +, Mel Gorman wrote:
> On Tue, Dec 17, 2013 at 10:54:35AM -0500, Johannes Weiner wrote:
> > On Tue, Dec 17, 2013 at 03:29:54PM +, Mel Gorman wrote:
> > > On Mon, Dec 16, 2013 at 03:42:15PM -0500, Johannes Weiner wrote:
> > > > On Fri, Dec 13, 2013 at
On Mon, Dec 16, 2013 at 10:21:36PM +0800, xqx12 wrote:
> there is an overflow in the code :
> cyz_polling_cycle = (arg * HZ) / 1000,
> the multiplicator arg comes from user, so it may be an overflow if
> arg is a big number. And the value of cyc_polling_cycle will be
> wrong when it is used next
On Mon, Dec 09, 2013 at 06:06:07PM -0500, Peter Hurley wrote:
> On 12/07/2013 06:46 PM, Karl Dahlke wrote:
> > This may have appeared in 3.9.11 with the changes to tty.
> > Don't know; I just started running 3.12 from kernel.org.
> > Perhaps nobody saw it before because nobody runs command line
On Tue, Dec 17, 2013 at 09:12:10AM -0800, Keith Packard wrote:
> We want to disable the (unused) VGA plane on the intel hardware, which
> should be a simple matter of writing the vga control register. However,
> in 2009 (commit 24f119c769bacac5729297b682fec7811a983cc6), that simple
> code was
A fileid in NFS is a uint64. There are some occurrences where dprintk()
outputs a signed fileid. This leads to confusion and more difficult to
read debugging (negative fileids matching positive inode numbers).
Signed-off-by: Niels de Vos
CC: Santosh Pradhan
--
v2:
Some dprintk() messages print
We want to disable the (unused) VGA plane on the intel hardware, which
should be a simple matter of writing the vga control register. However,
in 2009 (commit 24f119c769bacac5729297b682fec7811a983cc6), that simple
code was changed to also smash the SR01 VGA register to fix "random
crash and
On Tue, 2013-12-17 at 15:48 +0100, Jan Kara wrote:
> From: Steven Rostedt
[]
> the
> logbuf_lock must not be held while doing anything that may call into the
> scheduler functions, which includes wake ups. Unfortunately, printk()
> also has a console_sem that it uses, and on release, the
>
On Sun, Dec 15, 2013 at 04:36:27PM +, Jiang Liu wrote:
> Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
> similar to smp_call_function_single()" has unified the way to handle
> single and multiple cross-CPU function calls. Now only one interrupt
> is needed for
This patch stands alone and has been committed.
Thanks
--Rich
commit ca692f162d36c871c9c1b6169136b2c70503f2d8
Author: Namjae Jeon
Date: Sun Dec 8 14:11:30 2013 +
xfsprog: xfsio: Add support FALLOC_FL_COLLAPSE_RANGE for fallocate
--
To unsubscribe from this list: send the line
Hello.
On 12/17/2013 02:08 PM, Rashika Kheria wrote:
Include appropriate header file ide-cd.h in ide-cd_verbose.c because
function ide_cd_log_error() has its prototype declaration in ide-cd.h.
Also, include linux/ide.h because it contains certain declarations
necessary for including ide-cd.h.
On Mon, Dec 16, 2013 at 4:48 PM, Lee Jones wrote:
> There isn't any documentation that would help you I fear. I'm trying
> to help you, but you haven't answered my previous question.
I did intend to answer your question when I was writing that I would
send some code. See it at the bottom of the
DRM driver for (virtual) vga cards using the bochs dispi
interface, such as the qemu standard vga (qemu -vga std).
Don't bother supporting anything but 32bpp for now, even
though the virtual hardware is able to do that.
Known issue: mmap(/dev/fb0) doesn't work.
Signed-off-by: Gerd Hoffmann
---
On Tue, Dec 17, 2013 at 08:35:39AM -0800, Kevin Hilman wrote:
> Viresh Kumar writes:
>
> > Sorry for the delay, was on holidays..
> >
> > On 11 December 2013 18:52, Frederic Weisbecker wrote:
> >> On Tue, Dec 03, 2013 at 01:57:37PM +0530, Viresh Kumar wrote:
> >>> - again got arch_timer
On Tue, Dec 17, 2013 at 8:04 AM, Alex Thorlton wrote:
> On Mon, Dec 16, 2013 at 05:43:40PM -0800, Andy Lutomirski wrote:
>> On Mon, Dec 16, 2013 at 9:12 AM, Alex Thorlton wrote:
>> >> Please cc Andrea on this.
>> >
>> > I'm going to clean up a few small things for a v2 pretty soon, I'll be
>> >
On 12/16, Oleg Nesterov wrote:
>
> On 12/16, Andrea Arcangeli wrote:
> >
> > On Mon, Dec 16, 2013 at 07:36:18PM +0100, Oleg Nesterov wrote:
> > >
> > > And compound_lock_irqsave() looks racy even after get_page_unless_zero().
> > >
> > > For example, suppose that page_head was already freed and
Commit 81c0a2bb ("mm: page_alloc: fair zone allocator policy") solved a
bug whereby new pages could be reclaimed before old pages because of
how the page allocator and kswapd interacted on the per-zone LRU lists.
Unfortunately it was missed during review that a consequence is that
we also
zone_local is using node_distance which is a more expensive call than
necessary. On x86, it's another function call in the allocator fast path
and increases cache footprint. This patch makes the assumption zones on a
local node will share the same node ID. The necessary information should
already
From: Johannes Weiner
Dave Hansen noted a regression in a microbenchmark that loops around
open() and close() on an 8-node NUMA machine and bisected it down to
81c0a2bb515f ("mm: page_alloc: fair zone allocator policy"). That
change forces the slab allocations of the file descriptor to spread
This patch introduces a vm.pagecache_interleave sysctl that allows the
administrator to alter the default memory allocation policy for file-backed
pages. It removes a more configurable interface that is expected to be
too complex to expose to users and give an unnecessarily level of control.
By
This series is currently untested and is being posted to sync up discussions
on the treatment of page cache pages, particularly the sysv part. I have
not thought it through in detail but postings patches is the easiest way
to highlight where I think a problem might be.
Changelog since v2
o Drop
The fair zone allocation policy needs to distinguish between anonymous,
slab and file-backed pages. This patch annotates many of the page cache
allocations by adjusting __page_cache_alloc. This does not guarantee
that all page cache allocations are being properly annotated. One case
for special
This patch moves the decision on whether to round-robin allocations between
zones and nodes into its own helper functions. It'll make some later patches
easier to understand and it will be automatically inlined.
Signed-off-by: Mel Gorman
Reviewed-by: Rik van Riel
Acked-by: Johannes Weiner
---
On Tue, Dec 17, 2013 at 12:19:21PM +0100, Borislav Petkov wrote:
> On Tue, Dec 17, 2013 at 04:38:16PM +0530, Rashika Kheria wrote:
> > Include appropriate header file ide-cd.h in ide-cd_verbose.c because
> > function ide_cd_log_error() has its prototype declaration in ide-cd.h.
> > Also, include
On Tue, Dec 17, 2013 at 04:41:11PM +0530, Rashika Kheria wrote:
> Include appropriate header file include/linux/ide.h in file
> ide-pio-blacklist.c because function ide_scan_pio_blacklist() has it's
> prototype declaration in include/linux/ide.h.
>
> This eliminates the following warning in
On Tue, Dec 17, 2013 at 06:02:14PM +0530, Rashika Kheria wrote:
> Include header file include/linux/sfi_acpi.h in sfi_acpi.c because
> function sfi_acpi_table_parse() has its prototype declaration in
> include/linux/sfi_acpi.h. Also, include include/linux/acpi.h because it
> contains declarations
Hi
On Tue, Dec 17, 2013 at 4:48 PM, David Herrmann wrote:
> Hi
>
> This implements the recently discussed ABS2 API. It's working fine on my
> machine
> with libevdev. Comments welcome!
>
> * Patch #1 fixes some uinput shortcomings and prepares uinput for ABS2
> * Patch #2 adds ABS2
> * Patch #3
On Tue, Dec 17, 2013 at 04:38:16PM +0530, Rashika Kheria wrote:
> Include appropriate header file ide-cd.h in ide-cd_verbose.c because
> function ide_cd_log_error() has its prototype declaration in ide-cd.h.
> Also, include linux/ide.h because it contains certain declarations
> necessary for
Viresh Kumar writes:
> Sorry for the delay, was on holidays..
>
> On 11 December 2013 18:52, Frederic Weisbecker wrote:
>> On Tue, Dec 03, 2013 at 01:57:37PM +0530, Viresh Kumar wrote:
>>> - again got arch_timer interrupt after 5 ms (HZ=200)
>>
>> Right, looking at the details, the 2nd
On Tue, Dec 17, 2013 at 06:04:50PM +0530, Rashika Kheria wrote:
> Mark functions sfi_map_table() and sfi_unmap_table() as static in
> sfi_core.c because they are not used outside this file.
>
> This eliminates following warning in sfi_core.c:
> drivers/sfi/sfi_core.c:164:26: warning: no previous
On Tue, Dec 17, 2013 at 05:43:14PM +0530, Rashika Kheria wrote:
> Remove unused function ssb_sdio_func_to_bus() in main.c.
>
> This eliminates the following warning in main.c:
> drivers/ssb/main.c:94:17: warning: no previous prototype for
> ‘ssb_sdio_func_to_bus’ [-Wmissing-prototypes]
>
>
On 12/16/2013 10:41 PM, Sasha Levin wrote:
> On 12/17/2013 12:15 AM, John Stultz wrote:
>>
>> Just wanted to follow up here. Did you happen to get a chance to try to
>> reproduce w/ the three patch patchset?
>>
>> I'm hoping to submit them to Ingo tomorrow, and want to make sure I've
>> got your
> Cc: Andi Kleen
> Signed-off-by: Johannes Berg
Acked-by: Andi Kleen
-Andi
--
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
The SCTP protocol has several deprecation warnings in its setsockopt path that
can be triggered by unprivlidged users. Since these are not ratelimited, we can
spam the logs quite easily here. Since these are all deprecation warnings, and
that type of warning isn't uncommon in the rest of the
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
---
arch/arm/mach-footbridge/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
On Fri 13-12-13 15:55:44, David Rientjes wrote:
> On Thu, 12 Dec 2013, Michal Hocko wrote:
[...]
> > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > index c72b03bf9679..fee25c5934d2 100644
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -2692,7 +2693,8 @@ static int
Document the clock properties required by the at91 usart driver.
Signed-off-by: Boris BREZILLON
---
Changes since v1:
- fix commit message
.../devicetree/bindings/serial/atmel-usart.txt |7 +++
1 file changed, 7 insertions(+)
diff --git
sctp has several points in its setsockopt path in which it issues deprecation
warnings. It seems like it might be handy to macrotize such a warning so other
subsystems can use it easily
Signed-off-by: Neil Horman
CC: Greg Kroah-Hartman
CC: "David S. Miller"
CC: linux-kernel@vger.kernel.org
On Mon, Dec 16, 2013 at 06:51:11PM +0100, Andrea Arcangeli wrote:
> On Mon, Dec 16, 2013 at 11:12:15AM -0600, Alex Thorlton wrote:
> > As it stands right now, yes, since we're pulling a 512 page contiguous
> > chunk off the free list, everything from that chunk will reside on the
> > same node,
Hi Magnus,
Thank you for the patch.
On Tuesday 17 December 2013 11:38:04 Magnus Damm wrote:
> From: Magnus Damm
>
> Add r7s72100 PINCTRL support via sh-pfc V2. At this point the code
> provides enough support to allow use together with the gpio-rz
> driver. Incremental per-device patches will
Document the clock properties required by the at91 ADC driver.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/arm/atmel-adc.txt |5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/atmel-adc.txt
On Tue, Dec 17, 2013 at 10:54:35AM -0500, Johannes Weiner wrote:
> On Tue, Dec 17, 2013 at 03:29:54PM +, Mel Gorman wrote:
> > On Mon, Dec 16, 2013 at 03:42:15PM -0500, Johannes Weiner wrote:
> > > On Fri, Dec 13, 2013 at 02:10:05PM +, Mel Gorman wrote:
> > > > Commit 81c0a2bb ("mm:
On Wed, Dec 11, 2013 at 02:36:16PM +0200, Alexander Shishkin wrote:
> Instruction tracing PMUs are capable of recording a log of instruction
> execution flow on a cpu core, which can be useful for profiling and crash
> analysis. This patch adds itrace infrastructure for perf events and the
> rest
* Yan, Zheng wrote:
> From: "Yan, Zheng"
>
> Enable pmu context switch callback if LBR is used. Use the callback
> to flush LBR stack when process is scheduled in.
>
> Signed-off-by: Yan, Zheng
I see several fundamental problems with your series:
1)
Minimal changelogs like the ones in
On Tue, Dec 17, 2013 at 10:38:29AM -0500, Johannes Weiner wrote:
> On Tue, Dec 17, 2013 at 11:13:52AM +, Mel Gorman wrote:
> > On Mon, Dec 16, 2013 at 03:25:07PM -0500, Johannes Weiner wrote:
> > > On Fri, Dec 13, 2013 at 02:10:03PM +, Mel Gorman wrote:
> > > > zone_local is using
Hi Magnus,
Thank you for the patch.
On Tuesday 17 December 2013 11:38:23 Magnus Damm wrote:
> From: Magnus Damm
>
> Add support for SCIF functions SCK, TXD, RXD, CTS and RTS to the
> r7s72100 PINCTRL code. There are two possible pins that can be used
> for TXD (Port 3 Pin 0 Function 6 and Port
On Tue, Dec 17, 2013 at 10:43:51AM -0500, Johannes Weiner wrote:
> On Tue, Dec 17, 2013 at 11:20:07AM +, Mel Gorman wrote:
> > On Mon, Dec 16, 2013 at 03:52:37PM -0500, Johannes Weiner wrote:
> > > On Fri, Dec 13, 2013 at 02:10:06PM +, Mel Gorman wrote:
> > > > Not signed off. Johannes,
On Tue, Dec 17, 2013 at 11:03 AM, Josh Boyer wrote:
> On Fri, May 25, 2012 at 3:13 PM, Rafael J. Wysocki wrote:
>> On Friday, May 25, 2012, Josh Boyer wrote:
>>> On Fri, Feb 17, 2012 at 3:59 PM, Rafael J. Wysocki wrote:
>>> >> commit b94887bbc0621e1e8402e7f0ec4bc3adf46c9a6e
>>> >> Author:
Document the clock properties required by the at91 i2c bus driver.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/serial/atmel-usart.txt |7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/serial/atmel-usart.txt
On Tue, 2013-12-17 at 11:10 +0800, Gao feng wrote:
> NETLINK_CB(skb).sk is the socket of user space process,
> netlink_unicast in kauditd_send_skb wants the kernel
> side socket. Since the sk_state of audit netlink socket
> is not NETLINK_CONNECTED, so the netlink_getsockbyportid
> doesn't return
On Mon, Dec 16, 2013 at 05:43:40PM -0800, Andy Lutomirski wrote:
> On Mon, Dec 16, 2013 at 9:12 AM, Alex Thorlton wrote:
> >> Please cc Andrea on this.
> >
> > I'm going to clean up a few small things for a v2 pretty soon, I'll be
> > sure to cc Andrea there.
> >
> >> > My proposed solution to
On Fri, May 25, 2012 at 3:13 PM, Rafael J. Wysocki wrote:
> On Friday, May 25, 2012, Josh Boyer wrote:
>> On Fri, Feb 17, 2012 at 3:59 PM, Rafael J. Wysocki wrote:
>> >> commit b94887bbc0621e1e8402e7f0ec4bc3adf46c9a6e
>> >> Author: Rafael J. Wysocki
>> >> Date: Fri Feb 17 12:42:08 2012 -0500
On Fri, Dec 13, 2013 at 05:15:41PM -0500, Johannes Weiner wrote:
> On Fri, Dec 13, 2013 at 07:20:14PM +, Mel Gorman wrote:
> > On Fri, Dec 13, 2013 at 12:04:43PM -0500, Johannes Weiner wrote:
> > > On Fri, Dec 13, 2013 at 02:10:07PM +, Mel Gorman wrote:
> > > > Indications from Johannes
Hi Magnus,
Thank you for the patches.
On Tuesday 17 December 2013 11:38:14 Magnus Damm wrote:
> From: Magnus Damm
>
> Introduce macros that allow description of one pin per line.
> Compared to the other ways of doing this, using this style
> we can compresses the description of each pin from 9
On Tue, Dec 17, 2013 at 02:34:36PM +0800, Dave Young wrote:
> They are moved to efi.c efi_setup_init(), I'm not sure if I expained
> clear enough, in current code parse_efi_setup only accept one argument
> phys_addr so I will mapping it with sizeof(struct setup_data) to
> get the payload size then
On Tue, Dec 17, 2013 at 02:09:13PM +, Chris Redpath wrote:
> On 12/12/13 18:24, Peter Zijlstra wrote:
> >Would pre_schedule_idle() -> rq_last_tick_reset() -> rq->last_sched_tick
> >be useful?
> >
> >I suppose we could easily lift that to NO_HZ_COMMON.
> >
>
> Many thanks for the tip Peter, I
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: Matt Turner
CC: Richard Henderson
CC: linux-al...@vger.kernel.org
---
arch/alpha/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
This patch series removes the messy dependencies from SERIO_I8042
by having it depend on one variable (ARCH_MAY_HAVE_PC_SERIO) and
having architectures which need it select that variable in
arch/*/Kconfig.
New architectures are unlikely to need SERIO_I8042, so this avoids
having an ever growing
On Tue, 2013-12-17 at 11:10 +0800, Gao feng wrote:
> print the error message and then return -ENOMEM.
>
> Signed-off-by: Gao feng
Haha. If it's NULL return. No no, if it's REALLY null audit_panic().
Acked-by: Eric Paris
> ---
> kernel/audit.c | 9 -
> 1 file changed, 4
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Tony Luck
CC: Fenghua Yu
CC: linux-i...@vger.kernel.org
---
arch/ia64/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
501 - 600 of 1784 matches
Mail list logo
