From: qing gu <qing.gu@oracle.com>
To: NeilBrown <neilb@suse.de>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org,
trivial@kernel.org
Subject: Re: [PATCH]: md: Initialize ctl_name field of table raid_root_table/raid_dir_table to avoid dump_trace info in debug kernel
Date: Mon, 19 Mar 2012 11:26:11 +0800 [thread overview]
Message-ID: <4F66A753.4000004@oracle.com> (raw)
In-Reply-To: <20120314133501.14c6f7e9@notabene.brown>
Very thanks for the reply.
Neil
On 2012/3/14 10:35, NeilBrown wrote:
> On Tue, 13 Mar 2012 19:14:05 -0700 ebiederm@xmission.com (Eric W. Biederman)
> wrote:
>
>> NeilBrown<neilb@suse.de> writes:
>>
>>> On Mon, 12 Mar 2012 11:58:53 +0800 qing gu<qing.gu@oracle.com> wrote:
>>>
>>>> This patch is used to dispense trace info when system boots with debug
>>>> kernel. I have verified it on RHEL6.2& SLES11.2. Both work fine.
>>>> In the failure case, system logs that:
>>>>
>>>> /Feb 21 19:33:55 nsgbj-216-137 kernel: sysctl_check_dir: failed: /dev ref: /dev .7
> .....
>
>>> These lines were removed in November 2009 by Eric Biederman in
>>> commit 894d2491153a9f8270dbed21175d06fde4eba6c7
>>>
>>> So I'm not keen on adding them back without understanding the history.
>>>
>>> Eric: Do we need these after all?
>> For the main trunk no. The .ctl_name field no longer exists.
>>
>> kernel/binary_sysctl.c is used to provide backwards compatibility with
>> the old binary names.
>>
>> There might be a point for doing something in -stable or someone's
>> enterprise kernel if some messed up set of backports were merged.
>>
>> Eric
> Thanks for the quick response Eric!!
>
> Qing: It looks like this is not an issue in mainline.
> If you want to get something fixed in SLES or RHEL, I suggest you log an
> issue in the relevant bugzillas (though I just checked SLES11-SP2, and
> it doesn't mention sysctl_check_dir at all).
>
> NeilBrown
prev parent reply other threads:[~2012-03-19 3:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4F5D747D.9060508@oracle.com>
[not found] ` <20120314125720.1bb87546@notabene.brown>
2012-03-14 2:14 ` [PATCH]: md: Initialize ctl_name field of table raid_root_table/raid_dir_table to avoid dump_trace info in debug kernel Eric W. Biederman
2012-03-14 2:35 ` NeilBrown
2012-03-14 2:35 ` NeilBrown
2012-03-19 3:26 ` qing gu [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=4F66A753.4000004@oracle.com \
--to=qing.gu@oracle.com \
--cc=ebiederm@xmission.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=trivial@kernel.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.