On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote:
> diff --git a/include/sound/hdmi-codec.h b/include/sound/hdmi-codec.h
> index 7fea496f1f34..26c02abb8eba 100644
> --- a/include/sound/hdmi-codec.h
> +++ b/include/sound/hdmi-codec.h
> @@ -47,6 +47,9 @@ struct hdmi_codec_params {
> int
On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote:
> diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h
> b/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h
> index 63b5756f463b..f523c590984e 100644
> --- a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h
> +++ b/drivers/gpu/drm/bridg
On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote:
> diff --git a/sound/soc/rockchip/rockchip_max98090.c
> b/sound/soc/rockchip/rockchip_max98090.c
> index c5fc24675a33..195309d1225a 100644
> --- a/sound/soc/rockchip/rockchip_max98090.c
> +++ b/sound/soc/rockchip/rockchip_max98090.c
> static
Hi
Am 04.07.19 um 16:15 schrieb Noralf Trønnes:
>>> Hm, why do you think that?
>>
>> Drivers may already come with their own shadow buffer. Cirrus is an
>> example of that. It uses shmem buffer objects as shadow fbs and
>> internally updates the device frame buffer in its dirty callback. Using
>>
On Thu, Jul 4, 2019 at 5:41 PM Brian Starkey wrote:
>
> Hi,
>
> On Thu, Jul 04, 2019 at 11:57:00AM +0100, james qian wang (Arm Technology
> China) wrote:
> > On Wed, Jul 03, 2019 at 12:01:49PM +0200, Daniel Vetter wrote:
> > >
> > > Uh, what exactly are you doing reinventing uapi properties that
On Fri, Jul 5, 2019 at 1:45 PM Jonas Karlman wrote:
>
> On 2019-07-05 06:26, Cheng-Yi Chiang wrote:
> > Allow codec driver register callback function for plug event.
> >
> > The callback registration flow:
> > dw-hdmi <--- hw-hdmi-i2s-audio <--- hdmi-codec
> >
> > dw-hdmi-i2s-audio implements hook
On Fri, Jul 5, 2019 at 3:09 PM Tzung-Bi Shih wrote:
>
> On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote:
> > diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h
> > b/drivers/gpu/drm/bridge/synopsys/dw-hdmi-audio.h
> > index 63b5756f463b..f523c590984e 100644
> > --- a/drivers/gpu/
On Fri, Jul 05, 2019 at 12:26:19PM +0800, Cheng-Yi Chiang wrote:
> This patch series supports HDMI jack reporting on RK3288, which uses
> DRM dw-hdmi driver and hdmi-codec codec driver.
>
> The previous discussion about reporting jack status using hdmi-notifier
> and drm_audio_component is at
>
>
Hi Andrzej,
On Fri, Jul 05, 2019 at 10:38:27AM +0200, Andrzej Pietrasiewicz wrote:
> W dniu 28.06.2019 o 18:11, Laurent Pinchart pisze:
> > Hi Andrzej,
> >
> > Just FYI, I have a patch series that reworks how bridges and connectors
> > are handled, and it will heavily conflict with this. The purp
W dniu 02.07.2019 o 22:54, Alex Deucher pisze:
On Fri, Jun 28, 2019 at 12:31 PM Andrzej Pietrasiewicz
wrote:
Use the ddc pointer provided by the generic connector.
Signed-off-by: Andrzej Pietrasiewicz
---
.../gpu/drm/amd/amdgpu/amdgpu_connectors.c| 70 ++-
1 file chang
W dniu 28.06.2019 o 18:11, Laurent Pinchart pisze:
Hi Andrzej,
Just FYI, I have a patch series that reworks how bridges and connectors
are handled, and it will heavily conflict with this. The purpose of the
two series isn't the same, so both make sense. I will post the patches
this weekend, and
On Wed, Jul 03, 2019 at 03:02:08PM -0700, Christoph Hellwig wrote:
> Hi Jérôme, Ben and Jason,
>
> below is a series against the hmm tree which fixes up the mmap_sem
> locking in nouveau and while at it also removes leftover legacy HMM APIs
> only used by nouveau.
>
> Changes since v1:
> - don't
dma_buf_mmap() allows a device driver to forward a mmap() call to the
dma_buf exporter. However this mechanism provides no way for userspace
to use the DMA_BUF_IOCTL_SYNC mechanism to ensure coherency with the
mapped buffer.
Because of this it is wise to migrate away from providing this
mmap() for
On 03/07/2019 17:18, Daniel Vetter wrote:
> On Wed, Jul 3, 2019 at 6:11 PM Steven Price wrote:
[...]
>> In theory the exporter should do whatever is required to ensure that the
>> CPU is synchronised when a user space mapping exists. There are some
>> issues here though:
>>
>> * In theory the kern
We’d like to contract your services for a period of 12 months. Please advise if
you are open to new opportunities.
Regards,
SAKI NISHIYO
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Fix the return value check which testing the wrong variable
in imxfb_probe().
Fixes: 739a6439c2bf ("video: fbdev: imxfb: fix sparse warnings about using
incorrect types")
Signed-off-by: Wei Yongjun
---
drivers/video/fbdev/imxfb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=111060
--- Comment #5 from Haxk20 ---
I dont care about the damn crash. Thats not even why i opened the bug report.
The bug report is for not correctly rendering stuff. It renders to one quater
of the screen in down right corner and shows only one colo
On Thu, Jul 04, 2019 at 12:17:48PM -0700, Chia-I Wu wrote:
> On Thu, Jul 4, 2019 at 4:10 AM Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > > - r = ttm_bo_reserve(&bo->tbo, true, false, NULL);
> > > > + r = reservation_object_lock_interruptible(bo->gem_base.resv,
> > > > NULL);
> > > Can
On Thu, Jul 04, 2019 at 11:55:59AM -0700, Chia-I Wu wrote:
> On Thu, Jul 4, 2019 at 4:48 AM Gerd Hoffmann wrote:
> >
> > On Wed, Jul 03, 2019 at 01:05:12PM -0700, Chia-I Wu wrote:
> > > On Tue, Jul 2, 2019 at 7:19 AM Gerd Hoffmann wrote:
> > > >
> > > > Switch to the virtio_gpu_array_* helper wor
On Thu, Jul 04, 2019 at 12:08:14PM -0700, Chia-I Wu wrote:
> On Thu, Jul 4, 2019 at 4:51 AM Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > > convert_to_hw_box(&box, &args->box);
> > > > if (!vgdev->has_virgl_3d) {
> > > > virtio_gpu_cmd_transfer_to_host_2d
> > > > -
https://bugs.freedesktop.org/show_bug.cgi?id=111060
--- Comment #6 from Haxk20 ---
(In reply to Timothy Arceri from comment #4)
> The crash on Arch Linux is due to a game bug not a Mesa bug which is bought
> to light by Arch using libglvnd, basically the game doesn't check for
> features it uses
The bochs driver (and virtual hardware) requires buffer objects to
reside in video ram to display them to the screen. So it can not
display the framebuffer console because the respective buffer object
is permanently pinned in system memory.
Using a shadow buffer for the console solves this problem
DRM clients, such as the fbdev emulation, have their buffer objects
mapped by default. Mapping a buffer implicitly prevents its relocation.
Hence, the buffer may permanently consume video memory while it's
allocated. This is a problem for drivers of low-memory devices, such as
ast, mgag200 or older
This patch replaces ast's framebuffer console with DRM's generic
implememtation. All respective code is being removed from the driver.
The console is set up with a shadow buffer. The actual buffer object is
not permanently pinned in video ram, but just another buffer object that
the driver moves i
DRM client buffers are permanently mapped throughout their lifetime. This
prevents us from using generic framebuffer emulation for devices with
small dedicated video memory, such as ast or mgag200. With fb buffers
permanently mapped, such devices often won't have enough space left to
display other
This patch replaces mgag200's framebuffer console with DRM's generic
implememtation. All respective code is being removed from the driver.
The console is set up with a shadow buffer. The actual buffer object is
not permanently pinned in video ram, but just another buffer object that
the driver mov
This patch changes DRM clients to not map the buffer by default. The
buffer, like any buffer object, should be mapped and unmapped when
needed.
An unmapped buffer object can be evicted to system memory and does
not consume video ram until displayed. This allows to use generic fbdev
emulation with
Generic framebuffer emulation uses a shadow buffer for framebuffers with
dirty() function. If drivers want to use the shadow FB without such a
function, they can now set prefer_shadow or prefer_shadow_fbdev in their
mode_config structures. The former flag is exported to userspace, the latter
flag i
On Wed, 2019-07-03 at 14:44 -0400, Marek Olšák wrote:
> You can run:
> AMD_DEBUG=testdmaperf glxgears
>
> It tests transfer sizes of up to 128 MB, and it tests ~60 slightly
> different methods of transfering data.
>
> Marek
Thanks Marek, I didn't know about that option.
Tried it, here is the ou
> > Can you point me to the place where amdgpu decides the PCIe link
> > speed?
> > I'd like to try to tweak it a little bit to see if that helps at
> > all.
>
> I'm not sure offhand, Alex or anyone?
Thus far, I started by looking at how the pp_dpm_pcie sysfs interface
works, and found smu7_hwmg
https://bugs.freedesktop.org/show_bug.cgi?id=111060
--- Comment #7 from Haxk20 ---
Issue fixed. For some reason i had all the variables that work around bugs set
in .drirc as false. Its fixed now.
--
You are receiving this mail because:
You are the assignee for the bug._
On Sun 2019-06-30 20:28:15, Brian Dodge wrote:
> The original patch adding this driver and DT bindings improperly
> used "arc" as the vendor-prefix. This adds "arctic" which is the
> proper prefix and retains "arc" to allow existing users of the
> "arc" prefix to update to new kernels. There is at
On 01.07.2019 16:41, Thomas Zimmermann wrote:
> Hi
>
> Am 01.07.19 um 15:27 schrieb Andrzej Pietrasiewicz:
>> Hi Thomas,
>>
>> Thank you for your comments. Please see inline.
>>
>> W dniu 30.06.2019 o 10:12, Thomas Zimmermann pisze:
>>> Hi
>>>
>>> I like the idea, but would prefer a more structured
Hi!
> > > > Also still relevant is whether the LED device is being correctly
> > > > modelled if the act of turning on the LED doesn't, in fact, turn the LED
> > > > on. Is it *really* a correct implementation of an LED device that
> > > > setting it to LED_FULL using sysfs doesn't cause it to lig
Hi!
> Add DT binding for led-backlight.
>
> Signed-off-by: Tomi Valkeinen
> Signed-off-by: Jean-Jacques Hiblot
> Cc: devicet...@vger.kernel.org
> ---
> +Required properties:
> + - compatible: "led-backlight"
> + - brightness-levels: Array of distinct LED brightness levels. These
> + are
On Mon 2019-07-01 17:14:19, Jean-Jacques Hiblot wrote:
> This series aims to add a led-backlight driver, similar to pwm-backlight,
> but using a LED class device underneath.
>
> A few years ago (2015), Tomi Valkeinen posted a series implementing a
> backlight driver on top of a LED device:
> https
On Fri, Jul 05, 2019 at 12:14:34PM +0200, Pavel Machek wrote:
> On Mon 2019-07-01 17:14:19, Jean-Jacques Hiblot wrote:
> > This series aims to add a led-backlight driver, similar to pwm-backlight,
> > but using a LED class device underneath.
> >
> > A few years ago (2015), Tomi Valkeinen posted a
Hi Wen,
On Wed, 2019-05-08 at 10:56 +, Wen He wrote:
> The new LS1028A DP driver code causes a link failure when DRM_IMX built-in,
> but platform is ARCH_LAYERSCAPE:
>
> drivers/gpu/drm/imx/ipuv3-crtc.c:51: undefined reference to `ipu_prg_enable'
> drivers/gpu/drm/imx/ipuv3-crtc.c:52: undefin
Pavel
On 05/07/2019 12:08, Pavel Machek wrote:
Hi!
Also still relevant is whether the LED device is being correctly
modelled if the act of turning on the LED doesn't, in fact, turn the LED
on. Is it *really* a correct implementation of an LED device that
setting it to LED_FULL using sysfs does
https://bugzilla.kernel.org/show_bug.cgi?id=203963
--- Comment #1 from Haxk20 (haxk...@gmail.com) ---
I just tried overclocking with setting ppmask and im not now able to even
overclock the core.
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
On 05/07/2019 03:35, CK Hu wrote:
> Hi, Uli:
>
> On Thu, 2019-07-04 at 17:33 +0200, Ulrich Hecht wrote:
>>> On July 4, 2019 at 11:08 AM Matthias Brugger wrote:
>>> You are right, it took far too long for me to respond with a new version of
>>> the
>>> series. The problem I face is, that I use
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/i915/display/intel_dp.c: In function 'intel_dp_set_drrs_state':
drivers/gpu/drm/i915/display/intel_dp.c:6623:24: warning:
variable 'encoder' set but not used [-Wunused-but-set-variable]
It's never used, so can be removed.Also remove
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/i915/display/intel_ddi.c: In function 'intel_ddi_get_config':
drivers/gpu/drm/i915/display/intel_ddi.c:3774:29: warning:
variable 'intel_dig_port' set but not used [-Wunused-but-set-variable]
struct intel_digital_port *intel_dig_por
On 05/07/2019 12:14, Pavel Machek wrote:
On Mon 2019-07-01 17:14:19, Jean-Jacques Hiblot wrote:
This series takes it from there and implements the binding that was
discussed in https://patchwork.kernel.org/patch/7293991/. In this new
binding the backlight device is a child of the LED controlle
Hi Dave, Daniel,
please consider merging these (mostly image converter) updates for v5.3.
This series changes the API between ipu-v3 and the imx-media driver to
enable improved colorimetry configuration of the image converter, and so
it contains commits that touch drivers/staging/media.
As a res
Since the property slave_planes have been removed, to avoid the resource
assignment problem in user disable slave pipeline support temporarily.
Signed-off-by: james qian wang (Arm Technology China)
---
drivers/gpu/drm/arm/display/komeda/komeda_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 del
For layer_split:
Enable it if the scaling exceed the accept range of scaler.
For image_enhancer:
Enable it if the scaling is a 2x+ scaling
Signed-off-by: james qian wang (Arm Technology China)
---
.../gpu/drm/arm/display/komeda/komeda_pipeline.h | 3 ++-
.../arm/display/komeda/komeda_pipeline
Properties are uapi like anything else, with all the usual rules
regarding review, testcases, open source userspace ... Furthermore
driver-private kms properties are highly discouraged, over the past
few years we've realized we need to make a serious effort at better
standardizing this stuff.
From
Properties are uapi like anything else, with all the usual rules
regarding review, testcases, open source userspace ... Furthermore
driver-private kms properties are highly discouraged, over the past
few years we've realized we need to make a serious effort at better
standardizing this stuff.
Agai
Properties are uapi like anything else, with all the usual rules
regarding review, testcases, open source userspace ... Furthermore
driver-private kms properties are highly discouraged, over the past
few years we've realized we need to make a serious effort at better
standardizing this stuff.
Agai
From discussions with Liviu it sounded like the komeda team would
benefit a bit from more cross-review with other drivers. To make sure
komeda is aligned with how similar problems are solved in other
drivers (in the end everyone ends up with similar ideas on how to
solve various display engine desi
Properties are uapi like anything else, with all the usual rules
regarding review, testcases, open source userspace ... Furthermore
driver-private kms properties are highly discouraged, over the past
few years we've realized we need to make a serious effort at better
standardizing this stuff.
Agai
On Fri, Jul 05, 2019 at 03:08:37PM +0800, Tzung-Bi Shih wrote:
> On Fri, Jul 5, 2019 at 12:26 PM Cheng-Yi Chiang wrote:
> > +typedef void (*hdmi_codec_plugged_cb)(struct platform_device *dev,
> > + bool plugged);
> > +
> The callback prototype is "weird" by st
On Fri, Jul 05, 2019 at 11:44:16AM +, james qian wang (Arm Technology
China) wrote:
> Since the property slave_planes have been removed, to avoid the resource
> assignment problem in user disable slave pipeline support temporarily.
>
> Signed-off-by: james qian wang (Arm Technology China)
>
Hi Olivier,
and many thanks for your patch.
I do not see how audio could work without your patch, so:
Reviewed-by: Philippe Cornu
Philippe :-)
On 7/2/19 5:47 PM, Olivier Moysan wrote:
> Add devm_clk_get call to retrieve reference to master clock.
>
> Fixes: ff5781634c41 ("drm/bridge: sii902x: Im
On Fri, Jul 05, 2019 at 11:44:45AM +, james qian wang (Arm Technology
China) wrote:
> For layer_split:
> Enable it if the scaling exceed the accept range of scaler.
>
> For image_enhancer:
> Enable it if the scaling is a 2x+ scaling
Imo should be two patches. Aside from that (and with 0 know
On Fri, Jul 05, 2019 at 02:10:06PM +0200, Daniel Vetter wrote:
> From discussions with Liviu it sounded like the komeda team would
> benefit a bit from more cross-review with other drivers. To make sure
> komeda is aligned with how similar problems are solved in other
> drivers (in the end everyone
On Thu, Jul 04, 2019 at 11:41:38PM +0800, Brian Starkey wrote:
> Hi,
>
> On Thu, Jul 04, 2019 at 11:57:00AM +0100, james qian wang (Arm Technology
> China) wrote:
> > On Wed, Jul 03, 2019 at 12:01:49PM +0200, Daniel Vetter wrote:
> > >
> > > Uh, what exactly are you doing reinventing uapi proper
Hi Olivier,
and many thanks for your patch.
I have double checked in the sil9022/24 datasheet and you are right:
"As an option, the original MCLK signal used to strobe the I2S signals
out from the sourcing chip can be used. If the internal PLL is used,
then an external MCLK input is not required
Hi Olivier,
and many thanks for your patch.
Reviewed-by: Philippe Cornu
Philippe :-)
On 7/2/19 5:47 PM, Olivier Moysan wrote:
> The master clock on i2s bus is not mandatory,
> as sii902X internal PLL can be used instead.
> Make use of mclk optional.
>
> Fixes: ff5781634c41 ("drm/bridge: sii902x
On Fri, Jul 05, 2019 at 09:23:20AM +0200, Daniel Vetter wrote:
> On Thu, Jul 4, 2019 at 5:41 PM Brian Starkey wrote:
> >
> > Hi,
> >
> > On Thu, Jul 04, 2019 at 11:57:00AM +0100, james qian wang (Arm Technology
> > China) wrote:
> > > On Wed, Jul 03, 2019 at 12:01:49PM +0200, Daniel Vetter wrote:
Hi Olivier,
and many thanks for your patch.
Good to have the audio graph card support, looks ok.
Reviewed-by: Philippe Cornu
Philippe :-)
On 7/3/19 10:04 AM, Olivier Moysan wrote:
> Implement get_dai_id callback of audio HDMI codec
> to support ASoC audio graph card.
> HDMI audio output has to be
On Fri, Jul 05, 2019 at 11:31:38AM +, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/i915/display/intel_ddi.c: In function 'intel_ddi_get_config':
> drivers/gpu/drm/i915/display/intel_ddi.c:3774:29: warning:
> variable 'intel_dig_port' set but not used
On Fri, Jul 05, 2019 at 11:31:12AM +, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/gpu/drm/i915/display/intel_dp.c: In function
> 'intel_dp_set_drrs_state':
> drivers/gpu/drm/i915/display/intel_dp.c:6623:24: warning:
> variable 'encoder' set but not used [-W
On Thu, 4 Jul 2019 16:06:05 +0530
Ramalingam C wrote:
> On 2019-07-04 at 14:11:59 +0300, Pekka Paalanen wrote:
> > On Tue, 7 May 2019 21:57:41 +0530
> > Ramalingam C wrote:
> >
> > > This patch adds a DRM ENUM property to the selected connectors.
> > > This property is used for mentioning th
On 2019-07-05 at 16:00:37 +0300, Pekka Paalanen wrote:
> On Thu, 4 Jul 2019 16:06:05 +0530
> Ramalingam C wrote:
>
> > On 2019-07-04 at 14:11:59 +0300, Pekka Paalanen wrote:
> > > On Tue, 7 May 2019 21:57:41 +0530
> > > Ramalingam C wrote:
> > >
> > > > This patch adds a DRM ENUM property to
On Thu, 4 Jul 2019 16:12:10 +0530
Ramalingam C wrote:
> On 2019-07-04 at 14:12:27 +0300, Pekka Paalanen wrote:
> > On Tue, 7 May 2019 21:57:43 +0530
> > Ramalingam C wrote:
> >
> > > DRM API for generating uevent for a status changes of connector's
> > > property.
> > >
> > > This uevent wi
On Thu, Jul 4, 2019 at 6:55 AM Michel Dänzer wrote:
>
> On 2019-07-03 1:04 p.m., Timur Kristóf wrote:
> >
> >>> There may be other factors, yes. I can't offer a good explanation
> >>> on
> >>> what exactly is happening, but it's pretty clear that amdgpu can't
> >>> take
> >>> full advantage of the
On Fri, Jul 05, 2019 at 02:10:06PM +0200, Daniel Vetter wrote:
> From discussions with Liviu it sounded like the komeda team would
> benefit a bit from more cross-review with other drivers. To make sure
> komeda is aligned with how similar problems are solved in other
> drivers (in the end everyone
On Thu, 4 Jul 2019 16:41:15 +0530
Ramalingam C wrote:
> On 2019-07-04 at 14:14:19 +0300, Pekka Paalanen wrote:
> > On Tue, 7 May 2019 21:57:44 +0530
> > Ramalingam C wrote:
> >
> > > drm function is defined and exported to update a connector's
> > > content protection property state and to g
On 2019-07-04 3:33 p.m., Ville Syrjälä wrote:
> On Thu, Jul 04, 2019 at 03:05:12PM -0400, sunpeng...@amd.com wrote:
>> From: Leo Li
>>
>> This can be used to create more descriptive symlinks for MST aux
>> devices. Consider the following udev rule:
>>
>> SUBSYSTEM=="drm_dp_aux_dev", SUBSYSTEMS=
> > > ... 3d case passes the objs list to virtio_gpu_cmd_transfer_to_host_3d,
> > > so it gets added to the vbuf and released when the command is finished.
> > Why doesn't this apply to virtio_gpu_cmd_transfer_to_host_2d?
>
> Hmm, yes, makes sense to handle both the same way.
>
> With virgl=off q
On Fri, 5 Jul 2019 12:03:18 +0530
Ramalingam C wrote:
> On 2019-07-05 at 16:00:37 +0300, Pekka Paalanen wrote:
> > On Thu, 4 Jul 2019 16:06:05 +0530
> > Ramalingam C wrote:
> >
> > > On 2019-07-04 at 14:11:59 +0300, Pekka Paalanen wrote:
> > > > On Tue, 7 May 2019 21:57:41 +0530
> > > > Ra
Hi Lucas.
On Thu, Jul 04, 2019 at 12:43:37PM +0200, Lucas Stach wrote:
> Drop unused includes, move more includes from the generic etnaviv_drv.h to
> the units where they are actually used, sort includes.
>
> Signed-off-by: Lucas Stach
Tedious work But looks good.
Acked-by: Sam Ravnborg
From: Leo Li
This can be used to create more descriptive symlinks for MST aux
devices. Consider the following udev rule:
SUBSYSTEM=="drm_dp_aux_dev", SUBSYSTEMS=="drm", ATTRS{mstpath}=="?*",
SYMLINK+="drm_dp_aux/by-path/$attr{mstpath}"
The following symlinks will be created (depending o
Hi,
Is there a document which describes, with implementat-able accuracy, the mesa3d
ABI for amdgpu?
Namely, proper document to generate a mesa3d loadable ELF object, and what GPU
state
shader code can expect to run.
regards,
--
Sylvain
___
dri-deve
On 7/4/19 4:26 PM, Greg Kroah-Hartman wrote:
> Platform drivers now have the option to have the platform core create
> and remove any needed sysfs attribute files. So take advantage of that
> and do not register "by hand" a sysfs file.
>
> Cc: Tony Prisk
> Cc: Bartlomiej Zolnierkiewicz
> Cc: l
On 7/4/19 10:46 AM, Greg Kroah-Hartman wrote:
> Platform drivers now have the option to have the platform core create
> and remove any needed sysfs attribute files. So take advantage of that
> and do not register "by hand" a bunch of sysfs files.
>
> Cc: Tony Prisk
> Cc: Bartlomiej Zolnierkiew
On 7/4/19 10:46 AM, Greg Kroah-Hartman wrote:
> Platform drivers now have the option to have the platform core create
> and remove any needed sysfs attribute files. So take advantage of that
> and do not register "by hand" a bunch of sysfs files.
>
> Cc: Bartlomiej Zolnierkiewicz
> Cc: dri-deve
That function now returns ERR_PTR instead of NULL if "hpd-gpio" is not
present in device-tree. The offending patch missed to adapt the Tegra's
DRM driver for the API change.
Fixes: 025bf37725f1 ("gpio: Fix return value mismatch of function
gpiod_get_from_of_node()")
Signed-off-by: Dmitry Osipenko
https://bugs.freedesktop.org/show_bug.cgi?id=106795
--- Comment #1 from network...@rkmail.ru ---
Created attachment 144714
--> https://bugs.freedesktop.org/attachment.cgi?id=144714&action=edit
kernel error message
Still happening as of kernel 5.1.16
--
You are receiving this mail because:
You
On Thu, Jul 04, 2019 at 04:50:54PM +0200, Daniel Vetter wrote:
> We've had this already for anything new. With my drm_prime.c cleanup I
> also think documentation for everything already existing is complete,
> and we can bake this in as a requirements subsystem wide.
>
> v2: Improve wording a bit
On 6/25/19 6:01 PM, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch
> cases where we are expecting to fall through.
>
> This patch fixes the following warnings:
>
> drivers/video/fbdev/s3c-fb.c: In function ‘s3c_fb_blank’:
> drivers/video/fbdev/s3c-fb.
On 7/4/19 11:52 AM, Wei Yongjun wrote:
> Fix the return value check which testing the wrong variable
> in imxfb_probe().
I added following comment while merging the patch:
b.zolnierkie: please note that ->screen_base and ->screen_buffer
are equivalent (they are part of unnamed union in struct fb
On Fri, Jul 5, 2019 at 5:27 AM Timur Kristóf
wrote:
> On Wed, 2019-07-03 at 14:44 -0400, Marek Olšák wrote:
> > You can run:
> > AMD_DEBUG=testdmaperf glxgears
> >
> > It tests transfer sizes of up to 128 MB, and it tests ~60 slightly
> > different methods of transfering data.
> >
> > Marek
>
>
>
From: Colin Ian King
The pointer 'node' is being assigned with a value that is never
read and is re-assigned later. The assignment is redundant and
can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 2 +-
1 file chan
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #3 from Alex Deucher ---
Is this a regression? If so, can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #4 from Kai-Heng Feng ---
(In reply to Alex Deucher from comment #3)
> Is this a regression? If so, can you bisect?
No this is not a regression.
This issue (S3 resume fail) also happens on previous kernel versions, but
without any
Convert the innolux,ee101ia-01 LVDS panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maxime Ripard
Acked-by: Thierry Reding
Signed-off-by: Rob Herring
---
.../display/panel/innolux,ee101ia-01d.txt | 7
Convert the raspberrypi,7inch-touchscreen panel binding to DT schema.
Cc: Eric Anholt
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maxime Ripard
Signed-off-by: Rob Herring
---
.../panel/raspberrypi,7inch-touchscreen.txt | 49 ---
Convert the sgd,gktw70sdae4se LVDS panel binding to DT schema.
Cc: Neil Armstrong
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Reviewed-by: Maxime Ripard
Signed-off-by: Rob Herring
---
.../display/panel/sgd,gktw70sdae4se.txt | 41 ---
.../display/panel/sgd,gktw70sd
This series converts the common panel bindings to DT schema format.
Besides the conversion of common panel properties, a few panel bindings
are converted here as well. These are all the ones with references to
panel-common.txt or panel-lvds.txt.
I'll apply the series to drm-misc. One patch from
Convert the panel-lvds binding to use DT schema. The panel-lvds schema
inherits from the panel-common.yaml schema and specific LVDS panel
bindings should inherit from this schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maxime Ri
Convert the tfc,s9700rtwv43tr-01b panel binding to DT schema.
Cc: Heiko Stuebner
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maxime Ripard
Signed-off-by: Rob Herring
---
.../display/panel/tfc,s9700rtwv43tr-01b.txt | 15
Convert the armadeus,st0700-adapt panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maxime Ripard
Signed-off-by: Rob Herring
---
.../display/panel/armadeus,st0700-adapt.txt | 9 -
.../display/panel/arm
Convert the bananapi,s070wv20-ct16 panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maxime Ripard
Signed-off-by: Rob Herring
---
.../display/panel/bananapi,s070wv20-ct16.txt | 12 ---
Convert the ampire,am-480272h3tmqw-t01h panel binding to DT schema.
Cc: Yannick Fertre
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Reviewed-by: Maxime Ripard
Acked-by: Thierry Reding
Signed-off-by: Rob Herring
---
.../panel/ampire,am-480272h
Convert the common panel bindings to DT schema consolidating scattered
definitions to a single schema file.
The 'simple-panel' binding just a collection of properties and not a
complete binding itself. All of the 'simple-panel' properties are
covered by the panel-common.txt binding with the except
Convert the mitsubishi,aa104xd12 LVDS panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Reviewed-by: Maxime Ripard
Signed-off-by: Rob Herring
---
.../display/panel/mitsubishi,aa104xd12.txt| 47
.../display/panel/mitsubishi,aa104xd12.yaml
Convert the mitsubishi,aa121td01 LVDS panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Laurent Pinchart
Reviewed-by: Maxime Ripard
Signed-off-by: Rob Herring
---
.../display/panel/mitsubishi,aa121td01.txt| 47
.../display/panel/mitsubishi,aa121td01.yaml
1 - 100 of 136 matches
Mail list logo