On Thu 2015-10-22 14:19:26, David Howells wrote:
> Petr Mladek wrote:
>
> > I would expect that the first few messages are printed to the console
> > before the buffer is wrapped. IMHO, in many cases, you are interested
> > into the final messages that describe why the system went down.
>
> The
On Thu 2015-10-22 14:19:26, David Howells wrote:
> Petr Mladek wrote:
>
> > I would expect that the first few messages are printed to the console
> > before the buffer is wrapped. IMHO, in many cases, you are interested
> > into the final messages that describe why the system
On Thu, 2015-10-22 at 14:19 +0100, David Howells wrote:
> Petr Mladek wrote:
>
> > I would expect that the first few messages are printed to the console
> > before the buffer is wrapped. IMHO, in many cases, you are interested
> > into the final messages that describe why the system went down.
>
Petr Mladek wrote:
> I would expect that the first few messages are printed to the console
> before the buffer is wrapped. IMHO, in many cases, you are interested
> into the final messages that describe why the system went down.
The last message might tell you that the machine panicked because
On Thu, 2015-10-22 at 14:18 +0200, Jan Kara wrote:
>
> >
> > What happened to it? And how do we fix it?
>
> Hard to fix since you'd easily get RCU stalls and softlockup messages on
> systems with lots of CPUs and heavy printk traffic...
If we have to explicitly opt in to synchronous output,
Added Andrew into CC who maintains printk() code.
On Thu 2015-10-22 11:16:50, David Howells wrote:
> printk() currently discards earlier messages to make space for new messages
> arriving. This has the distinct downside that if the kernel starts
> churning out messages because of some initial
On Thu 22-10-15 11:28:47, David Woodhouse wrote:
> On Thu, 2015-10-22 at 11:16 +0100, David Howells wrote:
> > printk() currently discards earlier messages to make space for new messages
> > arriving. This has the distinct downside that if the kernel starts
> > churning out messages because of
On Thu, 2015-10-22 at 11:16 +0100, David Howells wrote:
> printk() currently discards earlier messages to make space for new messages
> arriving. This has the distinct downside that if the kernel starts
> churning out messages because of some initial incident, the report of the
> initial incident
printk() currently discards earlier messages to make space for new messages
arriving. This has the distinct downside that if the kernel starts
churning out messages because of some initial incident, the report of the
initial incident is likely to be lost under a blizzard of:
** NNN
On Thu, 2015-10-22 at 11:16 +0100, David Howells wrote:
> printk() currently discards earlier messages to make space for new messages
> arriving. This has the distinct downside that if the kernel starts
> churning out messages because of some initial incident, the report of the
> initial incident
On Thu 22-10-15 11:28:47, David Woodhouse wrote:
> On Thu, 2015-10-22 at 11:16 +0100, David Howells wrote:
> > printk() currently discards earlier messages to make space for new messages
> > arriving. This has the distinct downside that if the kernel starts
> > churning out messages because of
printk() currently discards earlier messages to make space for new messages
arriving. This has the distinct downside that if the kernel starts
churning out messages because of some initial incident, the report of the
initial incident is likely to be lost under a blizzard of:
** NNN
On Thu, 2015-10-22 at 14:18 +0200, Jan Kara wrote:
>
> >
> > What happened to it? And how do we fix it?
>
> Hard to fix since you'd easily get RCU stalls and softlockup messages on
> systems with lots of CPUs and heavy printk traffic...
If we have to explicitly opt in to synchronous output,
On Thu, 2015-10-22 at 14:19 +0100, David Howells wrote:
> Petr Mladek wrote:
>
> > I would expect that the first few messages are printed to the console
> > before the buffer is wrapped. IMHO, in many cases, you are interested
> > into the final messages that describe why the
Added Andrew into CC who maintains printk() code.
On Thu 2015-10-22 11:16:50, David Howells wrote:
> printk() currently discards earlier messages to make space for new messages
> arriving. This has the distinct downside that if the kernel starts
> churning out messages because of some initial
Petr Mladek wrote:
> I would expect that the first few messages are printed to the console
> before the buffer is wrapped. IMHO, in many cases, you are interested
> into the final messages that describe why the system went down.
The last message might tell you that the machine
16 matches
Mail list logo