ferred color mode of 32. As this
> is the default if no format has been given, leave it out entirely.
>
> Signed-off-by: Thomas Zimmermann
> Cc: Xinliang Liu
> Cc: Tian Tao
> Cc: Xinwei Kong
> Cc: Sumit Semwal
> Cc: Yongqin Liu
> Cc: John Stultz
> ---
&
ike VM_PFNMAP is already required anyway, so
> this should be the correct flag to check for.
>
> References:
> https://lore.kernel.org/lkml/cakmk7uhi+mg0z0humnt13qccvuturvjpcr0njrl12k-wbwz...@mail.gmail.com/
> Acked-by: Christian König
> Cc: Jason Gunthorpe
> Cc: Suren B
On Tue, Feb 16, 2021 at 7:30 PM John Stultz wrote:
>
> On Wed, Jan 13, 2021 at 6:06 AM Daniel Vetter wrote:
> >
> > We have too many people abusing the struct page they can get at but
> > really shouldn't in importers. Aside from that the backing page might
> >
On Wed, Jan 13, 2021 at 6:06 AM Daniel Vetter wrote:
>
> We have too many people abusing the struct page they can get at but
> really shouldn't in importers. Aside from that the backing page might
> simply not exist (for dynamic p2p mappings) looking at it and using it
> e.g. for mmap can also wre
On Thu, Jan 14, 2021 at 1:03 AM Daniel Vetter wrote:
>
> On Wed, Jan 13, 2021 at 10:08 PM Chris Wilson
> wrote:
> > Quoting Daniel Vetter (2021-01-13 20:50:11)
> > > On Wed, Jan 13, 2021 at 4:43 PM Chris Wilson
> > > wrote:
> > > >
> > > > Quoting Daniel Vetter (2021-01-13 14:06:04)
> > > > >
On Thu, Aug 23, 2018 at 1:49 PM, Laurent Pinchart
wrote:
> On Thursday, 23 August 2018 20:48:40 EEST John Stultz wrote:
>> On Thu, Aug 23, 2018 at 1:09 AM, Daniel Vetter wrote:
>> > On Thu, Aug 23, 2018 at 10:46:15AM +0300, Laurent Pinchart wrote:
>> >> Possibly sl
On Thu, Aug 23, 2018 at 1:09 AM, Daniel Vetter wrote:
> On Thu, Aug 23, 2018 at 10:46:15AM +0300, Laurent Pinchart wrote:
>> Hi John,
>>
>> On Thursday, 23 August 2018 07:14:08 EEST John Stultz wrote:
>> > On Mon, Aug 20, 2018 at 11:44 PM, John Stultz
On Thu, Aug 23, 2018 at 10:24 AM, Ville Syrjälä
wrote:
> On Wed, Aug 22, 2018 at 09:14:08PM -0700, John Stultz wrote:
>> On Mon, Aug 20, 2018 at 11:44 PM, John Stultz wrote:
>> > Hey Noralf, all,
>> > I've been digging for a bit on the regression that this pat
On Thu, Aug 23, 2018 at 12:46 AM, Laurent Pinchart
wrote:
> Hi John,
>
> On Thursday, 23 August 2018 07:14:08 EEST John Stultz wrote:
>> On Mon, Aug 20, 2018 at 11:44 PM, John Stultz wrote:
>> > Hey Noralf, all,
>> >
>> > I've been digging
On Wed, Aug 22, 2018 at 10:51 PM, Daniel Vetter wrote:
> On Thu, Aug 23, 2018 at 6:14 AM, John Stultz wrote:
>> On Mon, Aug 20, 2018 at 11:44 PM, John Stultz wrote:
>>> Hey Noralf, all,
>>> I've been digging for a bit on the regression that this patch has
&
On Mon, Aug 20, 2018 at 11:44 PM, John Stultz wrote:
> Hey Noralf, all,
> I've been digging for a bit on the regression that this patch has
> tripped on the HiKey board as reported here:
> https://lkml.org/lkml/2018/8/16/81
>
> The first issue was that the k
On Tue, Aug 21, 2018 at 7:59 AM, Noralf Trønnes wrote:
> Den 21.08.2018 10.44, skrev Daniel Vetter:
>> On Mon, Aug 20, 2018 at 11:44:56PM -0700, John Stultz wrote:
>>>
>>> Since we don't have a drm_gem_cma_object reference in
>>> drm_fb_helper_gene
On Tue, Jul 3, 2018 at 9:03 AM, Noralf Trønnes wrote:
> This switches the CMA helper drivers that use its fbdev emulation over
> to the generic fbdev emulation. It's the first phase of using generic
> fbdev. A later phase will use DRM client callbacks for the
> lastclose/hotplug/remove callbacks.
On Tue, Jun 27, 2017 at 7:59 AM, Daniel Vetter wrote:
>
> Thanks to Liviu's help I realized that I fumbled the locking rework
> completely.
> This one here should be better, but somehow I'm having a real bad day today
> and
> I spent all day typing shit code, and then making it worse.
>
> This h
exynos patch), it seems to work ok. I rebooted 10 times and
didn't see the initialization race where multiple fbs were created
that I could regularly trigger before.
Tested-by: John Stultz
thanks
-john
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Thu, Dec 4, 2014 at 10:51 AM, Daniel Vetter wrote:
> On Thu, Dec 4, 2014 at 7:16 PM, John Stultz wrote:
>> On Thu, Dec 4, 2014 at 9:50 AM, Daniel Vetter wrote:
>>> On Thu, Dec 4, 2014 at 6:42 PM, John Stultz wrote:
>>>> Sigh. So you're going to make me w
On Thu, Dec 4, 2014 at 9:50 AM, Daniel Vetter wrote:
> On Thu, Dec 4, 2014 at 6:42 PM, John Stultz wrote:
>> Sigh. So you're going to make me write a separate patch that moves it over?
>
> We've written it already, Imre posted the link to the old discussion:
>
>
sed interfaces
>
> Use ktime_get_raw_ns() and get rid of the back and forth timespec
> conversions.
>
> Signed-off-by: Thomas Gleixner
> Acked-by: Daniel Vetter
> Signed-off-by: John Stultz
>
> So fix this up by reinstating our handrolled _timeout function. W
On Thu, Dec 4, 2014 at 2:42 AM, Daniel Vetter wrote:
> On Wed, Dec 03, 2014 at 11:07:08AM -0800, John Stultz wrote:
>> On Wed, Dec 3, 2014 at 6:30 AM, Daniel Vetter wrote:
>> > On Tue, Dec 02, 2014 at 08:54:13AM -0800, John Stultz wrote:
>> >> On Tue, Dec 2,
On Wed, Dec 3, 2014 at 6:30 AM, Daniel Vetter wrote:
> On Tue, Dec 02, 2014 at 08:54:13AM -0800, John Stultz wrote:
>> On Tue, Dec 2, 2014 at 8:35 AM, Chris Wilson
>> wrote:
>> > On Tue, Dec 02, 2014 at 04:36:22PM +0100, Daniel Vetter wrote:
>> &
On Tue, Dec 2, 2014 at 8:35 AM, Chris Wilson wrote:
> On Tue, Dec 02, 2014 at 04:36:22PM +0100, Daniel Vetter wrote:
>> +static inline unsigned long nsecs_to_jiffies_timeout(const u64 m)
>> +{
>> + u64 usecs = div_u64(m + 999, 1000);
>> + unsigned long j = usecs_to_jiffies(usecs);
>> +
>>
21 matches
Mail list logo
