On 12/30/2016 11:52 AM, Michal Hocko wrote:
> On Thu 29-12-16 23:22:20, Michal Nazarewicz wrote:
>> On Thu, Dec 29 2016, Eric Anholt wrote:
>>> Michal Hocko writes:
>>>
This has been already brought up
http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and
On 12/30/2016 11:52 AM, Michal Hocko wrote:
> On Thu 29-12-16 23:22:20, Michal Nazarewicz wrote:
>> On Thu, Dec 29 2016, Eric Anholt wrote:
>>> Michal Hocko writes:
>>>
This has been already brought up
http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
was a
On Fri, Dec 30 2016, Eric Anholt wrote:
> OK, so the design is bad. When you said bug, I definitely thought you
> were saying that the message shouldn't happen in the design.
>
> Given CMA's current design, should everyone using CMA see their logs
> slowly growing with this message that is an
On Fri, Dec 30 2016, Eric Anholt wrote:
> OK, so the design is bad. When you said bug, I definitely thought you
> were saying that the message shouldn't happen in the design.
>
> Given CMA's current design, should everyone using CMA see their logs
> slowly growing with this message that is an
Michal Nazarewicz writes:
> On Thu, Dec 29 2016, Eric Anholt wrote:
>> Michal Nazarewicz writes:
>>
>>> On Thu, Dec 29 2016, Eric Anholt wrote:
Michal Hocko writes:
> This has been already brought up
>
Michal Nazarewicz writes:
> On Thu, Dec 29 2016, Eric Anholt wrote:
>> Michal Nazarewicz writes:
>>
>>> On Thu, Dec 29 2016, Eric Anholt wrote:
Michal Hocko writes:
> This has been already brought up
> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
On Thu 29-12-16 23:22:20, Michal Nazarewicz wrote:
> On Thu, Dec 29 2016, Eric Anholt wrote:
> > Michal Hocko writes:
> >
> >> This has been already brought up
> >> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
> >> was a proposed patch for that which
On Thu 29-12-16 23:22:20, Michal Nazarewicz wrote:
> On Thu, Dec 29 2016, Eric Anholt wrote:
> > Michal Hocko writes:
> >
> >> This has been already brought up
> >> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
> >> was a proposed patch for that which ratelimited the
On Thu, Dec 29 2016, Eric Anholt wrote:
> Michal Nazarewicz writes:
>
>> On Thu, Dec 29 2016, Eric Anholt wrote:
>>> Michal Hocko writes:
>>>
This has been already brought up
http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
On Thu, Dec 29 2016, Eric Anholt wrote:
> Michal Nazarewicz writes:
>
>> On Thu, Dec 29 2016, Eric Anholt wrote:
>>> Michal Hocko writes:
>>>
This has been already brought up
http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
was a proposed patch for that
Michal Nazarewicz writes:
> On Thu, Dec 29 2016, Eric Anholt wrote:
>> Michal Hocko writes:
>>
>>> This has been already brought up
>>> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
>>> was a proposed patch for that which
Michal Nazarewicz writes:
> On Thu, Dec 29 2016, Eric Anholt wrote:
>> Michal Hocko writes:
>>
>>> This has been already brought up
>>> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
>>> was a proposed patch for that which ratelimited the output
>>>
On Thu, Dec 29 2016, Eric Anholt wrote:
> Michal Hocko writes:
>
>> This has been already brought up
>> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
>> was a proposed patch for that which ratelimited the output
>>
On Thu, Dec 29 2016, Eric Anholt wrote:
> Michal Hocko writes:
>
>> This has been already brought up
>> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
>> was a proposed patch for that which ratelimited the output
>>
Michal Hocko writes:
> This has been already brought up
> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
> was a proposed patch for that which ratelimited the output
> http://lkml.kernel.org/r/20161130132848.gg18...@dhcp22.suse.cz resp.
>
Michal Hocko writes:
> This has been already brought up
> http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
> was a proposed patch for that which ratelimited the output
> http://lkml.kernel.org/r/20161130132848.gg18...@dhcp22.suse.cz resp.
>
This has been already brought up
http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
was a proposed patch for that which ratelimited the output
http://lkml.kernel.org/r/20161130132848.gg18...@dhcp22.suse.cz resp.
This has been already brought up
http://lkml.kernel.org/r/20161130092239.gd18...@dhcp22.suse.cz and there
was a proposed patch for that which ratelimited the output
http://lkml.kernel.org/r/20161130132848.gg18...@dhcp22.suse.cz resp.
For CMA allocations, we expect to occasionally hit this error path, at
which point CMA will retry. Given that, we shouldn't be spamming
dmesg about it.
The Raspberry Pi graphics driver does frequent CMA allocations, and
during regression testing this printk was sometimes occurring 100s of
times
For CMA allocations, we expect to occasionally hit this error path, at
which point CMA will retry. Given that, we shouldn't be spamming
dmesg about it.
The Raspberry Pi graphics driver does frequent CMA allocations, and
during regression testing this printk was sometimes occurring 100s of
times
20 matches
Mail list logo