Re: [PATCH 2/5] Handle leap seconds in mktime64()

On Friday 18 December 2015 00:02:02 David Howells wrote: > Handle leap seconds in mktime64() - where the seconds parameter is the > value 60 - by treating it the same as 59. > > This facility will be used by the X.509 parser. Doing it in mktime64() > makes the policy common to the whole kernel an

Re: [PATCH 3/5] X.509: Support leap seconds

On Friday 18 December 2015 00:02:09 David Howells wrote: > The format of ASN.1 GeneralizedTime seems to be specified by ISO 8601 > [X.680 46.3] and this apparently supports leap seconds (ie. the seconds > field is 60). It's not entirely clear that ASN.1 expects it, but we can > relax the seconds c

Re: [PATCH 4/5] Handle both ISO 8601 encodings of midnight in mktime64()

On Friday 18 December 2015 00:02:17 David Howells wrote: > ISO 8601 format dates permit two different encodings of midnight - 00:00:00 > and 24:00:00 - the first is midnight today and the second is midnight > tomorrow and is exactly equivalent to the first with tomorrow's date. > > Note that the i

Re: [PATCH v2] mm: memcontrol: fix possible memcg leak due to interrupted reclaim

On Thu, Dec 17, 2015 at 03:02:17PM -0800, Andrew Morton wrote: > On Tue, 15 Dec 2015 15:31:37 +0300 Vladimir Davydov > wrote: > > > Memory cgroup reclaim can be interrupted with mem_cgroup_iter_break() > > once enough pages have been reclaimed, in which case, in contrast to a > > full round-trip

Re: [PATCH v2] mm: memcontrol: fix possible memcg leak due to interrupted reclaim

On Fri, Dec 18, 2015 at 06:32:02PM +0300, Vladimir Davydov wrote: > On Thu, Dec 17, 2015 at 03:02:17PM -0800, Andrew Morton wrote: > > On Tue, 15 Dec 2015 15:31:37 +0300 Vladimir Davydov > > wrote: > > > @@ -859,14 +859,20 @@ struct mem_cgroup *mem_cgroup_iter(struct > > > mem_cgroup *root, > >

Re: [PATCH 03/32] drm/i915: Only spin whilst waiting on the current request

On Fri, Dec 11, 2015 at 11:32:59AM +, Chris Wilson wrote: > Limit busywaiting only to the request currently being processed by the > GPU. If the request is not currently being processed by the GPU, there > is a very low likelihood of it being completed within the 2 microsecond > spin timeout an

Re: [PATCH v2] mm: memcontrol: fix possible memcg leak due to interrupted reclaim

On Fri, Dec 18, 2015 at 11:00:41AM -0500, Johannes Weiner wrote: > On Fri, Dec 18, 2015 at 06:32:02PM +0300, Vladimir Davydov wrote: > > On Thu, Dec 17, 2015 at 03:02:17PM -0800, Andrew Morton wrote: > > > On Tue, 15 Dec 2015 15:31:37 +0300 Vladimir Davydov > > > wrote: > > > > @@ -859,14 +859,20

[PATCH] drm/i915: Workaround CHV pipe C cursor fail

From: Ville Syrjälä Turns out CHV pipe C was glued on somewhat poorly, and there's something wrong with the cursor. If the cursor straddles the left screen edge, and is then moved away from the edge or disabled, the pipe will often underrun. If enough underruns are triggered quickly enough the pi

patch "USB: ipaq.c: fix a timeout loop" added to usb-linus

This is a note to let you know that I've just added the patch titled USB: ipaq.c: fix a timeout loop to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next release of the linux-nex

patch "USB: fix invalid memory access in hub_activate()" added to usb-linus

This is a note to let you know that I've just added the patch titled USB: fix invalid memory access in hub_activate() to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next release

[PATCH] x86: Add iMac10,1 to pci_reboot_dmi_table

Without the reboot=pci method, the iMac 10,1 simply hangs after printing "Restarting system" at the point when it should reboot. This fixes it. Signed-off-by: Mario Kleiner Cc: --- arch/x86/kernel/reboot.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/x86/kernel/reboot.c b/ar

[alternative-merged] scatterlist-fix-sg_phys-masking.patch removed from -mm tree

The patch titled Subject: scatterlist: fix sg_phys() masking has been removed from the -mm tree. Its filename was scatterlist-fix-sg_phys-masking.patch This patch was dropped because an alternative patch was merged -- From: Dan Willi

+ ocfs2-fix-bug-when-calculate-new-backup-super.patch added to -mm tree

The patch titled Subject: ocfs2: fix BUG when calculate new backup super has been added to the -mm tree. Its filename is ocfs2-fix-bug-when-calculate-new-backup-super.patch This patch should soon appear at http://ozlabs.org/~akpm/mmots/broken-out/ocfs2-fix-bug-when-calculate-new-b

[PATCH 03/11] time: Avoid signed overflow in timekeeping_get_ns()

From: David Gibson 1e75fa8 "time: Condense timekeeper.xtime into xtime_sec" replaced a call to clocksource_cyc2ns() from timekeeping_get_ns() with an open-coded version of the same logic to avoid keeping a semi-redundant struct timespec in struct timekeeper. However, the commit also introduced a

[patch 1/3] proc: fix -ESRCH error when writing to /proc/$pid/coredump_filter

From: Colin Ian King Subject: proc: fix -ESRCH error when writing to /proc/$pid/coredump_filter echo 0 > /proc/self/coredump_filter bash: echo: write error: No such process Writing to /proc/$pid/coredump_filter always returns -ESRCH because commit 774636e19ed51 ("proc: convert to kstrto*()/kstrt

Re: [PATCH v2] mm: memcontrol: fix possible memcg leak due to interrupted reclaim

On Fri, 18 Dec 2015 19:24:05 +0300 Vladimir Davydov wrote: > > OK, got it, thanks. Here goes the incremental patch (it should also fix > the warning regarding unused cmpxchg returned value): > --- > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index fc25dc211eaf..908c075e04eb 100644 > --- a