public inbox for linux-bcache@vger.kernel.org
 help / color / mirror / Atom feed
From: Stefan Priebe - Profihost AG <s.priebe@profihost.ag>
To: Coly Li <i@coly.li>, linux-bcache@vger.kernel.org
Cc: Michael Lyle <mlyle@lyle.org>
Subject: Re: bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019
Date: Mon, 23 Oct 2017 16:26:39 +0200	[thread overview]
Message-ID: <ee16f106-9bce-d33b-e8cc-acd6eeb94d10@profihost.ag> (raw)
In-Reply-To: <ebfea14d-0fbd-00e0-d31b-54e1adfb2b80@coly.li>

Hi,
Am 23.10.2017 um 16:00 schrieb Coly Li:
> On 2017/10/23 下午9:16, Stefan Priebe - Profihost AG wrote:
>> Hi,
>>
>> Am 23.10.2017 um 15:05 schrieb Coly Li:
>>> On 2017/10/23 下午8:59, Stefan Priebe - Profihost AG wrote:
>>>> Hi Coly,
>>>>
>>>>
>>>> Am 23.10.2017 um 14:56 schrieb Coly Li:
>>>>> On 2017/10/23 下午7:42, Stefan Priebe - Profihost AG wrote:
>>>>>> Hello,
>>>>>>
>>>>>> i picked all bcache patches from for-next to my 4.4 kernel to test the
>>>>>> new controller.
>>>>>>
>>>>>> After doing so i see random kernel panics with the following trace:
>>>>>
>>>>> Hi Stefan,
>>>>>
>>>>> Thanks for the report. This is the 3rd report I see recently for NULL
>>>>> pointer dereference, maybe they are related (or maybe not). Is it a
>>>>> panic when bcache starts to run, or during heavy workload ?
>>>>
>>>> It's during heavy / normal workload.
>>>>
>>>>> If I may have chance to trigger similar oops on my server, that will be
>>>>> much easier. So far I cannot reproduce any oops, neither by rebooting
>>>>> and assemble bcache device by udev rules, nor compose bcache device and
>>>>> run it by bash scripts...
>>>>
>>>> Do you need the line where this happens? It should be possible to get
>>>> the line from the IP: [<ffffffffc04ef62e>] output?
>>>>
>>> This is very helpful.
>>
>> May be i'm too stupid but it does not print anything useful:
>>
>> # addr2line -f -e
>> /usr/lib/debug/lib/modules/4.4.92+534-ph/kernel/drivers/md/bcache/bcache.ko
>> ffffffffc04ef62e closure_sub
>> ??
>> ??:0
>> bch_inc_gen
>> ??:?
>>
>>> Is it possible to get a kdump crash for the kernel
>>> oops, that will be much more informative :-)
>>
>> no idea how to archieve this for a remote Server.
> 
> Hi Stefan,
> 
> In code path of closure_wake_up(), I remember there are two patches in
> last run,
> - commit a5f3d8a5eaaf ("bcache: use llist_for_each_entry_safe() in
> __closure_wake_up()")
> - commit 09b3efec81de ("bcache: Don't reinvent the wheel but use
> existing llist API")
> 
> Can you check whether you have all of these patches ? Or can we try to
> revoke these two patches and see whether oops still happens.

It seems i'm missing a5f3d8a5eaaf but i have 09b3efec81de.

I missed it because
git log ..linux-block/for-next -- drivers/md/bcache/

does not show it. It seems linux-block/for-next does not contain it?
Which branch should i use?

Only those contain the mentioned commit:
  remotes/linux-block/for-linus
  remotes/linux-block/master
  remotes/linux-block/wbt-odirect

Greets,
Stefan

> 
> Thanks.
> 

  reply	other threads:[~2017-10-23 14:26 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-23 11:42 bcache: for-next unable to handle kernel NULL pointer dereference at 0000000000000019 Stefan Priebe - Profihost AG
2017-10-23 12:56 ` Coly Li
2017-10-23 12:59   ` Stefan Priebe - Profihost AG
2017-10-23 13:05     ` Coly Li
2017-10-23 13:16       ` Stefan Priebe - Profihost AG
2017-10-23 14:00         ` Coly Li
2017-10-23 14:26           ` Stefan Priebe - Profihost AG [this message]
2017-10-23 14:39             ` Coly Li
2017-10-25 13:26               ` Stefan Priebe - Profihost AG
2017-10-25 14:05                 ` Coly Li
2017-10-23 16:48             ` Michael Lyle
2017-10-23 17:49               ` Stefan Priebe - Profihost AG

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=ee16f106-9bce-d33b-e8cc-acd6eeb94d10@profihost.ag \
    --to=s.priebe@profihost.ag \
    --cc=i@coly.li \
    --cc=linux-bcache@vger.kernel.org \
    --cc=mlyle@lyle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox