On Lu, 2019-06-24 at 13:12 -0300, Fabio Estevam wrote:
> Caution: EXT Email
>
> Hi Robert,
>
> On Mon, Jun 24, 2019 at 4:44 AM Robert Chiras
> wrote:
>
> >
> > >
> > > You did not handle the "power" regulator.
> > There is no need for a power regulator.
> I am sure the panel requires power to
On 6/24/19 6:03 PM, Hans Verkuil wrote:
> From: Dariusz Marcinkiewicz
>
> Define struct cec_connector_info in media/cec.h and define
> CEC_CAP_CONNECTOR_INFO. In a later patch this will be moved to
> uapi/linux/cec.h.
>
> For now just define this together with the cec_fill_conn_info_from_drm
> a
On 2019-06-25 03:56, Jeykumar Sankaran wrote:
On 2019-06-23 23:27, Shubhashree Dhar wrote:
dpu encoder spinlock should be initialized during dpu encoder
init instead of dpu encoder setup which is part of commit.
There are chances that vblank control uses the uninitialized
spinlock if not initial
On Tue, 2019-06-25 at 13:17 +1000, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> With the wider display format, it can become hard to identify how many
> bytes into the line you are looking at.
>
> The patch adds new flags to hex_dump_to_buffer() and print_hex_dump() to
> print vertical l
On Tue, 2019-06-25 at 15:06 +1000, Alastair D'Silva wrote:
> The change actions Jani's suggestion:
> https://lkml.org/lkml/2019/6/20/343
I suggest not changing any of the existing uses of
hex_dump_to_buffer and only use hex_dump_to_buffer_ext
when necessary for your extended use cases.
On Tue, 2019-06-25 at 15:06 +1000, Alastair D'Silva wrote:
> On Mon, 2019-06-24 at 22:01 -0700, Joe Perches wrote:
> > On Tue, 2019-06-25 at 13:17 +1000, Alastair D'Silva wrote:
> > > From: Alastair D'Silva
> > >
> > > In order to support additional features, rename hex_dump_to_buffer
> > > to
>
On Tue, 2019-06-25 at 13:17 +1000, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> Apologies for the large CC list, it's a heads up for those responsible
> for subsystems where a prototype change in generic code causes a change
> in those subsystems.
[]
> The default behaviour of hexdump is
On Tue, 2019-06-25 at 13:17 +1000, Alastair D'Silva wrote:
> From: Alastair D'Silva
>
> In order to support additional features, rename hex_dump_to_buffer to
> hex_dump_to_buffer_ext, and replace the ascii bool parameter with flags.
[]
> diff --git a/drivers/gpu/drm/i915/intel_engine_cs.c
> b/dr
Hi Inki.
> > Alpha often needs one to pull in vmalloc.h - where all other
> > architectures get it indirect via other headers.
> > I have never bothered to find out why alpa needs more headers files,
> > but I always make sure to test things using alpha so 0-day do not yell at
> > me.
>
> I coul
Hi Alex,
please resolve this ASAP, I cannot pull your tree without this fixed
as it breaks my arm builds here.
an 8 second delay there seems pointless and arbitary, an 8 sec delay
there without a comment, seems like a lack of review.
Dave.
On Tue, 18 Jun 2019 at 11:12, Nathan Chancellor
wrote:
Hi Sam,
On 19. 6. 25. 오전 12:29, Sam Ravnborg wrote:
> Hi Inki
>
> From changelog:
>>>
>>> Include fix of exynos build for alpha.
>>>
>
>
>>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_fbdev.c
>>> b/drivers/gpu/drm/exynos/exynos_drm_fbdev.c
>>> index aefcd624fe32..b0877b97291c 100644
>>> --
https://bugs.freedesktop.org/show_bug.cgi?id=101325
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #25 from Timothy
https://bugs.freedesktop.org/show_bug.cgi?id=102965
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=101749
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #3 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=98996
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v5.2-rc6 next-20190621]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/co
On Mon, Jun 24, 2019 at 4:00 PM Jitao Shi wrote:
>
> Auo,kd101n80-45na's connector is same as boe,tv101wum-nl6.
> The most codes can be reuse.
> So auo,kd101n80-45na and boe,tv101wum-nl6 use one driver file.
> Add the different parts in driver data.
>
> Signed-off-by: Jitao Shi
> ---
> .../gpu/d
On Mon, Jun 24, 2019 at 4:25 PM Nicolas Boichat wrote:
>
> On Mon, Jun 24, 2019 at 2:04 PM Jitao Shi wrote:
> >
> > Add driver for BOE tv101wum-nl6 panel is a 10.1" 1200x1920 panel.
> >
> > Signed-off-by: Jitao Shi
> > ---
> > drivers/gpu/drm/panel/Kconfig | 10 +
> > drivers/g
Julien Masson writes:
> This patch series aims to clean-up differents parts of the drm meson
> code source.
>
> Couple macros have been defined and used to set several registers
> instead of using magic constants.
>
> I also took the opportunity to:
> - add/remove/update comments
> - remove usele
Julien Masson writes:
> This patch add new macro HHI_HDMI_PLL_CNTL_EN which is used to enable
> HDMI PLL.
>
> Signed-off-by: Julien Masson
> ---
> drivers/gpu/drm/meson/meson_vclk.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/meson/meson_vclk.c
>
Julien Masson writes:
> This patch add new macros which are used to set the following
> registers:
> - VPP_OSD_SCALE_COEF_IDX
> - VPP_DOLBY_CTRL
> - VPP_OFIFO_SIZE
> - VPP_HOLD_LINES
> - VPP_SC_MISC
> - VPP_VADJ_CTRL
>
> Signed-off-by: Julien Masson
[...]
> @@ -97,20 +97,22 @@ void meson_vpp_i
On Fri, Jun 21, 2019 at 8:41 PM Derek Basehore wrote:
>
> Devicetree systems can set panel orientation via a panel binding, but
> there's no way, as is, to propagate this setting to the connector,
> where the property need to be added.
> To address this, this patch sets orientation, as well as oth
On Mon, Jun 24, 2019 at 4:13 PM Linus Walleij wrote:
>
> On Mon, Jun 24, 2019 at 11:59 PM Rob Herring wrote:
>
> > Convert the tpo,tpg110 panel binding to DT schema.
> >
> > Cc: Linus Walleij
> > Cc: Thierry Reding
> > Cc: Sam Ravnborg
> > Cc: Maxime Ripard
> > Cc: Laurent Pinchart
> > Cc: d
From: Colin Ian King
Variable sub_res is initialized to a value that is never read and it
is re-assigned later in a for-loop. The initialization is redundant
and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 2
From: Colin Ian King
Variable err is initialized to a value that is never read and it
is re-assigned later. The initialization is redundant and can
be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/video/fbdev/core/fbmem.c | 2 +-
1 file changed, 1 ins
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v5.2-rc6 next-20190621]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/co
On 2019-06-23 23:27, Shubhashree Dhar wrote:
dpu encoder spinlock should be initialized during dpu encoder
init instead of dpu encoder setup which is part of commit.
There are chances that vblank control uses the uninitialized
spinlock if not initialized during encoder init.
Not much can be done
On Mon, Jun 24, 2019 at 11:59 PM Rob Herring wrote:
> Convert the tpo,tpg110 panel binding to DT schema.
>
> Cc: Linus Walleij
> Cc: Thierry Reding
> Cc: Sam Ravnborg
> Cc: Maxime Ripard
> Cc: Laurent Pinchart
> Cc: dri-devel@lists.freedesktop.org
> Signed-off-by: Rob Herring
Awesome, fixe
On Tue, Jun 18, 2019 at 2:31 PM Dan Carpenter wrote:
> Thanks!
Recording this as Acked-by: when applying.
Yours,
Linus Walleij
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Fri, Jun 21, 2019 at 3:56 PM Thierry Reding wrote:
> I'm not sure this would actually work because I think the way that
> pinctrl handles states both "init" and "idle" would be the same pointer
> values and therefore pinctrl_init_done() would think the driver didn't
> change away from the "ini
Convert the sgd,gktw70sdae4se LVDS panel binding to DT schema.
Cc: Neil Armstrong
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Signed-off-by: Rob Herring
---
.../display/panel/sgd,gktw70sdae4se.txt | 41
.../display/panel/sgd,gktw70sdae4se.ya
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: Maxime Ripard
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Rob Herring
---
.../display/panel/tfc,s9700rtwv43tr-01b.txt | 15 --
.../d
Convert the raspberrypi,7inch-touchscreen panel binding to DT schema.
Cc: Eric Anholt
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Rob Herring
---
.../panel/raspberrypi,7inch-touchscreen.txt | 49
Convert the pda,91-00156-a0 panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Rob Herring
---
.../display/panel/pda,91-00156-a0.txt | 14 ---
.../display/panel/pda,91-00156
Convert the mitsubishi,aa104xd12 LVDS panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Signed-off-by: Rob Herring
---
.../display/panel/mitsubishi,aa104xd12.txt| 47
.../display/panel/mitsubishi,aa104xd12.yaml | 71
Convert the tpo,tpg110 panel binding to DT schema.
Cc: Linus Walleij
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Rob Herring
---
.../bindings/display/panel/tpo,tpg110.txt | 70
.../bindings/d
Convert the mitsubishi,aa121td01 LVDS panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Signed-off-by: Rob Herring
---
.../display/panel/mitsubishi,aa121td01.txt| 47 -
.../display/panel/mitsubishi,aa121td01.yaml | 69 +++
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
The panel bindings are outside the scope of the Rockchip LVDS interface
binding. The references are about to change too, so rather than update
them just drop the section on the panel bindings.
Cc: Sandy Huang
Cc: "Heiko Stübner"
Cc: Maxime Ripard
Cc: dri-devel@lists.freedesktop.org
Cc: linux-ro
Convert the armadeus,st0700-adapt panel binding to DT schema.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Rob Herring
---
.../display/panel/armadeus,st0700-adapt.txt | 9 ---
.../display/panel/armadeus,s
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 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 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
Signed-off-by: Rob Herring
---
.../display/panel/bananapi,s070wv20-ct16.txt | 12 --
.../display/panel/banana
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.
Rob
Rob Herring (15):
dt-bindings: display: ro
Convert the dlc,dlc0700yzg-1 panel binding to DT schema.
Cc: Philipp Zabel
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: Maxime Ripard
Cc: Laurent Pinchart
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Rob Herring
---
.../display/panel/dlc,dlc0700yzg-1.txt| 13 -
.../display/
On Mon, Jun 24, 2019 at 1:32 PM Ilia Mirkin wrote:
>
> Reviewed-by: Ilia Mirkin
>
> One minor comment below though:
>
> (Maybe let it sit on the list for a day in case anyone feels like
> objecting strenuously.)
Thanks so much for the review!
> > @@ -829,6 +830,16 @@ connector_find_mode(struct
Hi Sam,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.2-rc6 next-20190621]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commi
Hi Daniel.
> > drm_file.h:
> > - needs drm_magic_t
> > drm_magic_t is a simple typedef, a simple unsigned int would do the trick
>
> I think we could switch over to unsigned int for this.
OK, will send a v2 with this addressed.
There is some preparatory patches to fix build breakage when the i
Hi Derek.
On Fri, Jun 21, 2019 at 08:41:02PM -0700, Derek Basehore wrote:
> This adds a helper function for reading the rotation (panel
> orientation) from the device tree.
>
> Signed-off-by: Derek Basehore
> ---
> drivers/gpu/drm/drm_panel.c | 42 +
> includ
Reviewed-by: Ilia Mirkin
One minor comment below though:
(Maybe let it sit on the list for a day in case anyone feels like
objecting strenuously.)
On Mon, Jun 24, 2019 at 4:27 PM John Stultz wrote:
>
> Often there are many similar modes, which cannot be selected
> via modetest due to its simpl
For backlight curves calculated with the CIE 1931 algorithm set
the brightness scale type property accordingly. This makes the
scale type available to userspace via the 'scale' sysfs attribute.
Signed-off-by: Matthias Kaehlcke
Tested-by: Enric Balletbo i Serra
Acked-by: Daniel Thompson
---
Chan
Add an entry for the stable backlight sysfs ABI to the MAINTAINERS
file.
Signed-off-by: Matthias Kaehlcke
Acked-by: Daniel Thompson
---
Changes in v2:
- added Daniel's 'Acked-by' tag
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 57f496cff999
Check if a brightness curve specified in the device tree is linear or
not and set the corresponding property accordingly. This makes the
scale type available to userspace via the 'scale' sysfs attribute.
To determine if a curve is linear it is compared to a interpolated linear
curve between min an
Backlight brightness curves can have different shapes. The two main
types are linear and non-linear curves. The human eye doesn't
perceive linearly increasing/decreasing brightness as linear (see
also 88ba95bedb79 "backlight: pwm_bl: Compute brightness of LED
linearly to human eye"), hence many bac
Backlight brightness curves can have different shapes. The two main
types are linear and non-linear curves. The human eye doesn't
perceive linearly increasing/decreasing brightness as linear (see
also 88ba95bedb79 "backlight: pwm_bl: Compute brightness of LED
linearly to human eye"), hence many bac
On Mon, Jun 24, 2019 at 01:24:56PM -0700, David Miller wrote:
> From: Ondřej Jirman
> Date: Mon, 24 Jun 2019 19:46:37 +0200
>
> > This series was even longer before, with patches all around for various
> > maintainers. I'd expect that relevant maintainers pick the range of patches
> > meant for t
Often there are many similar modes, which cannot be selected
via modetest due to its simple string matching.
This change adds a mode index in the display output, which can
then be used to specify a specific modeline to be set.
Cc: Ilia Mirkin
Cc: Rob Clark
Cc: Bjorn Andersson
Cc: Sumit Semwal
From: Ondřej Jirman
Date: Mon, 24 Jun 2019 19:46:37 +0200
> This series was even longer before, with patches all around for various
> maintainers. I'd expect that relevant maintainers pick the range of patches
> meant for them. I don't know who's exactly responsible for what, but I think,
> this
Hi,
On Fri, Jun 21, 2019 at 2:14 PM Ezequiel Garcia wrote:
>
> RK3288 SoC VOPs have optional support Gamma LUT setting,
> which requires specifying the Gamma LUT address in the devicetree.
>
> Signed-off-by: Ezequiel Garcia
> ---
> Changes from v1:
> * Drop reg-names, as suggested by Doug.
> ---
Hi,
On Fri, Jun 21, 2019 at 2:14 PM Ezequiel Garcia wrote:
>
> Add an optional CRTC gamma LUT support, and enable it on RK3288.
> This is currently enabled via a separate address resource,
> which needs to be specified in the devicetree.
>
> The address resource is required because on some SoCs,
Add generic helper dmabuf ops for dma heaps, so we can reduce
the amount of duplicative code for the exported dmabufs.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cross, Laura Abbott, and others!
C
From: "Andrew F. Davis"
This framework allows a unified userspace interface for dma-buf
exporters, allowing userland to allocate specific types of memory
for use in dma-buf sharing.
Each heap is given its own device node, which a user can allocate
a dma-buf fd from using the DMA_HEAP_IOC_ALLOC.
Add very trivial allocation and import test for dma-heaps,
utilizing the vgem driver as a test importer.
A good chunk of this code taken from:
tools/testing/selftests/android/ion/ionmap_test.c
Originally by Laura Abbott
Cc: Benjamin Gaignard
Cc: Sumit Semwal
Cc: Liam Mark
Cc: Pratik Patel
Here is another pass at the dma-buf heaps patchset Andrew and I
have been working on which tries to destage a fair chunk of ION
functionality.
The patchset implements per-heap devices which can be opened
directly and then an ioctl is used to allocate a dmabuf from the
heap.
The interface is simil
This adds a CMA heap, which allows userspace to allocate
a dma-buf of contiguous memory out of a CMA region.
This code is an evolution of the Android ION implementation, so
thanks to its original author and maintainters:
Benjamin Gaignard, Laura Abbott, and others!
Cc: Laura Abbott
Cc: Benjami
This patch adds system heap to the dma-buf heaps framework.
This allows applications to get a page-allocator backed dma-buf
for non-contiguous memory.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cr
Hi,
On Fri, Jun 21, 2019 at 2:14 PM Ezequiel Garcia wrote:
>
> Add the register specifier description for an
> optional gamma LUT address.
>
> Signed-off-by: Ezequiel Garcia
> ---
> Changes from v1:
> * Drop reg-names, suggested by Doug.
> ---
> .../devicetree/bindings/display/rockchip/rockchip
Hi Daniel,
On Fri, Jun 21, 2019 at 02:10:19PM +0100, Daniel Thompson wrote:
> On 13/06/2019 20:43, Matthias Kaehlcke wrote:
> > Check if a brightness curve specified in the device tree is linear or
> > not and set the corresponding property accordingly. This makes the
> > scale type available to u
https://bugs.freedesktop.org/show_bug.cgi?id=110984
Bug ID: 110984
Summary: Vulkan shows stuttering issues on Vega 10 w/
gnome-shell on Wayland
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Hi,
> Am 07.06.2019 um 13:11 schrieb H. Nikolaus Schaller :
>
> V3:
> * add bindings documentation (suggested by s...@ravnborg.org)
>
> V2 2019-06-05 07:07:05:
> * fix typo in 99dtc panel compatible string (reported by imir...@alum.mit.edu)
>
> V1 2019-06-04 14:53:00:
>
> Since v5.2-rc1 OMAP i
On Thu, Jun 20, 2019 at 12:17 PM Michal Hocko wrote:
>
> On Thu 13-06-19 11:43:08, Christoph Hellwig wrote:
> > noveau is currently using this through an odd hmm wrapper, and I plan
> > to switch it to the real thing later in this series.
> >
> > Signed-off-by: Christoph Hellwig
> > ---
> > mm/m
On Mon, Jun 24, 2019 at 10:29:27AM -0700, David Miller wrote:
> From: meg...@megous.com
> Date: Thu, 20 Jun 2019 15:47:42 +0200
>
> > From: Ondrej Jirman
> >
> > This series implements support for Xunlong Orange Pi 3 board.
> >
> > - ethernet support (patches 1-3)
> > - HDMI support (patches 4-
Patches #1 - #3 look good to me, but I'm not sure if the rest is such a
good idea.
Basically you not only want to use the same FD for CS, but also for
basically all buffer functions and as far as I can see we break that here.
I would rather add a new function to export the KMS handle for a ce
From: meg...@megous.com
Date: Thu, 20 Jun 2019 15:47:42 +0200
> From: Ondrej Jirman
>
> This series implements support for Xunlong Orange Pi 3 board.
>
> - ethernet support (patches 1-3)
> - HDMI support (patches 4-6)
>
> For some people, ethernet doesn't work after reboot (but works on cold
>
On 24.06.2019 18:07, Chen-Yu Tsai wrote:
> On Tue, Jun 25, 2019 at 12:03 AM Jernej Škrabec
> wrote:
>> Dne ponedeljek, 24. junij 2019 ob 17:56:30 CEST je Chen-Yu Tsai napisal(a):
>>> On Mon, Jun 24, 2019 at 11:49 PM Andrzej Hajda wrote:
On 24.06.2019 17:05, Jernej Škrabec wrote:
> Dne p
From: Michel Dänzer
Simplifies its callers.
dev->bo_table_mutex is now always held when amdgpu_bo_create is called
(this was already the case in amdgpu_bo_import).
Signed-off-by: Michel Dänzer
---
amdgpu/amdgpu_bo.c | 32
1 file changed, 12 insertions(+), 20 d
From: Michel Dänzer
The dev_mutex / dev->bo_table_mutex is always locked when accessing the
reference counts, so no need for atomic operations.
Signed-off-by: Michel Dänzer
---
amdgpu/amdgpu_bo.c | 6 +++---
amdgpu/amdgpu_device.c | 18 ++
amdgpu/amdgpu_internal.h | 6
From: Michel Dänzer
They can be referenced by any number of struct amdgpu_device/bo, which
are used for amdgpu_device/bo_handle in the public API.
This allows keeping track of the DRM file descriptor passed to
amdgpu_device_initialize and the one used for CS submission etc.
separately. The core
From: Michel Dänzer
And propagate drmIoctl's return value.
This allows replacing all remaining open-coded DRM_IOCTL_GEM_CLOSE
ioctl calls with amdgpu_close_kms_handle calls.
Signed-off-by: Michel Dänzer
---
amdgpu/amdgpu_bo.c | 35 +++
1 file changed, 15 insert
From: Michel Dänzer
Seems to better reflect what they're for.
Signed-off-by: Michel Dänzer
---
amdgpu/amdgpu_device.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/amdgpu/amdgpu_device.c b/amdgpu/amdgpu_device.c
index 362494b1..76b4e5eb 10
From: Michel Dänzer
It's possible if amdgpu_device's user_fd references the same file
description as the fd passed to amdgpu_device_initialize.
Signed-off-by: Michel Dänzer
---
amdgpu/amdgpu_device.c | 76 +---
amdgpu/amdgpu_internal.h | 3 +-
2 files cha
From: Michel Dänzer
Gallium API callers expect the returned handles to be valid for the
DRM file descriptor passed to the driver during initialization, which
may not be the case with amdgpu_bo_handle_type_kms.
Bugzilla: https://bugs.freedesktop.org/110903
Signed-off-by: Michel Dänzer
---
src/g
From: Michel Dänzer
amdgpu_bo_handle_type_kms returns the handle valid for the DRM file
descriptor (fd) used for CS submission etc. This is also valid for the
fd passed to amdgpu_device_initialize the first time for a specific
GPU, but in general not for fds passed to amdgpu_device_initialize
lat
From: Michel Dänzer
We can just walk the lists of struct amdgpu_bo/device to find out if
there are any references left.
Signed-off-by: Michel Dänzer
---
amdgpu/amdgpu_bo.c | 14 +++---
amdgpu/amdgpu_device.c | 30 ++
amdgpu/amdgpu_internal.h | 2 --
From: Michel Dänzer
The motivation for these patches is https://bugs.freedesktop.org/110903 .
Patches 1-3 are preparatory.
Patches 4 & 5 are the core patches allowing the issues discussed in the
bug report to be fixed.
Patches 6-8 are further optimizations / cleanups.
Patch 9 is the Mesa patc
Hi all,
I tried using wake_up_var() today and accidentally noticed that it
didn't imply an smp_mb() and specifically requires it through
wake_up_bit() / waitqueue_active().
Now, wake_up_bit() doesn't imply the barrier because it is assumed to be
used with the atomic bitops API which either implie
On Mon, Jun 24, 2019 at 09:19:54AM -0700, Rob Clark wrote:
> From: Rob Clark
>
> These regs are write-only, and the hw throws a hissy-fit (ie. reboots)
> when we try to read them for GPU state snapshot, in response to a GPU
> hang. It is rather impolite when GPU recovery triggers an insta-
> reb
From: Rob Clark
These regs are write-only, and the hw throws a hissy-fit (ie. reboots)
when we try to read them for GPU state snapshot, in response to a GPU
hang. It is rather impolite when GPU recovery triggers an insta-
reboot, so lets remove the TPL1 registers from the snapshot.
Fixes: 7198e
On 24/06/2019 17:10, Deepak Singh Rawat wrote:
> Hi Colin,
>
> Thanks for doing this.
>
> Reviewed-by: Deepak Rawat
>
> Do you want me to include this in vmwgfx-next or will you submit this
> via drm-mics?
Can you include it into vmwgfx-next?
Thanks
Colin
>
> On Fri, 2019-06-21 at 23:35 +0
Hi Robert,
On Mon, Jun 24, 2019 at 4:44 AM Robert Chiras wrote:
> > You did not handle the "power" regulator.
> There is no need for a power regulator.
I am sure the panel requires power to be applied so that it can work :-)
> > Can't you simply remove them?
> The reset gpio pin is shared betw
Hi Colin,
Thanks for doing this.
Reviewed-by: Deepak Rawat
Do you want me to include this in vmwgfx-next or will you submit this
via drm-mics?
On Fri, 2019-06-21 at 23:35 +0100, Colin King wrote:
> From: Colin Ian King
>
> Currently when too many retries have occurred there is a memory
> lea
On Tue, Jun 25, 2019 at 12:03 AM Jernej Škrabec wrote:
>
> Dne ponedeljek, 24. junij 2019 ob 17:56:30 CEST je Chen-Yu Tsai napisal(a):
> > On Mon, Jun 24, 2019 at 11:49 PM Andrzej Hajda wrote:
> > > On 24.06.2019 17:05, Jernej Škrabec wrote:
> > > > Dne ponedeljek, 24. junij 2019 ob 17:03:31 CEST
Le lun. 24 juin 2019 à 17:46, Daniel Thompson
a écrit :
On Mon, Jun 24, 2019 at 04:31:57PM +0200, Paul Cercueil wrote:
Le lun. 24 juin 2019 à 13:28, Daniel Thompson
a
écrit :
> On Fri, Jun 21, 2019 at 03:56:08PM +0200, Thierry Reding wrote:
> > On Fri, Jun 21, 2019 at 01:41:45PM +
From: Dariusz Marcinkiewicz
Use the new cec_notifier_cec_adap_(un)register() functions to
(un)register the notifier for the CEC adapter.
Signed-off-by: Dariusz Marcinkiewicz
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/i2c/tda9950.c | 11 +--
1 file changed, 5 insertions(+), 6 dele
From: Dariusz Marcinkiewicz
Use the new cec_notifier_conn_(un)register() functions to
(un)register the notifier for the HDMI connector, and fill in
the cec_connector_info.
Signed-off-by: Dariusz Marcinkiewicz
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/i2c/tda998x_drv.c | 56 +
From: Dariusz Marcinkiewicz
Use the new cec_notifier_conn_(un)register() functions to
(un)register the notifier for the HDMI connector, and fill in
the cec_connector_info.
Signed-off-by: Dariusz Marcinkiewicz
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 104
Dne ponedeljek, 24. junij 2019 ob 17:56:30 CEST je Chen-Yu Tsai napisal(a):
> On Mon, Jun 24, 2019 at 11:49 PM Andrzej Hajda wrote:
> > On 24.06.2019 17:05, Jernej Škrabec wrote:
> > > Dne ponedeljek, 24. junij 2019 ob 17:03:31 CEST je Andrzej Hajda
napisal(a):
> > >> On 26.05.2019 23:20, Jonas K
From: Dariusz Marcinkiewicz
Until now the connector info API was a kernel-internal API only.
This moves it to the public API and adds the new ioctl to retrieve
this information.
Signed-off-by: Dariusz Marcinkiewicz
Signed-off-by: Hans Verkuil
---
drivers/media/cec/cec-adap.c | 2 ++
drivers/
In order to support multiple CEC devices for an HDMI connector,
and to support cec_connector_info, drivers should use either a
cec_notifier_conn_(un)register pair of functions (HDMI drivers)
or a cec_notifier_cec_adap_(un)register pair (CEC adapter drivers).
This replaces cec_notifier_get_conn/cec
1 - 100 of 211 matches
Mail list logo
