On Mon, 07 May 2018 20:36:39 +1000
Michael Ellerman wrote:
> Nicholas Piggin writes:
> > On Fri, 04 May 2018 15:16:37 +1000
> > Michael Ellerman wrote:
> >> Nicholas Piggin writes:
> >> > Use the more refined and tested event polling loop from opal_put_chars
> >> > as the fallback console
Nicholas Piggin writes:
> On Fri, 04 May 2018 15:16:37 +1000
> Michael Ellerman wrote:
>> Nicholas Piggin writes:
>> > Use the more refined and tested event polling loop from opal_put_chars
>> > as the fallback console flush in the opal-kmsg path. This loop is used
>> > by the console driver tod
On Fri, 04 May 2018 15:16:37 +1000
Michael Ellerman wrote:
> Nicholas Piggin writes:
>
> > Use the more refined and tested event polling loop from opal_put_chars
> > as the fallback console flush in the opal-kmsg path. This loop is used
> > by the console driver today, whereas the opal-kmsg fal
Nicholas Piggin writes:
> Use the more refined and tested event polling loop from opal_put_chars
> as the fallback console flush in the opal-kmsg path. This loop is used
> by the console driver today, whereas the opal-kmsg fallback is not
> likely to have been used for years.
>
> Use WARN_ONCE ra
Use the more refined and tested event polling loop from opal_put_chars
as the fallback console flush in the opal-kmsg path. This loop is used
by the console driver today, whereas the opal-kmsg fallback is not
likely to have been used for years.
Use WARN_ONCE rather than a printk when the fallback