search for: javierm

...elect for I2C for the > next cleanup patch. Still prepare this already by also selecting I2C for > the individual drivers. > > Signed-off-by: Uwe Kleine-K?nig <u.kleine-koenig at pengutronix.de> > --- Thanks for sending a v3 of this. Reviewed-by: Javier Martinez Canillas <javierm at redhat.com> -- Best regards, Javier Martinez Canillas Core Platforms Red Hat

.../drm/drm-misc into drm-next") I believe the fixes tag should be before the S-o-B ? At least that is the case in most commits and Documentation/process/maintainer-tip.rst example. But you could fix it just before applying. The patch looks good to me. Reviewed-by: Javier Martinez Canillas <javierm at redhat.com> -- Best regards, Javier Martinez Canillas Core Platforms Red Hat

...gt; support damage clipping for the primary plane. > > Don't enable it for the cursor plane, because its .atomic_update callback > doesn't handle damage clips. > > Reported-by: Christian Hergert <chergert at redhat.com> > Signed-off-by: Javier Martinez Canillas <javierm at redhat.com> Acked-by: Gerd Hoffmann <kraxel at redhat.com>

...don't even know which userspace drivers need this symbol. Probably something on Android. Best regards Thomas > >> Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> >> --- > > The patch looks good to me. > > Reviewed-by: Javier Martinez Canillas <javierm at redhat.com> > -- Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Maxfeldstr. 5, 90409 N?rnberg, Germany (HRB 36809, AG N?rnberg) Gesch?ftsf?hrer: Ivo Totev -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signat...

...stem has only one active firmware framebuffer driver at a time. We don't use the global structure screen_info here, because PCI resource may get reallocated(the VRAM BAR could be moved) at kernel boot stage. Cc: Thomas Zimmermann <tzimmermann at suse.de> Cc: Javier Martinez Canillas <javierm at redhat.com> Cc: Maarten Lankhorst <maarten.lankhorst at linux.intel.com> Cc: Maxime Ripard <mripard at kernel.org> Cc: David Airlie <airlied at gmail.com> Cc: Daniel Vetter <daniel at ffwll.ch> Cc: Helge Deller <deller at gmx.de> Signed-off-by: Sui Jingfeng <s...

...it the host to advertise no scanouts v4: Spiff out commit msg v5: Make num_scanouts==0 and DRM_VIRTIO_GPU_KMS=n behave the same Signed-off-by: Rob Clark <robdclark at chromium.org> Reviewed-by: Dmitry Osipenko <dmitry.osipenko at collabora.com> Reviewed-by: Javier Martinez Canillas <javierm at redhat.com> --- drivers/gpu/drm/virtio/Kconfig | 11 ++++++++++ drivers/gpu/drm/virtio/Makefile | 5 ++++- drivers/gpu/drm/virtio/virtgpu_drv.c | 4 ++++ drivers/gpu/drm/virtio/virtgpu_drv.h | 10 +++++++++ drivers/gpu/drm/virtio/virtgpu_kms.c | 33 +++++++++++++++++-----------...

...1-10-1' of git://anongit.freedesktop.org/drm/drm-misc into drm-next") Cc: Ben Skeggs <bskeggs at redhat.com> Cc: Karol Herbst <kherbst at redhat.com> Cc: Lyude Paul <lyude at redhat.com> Cc: Thomas Zimmermann <tzimmermann at suse.de> Cc: Javier Martinez Canillas <javierm at redhat.com> Cc: Sam Ravnborg <sam at ravnborg.org> Cc: Jani Nikula <jani.nikula at intel.com> Cc: Dave Airlie <airlied at redhat.com> Cc: dri-devel at lists.freedesktop.org Cc: nouveau at lists.freedesktop.org --- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 613 --------------...

While working on a drm driver that doesn't need the i2c algobit stuff I noticed that DRM selects this code even though only 8 drivers actually use it. While also only some drivers use i2c, keep the select for I2C for the next cleanup patch. Still prepare this already by also selecting I2C for the individual drivers. Signed-off-by: Uwe Kleine-K?nig <u.kleine-koenig at pengutronix.de> ---

...Fixes: 4a16dd9d18a0 ("drm/nouveau/kms: switch to drm fbdev helpers") Cc: Ben Skeggs <bskeggs at redhat.com> Cc: Karol Herbst <kherbst at redhat.com> Cc: Lyude Paul <lyude at redhat.com> Cc: Thomas Zimmermann <tzimmermann at suse.de> Cc: Javier Martinez Canillas <javierm at redhat.com> Cc: Sam Ravnborg <sam at ravnborg.org> Cc: Jani Nikula <jani.nikula at intel.com> Cc: Dave Airlie <airlied at redhat.com> Cc: dri-devel at lists.freedesktop.org Cc: nouveau at lists.freedesktop.org --- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 613 --------------...

...t;drm/nouveau/kms: switch to drm fbdev helpers") > Cc: Ben Skeggs <bskeggs at redhat.com> > Cc: Karol Herbst <kherbst at redhat.com> > Cc: Lyude Paul <lyude at redhat.com> > Cc: Thomas Zimmermann <tzimmermann at suse.de> > Cc: Javier Martinez Canillas <javierm at redhat.com> > Cc: Sam Ravnborg <sam at ravnborg.org> > Cc: Jani Nikula <jani.nikula at intel.com> > Cc: Dave Airlie <airlied at redhat.com> > Cc: dri-devel at lists.freedesktop.org > Cc: nouveau at lists.freedesktop.org > --- > drivers/gpu/drm/nouveau/n...

...witch to drm fbdev helpers") >> Cc: Ben Skeggs <bskeggs at redhat.com> >> Cc: Karol Herbst <kherbst at redhat.com> >> Cc: Lyude Paul <lyude at redhat.com> >> Cc: Thomas Zimmermann <tzimmermann at suse.de> >> Cc: Javier Martinez Canillas <javierm at redhat.com> >> Cc: Sam Ravnborg <sam at ravnborg.org> >> Cc: Jani Nikula <jani.nikula at intel.com> >> Cc: Dave Airlie <airlied at redhat.com> >> Cc: dri-devel at lists.freedesktop.org >> Cc: nouveau at lists.freedesktop.org >> --- >&gt...

From: Sui Jingfeng <suijingfeng at loongson.cn> Currently, the default VGA device selection is not perfect. Potential problems are: 1) This function is a no-op on non-x86 architectures. 2) It does not take the PCI Bar may get relocated into consideration. 3) It is not effective for the PCI device without a dedicated VRAM Bar. 4) It is device-agnostic, thus it has to waste the effort to