From: Al Viro <viro@ZenIV.linux.org.uk>
To: lkp@lists.01.org
Subject: Re: 1131482629 ("posix-timers: Use get_timepsec64() and .."): BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
Date: Fri, 30 Jun 2017 09:19:59 +0100 [thread overview]
Message-ID: <20170630081958.GS10672@ZenIV.linux.org.uk> (raw)
In-Reply-To: <5956046f.S02VEPZxC+uTF7Uu%fengguang.wu@intel.com>
[-- Attachment #1: Type: text/plain, Size: 1309 bytes --]
On Fri, Jun 30, 2017 at 03:57:35PM +0800, kernel test robot wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://internal_merge_and_test_tree devel-catchup-201706292032
>
> commit 11314826298445e447cc52df284d55f1e1137519
> Author: Deepa Dinamani <deepa.kernel@gmail.com>
> AuthorDate: Sat Jun 24 11:45:05 2017 -0700
> Commit: Al Viro <viro@zeniv.linux.org.uk>
> CommitDate: Sun Jun 25 21:58:46 2017 -0400
>
> posix-timers: Use get_timepsec64() and put_timespec64()
>
> Usage of these apis and their compat versions makes
> the syscalls: clock_gettime, clock_settime, clock_getres
> and their compat implementations simpler.
>
> This is a preparatory patch to isolate data conversions to
> struct timespec64 at userspace boundaries. This helps contain
> the changes needed to transition to new y2038 safe types.
>
> Signed-off-by: Deepa Dinamani <deepa.kernel@gmail.com>
> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
... caused by this:
- if (!kc || !kc->clock_set)
- return -EINVAL;
-
without anything to replace it. Similar bug in compat clock_getres().
Incidentally, it's 'timespec', not 'timepsec' ;-)
Fixed and force-pushed.
prev parent reply other threads:[~2017-06-30 8:19 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-30 7:57 1131482629 ("posix-timers: Use get_timepsec64() and .."): BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 kernel test robot
2017-06-30 8:19 ` Al Viro [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170630081958.GS10672@ZenIV.linux.org.uk \
--to=viro@zeniv.linux.org.uk \
--cc=lkp@lists.01.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.