t sparc64 and parisc use pgprot_uncached here, but as
> they don't define a custom pgprot_writecombine, this ends up being
> the same, and they can use the above definition as well.
>
> mips defines pgprot_writecombine but uses pgprot_noncached
> in fb_pgprotect(), which is probably a m
header.
> > >
> > > If the idea is OK there are still 2 qestions to answer:
> > >
> > > 1. Name of the helper, __xchg follows kernel conventions,
> > > but for me Rust names are also OK.
> > I like replace(), or, shockingly, exchange().
> &
On Sun, Sep 20, 2020 at 08:23:26AM +0200, Thomas Gleixner wrote:
> On Sat, Sep 19 2020 at 12:37, Daniel Vetter wrote:
> > On Sat, Sep 19, 2020 at 12:35 PM Daniel Vetter wrote:
> >> I think it should be the case, but I want to double check: Will
> >> copy_*_user be allo
On Sat, Sep 19, 2020 at 12:35 PM Daniel Vetter wrote:
>
> On Sat, Sep 19, 2020 at 11:50 AM Thomas Gleixner wrote:
> >
> > First of all, sorry for the horribly big Cc list!
> >
> > Following up to the discussion in:
> >
> > https://lore.kernel.or
1
> arch/xtensa/include/asm/highmem.h |9 +
> arch/xtensa/mm/highmem.c | 44 ---
> b/arch/x86/Kconfig|3
> include/linux/highmem.h | 141 +++-
> include/linux/io-mapping.h |2
>
ned-off-by: Ira Weiny
I'm assuming this lands through some other tree or a topic branch or whatever.
Acked-by: Daniel Vetter
Cheers, Daniel
> ---
> drivers/gpu/drm/ttm/ttm_bo_util.c| 56 ++--
> drivers/gpu/drm/vmwgfx/vmwgfx_blit.c | 16
>
On Tue, Apr 21, 2020 at 05:55:38PM +0200, Neil Armstrong wrote:
> On 15/04/2020 19:33, Daniel Vetter wrote:
> > On Wed, Apr 15, 2020 at 02:29:28AM +0300, Eugeniy Paltsev wrote:
> >> The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
> >> encoders. S
t; +
> + return 0;
> +}
> +
> +static int snps_dw_hdmi_remove(struct platform_device *pdev)
> +{
> + struct dw_hdmi *hdmi = platform_get_drvdata(pdev);
> +
> + dw_hdmi_remove(hdmi);
> +
> + return 0;
> +}
> +
> +static struct platform_driver
> drivers/gpu/drm/arc/arcpgu_regs.h | 2 +-
> 2 files changed, 19 insertions(+), 19 deletions(-)
>
> Note this is based on the current drm/drm-next contents.
>
> Thanks,
> Alexey
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
On Fri, Dec 13, 2019 at 10:24:42AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> > -Original Message-
> > From: Daniel Vetter
> > Sent: Friday, December 13, 2019 1:22 PM
> > To: Alexey Brodkin
> > Cc: Daniel Vetter ; David Airlie ; arcml
>
supported format list code
> > > DRM: ARC: PGU: replace unsupported by HW RGB888 format by XRGB888
> > > DRM: ARC: PGU: add ARGB format to supported format list
> > >
> > > drivers/gpu/drm/arc/arcpgu_crtc.c | 36
> > > ++
On Wed, Nov 27, 2019 at 2:49 PM Alexey Brodkin
wrote:
>
> Hi Daniel,
>
> > -Original Message-
> > From: Daniel Vetter
> > Sent: Wednesday, November 27, 2019 1:07 PM
> > To: Alexey Brodkin
> > Cc: Daniel Vetter ; David Airlie ; arcml
> >
2 +-
> 2 files changed, 19 insertions(+), 19 deletions(-)
>
> Thanks,
> Alexey
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
This breaks userspace apps (for example weston) which
> > relies on timestamp value.
> >
> > Reviewed-by: Daniel Vetter
> > Cc: sta...@vger.kernel.org
> > Signed-off-by: Eugeniy Paltsev
> > ---
> > drivers/gpu/drm/udl/udl_main.c | 7 +--
> > 1 file chan
var->blue.offset = 0;
> > - var->red.length = 8;
> > - var->green.length = 8;
> > - var->blue.length = 8;
> > - var->transp.length = 8;
> > - var->transp.offset = 24;
> > - break;
> > - default:
> > + /*
> > +* drm fbdev emulation doesn't support changing the pixel format at all,
> > +* so reject all pixel format changing requests.
> > +*/
> > + if (!drm_fb_pixel_format_equal(var, &info->var)) {
> > + DRM_DEBUG("fbdev emulation doesn't support changing the pixel
> > format\n");
> > return -EINVAL;
> > }
> > +
> > return 0;
> > }
> > EXPORT_SYMBOL(drm_fb_helper_check_var);
> > --
> > 2.14.4
> >
> > ___
> > dri-devel mailing list
> > dri-de...@lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/dri-devel
>
> --
> Ville Syrjälä
> Intel
> ___
> dri-devel mailing list
> dri-de...@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
se 32:
> - var->red.offset = 16;
> - var->green.offset = 8;
> - var->blue.offset = 0;
> - var->red.length = 8;
> - var->green.length = 8;
> - var->blue.length = 8;
> - var->transp.length
On Wed, Oct 3, 2018 at 4:30 PM Eugeniy Paltsev
wrote:
>
> On Wed, 2018-10-03 at 15:30 +0300, Ville Syrjälä wrote:
> > On Wed, Oct 03, 2018 at 01:36:00PM +0200, Daniel Vetter wrote:
> > > On Wed, Oct 3, 2018 at 1:05 PM Eugeniy Paltsev
> > > wrote:
> > > &g
+ return -EINVAL;
> + }
> +
> switch (var->bits_per_pixel) {
> case 16:
> depth = (var->green.length == 6) ? 16 : 15;
> --
> 2.14.4
>
> _______
> dri-devel mailing list
>
_init call with num_crtcs > 0 causes
> sending DRM_EVENT_FLIP_COMPLETE event with zero timestamp every
> time. This breaks userspace apps (for example weston) which
> relies on timestamp value.
>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Eugeniy Paltsev
Reviewed-by
On Mon, Apr 09, 2018 at 09:45:51AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Mon, 2018-04-09 at 11:17 +0200, Daniel Vetter wrote:
> > On Mon, Apr 09, 2018 at 08:55:36AM +, Alexey Brodkin wrote:
> > > Hi Daniel,
> > >
> > > On Mon, 2018
On Mon, Apr 09, 2018 at 08:55:36AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Mon, 2018-04-09 at 10:31 +0200, Daniel Vetter wrote:
> > On Thu, Apr 05, 2018 at 06:39:41PM +, Alexey Brodkin wrote:
> > > Hi Daniel, all,
>
> [snip]
>
> > > Ok it
On Thu, Apr 05, 2018 at 06:39:41PM +, Alexey Brodkin wrote:
> Hi Daniel, all,
>
> On Thu, 2018-04-05 at 15:44 +0200, Daniel Vetter wrote:
> > On Thu, Apr 05, 2018 at 11:10:03AM +, Alexey Brodkin wrote:
> > > Hi Daniel, Lucas,
> > >
> > > On Thu
On Thu, Apr 05, 2018 at 11:10:03AM +, Alexey Brodkin wrote:
> Hi Daniel, Lucas,
>
> On Thu, 2018-04-05 at 12:59 +0200, Daniel Vetter wrote:
> > On Thu, Apr 5, 2018 at 12:29 PM, Lucas Stach wrote:
> > > Am Donnerstag, den 05.04.2018, 11:32 +0200 schrieb Daniel Vette
On Thu, Apr 5, 2018 at 12:29 PM, Lucas Stach wrote:
> Am Donnerstag, den 05.04.2018, 11:32 +0200 schrieb Daniel Vetter:
>> On Thu, Apr 5, 2018 at 9:16 AM, Alexey Brodkin
>> wrote:
>> > Hi Daniel,
>> >
>> > On Thu, 2018-04-05 at 08:18 +0200, Daniel Vett
On Thu, Apr 5, 2018 at 9:16 AM, Alexey Brodkin
wrote:
> Hi Daniel,
>
> On Thu, 2018-04-05 at 08:18 +0200, Daniel Vetter wrote:
>> On Wed, Apr 4, 2018 at 10:06 PM, Alexey Brodkin
>> wrote:
>> > Hello,
>> >
>> > We're trying to use DisplayLink
/log/?h=unstable-devel).
>
> Is it something missing in Xserver or in UDL driver?
Use the -modesetting driverr for UDL, that one works correctly.
Kernel-driver specific X drivers are kinda deprecated, and stuff like
this (and other bugfixes and improvements that don't propagate around)
are
svm_range_dev (struct intel_svm
> > *svm, struct intel_svm_d
> > * for example, an "address" value of 0x12345f000 will
> > * flush from 0x12344 to 0x12347 (256KiB). */
> > unsigned long last = a
) callback
>
> drivers/gpu/drm/arc/arcpgu_crtc.c | 7 ---
> drivers/gpu/drm/arc/arcpgu_drv.c | 57
> -
> 2 files changed, 36 insertions(+), 28 deletions(-)
>
> Regards,
> Alexey
> _______
> dri-devel mailing list
&
>
> I don't think you can remove the check entirely as this will make
> any mode be accepted, right?
Yes there's still the issue of atomic_check/mode_fixup vs. mode_valid. I'm
still trying to volunteer someone to fix up that mess. But at least it's
all pro
deo
> output at all.
>
> But given there's some tolerance to real pixel clock in TVs/monitors
> we may still give it a try with the clock as close to requested one as
> PLL on the board may generate. So we just do a fixup to what current
> board may provide.
>
> Signed-o
t; linux/genwqe
> linux/genwqe/.install
> linux/genwqe/genwqe_card.h
> linux/genwqe/..install.cmd
> linux/seg6.h
> linux/cifs
> linux/cifs/.install
> linux/cifs/cifs_mount.h
> linux/cifs/..install.cmd
> linux/auto_dev-ioctl.h
>
> Thanks to Julien Floret for
uld be squashed together when
> applying.
For all the drm driver patches:
Acked-by: Daniel Vetter
Should I pull these in through drm-misc, or do you prefer to merge them
through a special topic branch (with everything else) instead on your own?
-Daniel
>
>
> Rebased on v4.7-rc5.
>
_funcs and now rely on default
> > best encoder
>
> If that version looks good to you could you please provide your Ack?
I just do drive-by comments on driver submissions, review/merge rules are
up to each driver maintainer mostly. But for the warm and fuzzy feeling
I'm ha
On Fri, Jun 10, 2016 at 03:01:03PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Fri, 2016-06-10 at 16:54 +0200, Daniel Vetter wrote:
> > On Fri, Jun 10, 2016 at 04:19:27PM +0200, Daniel Vetter wrote:
> > >
> > > On Fri, Jun 10, 2016 at 01:23
On Fri, Jun 10, 2016 at 04:19:27PM +0200, Daniel Vetter wrote:
> On Fri, Jun 10, 2016 at 01:23:22PM +, Alexey Brodkin wrote:
> > Hi Daniel,
> >
> > On Thu, 2016-06-09 at 16:37 +0200, Daniel Vetter wrote:
> > > On Thu, Jun 9, 2016 at 4:31 PM, Daniel Vetter wrote
On Fri, Jun 10, 2016 at 01:23:22PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Thu, 2016-06-09 at 16:37 +0200, Daniel Vetter wrote:
> > On Thu, Jun 9, 2016 at 4:31 PM, Daniel Vetter wrote:
> > >
> > > On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin
> &g
On Thu, Jun 9, 2016 at 4:31 PM, Daniel Vetter wrote:
> On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin
> wrote:
>> Hi Daniel,
>>
>> On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote:
>>>
>>> The fake implementation is fundamentally racy, and I don&
On Thu, Jun 9, 2016 at 4:29 PM, Alexey Brodkin
wrote:
> Hi Daniel,
>
> On Thu, 2016-06-09 at 15:52 +0200, Daniel Vetter wrote:
>>
>> The fake implementation is fundamentally racy, and I don't want to write
>> helpers which can't be used correctly. Any
On Thu, Jun 09, 2016 at 01:27:55PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Thu, 2016-06-09 at 15:23 +0200, Daniel Vetter wrote:
> > On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote:
> > >
> > > Hi Daniel,
> > >
> > > On
On Thu, Jun 09, 2016 at 12:48:31PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Thu, 2016-06-09 at 14:26 +0200, Daniel Vetter wrote:
> > On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote:
> > >
> > > Hi Daniel,
> > >
> > > On
On Thu, Jun 09, 2016 at 10:54:45AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Wed, 2016-06-08 at 16:30 +0200, Daniel Vetter wrote:
> > On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote:
> > >
> > > Op 08-06-16 om 14:18 schreef Daniel Vett
On Wed, Jun 08, 2016 at 04:14:38PM +0200, Maarten Lankhorst wrote:
> Op 08-06-16 om 14:18 schreef Daniel Vetter:
> > The drm core has a nice ready-made helper for exactly the simple case
> > where it should fire on the next vblank.
> >
> > Note that arming the vblank
Committing with block it is not.
Thanks to the fixed up vblank event handling we can just use the
helper support for nonblocking commits now.
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: linux-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arc/arcpgu_drv.c | 8
x27;s kinda a minor issue
compared to just outright hanging userspace.
v2: Be more robust and either arm, when the CRTC is on, or just send
the event out right away.
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: linux-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/dr
Brodkin
Cc: linux-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arc/arcpgu.h | 1 -
drivers/gpu/drm/arc/arcpgu_crtc.c | 4
drivers/gpu/drm/arc/arcpgu_drv.c | 19 ---
3 files changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/arc/arcpgu.h
ret = -ENOMEM;
> + goto error_encoder_cleanup;
> + }
> +
> + connector = &arcpgu_connector->connector;
> + drm_connector_helper_add(connector, &arcpgu_drm_connector_helper_funcs);
> +
> + ret = drm_connector_init(drm, connector, &a
Committing with block it is not.
Thanks to the fixed up vblank event handling we can just use the
helper support for nonblocking commits now.
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: linux-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arc/arcpgu_drv.c | 8
-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arc/arcpgu.h | 1 -
drivers/gpu/drm/arc/arcpgu_crtc.c | 4
drivers/gpu/drm/arc/arcpgu_drv.c | 19 ---
3 files changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/arc/arcpgu.h b/drivers/gpu
x27;s kinda a minor issue
compared to just outright hanging userspace.
v2: Be more robust and either arm, when the CRTC is on, or just send
the event out right away.
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: linux-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/dr
On Mon, May 30, 2016 at 11:36:06AM +0200, Maarten Lankhorst wrote:
> Op 30-05-16 om 11:24 schreef Daniel Vetter:
> > On Mon, May 30, 2016 at 10:15:14AM +0200, Maarten Lankhorst wrote:
> >> Op 29-05-16 om 20:35 schreef Daniel Vetter:
> >>> Committing with block it is
On Mon, May 30, 2016 at 10:15:14AM +0200, Maarten Lankhorst wrote:
> Op 29-05-16 om 20:35 schreef Daniel Vetter:
> > Committing with block it is not.
> >
> > Thanks to the fixed up vblank event handling we can just use the
> > helper support for nonblocking commits now.
-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arc/arcpgu.h | 1 -
drivers/gpu/drm/arc/arcpgu_crtc.c | 4
drivers/gpu/drm/arc/arcpgu_drv.c | 19 ---
3 files changed, 24 deletions(-)
diff --git a/drivers/gpu/drm/arc/arcpgu.h b/drivers/gpu
x27;s kinda a minor issue
compared to just outright hanging userspace.
v2: Be more robust and either arm, when the CRTC is on, or just send
the event out right away.
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: linux-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/dr
Committing with block it is not.
Thanks to the fixed up vblank event handling we can just use the
helper support for nonblocking commits now.
Cc: Carlos Palminha
Cc: Alexey Brodkin
Cc: linux-snps-arc@lists.infradead.org
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/arc/arcpgu_drv.c | 8
is
fully agnostic to how/what your underlying buffer objects even are.
You could have allocations in some sepcial secure memory that only the
gpu could even read/write, as another example.
Maybe we need to make this part in the overview docs better?
-Daniel
--
Daniel Vetter
Software Engineer, In
On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Tue, 2016-03-15 at 16:59 +0100, Daniel Vetter wrote:
> > On Tue, Mar 15, 2016 at 03:24:46PM +, Alexey Brodkin wrote:
> > > On Tue, 2016-03-15 at 09:10 +0100, Daniel Vetter wrote:
>
On Fri, Mar 18, 2016 at 08:11:49AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Fri, 2016-03-18 at 09:02 +0100, Daniel Vetter wrote:
> > On Thu, Mar 17, 2016 at 08:27:10PM +, Alexey Brodkin wrote:
> > >
> > > Hi Daniel,
> > >
> > > On
On Tue, Mar 15, 2016 at 03:24:46PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Tue, 2016-03-15 at 09:10 +0100, Daniel Vetter wrote:
> > On Mon, Mar 14, 2016 at 11:15:59AM +, Alexey Brodkin wrote:
> > >
> > > On Mon, 2016-03-14 at 08:00 +0100, Daniel Vett
On Mon, Mar 14, 2016 at 11:15:59AM +, Alexey Brodkin wrote:
> On Mon, 2016-03-14 at 08:00 +0100, Daniel Vetter wrote:
> > On Fri, Mar 11, 2016 at 06:42:36PM +0300, Alexey Brodkin wrote:
> > > +static int arcpgu_atomic_commit(struct drm_device *dev,
> > > +
connector *arcpgu_connector;
> + struct drm_i2c_encoder_driver *driver;
> + struct drm_encoder_slave *encoder;
> + struct drm_connector *connector;
> + struct i2c_client *i2c_slave;
> + int ret;
> +
> + encoder = devm_kzalloc(drm->de
60 matches
Mail list logo
