In case mipi_dsi_attach() fails remove the registered panel to avoid added
panel without corresponding device.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/panel/panel-simple.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
On Tue, Feb 26, 2019 at 8:42 AM Ramalingam C wrote:
>
> HDCP2.2 phase-II mojorly adds below features:
> Addition of three connector properties
> CP_Content_Type
> CP_SRM
Not really clear why this is a connector property. Do we need
different SRM for differe
https://bugs.freedesktop.org/show_bug.cgi?id=109758
--- Comment #12 from fin4...@hotmail.com ---
My distribution works fine with RX570.
https://www.youtube.com/watch?v=fKJ-IatUfis
--
You are receiving this mail because:
You are the assignee for the bug.___
On Mon, Feb 25, 2019 at 07:57:33PM +0200, Ville Syrjälä wrote:
> On Thu, Feb 21, 2019 at 10:41:23AM -0800, Matthew Wilcox wrote:
> > @@ -49,8 +49,7 @@ struct drm_dp_aux_dev {
> >
> > #define DRM_AUX_MINORS 256
> > #define AUX_MAX_OFFSET (1 << 20)
> > -static DEFINE_IDR(aux_idr);
> > -st
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/si_dpm.c: In function 'si_program_response_times':
drivers/gpu/drm/amd/amdgpu/si_dpm.c:4101:29: warning:
variable 'backbias_response_time' set but not used [-Wunused-but-set-variable]
It's never used since introduction in
On Mon, Feb 25, 2019 at 04:59:55PM +, Koenig, Christian wrote:
> Am 25.02.19 um 17:39 schrieb Matthew Wilcox:
> > On Mon, Feb 25, 2019 at 05:07:24PM +0100, Christian König wrote:
> >>> -#define AMDGPU_VM_MAX_NUM_CTX4096
> >>> +#define AMDGPU_VM_CTX_LIMIT
Make the driver OF only as since AVR32 has been removed from the kernel,
there are only OF enabled platform using it.
Signed-off-by: Alexandre Belloni
---
drivers/video/fbdev/Kconfig | 6 +-
drivers/video/fbdev/atmel_lcdfb.c | 114 ++
2 files changed, 7 insert
On Fri, Feb 22, 2019 at 4:27 PM Russell King wrote:
>
> It appears that TDA998x derives the CTS value using the supplied I2S
> bit clock (BCLK) rather than 128·fs. TDA998x uses two constants named
> m and k in the CTS generator such that we have this relationship
> between the source BCLK and the
On Mon, Feb 25, 2019 at 04:07:05PM +0100, Noralf Trønnes wrote:
>
>
> Den 25.02.2019 15.45, skrev Andy Shevchenko:
> > The Adafruit 2.8" TFT display [1] has different dimensions than 2.4" one.
> > Add support for it.
> >
> > [1]: https://cdn-shop.adafruit.com/datasheets/MI0283QT-11+V1.1.PDF
>
>
snd_soc_dai_set_bclk_ratio() should behave like other
snd_soc_dai_XXX functions, and return -ENOTSUPP if the
callback in driver->ops is NULL.
Signed-off-by: Sven Van Asbroeck
---
sound/soc/soc-core.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/sound/soc/soc-core.c
In some situations, codec configuration will depend on the
bclk_ratio generated by the cpu dai. The tda998x hdmi transmitter
is an example of this.
Allow simple-card to set the bclk_ratio via the 'bclk-slot-ratio'
devicetree property, which describes the bclk to slot rate ratio.
This value is con
On Mon, Feb 25, 2019 at 05:07:24PM +0100, Christian König wrote:
> > -#define AMDGPU_VM_MAX_NUM_CTX 4096
> > +#define AMDGPU_VM_CTX_LIMITXA_LIMIT(0, 4095)
>
> IIRC we actually use 0 as reserved context value in some places.
That's OK; the ALLOC1 preven
On Fri, Feb 22, 2019 at 4:27 PM Russell King wrote:
>
> Add support for the left and right justified I2S formats as well as the
> more tranditional "Philips" I2S format.
>
> Signed-off-by: Russell King
My imx6q ssi has i2s and left-justified in common with the tda998x.
Left justified
does not ap
On Mon, Feb 25, 2019 at 05:06:18PM +0100, Christian König wrote:
> In this one there is a typo in the subject line.
Thanks, I'll fix it.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Tue, Feb 26, 2019 at 09:35:47AM +0900, Kuninori Morimoto wrote:
> > @@ -97,7 +98,7 @@ static int asoc_simple_card_hw_params(struct
> > snd_pcm_substream *substream,
> > struct simple_card_data *priv = snd_soc_card_get_drvdata(rtd->card);
> > struct simple_dai_props *dai_props =
> >
I'm not sure when this happened, only that it happened sometime
overnight. It was left running an Xfce desktop having only logged in,
but with the monitor disconnected. Fedora 23 plus xf86-video-armada.
I don't have any more information than that and the kernel messages
below.
[51328.909729] ==
https://bugs.freedesktop.org/show_bug.cgi?id=109758
Michel Dänzer changed:
What|Removed |Added
Component|DRM/AMDgpu |DRM/AMDgpu-pro
--- Comment #13 from Mic
Hi Russell,
Am Dienstag, den 26.02.2019, 09:24 + schrieb Russell King - ARM Linux admin:
> I'm not sure when this happened, only that it happened sometime
> overnight. It was left running an Xfce desktop having only logged in,
> but with the monitor disconnected. Fedora 23 plus xf86-video-ar
On Tuesday, 2019-02-26 10:00:56 +0900, Seung-Woo Kim wrote:
> After the commit 0926f0af54d6 ("meson,configure: include config.h
> automatically"), there is build error for autotools because
> config.h is not included. Fix the error by adding "-include
> config.h" to CPPFLAGS instead of CFLAGS from
So I'm not going to go into technical detail here, which I'll happily
leave to Joonas et al, but I think a couple of general points deserve to
be addressed.
On Tue, 26 Feb 2019, Alex Deucher wrote:
> On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen
> wrote:
>> Adding the suggested smaller amount
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #10 from mikhail.v.gavri...@gmail.com ---
Even without reproducing GPU hang in kernel log I found "suspicious RCU usage"
and some errors.
[drm:amdgpu_ctx_mgr_entity_fini [amdgpu]] *ERROR* ctx 2caf7aed is still
alive
[drm:amdg
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #11 from mikhail.v.gavri...@gmail.com ---
Created attachment 143476
--> https://bugs.freedesktop.org/attachment.cgi?id=143476&action=edit
[drm:amdgpu_ctx_mgr_entity_fini [amdgpu]] *ERROR* - kernel log
--
You are receiving this mai
On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote:
> Add the dmabuf map / unmap interfaces. This allows the user driver
> to be able to import the external dmabuf and use it from user space.
>
> Signed-off-by: Hyun Kwon
> ---
> drivers/uio/Makefile | 2 +-
> drivers/uio/uio.c
On Tue, Feb 26, 2019 at 12:53 PM Greg Kroah-Hartman
wrote:
>
> On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote:
> > Add the dmabuf map / unmap interfaces. This allows the user driver
> > to be able to import the external dmabuf and use it from user space.
> >
> > Signed-off-by: Hyun Kwon
Quoting Alex Deucher (2019-02-25 21:31:43)
> On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen
> wrote:
> >
> > Quoting Dave Airlie (2019-02-25 12:24:48)
> > > On Tue, 19 Feb 2019 at 23:32, Joonas Lahtinen
> > > wrote:
> > > >
> > > > + dri-devel mailing list, especially for the buddy allocator par
https://bugs.freedesktop.org/show_bug.cgi?id=109758
--- Comment #14 from Daniel Stone ---
The content of attachment 143468 has been deleted for the following reason:
harrassment
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=109758
--- Comment #15 from Daniel Stone ---
The content of attachment 143474 has been deleted for the following reason:
harrassment
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=109758
--- Comment #16 from Daniel Stone ---
The content of attachment 143475 has been deleted for the following reason:
harrassment
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=109758
--- Comment #17 from Daniel Stone ---
The content of attachment 143467 has been deleted for the following reason:
spam
--
You are receiving this mail because:
You are the assignee for the bug.___
dr
https://bugs.freedesktop.org/show_bug.cgi?id=109758
--- Comment #18 from Daniel Stone ---
The user has been permanently banned for harrassment.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-dev
https://bugs.freedesktop.org/show_bug.cgi?id=109758
Christian König changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #19 from Christian
Am 07.02.19 um 10:45 schrieb Thomas Zimmermann:
Am 07.02.19 um 10:36 schrieb Koenig, Christian:
Am 07.02.19 um 09:59 schrieb Thomas Zimmermann:
Almost all TTM-based drivers use the same values for the mmap-able
range of BO addresses. Each driver therefore duplicates the
DRM_FILE_PAGE_OFFSET con
On 2/25/19 6:20 PM, John Stultz wrote:
> On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote:
>>
>> 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
On 2/25/19 6:55 PM, John Stultz wrote:
> On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote:
>> +static int dma_heap_buffer_alloc(struct dma_heap *heap, size_t len,
>> unsigned int flags)
>> +{
>> + struct dma_heap_buffer *buffer;
>> + int fd, ret;
>> +
>> + buffer = kzalloc(
Le lun. 25 févr. 2019 à 15:36, Andrew F. Davis a écrit :
>
> 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 d
Hi Ayan,
Could you help distinguish which are the AFBC modifiers for each version of
AFBC ?
The Amlogic SoCs embeds an AFBC 1.0 compatible decoder, then the newer SoCs
embeds an AFBC 1.2 decoder,
I assume the modifiers before the patch "drm/fourcc: Add modifier defininitions
for AFBC 1.3" are
The TCON driver used to need the panel pointer in order to configure the
tcon according to the various parameters of the panel. However, this has
evolved over time (especially to support bridges), and therefore the panel
pointer isn't needed anymore by the TCON driver.
Move that pointer to the LVD
The current code, since commit bb43d40d7c83 ("drm/sun4i: rgb: Validate the
clock rate"), perform some validation on the pixel clock to filter out the
EDID modes provided by monitors (through bridges) that we wouldn't be able
to reach. For the usual modes, we're able to generate a perfect clock rate
Our clock rate variables are getting pretty close to the LONG_MAX / ULONG_MAX
limit, especially since we will start doing arithmetic on it. Move those
types to unsigned long long to be sure we don't overflow their type.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_rgb.c | 4 ++--
Hi,
This implements roughly what we discussed as part of the ANX6345 series to
relax the pixel clock validation while still filtering out the modes we
can't reach using the bridges.
Let me know what you think,
Maxime
Maxime Ripard (4):
drm/sun4i: Move the panel pointer from the TCON to the enc
We'll need the bridge pointer, if any, in the mode_valid callback in
addition to the init function. Store the pointer to the bridge in the
rgb private structure.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_rgb.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
On 2/25/19 9:53 PM, Sumit Semwal wrote:
> On Mon, 25 Feb 2019 at 20:06, Andrew F. Davis wrote:
>>
>> 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
Hi,
On Wed, 2019-02-20 at 09:21 +0100, Maxime Ripard wrote:
> From: Konstantin Sudakov
>
> Ronbo Electronics manufactures display panels.
>
> Signed-off-by: Konstantin Sudakov
> Signed-off-by: Maxime Ripard
Reviewed-by: Paul Kocialkowski
Cheers,
Paul
> ---
> Documentation/devicetree/bin
On Tue, 2019-02-26 at 15:30 +0100, Paul Kocialkowski wrote:
> Hi,
>
> On Wed, 2019-02-20 at 09:21 +0100, Maxime Ripard wrote:
> > From: Konstantin Sudakov
> >
> > Ronbo Electronics manufactures display panels.
> >
> > Signed-off-by: Konstantin Sudakov
> > Signed-off-by: Maxime Ripard
Ah actu
Hi,
On Wed, 2019-02-20 at 09:21 +0100, Maxime Ripard wrote:
> The Ronbo RB070D30 panel is a 1024x600 MIPI-DSI panel.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Paul Kocialkowski
Cheers,
Paul
> ---
> Documentation/devicetree/bindings/display/panel/ronbo,rb070d30.yaml | 52
>
On 2/26/19 12:20 AM, John Stultz wrote:
> On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote:
>>
>> 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 ow
On 2/26/19 8:12 AM, Benjamin Gaignard wrote:
> Le lun. 25 févr. 2019 à 15:36, Andrew F. Davis a écrit :
>>
>> 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
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #12 from Andrey Grodzovsky ---
Thanks for more info.
Please be patient on this deadlock bug since the fix is not trivial and also I
am currently working on other pressing issues - so this might take a bit.
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=109692
--- Comment #13 from Andrey Grodzovsky ---
Also, in the meanwhile try reverting this 2 patches and see if it helps -
3741540 Andrey Grodzovsky 5 weeks agodrm/sched: Rework HW fence
processing.
222b5f0 Andrey Grodzovsky 5 weeks ago
On Tue, Feb 26, 2019 at 3:12 PM Benjamin Gaignard
wrote:
> Overall I like the idea but I think "dma_heap" will be confusing like
> dma_buf is because it isn't
> related to DMA engine.
It wouldn't be the only place, in Device Tree we use "dma-ranges" in the
PCI bus host bindings to define how th
On Tue, Feb 26, 2019 at 09:53:22AM -0500, Sven Van Asbroeck wrote:
> I notice that hdmi-codec.c supports up to 8 channels in hdmi multi-channel
> playback mode. If we had a _theoretical_ hdmi xmitter with 8chan support,
> would the bclk_ratio not be 8 x slot_size - or 8 x 32 if using an fsl_ssi
> i
On Wed, Feb 20, 2019 at 09:21:53AM +0100, Maxime Ripard wrote:
> Hi,
>
> Here is a series adding a driver for the Ronbo RB070D30 panel. This was
> previously integrated in the DSI burst series, but those parts have been
> merged since.
>
> It's been tested on an Allwinner A33 board.
>
> Let me k
On Tue, Feb 26, 2019 at 09:53:22AM -0500, Sven Van Asbroeck wrote:
> On Tue, Feb 26, 2019 at 4:11 AM Russell King - ARM Linux admin
> > If the signal continues toggling, what does it do for the inactive
> > channel - is that just one BCLK period long or does it assume there
> > is still the second
On Wed, Feb 13, 2019 at 9:35 AM Christian König
wrote:
>
> Am 13.02.19 um 08:59 schrieb Daniel Vetter:
> > On Wed, Feb 13, 2019 at 2:44 AM Rob Herring wrote:
> >> On Tue, Feb 12, 2019 at 7:00 PM Eric Anholt wrote:
> >>> Rob Herring writes:
> >>>
> On Thu, Feb 7, 2019 at 9:51 AM Daniel Vett
Hi Hans,
I love your patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on next-20190226]
[cannot apply to v5.0-rc8]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
On Tue, Feb 26, 2019 at 08:26:36AM +0100, Maarten Lankhorst wrote:
> Hey,
>
> Op 21-02-2019 om 01:28 schreef Matt Roper:
> > Some display controllers can be programmed to present non-black colors
> > for pixels not covered by any plane (or pixels covered by the
> > transparent regions of higher pl
This patchset aims to add support for AFBC in mali display driver with
the help of format modifiers. AFBC modifiers add some constraints to
framebuffer size, alignment, pitch, formats, etc
In the initial patchset ie
https://lists.freedesktop.org/archives/dri-devel/2018-June/180124.html
I had illu
From: Ayan Kumar Halder
This new format is supported by DP550 and DP650
Signed-off-by: Ayan Kumar halder
Reviewed-by: Liviu Dudau
---
drivers/gpu/drm/drm_fourcc.c | 1 +
include/uapi/drm/drm_fourcc.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/drm_fourcc.c b/drivers
From: Ayan Kumar Halder
In malidp, the writeback pipeline does not support writing crtc output
to a framebuffer with modifiers ie the memory writeback content is
devoid of any compression or tiling, etc.
So we have added a commit check in memory writeback encoder helper function
to validate if th
From: Ayan Kumar Halder
Added the AFBC decoder registers for DP500 , DP550 and DP650.
These registers control the processing of AFBC buffers. It controls various
features like AFBC decoder enable, lossless transformation and block split
as well as setting of the left, right, top and bottom croppi
From: Ayan Kumar Halder
Formats like DRM_FORMAT_VUY101010, DRM_FORMAT_YUV420_8BIT and
DRM_FORMAT_YUV420_10BIT are expressed in bits per pixel as they have a non
integer value of cpp (thus denoted as '0' in drm_format_info[]). Therefore,
the calculation of AFBC framebuffer size needs to use malidp
From: Brian Starkey
As we look to enable AFBC using DRM format modifiers, we run into
problems which we've historically handled via vendor-private details
(i.e. gralloc, on Android).
AFBC (as an encoding) is fully flexible, and for example YUV data can
be encoded into 1, 2 or 3 encoded "planes",
https://bugzilla.kernel.org/show_bug.cgi?id=202511
--- Comment #25 from Michael A. Leonetti (mikealeone...@gmail.com) ---
Created attachment 281359
--> https://bugzilla.kernel.org/attachment.cgi?id=281359&action=edit
fb: switching to amdgpudrmfb from EFI VGA freeze 4.19.23
Barret,
I will apply
From: Ayan Kumar Halder
We have added support for some AFBC only pixel formats like :-
DRM_FORMAT_YUV420_8BIT (single plane YUV 420 8 bit format)
DRM_FORMAT_VUY888 (single plane YUV 444 8 bit format)
DRM_FORMAT_VUY101010 (single plane YUV 444 10 bit format)
DRM_FORMAT_YUV420_10BIT (single plane Y
From: Ayan Kumar Halder
The list of modifiers to be supported for each plane has been dynamically
generated
from 'malidp_format_modifiers[]' and 'malidp_hw_regmap->features'.
Changes from v1:-
1. Replaced DRM_ERROR() with DRM_DEBUG_KMS() in malidp_format_mod_supported()
to report unsupported mo
From: Ayan Kumar Halder
We need to define a common list of format modifiers supported by each of
the Mali display processors.
The following are the constraints with AFBC:-
1. AFBC is not supported for the formats defined in
malidp_hw_format_is_linear_only()
2. Some of the formats are supported
From: Ayan Kumar Halder
The newly supported AFBC YUV formats have the following rotation memory
constraints (in DP550/DP650).
1. DRM_FORMAT_VUY888/DRM_FORMAT_VUY101010 :- It can rotate upto 8
horizontal lines in the AFBC output buffer.
2. DRM_FORMAT_YUV420_8BIT :- It can rotate upto 16 horizontal
From: Ayan Kumar Halder
Considering the fact that some of the AFBC specific pixel formats are expressed
in bits per pixel (ie bpp which is not byte aligned), the pitch (ie width * bpp)
is not guaranteed to be aligned to burst size (ie 8 or 16 bytes).
For example, DRM_FORMAT_VUY101010 is 30 bits p
On Tue, Feb 26, 2019 at 03:45:19PM +, Russell King - ARM Linux admin wrote:
> Adding more WS signals makes the bus deviate from the I2S standard,
> thereby making it impossible to connect a set of standard DACs to
> such a source, whereas adding more I2S data lines, you just connect
> each DAC
Am 26.02.19 um 16:58 schrieb Daniel Vetter:
On Wed, Feb 13, 2019 at 9:35 AM Christian König
wrote:
Am 13.02.19 um 08:59 schrieb Daniel Vetter:
On Wed, Feb 13, 2019 at 2:44 AM Rob Herring wrote:
On Tue, Feb 12, 2019 at 7:00 PM Eric Anholt wrote:
Rob Herring writes:
On Thu, Feb 7, 2019 at
https://bugzilla.kernel.org/show_bug.cgi?id=202511
--- Comment #26 from Michel Dänzer (mic...@daenzer.net) ---
When the amdgpu driver is built into the kernel, so must be all the microcode
files under /lib/firmware/amdgpu/ that it needs with your GPU.
--
You are receiving this mail because:
You
On Tue, Feb 26, 2019 at 11:31:15AM -0500, Sven Van Asbroeck wrote:
> That's a very good point too. In light of this, I struggle to understand how
> the ssl_ssi can specify this:
> static struct snd_soc_dai_driver fsl_ssi_dai_template = {
> .playback = {
> .stream_name = "C
https://bugzilla.kernel.org/show_bug.cgi?id=200695
--- Comment #26 from Alex van Kaam (alexvk...@gmail.com) ---
hi
on request of the people over at SUSE I tested my Tumbleweed install with the
Kernel of the Day.
first did: BOOT_IMAGE=/boot/vmlinuz-5.0.0-rc8-1.g4ddf057-default
root=UUID=fce8b6dd
https://bugzilla.kernel.org/show_bug.cgi?id=202511
--- Comment #27 from Michael A. Leonetti (mikealeone...@gmail.com) ---
(In reply to Michel Dänzer from comment #26)
> When the amdgpu driver is built into the kernel, so must be all the
> microcode files under /lib/firmware/amdgpu/ that it needs w
From: Colin Ian King
Don't populate the const array ti_sn_bridge_supply_names on the
stack but instead make it static.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/bridge/ti-sn65dsi86.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/ti-sn65dsi86
On Tue, Feb 26, 2019 at 11:31:15AM -0500, Sven Van Asbroeck wrote:
> On Tue, Feb 26, 2019 at 10:45 AM Russell King - ARM Linux admin
> wrote:
> >
> >
> > I can't see how you'd extend a single I2S setup to support multi-
> > channel audio without either adding more I2S data lines or adding
> > addi
On Tue, Feb 26, 2019 at 7:17 AM Joonas Lahtinen
wrote:
>
> Quoting Alex Deucher (2019-02-25 21:31:43)
> > On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen
> > wrote:
> > >
> > > Quoting Dave Airlie (2019-02-25 12:24:48)
> > > > On Tue, 19 Feb 2019 at 23:32, Joonas Lahtinen
> > > > wrote:
> > > >
https://bugzilla.kernel.org/show_bug.cgi?id=202511
vladimir gerasimov (v...@ggpi.org) changed:
What|Removed |Added
CC||v...@ggpi.org
--- Co
https://bugs.freedesktop.org/show_bug.cgi?id=109329
--- Comment #1 from Jan Vesely ---
(In reply to Fabian Maurer from comment #0)
> Created attachment 143077 [details]
> journalctl log
>
> Running luxmark (OpenCL) freezes the system.
> Only help is to reboot with REISUB command.
>
> dmesg log
On Thu, Feb 21, 2019 at 12:32:05PM +0200, Laurent Pinchart wrote:
> The drm_writeback_queue_job() function takes ownership of the passed job
> and requires the caller to manually set the connector state
> writeback_job pointer to NULL. To simplify drivers and avoid errors
> (such as the missing NUL
On Thu, Feb 21, 2019 at 12:32:06PM +0200, Laurent Pinchart wrote:
> Writeback jobs are allocated when the WRITEBACK_FB_ID is set, and
> deleted when the jobs complete. This results in both a memory leak of
> the job and a leak of the framebuffer if the atomic commit returns
> before the job is queu
Hi Laurent,
On Thu, Feb 21, 2019 at 12:32:07PM +0200, Laurent Pinchart wrote:
> As writeback jobs contain a framebuffer, drivers may need to prepare and
> cleanup them the same way they can prepare and cleanup framebuffers for
> planes. Add two new optional connector helper operations,
> .prepare_
https://bugzilla.kernel.org/show_bug.cgi?id=202511
--- Comment #29 from Barret Rhoden (b...@google.com) ---
Ah, nice find. That other bug (201339) looks like the root cause of this one.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
Am 26.02.19 um 18:20 schrieb Alex Deucher:
On Tue, Feb 26, 2019 at 7:17 AM Joonas Lahtinen
wrote:
Quoting Alex Deucher (2019-02-25 21:31:43)
On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen
wrote:
Quoting Dave Airlie (2019-02-25 12:24:48)
On Tue, 19 Feb 2019 at 23:32, Joonas Lahtinen
wrote:
On Tue, Feb 26, 2019 at 12:20 PM Alex Deucher wrote:
>
> On Tue, Feb 26, 2019 at 7:17 AM Joonas Lahtinen
> wrote:
> >
> > Quoting Alex Deucher (2019-02-25 21:31:43)
> > > On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen
> > > wrote:
> > > >
> > > > Quoting Dave Airlie (2019-02-25 12:24:48)
> > >
On Tue, Feb 26, 2019 at 6:47 AM Andrew F. Davis wrote:
> On 2/26/19 12:20 AM, John Stultz wrote:
> > On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote:
> >> It all needs a bit more work, and I'm sure I'll find missing parts when
> >> I add some more heaps, but hopefully this framework is simp
Obviously you're used to nvidia/windows way on doing things. You are on
linux now. Opensource is the whole philosophy. So yes, please just use the
free/opensource drivers that come bundled with your favorite distro. This
is the preferred way to go with AMD hardware.
Here's the Radeon 7 with openso
https://bugs.freedesktop.org/show_bug.cgi?id=109758
--- Comment #20 from Michael Eagle ---
Obviously you're used to nvidia/windows way on doing things. You are on
linux now. Opensource is the whole philosophy. So yes, please just use the
free/opensource drivers that come bundled with your favorit
Quoting Brendan Higgins (2019-02-14 13:37:20)
> Add support for aborting/bailing out of test cases. Needed for
> implementing assertions.
Can you add some more text here with the motivating reasons for
implementing assertions and bailing out of test cases?
For example, I wonder why unit tests can
From: Eric Biggers
If drm_gem_handle_create() fails in vgem_gem_create(), then the
drm_vgem_gem_object is freed twice: once when the reference is dropped
by drm_gem_object_put_unlocked(), and again by __vgem_gem_destroy().
This was hit by syzkaller using fault injection.
Fix it by skipping the
Quoting Eric Biggers (2019-02-26 20:47:26)
> From: Eric Biggers
>
> If drm_gem_handle_create() fails in vgem_gem_create(), then the
> drm_vgem_gem_object is freed twice: once when the reference is dropped
> by drm_gem_object_put_unlocked(), and again by __vgem_gem_destroy().
>
> This was hit by
Hi Greg&Arnd
topic/mei-hdcp-2019-02-26:
mei-hdcp driver
mei driver for the me hdcp client, for use by drm/i915.
Including the following prep work:
- whitelist hdcp client in mei bus
- merge to include char-misc-next because of another mei bus prep patch to
export a helper macro to drivers
- dr
On Tue, Feb 26, 2019 at 09:01:29PM +, Chris Wilson wrote:
> Quoting Eric Biggers (2019-02-26 20:47:26)
> > From: Eric Biggers
> >
> > If drm_gem_handle_create() fails in vgem_gem_create(), then the
> > drm_vgem_gem_object is freed twice: once when the reference is dropped
> > by drm_gem_objec
https://bugs.freedesktop.org/show_bug.cgi?id=109749
--- Comment #1 from bmil...@gmail.com ---
Created attachment 143480
--> https://bugs.freedesktop.org/attachment.cgi?id=143480&action=edit
backported for 5.0 patch
Here's a backported patch for 5.0 Please consider this, anything that doesnt
run
From: Eric Biggers
If drm_gem_handle_create() fails in vgem_gem_create(), then the
drm_vgem_gem_object is freed twice: once when the reference is dropped
by drm_gem_object_put_unlocked(), and again by __vgem_gem_destroy().
This was hit by syzkaller using fault injection.
Fix it by skipping the
From: Eric Biggers
If drm_gem_handle_create() fails in vkms_gem_create(), then the
vkms_gem_object is freed twice: once when the reference is dropped by
drm_gem_object_put_unlocked(), and again by the extra calls to
drm_gem_object_release() and kfree().
Fix it by skipping the second release and
Quoting Eric Biggers (2019-02-26 22:08:58)
> From: Eric Biggers
>
> If drm_gem_handle_create() fails in vkms_gem_create(), then the
> vkms_gem_object is freed twice: once when the reference is dropped by
> drm_gem_object_put_unlocked(), and again by the extra calls to
> drm_gem_object_release() a
Hi Greg,
Thanks for the comments.
On Tue, 2019-02-26 at 03:53:11 -0800, Greg Kroah-Hartman wrote:
> On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote:
> > Add the dmabuf map / unmap interfaces. This allows the user driver
> > to be able to import the external dmabuf and use it from user s
Hi Daniel,
Thanks for the comment.
On Tue, 2019-02-26 at 04:06:13 -0800, Daniel Vetter wrote:
> On Tue, Feb 26, 2019 at 12:53 PM Greg Kroah-Hartman
> wrote:
> >
> > On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote:
> > > Add the dmabuf map / unmap interfaces. This allows the user driver
> > At the end of the day, I don't really care that much. I get it, we
> > all have large projects with scarce resources. I just think a few
> > years down the road we'll all regret it as a community.
>
> AMD and others have also spent years tuning TTM for both UMA and VRAM,
> but especially VRAM
1 - 100 of 117 matches
Mail list logo
