On Mon, Feb 25, 2019 at 05:12:09AM +, C, Ramalingam wrote:
> Tomas,
>
> Lkp issue is complaining about the header drm/i915_mei_hdcp_interface.h,
> Which is already merged in drm-tip through below commit. So don’t think
> this is a genuine issue. May be this build was tried in different tree,
>
Add error checking while being at it.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/qxl/qxl_drv.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/qxl/qxl_drv.c b/drivers/gpu/drm/qxl/qxl_drv.c
index bb81e310eb6d..578d867a81d5
Hi Morimoto-san,
On Mon, Feb 25, 2019 at 04:44:55PM +0900, Kuninori Morimoto wrote:
>
> Hi Laurent
>
> > For your convenience the patches are available from
> >
> > git://linuxtv.org/pinchartl/media.git drm/du/d3e3
>
> It seems we can't find this branch/tag on your branch
> Is it remov
Add vga_remove_vgacon() call to
drm_fb_helper_remove_conflicting_pci_framebuffers().
Signed-off-by: Gerd Hoffmann
Reviewed-by: Daniel Vetter
---
include/drm/drm_fb_helper.h | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/include/drm/drm_fb_helper.h b/include/
v6: buildfix.
Gerd Hoffmann (3):
drm: move i915_kick_out_vgacon to vgaarb
drm/fb-helper: call vga_remove_vgacon automatically.
drm/qxl: remove conflicting framebuffers earlier
include/drm/drm_fb_helper.h | 14 +---
include/linux/vgaarb.h | 2 ++
drivers/gpu/drm/i915/i
Also rename it to vga_remove_vgacon and add kerneldoc text.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Daniel Vetter
---
include/linux/vgaarb.h | 2 ++
drivers/gpu/drm/i915/i915_drv.c | 35 +-
drivers/gpu/vga/vgaarb.c| 48
On Fri, Feb 22, 2019 at 06:20:11PM +0100, Daniel Vetter wrote:
> On Fri, Feb 22, 2019 at 12:03 PM Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > > - /*
> > > > -* WARNING: Apparently we must kick fbdev drivers before vgacon,
> > > > -* otherwise the vga fbdev driver falls over.
> > > > -
On Sun, Feb 24, 2019 at 12:40:19PM -0800, David Rientjes wrote:
> On Sat, 29 Dec 2018, syzbot wrote:
>
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:5694cecdb092 Merge tag 'arm64-upstream' of git://git.kerne..
> > git tree: upstream
> > console output: htt
From: Jonathan Bakker
This commit adds documentation for Samsung s6e63m0 AMOLED LCD panel
driver.
Signed-off-by: Jonathan Bakker
Signed-off-by: Paweł Chmiel
Reviewed-by: Rob Herring
---
Changes from v2:
- Added Reviewed-by
Changes from v1:
- Add missing subject prefix
- Rename reset-gp
Tiling modifier can't be applied to YV12 video overlay because all tiling
modifiers are filtered out for multi-plane formats. AFAIK, all modifiers
should work with all of formats, hence the checking is incorrect and
simply not needed.
Fixes: e90124cb46bdb ("drm/tegra: plane: Support format modifie
Hi Dave,
On kernel versions 4.20 and greater, the MGA G200
driver has a fatal error during GPU init and the KVM console
I use hangs. I still can ssh into the machine, however. The
log and some basic info is below. This error is 100%
reproducible for me, on different machines. With kernel 4.19
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
CPU page table update can happens for many reasons, not only as a result
s/update/updates
s/happens/happen
of a syscall (munmap(), mprotect(), mremap(), madvise(), ...) but also
as a result of kernel activities (memory comp
On Fri, Feb 22, 2019 at 10:40:14AM +0100, Daniel Vetter wrote:
> On Thu, Feb 21, 2019 at 10:41:41AM -0800, Matthew Wilcox wrote:
> > - Rename it to 'objects', as requested in todo.rst
>
> Yay, thanks!
>
> > - Also convert leases IDR to XArray as the two are occasionally used by
> >the same
Add support for the left and right justified I2S formats as well as the
more tranditional "Philips" I2S format.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 57 ++-
include/drm/i2c/tda998x.h | 11 +---
2 files changed, 47 ins
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
Use an unsigned field for flags other than blockable and convert
the blockable field to be one of those flags.
Signed-off-by: Jérôme Glisse
Cc: Christian König
Cc: Joonas Lahtinen
Cc: Jani Nikula
Cc: Rodrigo Vivi
Cc: Jan
From: chunhui dai
The parent rate of hdmi phy had set by DPI driver.
We should not set or change the parent rate of MT2701 hdmi phy,
as a result we should remove the flags of "CLK_SET_RATE_PARENT"
from the clock of MT2701 hdmi phy.
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
dr
Russell, thank you so much for your patience, help and explanation, I really
appreciate it !
On Fri, Feb 22, 2019 at 3:16 PM Russell King - ARM Linux admin
wrote:
>
> A possible solution to that would be for hdmi-codec to default that to
> zero unless it's been definitively provided by the ASoC
On Mon, Dec 10, 2018 at 04:42:01PM -0700, Nathan Chancellor wrote:
> Clang warns when an expression that equals zero is used as a null
> pointer constant (in lieu of NULL):
>
> drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:4435:3:
> warning: expression which evaluates to zero treated
On Fri, Feb 22, 2019 at 10:11:14AM +0100, Daniel Vetter wrote:
> On Thu, Feb 21, 2019 at 10:41:21AM -0800, Matthew Wilcox wrote:
> > Divide all the indices by 64 to save memory.
> >
> > Signed-off-by: Matthew Wilcox
>
> Pretty sure this goes boom. Our char device minor allocation scheme is
>
>
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
When notifying change for a range use MMU_NOTIFIER_USE_CHANGE_PTE flag
for page table update that use set_pte_at_notify() and where the we are
going either from read and write to read only with same pfn or read only
to read and
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
This update each existing invalidation to use the correct mmu notifier
event that represent what is happening to the CPU page table. See the
patch which introduced the events to see the rational behind this.
Signed-off-by: Jér
This patch adds Samsung S6E63M0 AMOLED LCD panel driver, connected over
spi. It's based on already removed, non dt s6e63m0 driver and
panel-samsung-ld9040. It can be found for example in some of Samsung
Aries based phones.
Signed-off-by: Paweł Chmiel
Reviewed-by: Sam Ravnborg
Reviewed-by: Andrze
From: chunhui dai
Recalculate the rate of this clock, by querying hardware.
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
drivers/gpu/drm/mediatek/mtk_hdmi_phy.c| 7 ++
drivers/gpu/drm/mediatek/mtk_hdmi_phy.h| 3 +--
drivers/gpu/drm/mediatek/mtk_mt2701_hdmi_
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
CPU page table update can happens for many reasons, not only as a result
of a syscall (munmap(), mprotect(), mremap(), madvise(), ...) but also
as a result of kernel activities (memory compression, reclaim, migration,
...).
Us
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
Helper to test if a range is updated to read only (it is still valid
to read from the range). This is useful for device driver or anyone
who wish to optimize out update when they know that they already have
the range map read o
Lenovo Ideapad D330 Pentium CPU version has 1920x1200 LCD.
Console output gets rotated at boot as Miix 310.
Signed-off-by: David Santamaría Rogado
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/drm_panel_orien
On Thu, Feb 21, 2019 at 9:37 PM kra...@redhat.com wrote:
>
> On Thu, Feb 21, 2019 at 10:44:06AM -0800, Alistair Francis wrote:
> > On Thu, Feb 21, 2019 at 3:52 AM kra...@redhat.com wrote:
> > >
> > > On Thu, Feb 21, 2019 at 12:33:03AM +, Alistair Francis wrote:
> > > > When running RISC-V QEM
Frank Rowand writes:
> On 2/19/19 10:34 PM, Brendan Higgins wrote:
>> On Mon, Feb 18, 2019 at 12:02 PM Frank Rowand wrote:
>>
>>> I have not read through the patches in any detail. I have read some of
>>> the code to try to understand the patches to the devicetree unit tests.
>>> So that may
From: Wangyan Wang
V6 adopt maintainer's suggestion.
Here is the change list between V5 & V6
1. change "unsigned char mux_flags;" to "u8 mux_flags;" to
match with the struct in " clk: mediatek: add MUX_GATE_FLAGS_2".
chunhui dai (8):
drm/mediatek: recalculate hdmi phy clock of MT2701 by query
From: chunhui dai
We should not change the rate of parent for hdmi phy when
doing round_rate for this clock. The parent clock of hdmi
phy must be the same as it. We change it when doing set_rate
only.
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
drivers/gpu/drm/mediatek/mtk_hdmi
Done Jani. I think it's ok now. Don't worry, at least I could get
little familiar with git send-email also with multiple patches :)
El sáb., 23 feb. 2019 a las 22:19, David Santamaría Rogado
() escribió:
>
> Lenovo Ideapad D330 Pentium CPU version has 1920x1200 LCD.
> Console output gets rotated a
On Fri, Feb 22, 2019 at 4:36 PM Russell King - ARM Linux admin
wrote:
> There's actually two threads of conversation going, and I recently had
> a reply from the maintainer of hdmi-codec suggesting a way forward - so
> I've coded that up as the three RFC patches you should have just
> received.
T
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
Use the mmu_notifier_range_blockable() helper function instead of
directly dereferencing the range->blockable field. This is done to
make it easier to change the mmu_notifier range field.
This patch is the outcome of the follo
From: chunhui dai
Due to a clerical error,there is one zero less for 1280.
Fix it for 12800.
Fixes: 0fc721b2968e ("drm/mediatek: add hdmi driver for MT2701 and MT7623")
Reviewed-by: CK Hu
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
drivers/gpu/drm/mediatek/mtk_mt2701_
From: chunhui dai
move the setting of fixed divider from enable/disable
to the function of setting rate.
the patch is for hdmi pll divider, the divder should
be configured before clock calculation to ensure the
clock is right.
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
driver
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 sink fs:
128·fs_sink = BCLK·m / k
Where BCLK = bclk_
From: chunhui dai
Add MUX_GATE_FLAGS_2 for the clock which needs to set two falgs.
Such as some mux need to set the flags of "CLK_MUX_ROUND_CLOSEST".
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
drivers/clk/mediatek/clk-mtk.c | 2 +-
drivers/clk/mediatek/clk-mtk.h | 20
On Fri, 2019-02-22 at 14:23 -0600, Rob Herring wrote:
> On Wed, Feb 13, 2019 at 4:37 PM Lubomir Rintel wrote:
> > On Mon, 2019-01-21 at 09:35 -0600, Rob Herring wrote:
> > > On Sun, Jan 20, 2019 at 11:26 AM Lubomir Rintel wrote:
> > > > The Marvell Armada DRM master device is a virtual device nee
From: chunhui dai
The factor depends on the divider of DPI in MT2701, therefore,
we should fix this factor to the right and new one.
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
drivers/gpu/drm/mediatek/mtk_dpi.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
dif
From: chunhui dai
The MUX clock of dpi1_sel should select the closet clock for itself.
We could add this flag to enable this function of MUX in CCF.
Signed-off-by: chunhui dai
Signed-off-by: wangyan wang
---
drivers/clk/mediatek/clk-mt2701.c | 4 ++--
1 file changed, 2 insertions(+), 2 deleti
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
CPU page table update can happens for many reasons, not only as a result
of a syscall (munmap(), mprotect(), mremap(), madvise(), ...) but also
as a result of kernel activities (memory compression, reclaim, migration,
...).
Us
On Fri, Feb 22, 2019 at 01:43:29PM +0100, Noralf Trønnes wrote:
> Buffers passed to spi_sync() must be dma-safe even for tiny buffers since
> some SPI controllers use DMA for all transfers.
>
> Example splat with CONFIG_DMA_API_DEBUG enabled:
>
> [ 23.750467] DMA-API: dw_dmac_pci :00:15.0:
On 2/19/19 12:04 PM, jgli...@redhat.com wrote:
From: Jérôme Glisse
Simple helpers to test if range invalidation is blockable. Latter
patches use cocinnelle to convert all direct dereference of range->
blockable to use this function instead so that we can convert the
blockable field to an unsig
On Fri, Feb 22, 2019 at 8:21 AM Russell King - ARM Linux admin
wrote:
>
> On Thu, Feb 21, 2019 at 01:18:13PM -0500, Sven Van Asbroeck wrote:
>
> > [SNDRV_PCM_FORMAT_S24_LE] = {
> > .width = 24, .phys = 32, .le = 1, .signd = 1,
> > .silence = {},
> > },
>
> T
On Fri, Feb 22, 2019 at 10:54:21AM +0100, Daniel Vetter wrote:
> > - idr_alloc() returned -ENOSPC, radix_tree_insert() returned -EEXIST.
> >xa_insert() and xa_alloc() return -EBUSY.
>
> I think this will upset a few of our tests. Just written some more for
> drm-lease at least, and those chec
Hi Laurent
> > > For your convenience the patches are available from
> > >
> > > git://linuxtv.org/pinchartl/media.git drm/du/d3e3
> >
> > It seems we can't find this branch/tag on your branch
> > Is it removed ? or not yet pushed ?
> >
> > https://git.linuxtv.org/pinchartl/media.g
https://bugzilla.kernel.org/show_bug.cgi?id=202667
--- Comment #1 from Michel Dänzer (mic...@daenzer.net) ---
Please attach the corresponding full output of dmesg.
Can you bisect between 4.20.4 and 4.20.5?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=109754
Michel Dänzer changed:
What|Removed |Added
Component|DRM/Radeon |Drivers/Gallium/radeonsi
Pro
Hi Paweł, Thierry
On Fri, Feb 22, 2019 at 06:51:53PM +0100, Paweł Chmiel wrote:
> This patch adds Samsung S6E63M0 AMOLED LCD panel driver, connected over
> spi. It's based on already removed, non dt s6e63m0 driver and
> panel-samsung-ld9040. It can be found for example in some of Samsung
> Aries b
https://bugs.freedesktop.org/show_bug.cgi?id=108940
--- Comment #17 from Stefan ---
Still present in 4.20.12, 5.0rc8 and amd-staging-drm-next-git-b8cd95e15410.
What is needed to resolve this? My system remains unstable with
frequent/continues crashes. Hard reset is the only option.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=107310
--- Comment #2 from Petri Latvala ---
Does this still happen with a recent kernel?
--
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=105359
Petri Latvala changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=105915
Petri Latvala changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=105915
--- Comment #2 from Ricardo Perez ---
Hi Team,
I’ll be OoO starting from the time you read this message.
See you in the office WW 9.1
If you need something from me that can't wait, please contact my manager: Ada
Cabrales.
Regards
-Richo
--
https://bugs.freedesktop.org/show_bug.cgi?id=109768
Bug ID: 109768
Summary: some bug
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: minor
Priority: medium
Co
https://bugs.freedesktop.org/show_bug.cgi?id=109769
Bug ID: 109769
Summary: some bug
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: minor
Priority: medium
Co
https://bugs.freedesktop.org/show_bug.cgi?id=109770
Bug ID: 109770
Summary: some bug
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: minor
Priority: medium
C
https://bugs.freedesktop.org/show_bug.cgi?id=109770
16h61a0...@cvsr.ac.in changed:
What|Removed |Added
Version|XOrg git|DRI git
--
You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=109773
Bug ID: 109773
Summary: Some bug
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=109772
Bug ID: 109772
Summary: some bug
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: minor
Priority: medium
Co
https://bugs.freedesktop.org/show_bug.cgi?id=109774
Bug ID: 109774
Summary: some bug
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=109607
--- Comment #6 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- fi-icl-u2, fi-icl-u3: random tests - incomplete -}
{+ fi-icl-u2, fi-icl-u3: random tests - incomplete +}
No new failures caught with the new fi
On Mon, Feb 25, 2019 at 10:51:30AM +, Russell King wrote:
> During boot, I get this kernel warning:
>
> WARNING: CPU: 0 PID: 19001 at kernel/dma/debug.c:1301
> debug_dma_map_sg+0x284/0x3dc
> etnaviv etnaviv: DMA-API: mapping sg segment longer than device claims to
> support [len=3145728] [ma
https://bugzilla.kernel.org/show_bug.cgi?id=202667
--- Comment #2 from Dennis Wagelaar (dwagel...@gmail.com) ---
Created attachment 281333
--> https://bugzilla.kernel.org/attachment.cgi?id=281333&action=edit
journalctl --no-hostname -k for kernel-4.20.4-100.fc28.x86_64
--
You are receiving thi
https://bugzilla.kernel.org/show_bug.cgi?id=202667
--- Comment #3 from Dennis Wagelaar (dwagel...@gmail.com) ---
Created attachment 281335
--> https://bugzilla.kernel.org/attachment.cgi?id=281335&action=edit
journalctl --no-hostname -k for kernel-4.20.5-100.fc28.x86_64
--
You are receiving thi
- The bus_flags patch is important for DRM masters that rely on those, but
the chage is in no way dependend on HDMI-audio support.
- The output mode patch is needed for HDMI-audio to work.
- The HDMI-audio implementation supports only i2s-mode.
- I do not know if the pixel clock unit change has a
From: Tomi Valkeinen
The driver always sets InputBusFmt:EDGE to 0 (falling edge).
Add drm_bridge_timings's input_bus_flags to reflect that the bridge
samples on falling edges.
Signed-off-by: Tomi Valkeinen
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/bridge/sii902x.c | 7 +++
1 file cha
Implement HDMI audio support by using ASoC HDMI codec. The commit
implements the necessary callbacks and configuration for the HDMI
codec and registers a virtual platform device for the codec to attach.
Signed-off-by: Jyri Sarha
---
.../bindings/display/bridge/sii902x.txt | 24 +
drivers/
The pixel clock unit in the first two registers (0x00 and 0x01) of
sii9022 is 10kHz, not 1kHz as in struct drm_display_mode. Division by
10 fixes the issue.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/bridge/sii902x.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/dri
Set output mode to HDMI or DVI according to EDID HDMI signature.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/bridge/sii902x.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c
index 1afa000141d5..0e21fa419d27 100644
https://bugzilla.kernel.org/show_bug.cgi?id=202667
--- Comment #4 from Michel Dänzer (mic...@daenzer.net) ---
The attached output from 4.20.4 shows DC being enabled. Does the problem really
not happen with 4.20.4 and DC disabled?
--
You are receiving this mail because:
You are watching the assig
https://bugzilla.kernel.org/show_bug.cgi?id=202667
--- Comment #5 from Dennis Wagelaar (dwagel...@gmail.com) ---
Created attachment 281337
--> https://bugzilla.kernel.org/attachment.cgi?id=281337&action=edit
Active kernel module parameters for 4.20.4
Hmm, I have:
options amdgpu dc=0
in /etc/m
https://bugzilla.kernel.org/show_bug.cgi?id=202667
--- Comment #6 from Dennis Wagelaar (dwagel...@gmail.com) ---
Created attachment 281339
--> https://bugzilla.kernel.org/attachment.cgi?id=281339&action=edit
journalctl --no-hostname -k for kernel-4.20.8-100.fc28.x86_64 with amdgpu.dc=1
Just fou
https://bugzilla.kernel.org/show_bug.cgi?id=202667
Dennis Wagelaar (dwagel...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
On 25.02.2019 12:23, Jyri Sarha wrote:
> From: Tomi Valkeinen
>
> The driver always sets InputBusFmt:EDGE to 0 (falling edge).
>
> Add drm_bridge_timings's input_bus_flags to reflect that the bridge
> samples on falling edges.
>
> Signed-off-by: Tomi Valkeinen
> Signed-off-by: Jyri Sarha
Reviewe
On 25.02.2019 12:23, Jyri Sarha wrote:
> Set output mode to HDMI or DVI according to EDID HDMI signature.
>
> Signed-off-by: Jyri Sarha
Reviewed-by: Andrzej Hajda
--
Regards
Andrzej
> ---
> drivers/gpu/drm/bridge/sii902x.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/drive
On 25.02.2019 12:23, Jyri Sarha wrote:
> The pixel clock unit in the first two registers (0x00 and 0x01) of
> sii9022 is 10kHz, not 1kHz as in struct drm_display_mode. Division by
> 10 fixes the issue.
>
> Signed-off-by: Jyri Sarha
Reviewed-by: Andrzej Hajda
--
Regards
Andrzej
> ---
> drivers/
Hi all,
This patch causes unnecessary round trip by openning the nodes. As
mentioned previously this could be trivially fixed [1].
Even Emily acknowledged that [1], yet the sub-par fix was merged. Can
we revert+fixup this properly?
Thanks
Emil
[1] https://lists.freedesktop.org/archives/amd-gfx/
Hi All,
On some Cherry Trail devices, DisplayPort over Type-C is supported through
a USB-PD microcontroller (e.g. a fusb302) + a mux to switch the superspeed
datalines between USB-3 and DP (e.g. a pi3usb30532). The kernel in this
case does the PD/alt-mode negotiation itself, rather then everything
On some hardware a hotplug event notification may come from outside the
display driver / device.
One example of this is laptops with hybrid graphics where one or more
outputs are connected to the discrete GPU only. In this case if the
discrete GPU is fully powered down to save power, a hotplug to
Use the new drm_kms_call_oob_hotplug_notifier_chain() function to load
drm/kms drivers know about DisplayPort over Type-C hotplug events.
Signed-off-by: Hans de Goede
---
drivers/usb/typec/altmodes/displayport.c | 34
1 file changed, 23 insertions(+), 11 deletions(-)
di
On some Cherry Trail devices, DisplayPort over Type-C is supported through
a USB-PD microcontroller (e.g. a fusb302) + a mux to switch the superspeed
datalines between USB-3 and DP (e.g. a pi3usb30532). The kernel in this
case does the PD/alt-mode negotiation itself, rather then everything being
ha
https://bugs.freedesktop.org/show_bug.cgi?id=109607
--- Comment #7 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- fi-icl-u2, fi-icl-u3: random tests - incomplete -}
{+ fi-icl-u2, fi-icl-u3: random tests - incomplete +}
No new failures caught with the new fi
https://bugs.freedesktop.org/show_bug.cgi?id=109607
--- Comment #8 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- fi-icl-u2, fi-icl-u3: random tests - incomplete -}
{+ fi-kbl-7560u fi-icl-u2, fi-icl-u3: random tests - incomplete +}
New failures caught by the
On 22/02/2019 23:27, 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
I do not have a spec to check REG_I2S_FORMAT bits, but at least philips
and left justified formats work on
hi Russell,
On 22/02/2019 23.27, Russell King wrote:
> Add support for the left and right justified I2S formats as well as the
> more tranditional "Philips" I2S format.
First of all, thank you for the patch, it works.
Tested-by: Peter Ujfalusi
There is however one thing I'm not sure about.
the
On Mon, Feb 25, 2019 at 03:28:51PM +0200, Peter Ujfalusi wrote:
> hi Russell,
>
> On 22/02/2019 23.27, Russell King wrote:
> > Add support for the left and right justified I2S formats as well as the
> > more tranditional "Philips" I2S format.
>
> First of all, thank you for the patch, it works.
>
On 22/02/2019 23:27, 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 sink fs:
>
>
Hi Russell,
On 22/02/2019 17.27, Russell King - ARM Linux admin wrote:
>> On BBB McASP is the clock master and as I recall I have tested 44.1, 48
>> KHz at least with 16 and 24 bits.
>
> Sorry, I wasn't clear enough... is the bus clocked at 32Fs for 16bit
> samples and 64Fs for 24bit samples, or
https://bugs.freedesktop.org/show_bug.cgi?id=107310
--- Comment #3 from leozinho29...@hotmail.com ---
Using latest kernels (5.0-rc) and latest intel-gpu-overlay it works correctly.
It is only failing when older kernels, as 4.18.0-15, are used.
--
You are receiving this mail because:
You are the
On 25.02.2019 12:23, Jyri Sarha wrote:
> Implement HDMI audio support by using ASoC HDMI codec. The commit
> implements the necessary callbacks and configuration for the HDMI
> codec and registers a virtual platform device for the codec to attach.
>
> Signed-off-by: Jyri Sarha
> ---
> .../binding
On Mon, Feb 25, 2019 at 02:20:37PM +0100, Hans de Goede wrote:
> Use the new drm_kms_call_oob_hotplug_notifier_chain() function to load
> drm/kms drivers know about DisplayPort over Type-C hotplug events.
>
> Signed-off-by: Hans de Goede
> ---
> drivers/usb/typec/altmodes/displayport.c | 34
Kernel DRM driver for ARM Mali 400/450 GPUs.
This patch serial is based on 5.0-rc7 with Rob Herring's recent
drm_gem_object change:
https://patchwork.kernel.org/cover/10794421/
All lima commits are squashed. For whole history of this
driver's development, see:
https://gitlab.freedesktop.org/lima/
For other driver like lima usage.
Cc: Rob Herring
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/drm_syncobj.c | 3 ++-
include/drm/drm_utils.h | 4
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_syncobj.c b/drivers/gpu/drm/drm_syncobj.c
index db30a0e8
Am 23.02.19 um 00:19 schrieb Kuehling, Felix:
> Don't account for them in other zones such as dma32. The kernel page
> allocator has its own heuristics to avoid exhausting special zones
> for regular kernel allocations.
>
> Signed-off-by: Felix Kuehling
> CC: thellst...@vmware.com
> CC: christian.
vkms_crc_work_handle needs the value of the actual frame to
schedule the workqueue that calls periodically the vblank
handler and the destroy state functions. However, the frame
value returned from vkms_vblank_simulate is updated and
diminished in vblank_get_timestamp because it is not in a
vblank
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.
Signed-off-by: Andrew F.
Hi Sam,
On 23/02/2019 21.38, Sam Ravnborg wrote:
> Hi Peter.
>
> Driver looks to be in good shape now.
> With the few comments below addressed you can add my:
> Reviewed-by: Sam Ravnborg
>
> Sam
>
> On Fri, Feb 22, 2019 at 03:16:18PM +0200, Peter Ujfalusi wrote:
>> The panel is similar t
When __drm_atomic_helper_disable_all() tries to commit the disabled
state, we end up in hdlcd_crtc_atomic_check() with a mode clock rate
of 0. If the input clock has a nonzero minimum rate, this fails the
clk_round_rate() check and prevents the CRTC being torn down cleanly.
If we're disabling the
On 25/02/2019 15:57, Andrzej Hajda wrote:
> On 25.02.2019 12:23, Jyri Sarha wrote:
>> Implement HDMI audio support by using ASoC HDMI codec. The commit
>> implements the necessary callbacks and configuration for the HDMI
>> codec and registers a virtual platform device for the codec to attach.
>>
>
1 - 100 of 190 matches
Mail list logo
