Re: [Y2038] [PATCH v3] Staging: media: Replace timeval with ktime_t

2015-05-13 Thread John Stultz
On Wed, May 13, 2015 at 2:10 PM, Mauro Carvalho Chehab wrote: > Em Wed, 13 May 2015 21:53:07 +0200 > Arnd Bergmann escreveu: > >> On Wednesday 13 May 2015 10:04:48 John Stultz wrote: >> > On Wed, May 13, 2015 at 9:57 AM, Ksenija Stanojevic >> > wrote: >>

Re: [PATCH v3] Staging: media: Replace timeval with ktime_t

2015-05-13 Thread John Stultz
On Wed, May 13, 2015 at 9:57 AM, Ksenija Stanojevic wrote: > 'struct timeval last_tv' is used to get the time of last signal change > and 'struct timeval last_intr_tv' is used to get the time of last UART > interrupt. > 32-bit systems using 'struct timeval' will break in the year 2038, so we > hav

Re: [PATCH 4/6] android: convert sync to fence api, v5

2014-05-19 Thread John Stultz
> v5: > - Fix small style issues pointed out by Thomas Hellstrom. > > Signed-off-by: Maarten Lankhorst I ran this through a fairly simple unit test for the Android sw_sync interface and it ran fine. Also since Colin, Rom and Greg didn't seem to have major objections last I spoke with

Re: [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111

2013-08-06 Thread John Stultz
On Tue, Aug 6, 2013 at 5:15 AM, Rob Clark wrote: > On Tue, Aug 6, 2013 at 7:31 AM, Tom Cooksey wrote: >> >>> > So in some respects, there is a constraint on how buffers which will >>> > be drawn to using the GPU are allocated. I don't really like the idea >>> > of teaching the display controller