3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Paul Moore
[ Upstream commit ded34e0fe8fe8c2d595bfa30626654e4b87621e0 ]
As reported by Jan, and others over the past few years, there is a
race condition caused by unix_release setting the
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mugunthan V N
commit 7e51cde276ca820d526c6c21cf8147df595a36bf upstream.
To restart tx queue use netif_wake_queue() intead of netif_start_queue()
so that net schedule will restart transmission
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jakub Kicinski
commit f01fc1a82c2ee68726b400fadb156bd623b5f2f1 upstream.
ixgbe_notify_dca cannot be called before driver registration
because it expects driver's klist_devices to be allocated
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sergio Cambra
commit f4d6f7dce71a5da93da50272ff1670bf2f1146b1 upstream.
Output of /sys/kernel/debug/usb/devices
T: Bus=03 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#= 6 Spd=12 MxCh= 0
D: Ver= 1.10
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ming Lei
commit d66629c1325399cf080ba8b2fb086c10e5439cdd upstream.
Add support for the AR9462 chip
T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 715230a44310a8cf66fbfb5a46f9a62a9b2de424 upstream.
Commit 184b89044fb6e2a74611dafa69b1dce0d98612c6 ("tg3: Use VPD fw version
when present") introduced VPD parsing that
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Yinghai Lu
commit c5fb301ae83bec6892e54984e6ec765c47df8e10 upstream.
Matthew reported kernels fail the pci_eisa probe and are later successful
with the virtual_eisa_root_init force probe
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Anatolij Gustschin
commit 1ad849aee5f53353ed88d9cd3d68a51b03a7d44f upstream.
Some SPI slave devices require asserted chip select signal across
multiple transfer segments of an SPI message.
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Stancek
commit b6a9b7f6b1f21735a7456d534dc0e68e61359d2c upstream.
find_vma() can be called by multiple threads with read lock
held on mm->mmap_sem and any of them can update
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 89b1f39eb4189de745fae554b0d614d87c8d5c63 upstream.
For large UDF filesystems with 512-byte blocks the number of necessary
bitmap blocks is larger than 2^16 so s_nr_groups in
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Josh Boyer
commit 3f63c340a72f2872a9362245cb2e03f3d2bb73a6 upstream.
Yet another version of the atheros bluetooth chipset
T: Bus=01 Lev=02 Prnt=02 Port=03 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D:
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 91c5746425aed8f7188a351f1224a26aa232e4b3 ]
Some network drivers use a non default hard_header_len
Transmitted skb should take into account dev->hard_header_len,
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Chuck Lever
commit 56d08fef2369d5ca9ad2e1fc697f5379fd8af751 upstream.
Squelch compiler warnings:
fs/nfs/nfs4proc.c: In function ‘__nfs4_get_acl_uncached’:
fs/nfs/nfs4proc.c:3811:14: warning:
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Pawel Wieczorkiewicz
commit 503bded92da283b2f31d87e054c4c6d30c3c2340 upstream.
Index of atmel_ports[ATMEL_MAX_UART] should be smaller
than ATMEL_MAX_UART.
Signed-off-by: Pawel Wieczorkiewicz
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Josh Boyer
commit 3d464d9b71ef2f2b40a4bc9dcf06794fd1be9d12 upstream.
This device needs to be added to the quirks list with HID_QUIRK_NO_INIT_REPORTS,
otherwise it causes 10 seconds timeout
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 188ab1b105c96656f6bcfb49d0d8bb1b1936b632 ]
Usage of pci-msi results in corrupted dma packet transfers to the host.
Reported-by: rebelyouth
Cc: Huang,
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Masatake YAMATO
[ Upstream commits 73214f5d9f33b79918b1f7babddd5c8af28dd23d
and f1e79e208076ffe7bad97158275f1c572c04f5c7, the latter
adds an assertion to genetlink to prevent this from
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: AceLan Kao
commit 3a61eda81ebcfc006ebb1496764299d53e5bf67f upstream.
Add support for the AR9462 chip
T: Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Felix Fietkau
commit 6ef9e2f6d12ce9e2120916804d2ddd46b954a70b upstream.
If CONFIG_MAC80211_MESH is not set, cfg80211 will now allow advertising
interface combinations with
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: "niko...@redhat.com"
[ Upstream commit fbb0c41b814d497c656fc7be9e35456f139cb2fb ]
First I would give three observations which will be used later.
Observation 1: if (delayed_work_pending(wq))
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
commit a7dc19b8652c862d5b7c4d2339bd3c428bd29c4a upstream.
Currently tick_check_broadcast_device doesn't reject clock_event_devices
with CLOCK_EVT_FEAT_DUMMY, and may select them
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 35e5cbc0af240778e61113286c019837e06aeec6 upstream.
After commit 21d8a15a (lookup_one_len: don't accept . and ..) reiserfs
started failing to delete xattrs from inode. This was
This is the start of the stable review cycle for the 3.2.43 release.
There are 74 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Tue Apr 09 23:00:00 UTC 2013.
Anything
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit a073dbff359f4741013ae4b8395f5364c5e00b48 upstream.
We need to clear the NFS_LSEG_LAYOUTCOMMIT bits atomically with the
NFS_INO_LAYOUTCOMMIT bit, otherwise we may end up
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Felix Fietkau
commit 74632d11a133b5baf6b9d622dd19d2f944d93d94 upstream.
The commit 'ath9k_hw: fix calibration issues on chainmask that don't
include chain 0' changed the hardware chainmask to
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: "Thomas Abraham "
commit 60db7e5f9c9a25a7a9b01007e6e3f5a93bc16a3a upstream
The soft-reset control register is located in the XMU controller space.
Map this controller space before writing to
This patch looks like it should be in the 3.8-stable tree, should we
applyit?
--
From: "Jonghwan Choi "
commit 6e45eb12fd1c741d556bf264ee98853b5f3104e5 upstream
Boot_freq is for saving booting freq. But exynos_cpufreq_cpu_init
is called in hotplug. If boot_freq is existed in
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Cong Wang
[ Upstream commit 4a7df340ed1bac190c124c1601bfc10cde9fb4fb ]
vlan_vid_del() could possibly free ->vlan_info after a RCU grace
period, however, we may still refer to the freed memory
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Veaceslav Falico
[ Upstream commit 76a0e68129d7d24eb995a6871ab47081bbfa0acc ]
skb->ip_summed should be CHECKSUM_UNNECESSARY when the driver reports that
checksums were correct and
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Veaceslav Falico
commit fcd99434fb5c137274d2e15dd2a6a7455f0f29ff upstream.
Now that netdev_rx_handler_unregister contains synchronize_net(), we need
to call it outside of bond->lock, cause it
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: "Veaceslav Falico "
commit 4de79c737b200492195ebc54a887075327e1ec1d upstream
We have a race condition if we try to rmmod bonding and simultaneously add
a bond master through sysfs. In
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 1c4a154e5253687c51123956dfcee9e9dfa8542d ]
Erik Hugne's errata proposal (Errata ID: 3480) to RFC4291 has been
verified:
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hong Zhiguo
[ Upstream commit a79ca223e029aa4f09abb337accf1812c900a800 ]
Signed-off-by: Hong Zhiguo
Signed-off-by: David S. Miller
Signed-off-by: Ben Hutchings
---
net/ipv6/addrconf.c | 26
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: "max.neklu...@us.elster.com"
[ Upstream commit 14bc435ea54cb888409efb54fc6b76c13ef530e9 ]
According to the Datasheet (page 52):
15-12 Reserved
11-0 RXBC Receive Byte Count
This field indicates
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 00cfec37484761a44a3b6f4675a54caa618210ae ]
commit 35d48903e97819 (bonding: fix rx_handler locking) added a race
in bonding driver, reported by Steven Rostedt who
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 20314092c1b41894d8c181bf9aa6f022be2416aa ]
v2:
a) moved before multicast source address check
b) changed comment to netdev style
Cc: Erik Hugne
Cc:
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steve Glendinning
[ Upstream commit 4c51e53689569398d656e631c17308d9b8e84650 ]
This patch enables RX of jumbo frames for LAN7500.
Previously the driver would transmit jumbo frames succesfully
3.2.43-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit 6b90466cfec2a2fe027187d675d8d14217c12d82 upstream.
In patch "HID: microsoft: fix invalid rdesc for 3k kbd" I fixed
support for MS 3k keyboards. However the added check using
On Fri, Apr 05, 2013 at 05:23:35AM -, Sebastian Hesselbarth wrote:
> This patch adds a common clock driver for Silicon Labs Si5351a/b/c
> i2c programmable clock generators. Currently, the driver supports
> DT kernels only and VXCO feature of si5351b is not implemented. DT
> bindings
Some EFI implementations return always a MaximumVariableSize of 0,
check against max_size only if it is non-zero.
Signed-off-by: Richard Weinberger
---
drivers/firmware/efivars.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/efivars.c
Using this parameter one can disable the storage_size/2 check if
he is really sure that the UEFI does sane gc.
Signed-off-by: Richard Weinberger
---
drivers/firmware/efivars.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/efivars.c
On Sat, Apr 6, 2013 at 4:44 PM, Fabio Estevam wrote:
> Maybe bad DDR initialization? Are using U-boot or bootlets to setup the DDR?
>
> What is your DDR frequency: 133 or 96MHz? I saw some posts in the
> olimex forum that people had to run it at 96MHz to get stable
> operation.
Thanks Fabio,
On Mon, 2013-04-08 at 01:21 +0400, Alexey Khoroshilov wrote:
> Add printk to log allocation failure in hfs_find_init(),
> "so that there is a sign in dmesg when the error condition is triggered".
> (per Hin-Tak Leung request)
Not needed. There already is a generic dump_stack
on all allocation
Hi -
tytso wrote:
> So I tried to reproduce the problem, and so I installed systemtap
> (bleeding edge, since otherwise it won't work with development
> kernel), and then rebuilt a kernel with all of the necessary CONFIG
> options enabled:
>
> CONFIG_DEBUG_INFO, CONFIG_KPROBES,
David R :
> I'm been seeing some problems with my new ish AMD motherboard/processor
> combo and networking (r8169). I see the following page fault :-
>
> Apr 7 12:25:14 david kernel: [156421.436545] AMD-Vi: Event logged
> [IO_PAGE_FAULT device=02:00.0 domain=0x0015 address=0x3000
>
Hi Chen,
Cool, thanks! Can you send a formatted patch to include in the series,
or do you prefer me to squash it in the relevant patch and add your
signoff for this file?
Alex.
2013/4/6 Chen Baozi :
> On Fri, Mar 29, 2013 at 06:11:15AM -0700, Alexandre Courbot wrote:
>> Another issue, I could
On Sun, Apr 7, 2013 at 12:41 AM, Michael S. Tsirkin wrote:
> On Thu, Apr 04, 2013 at 04:32:01PM -0700, Christoffer Dall wrote:
>> [...]
>>
>> >> >> to give us some idea how much performance we would gain from each
>> >> >> approach? Thoughput should be completely unaffected anyway, since
>> >>
On Sunday 07 April 2013, Daniel Tang wrote:
> Here's an updated patch that enables support for the LCD.
>
> I looked into drivers/video/of_display_timing.c but it doesn't have the
> fields to describe the PL11x specific options needed in struct clcd_panel. At
> the moment, it is implemented by
Add printk to log allocation failure in hfs_find_init(),
"so that there is a sign in dmesg when the error condition is triggered".
(per Hin-Tak Leung request)
Signed-off-by: Alexey Khoroshilov
---
fs/hfsplus/bfind.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
__hfsplus_ext_write_extent() suppresses errors coming from hfs_brec_find().
The patch implements error code propagation.
Signed-off-by: Alexey Khoroshilov
---
fs/hfsplus/extents.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/fs/hfsplus/extents.c
On Fri, 2013-04-05 at 00:47 -0400, David Miller wrote:
> From: Sven Joachim
> Date: Wed, 03 Apr 2013 13:41:32 +0200
>
> > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
> >
> >> 3.8-stable review patch. If anyone has any objections, please let me know.
> >
> > I'm seeing several
On Wed, 27 Mar 2013, Kent Overstreet wrote:
> Nope - looks like __WARN() doesn't exist if CONFIG_BUG=n, whoops.
>
> Adding this to the queue:
>
> commit 796c213186b850b3e6e8d5fd5799b0fd74721ea3
> Author: Kent Overstreet
> Date: Wed Mar 27 12:47:45 2013 -0700
>
> bcache: Use WARN_ONCE()
From: David Daney
Date: Wed, 3 Apr 2013 12:25:32 -0700
> From: David Daney
>
> The Octeon SMI/MDIO interfaces can do clause 45 communications, so
> implement this in the driver.
>
> Also fix some comment formatting to make it consistent and to comply
> with the netdev style.
>
>
Use the appropriate WARN() and WARN_ON() accessors to avoid a build error
when CONFIG_BUG=n:
drivers/usb/gadget/configfs.c: In function 'config_usb_cfg_unlink':
drivers/usb/gadget/configfs.c:442:2: error: implicit declaration of
function '__WARN_printf'
From: Alan Ott
Date: Wed, 3 Apr 2013 10:00:54 -0400
> Version 2 of this patch series:
>
> Differences from v1:
>
> 1. Patches previously numbered 5 and 6 were squashed (to become current
> patch #4) at the request of Alexander Smirnov.
>
> 2. Current patch #2 had extraneous braces removed.
>
On Sunday, April 07, 2013 08:29:32 AM Greg KH wrote:
> On Sun, Apr 07, 2013 at 10:46:00AM +0200, Rafael J. Wysocki wrote:
> > On Sunday, April 07, 2013 10:14:14 AM Huacai Chen wrote:
> > > As commit 40dc166c (PM / Core: Introduce struct syscore_ops for core
> > > subsystems PM) say, syscore_ops
From: Francois Romieu
Date: Fri, 5 Apr 2013 01:42:29 +0200
> David Miller :
> [...]
>> If so, should I just apply this series as-is ?
>
> Yes.
>
> - the series is imho -stable unfriendly: whoever wants to figure what
> should be fed into a -stable branch will have a hard time. :o/
> - the
Most semi-mt drivers use the slots in a manual way, but really only
need to treat the finger count manually. With this patch, a semi-mt
driver may use the input-mt core for everything else.
Signed-off-by: Henrik Rydberg
---
Hi Dmitry,
an earlier version of this patch came about as a test to
On Sun 07-04-13 14:00:24, Li Zefan wrote:
> On 2013/4/4 20:00, Michal Hocko wrote:
> > On Wed 03-04-13 17:11:15, Li Zefan wrote:
> >> (I'll be off from my office soon, and I won't be responsive in the
> >> following
> >> 3 days.)
> >>
> >> I'm working on converting memcg to use cgroup->id, and
On Sun 07-04-13 16:44:07, Li Zefan wrote:
> Hi,
>
> I'm rebasing this patchset against latest linux-next, and it conflicts with
> "[PATCH v2] memcg: debugging facility to access dangling memcgs." slightly.
>
> That is a debugging patch and will never be pushed into mainline, so should I
> still
There is a bug in resources deallocation code in mxser_probe() and
mxser_module_init().
As soon as variable 'i' is unsigned int, cycle termination condition i >= 0 is
always true.
The patch fixes the issue.
Signed-off-by: Alexey Khoroshilov
---
drivers/tty/mxser.c |8
1 file
This reverts commit 77e372a3d82e5e4878ce1962207edd766773cc76.
Checking for disabled resources board breaks detection pnp on another
board "AMI UEFI implementation (Version: 0406 Release Date: 06/06/2012)".
I'm working with the reporter of the original bug to write and test
a better fix.
On Sun, Apr 07, 2013 at 09:02:11PM +0400, Alexander Shiyan wrote:
> Patch adds device tree probe support for mc13783-regulator driver.
I'd expect to see a document describing the binding for any new binding.
> + if (num_parsed != num_regulators) {
> + dev_warn(>dev,
> +
On Sun, Apr 7, 2013 at 12:56 AM, Lucas wrote:
> Thanks for reporting in.
>
> Somehow the thread got all messed up in LKML. It didn't parse correctly
> there, but it seems that Gmane did. Here is the link:
>
> http://comments.gmane.org/gmane.linux.kernel.stable/48872
Those patches still have an
On Sat, Apr 06, 2013 at 10:11:32PM +0200, Wolfram Sang wrote:
> Hi,
>
> > Very interesting discussion, especially the argument that "we already
> > shipped"
> > would not be a convincing argument.
> >
> > I had senior kernel maintainers tell me and the company I work for that we
> > should
> >
> From: Dan Magenheimer
> Subject: RE: [PATCH part2 v6 0/3] staging: zcache: Support zero-filled pages
> more efficiently
>
> > From: Wanpeng Li [mailto:liw...@linux.vnet.ibm.com]
> > Subject: Re: [PATCH part2 v6 0/3] staging: zcache: Support zero-filled
> > pages more efficiently
> >
> > Hi
> From: Wanpeng Li [mailto:liw...@linux.vnet.ibm.com]
> Subject: Re: [PATCH part2 v6 0/3] staging: zcache: Support zero-filled pages
> more efficiently
>
> Hi Dan,
>
> Some issues against Ramster:
>
> - Ramster who takes advantage of zcache also should support zero-filled
> pages more
On Sat, Apr 6, 2013 at 7:37 PM, Luis R. Rodriguez
wrote:
> On Sat, Apr 6, 2013 at 7:35 PM, Luis R. Rodriguez
> wrote:
>> Segmentation fault
>> make[8]: *** [/home/mcgrof/tmp/build/compat/core.o] Error 139
I've narrowed the segfault to a core.c file with just:
#include
#include
void
On Thu, Apr 04, 2013 at 09:03:47PM -0500, Rob Herring wrote:
> On Mon, Sep 17, 2012 at 1:23 AM, Anton Vorontsov
> wrote:
> > On Fri, Sep 07, 2012 at 10:29:10PM -0700, Anton Vorontsov wrote:
> >> On Fri, Sep 07, 2012 at 11:29:36AM -0700, Bryan Freed wrote:
> >> > When called with a non-zero
>From f913fbedbdfc08eeff742c4b3077e267d8fc867f Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Sun, 7 Apr 2013 10:25:39 -0700
bd2953ebbb ("devcg: propagate local changes down the hierarchy")
implemented proper hierarchy support. Remove the broken tag.
Signed-off-by: Tejun Heo
Cc: Aristeu
On Sun, Apr 07, 2013 at 09:34:07AM -0700, H. Peter Anvin wrote:
> We shouldn't, no. /dev/mem really needs to be fixed along a bunch of
> axes. Yes, it is privileged and extra creepy, but it should either
> work or it should fail cleanly.
Can't we filter out accesses through /dev/mem and not
Patch adds device tree probe support for mc13783-regulator driver.
Signed-off-by: Alexander Shiyan
---
drivers/regulator/mc13783-regulator.c | 55 ++
drivers/regulator/mc13xxx-regulator-core.c | 2 ++
2 files changed, 42 insertions(+), 15 deletions(-)
diff
Signed-off-by: Zhihui Zhang
---
fs/f2fs/node.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs/node.h b/fs/f2fs/node.h
index afdb130..2be47b2 100644
--- a/fs/f2fs/node.h
+++ b/fs/f2fs/node.h
@@ -239,7 +239,7 @@ static inline bool IS_DNODE(struct page *node_page)
On Sat, Apr 6, 2013 at 7:58 PM, Greg KH wrote:
> On Sat, Apr 06, 2013 at 06:45:12PM +0100, Al Viro wrote:
>> On Sat, Apr 06, 2013 at 10:26:12AM -0700, Greg KH wrote:
>>
>> > Why not? "closed" systems, like Android and other embedded systems,
>> > have "assigned" uid and gid values that never
On 04/07/2013 06:33 AM, Borislav Petkov wrote:
>
> looks like we haven't whacked all the moles - I keep seeing this when
> testing 32-bit builds in qemu on latest Linus + tip. I'd guess this is
> still that /dev/mem accessing thing called wdm.
>
> I'm still wondering though whether we should
On Sun, Apr 07, 2013 at 01:38:21PM +0800, Li Zefan wrote:
> On 2013/4/5 7:36, Tejun Heo wrote:
> > Hello,
> >
> > Most cgroup_mutex abuses outside cgroup core proper have been
> > eradicated but there's still one use remaining and locking interface
> > is still exported. This patchset updates
(4/5/13 4:33 PM), Cody P Schafer wrote:
> In free_hot_cold_page(), we rely on pcp->batch remaining stable.
> Updating it without being on the cpu owning the percpu pageset
> potentially destroys this stability.
>
> Change for_each_cpu() to on_each_cpu() to fix.
>
> Signed-off-by: Cody P Schafer
(4/5/13 4:33 PM), Cody P Schafer wrote:
> No off-cpu users of the percpu pagesets exist.
>
> zone_pcp_update()'s goal is to adjust the ->high and ->mark members of a
> percpu pageset based on a zone's ->managed_pages. We don't need to drain
> the entire percpu pageset just to modify these fields.
On Sun, Apr 07, 2013 at 10:46:00AM +0200, Rafael J. Wysocki wrote:
> On Sunday, April 07, 2013 10:14:14 AM Huacai Chen wrote:
> > As commit 40dc166c (PM / Core: Introduce struct syscore_ops for core
> > subsystems PM) say, syscore_ops operations should be carried with one
> > CPU on-line and
On 04/07/2013 03:55 PM, Hans-Christian Egtvedt wrote:
> Around Sun 07 Apr 2013 00:43:36 +0800 or thereabout, Jiang Liu wrote:
>> Fix building warnings caused by redifinitions of HZ:
>> In file included from
>> /ws/linux/kernel/linux.git/include/uapi/linux/param.h:4,
>> from
(4/5/13 4:33 PM), Cody P Schafer wrote:
> In one case while modifying the ->high and ->batch fields of per cpu pagesets
> we're unneededly using stop_machine() (patches 1 & 2), and in another we
> don't have any
> syncronization at all (patch 3).
>
> This patchset fixes both of them.
>
> Note
The implementation of ab8500_ext_fixed_get_voltage is identical to
ab8500_ext_list_voltage. We can avoid the duplicate implementation by just
remove get_voltage. For fixed regulator, regulator core will call
list_voltage(rdev, 0) to get voltage if both get_voltage get_voltage_sel are
not
This code was added by commit 0fe17e20a6
"regulator: ab8500-ext: Add support for AB9540 regulators"
and commit bd44e2cb "regulator: ab8500: Also check for AB8505 based platforms"
The original patch[1] is to set info->desc.ops = _ext_regulator_ops.
However, ab9540_ext_regulator_ops is identical
The intention of this patch is to simplify the code.
Maintain the is_enabled flag is not trivial, it not only needs to set/clear the
flag in disable()/enable() but also needs to set the flag in is_enable() to get
initial status. The only benefit of keeping is_enabled flag is just save a
register
Implement enqueue-to-head. It can run concurrently with enqueue, splice
to queue, and iteration, but requires a mutex against dequeue and splice
from queue operations.
Useful for special-cases where a queue needs to have nodes enqueued into
its head.
This patch is only compile-tested.
Changes
The intention of this patch is to simplify the code.
Maintain the is_enabled flag is not trivial, it not only needs to set/clear the
flag in disable()/enable() but also needs to set the flag in is_enable() to get
initial status. The only benefit of keeping is_enabled flag is just save a
register
On 04/07/2013 09:34 AM, Simon Jeons wrote:
> Hi Jiang,
> On 04/06/2013 09:54 PM, Jiang Liu wrote:
>> Jiang Liu (15):
>>mm: fix build warnings caused by free_reserved_area()
>>mm: enhance free_reserved_area() to support poisoning memory with
>> zero
>>mm/ARM64: kill
* Eric Wong (normalper...@yhbt.net) wrote:
> Mathieu Desnoyers wrote:
> > Implement enqueue-to-head. It can run concurrently with enqueue, splice
> > to queue, and iteration, but requires a mutex against dequeue and splice
> > from queue operations.
> >
> > Useful for special-cases where a queue
Fix a few trivial typos in panic, warning and debug messages.
Signed-off-by: Johan Hovold
---
arch/arm/mach-at91/setup.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-at91/setup.c b/arch/arm/mach-at91/setup.c
index 4b67847..9e7c1e1 100644
---
Remove trailing semicolon from register-access macros.
Signed-off-by: Johan Hovold
---
arch/arm/mach-at91/at91_rstc.h| 2 +-
arch/arm/mach-at91/at91_shdwc.h | 2 +-
arch/arm/mach-at91/at91x40_time.c | 2 +-
arch/arm/mach-at91/include/mach/at91_matrix.h
On Sunday 07 April 2013, Daniel Tang wrote:
> On 07/04/2013, at 12:24 AM, Arnd Bergmann wrote:
> >
> >> @@ -313,7 +314,7 @@ define archhelp
> >> echo ' Image - Uncompressed kernel image
> >> (arch/$(ARCH)/boot/Image)'
> >> echo '* xipImage - XIP kernel image, if configured
On Sun, Apr 7, 2013 at 1:38 PM, Chen Gang wrote:
> ownername and namebuf are all NUL terminated string.
>
> need always let them ended by '\0'.
>
> Signed-off-by: Chen Gang
> ---
> kernel/module.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
* Oleg Nesterov [2013-04-01 18:09:00]:
> Finally change create_trace_uprobe() to check if argv[0][0] == 'r'
> and pass the correct "is_ret" to alloc_trace_uprobe().
>
> Signed-off-by: Oleg Nesterov
Acked-by: Srikar Dronamraju
> ---
> kernel/trace/trace_uprobe.c | 11 +++
> 1
* Oleg Nesterov [2013-04-01 18:08:57]:
> Change probes_seq_show() and print_uprobe_event() to check
> is_ret_probe() and print the correct data.
>
> Signed-off-by: Oleg Nesterov
Acked-by: Srikar Dronamraju
> ---
> kernel/trace/trace_uprobe.c | 17 +
> 1 files changed, 13
* Oleg Nesterov [2013-04-01 18:08:54]:
> Change uprobe_event_define_fields(), and __set_print_fmt() to check
> is_ret_probe() and use the appropriate format/fields.
>
> Signed-off-by: Oleg Nesterov
Acked-by: Srikar Dronamraju
> ---
> kernel/trace/trace_uprobe.c | 19 +++
>
* Oleg Nesterov [2013-04-01 18:08:48]:
> Create the new functions we need to support uretprobes, and change
> alloc_trace_uprobe() to initialize consumer.ret_handler if the new
> "is_ret" argument is true. Curently this argument is always false,
> so the new code is never called and
>> Please refer to hugetlb_fault for more information.
>
> Thanks for your pointing out. So my assume is correct, is it? Can pmd
> which support 2MB map 32MB pages work well?
Simon, Please stop hijaking unrelated threads. This is not question and answer
thread.
--
To unsubscribe from this
* Oleg Nesterov [2013-04-01 18:08:45]:
> Extract the output code from uprobe_trace_func() and uprobe_perf_func()
> into the new helpers, they will be used by ->ret_handler() too. We also
> add the unused "unsigned long func" argument in advance, to simplify the
> next changes.
>
>
Hey Dave,
On Thu, Mar 07, 2013 at 08:31:51AM -0800, Dave Hansen wrote:
>
> The original bug reporter says this fixes it for him, so I'm
> broadening the cc list a bit. I assume this should just get
> sucked in to the x86 tree.
looks like we haven't whacked all the moles - I keep seeing this
I'm been seeing some problems with my new ish AMD motherboard/processor
combo and networking (r8169). I see the following page fault :-
Apr 7 12:25:14 david kernel: [156421.436545] AMD-Vi: Event logged
[IO_PAGE_FAULT device=02:00.0 domain=0x0015 address=0x3000
flags=0x0050]
Followed
101 - 200 of 540 matches
Mail list logo