From: Stephen Warren <swarren@wwwdotorg.org>
To: Kay Sievers <kay@vrfy.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: William Douglas <william.douglas@intel.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-next@vger.kernel.org
Subject: Re: Regression due to 7ff9554 "printk: convert byte-buffer to variable-length record buffer"
Date: Thu, 10 May 2012 13:54:49 -0600 [thread overview]
Message-ID: <4FAC1D09.1070004@wwwdotorg.org> (raw)
In-Reply-To: <4FAAB815.5040001@wwwdotorg.org>
On 05/09/2012 12:31 PM, Stephen Warren wrote:
> For me, next-20120508 prints nothing when booted, and I think also
> hangs. To solve this, I reverted:
>
> 7ff9554 printk: convert byte-buffer to variable-length record buffer
>
> In order to build, I also had to revert:
>
> c4e00da driver-core: extend dev_printk() to pass structured data
>
> Note: I'm running on an ARM system using a serial console, with
> earlyprintk enabled.
This issue still occurs in next-20120510.
I've tracked it down to the assignment of msg->ts_nsec near the end of
log_store(). If I comment this out, everything works. The problem is the
assignment, not the call to local_clock():
fails:
msg->ts_nsec = local_clock();
fails:
msg->ts_nsec = 0;//local_clock();
works:
//msg->ts_nsec = local_clock();
I guess that msg isn't pointing at what it's supposed to. I'll keep
trying to track this down, but if you could think about why this might
happen (or even revert the changes until this is isolated), it'd be great.
next prev parent reply other threads:[~2012-05-10 19:54 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-09 18:31 Regression due to 7ff9554 "printk: convert byte-buffer to variable-length record buffer" Stephen Warren
2012-05-10 19:54 ` Stephen Warren [this message]
2012-05-10 20:06 ` Kay Sievers
2012-05-10 20:09 ` Stephen Warren
2012-05-10 20:13 ` Stephen Warren
2012-05-10 20:15 ` Kay Sievers
2012-05-10 20:20 ` Stephen Warren
2012-05-10 20:26 ` Kay Sievers
2012-05-10 21:58 ` Stephen Warren
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=4FAC1D09.1070004@wwwdotorg.org \
--to=swarren@wwwdotorg.org \
--cc=gregkh@linuxfoundation.org \
--cc=kay@vrfy.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=william.douglas@intel.com \
/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