Dear Linux folks,
Currently commits contain non HTTPS URLs like below.
```
Link:
http://patchwork.freedesktop.org/patch/msgid/20170601143619.27840-7-ville.syrj...@linux.intel.com
```
I guess these are generated by scripts. Could you please update them to
generate HTTPS URLs, as that’s where th
On Sat, 2017-07-15 at 14:52 -0400, Ilia Mirkin wrote:
>
> OK, so this issue appears to be that we're calling
> drm_crtc_vblank_off() on a crtc for which vblank is already disabled.
> My guess is that this happens because the crtc is disabled.
>
> Not sure what the proper check is to see if vblank
Hi Christian,
On Saturday 15 July 2017 07:17 PM, Christian König wrote:
Am 15.07.2017 um 09:12 schrieb Arvind Yadav:
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
http: gets a "301 moved permanently" reply.
Reported-by: Paul Menzel
Cc: Paul Menzel
Signed-off-by: Daniel Vetter
---
dim | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/dim b/dim
index 79d616cbf354..1fcd8d73fe1e 100755
--- a/dim
+++ b/dim
@@ -749,7 +749,7 @@ function
On 12/07/17 21:43, Hans Verkuil wrote:
> On 12/07/17 21:02, Eric Anholt wrote:
>>> +static int vc4_hdmi_cec_adap_transmit(struct cec_adapter *adap, u8
>>> attempts,
>>> + u32 signal_free_time, struct cec_msg *msg)
>>> +{
>>> + struct vc4_dev *vc4 = cec_get_drvdata
From: Hans Verkuil
In order to support CEC the hsm clock needs to be enabled in
vc4_hdmi_bind(), not in vc4_hdmi_encoder_enable(). Otherwise you wouldn't
be able to support CEC when there is no hotplug detect signal, which is
required by some monitors that turn off the HPD when in standby, but ke
From: Hans Verkuil
Some hardware does more than one attempt. So when it calls
cec_transmit_done when an error occurred it will e.g. use an error count
of 2 instead of 1.
The framework always assumed a single attempt, but now it is smarter
and will sum the counters to detect how many attempts wer
From: Hans Verkuil
This patch series adds support for HDMI CEC to the vc4 drm driver.
This series is based on 4.13-rc1.
Note: the first cec patch is independent of the vc4 patches and will be
merged via the media subsystem for 4.14. Without that patch everything
will still work, but it will atte
From: Hans Verkuil
This patch adds support to VC4 for CEC.
Thanks to Eric Anholt for providing me with the CEC register information.
To prevent the firmware from eating the CEC interrupts you need to add this to
your config.txt:
mask_gpu_interrupt1=0x100
Signed-off-by: Hans Verkuil
Signed-of
https://bugs.freedesktop.org/show_bug.cgi?id=101802
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
Assignee|xorg-driver-...@
On Sun, Jul 16, 2017 at 12:43 AM, Mike Galbraith wrote:
> On Sat, 2017-07-15 at 14:52 -0400, Ilia Mirkin wrote:
>>
>> OK, so this issue appears to be that we're calling
>> drm_crtc_vblank_off() on a crtc for which vblank is already disabled.
>> My guess is that this happens because the crtc is dis
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #1 from 247 ---
just a quick update...tried edit an mp4 video and even converting with
transmageddon but the result is the same...is there any solution to this?it is
solvable by a mesa update?or i just have to surrender?
--
You are
Dear Daniel,
Am Sonntag, den 16.07.2017, 12:26 +0200 schrieb Daniel Vetter:
> http: gets a "301 moved permanently" reply.
>
> Reported-by: Paul Menzel
> Cc: Paul Menzel
> Signed-off-by: Daniel Vetter
Reviewed-by: Paul Menzel
Thanks,
Paul
signature.asc
Description: This is a digitally si
https://bugs.freedesktop.org/show_bug.cgi?id=99349
--- Comment #17 from Gert Wollny ---
An updated version of the patch set is currently under review:
https://patchwork.freedesktop.org/series/25594/
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=100387
--- Comment #5 from Hi-Angel ---
Sorry for long time not answering. The error is because one instruction is
using more than 2 cfiles which check_and_set_bank_swizzle() doesn't allow,
though acc. to docs it can handle up to 4 distinct cfiles in a
https://bugs.freedesktop.org/show_bug.cgi?id=99801
--- Comment #14 from Matthew Treinish ---
Just for some more information I gave the current tip of the amd-staging-4.11
branch on https://cgit.freedesktop.org/~agd5f/linux/ (commit 308514e6861e) a
try and it was still having the same problems dri
From: Fabio Estevam
The gpiod API checks for NULL descriptors, so there is no need to
duplicate the check in the driver.
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/panel/panel-simple.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-s
On 2017年07月14日 04:29, Sean Paul wrote:
On Thu, Jul 13, 2017 at 09:33:45AM +0800, Mark yao wrote:
On 2017年07月13日 00:47, Sean Paul wrote:
On Wed, Jul 12, 2017 at 10:03:27AM +0800, Mark Yao wrote:
Register init table use un-document define, it is unreadable,
And sometimes we only want to update t
Framebuffer decoder returns guest framebuffer information.
Guest framebuffer includes primary, cursor and sprite plane.
Signed-off-by: Xiaoguang Chen
Signed-off-by: Tina Zhang
---
drivers/gpu/drm/i915/gvt/Makefile | 3 +-
drivers/gpu/drm/i915/gvt/display.c| 2 +-
drivers/gpu/drm/i91
Framebuffer decoder is used by gvt device model to get the display plane
information, which can be used for local and spice remote display. This
patch set is used to introduce the framebuffer decoder to gvt.
Tina Zhang (3):
drm/i915/gvt: Add framebuffer decoder support
drm: Introduce RGB 64-bi
The RGB 64-bit 16:16:16:16 float pixel format is needed by windows 10
guest VM. This patch is to add this pixel format support to gvt device
model. Without this patch, some Apps, e.g. "DXGIGammaVM.exe", will crash
and make guest screen black.
Signed-off-by: Xiaoguang Chen
Signed-off-by: Tina Zhan
The RGB 64-bit 16:16:16:16 float pixel format is needed by windows
guest VM. This patch is to introduce the format to drm.
v1:
Suggested by Ville to submit this patch to dri-devel.
Signed-off-by: Xiaoguang Chen
Signed-off-by: Tina Zhang
---
include/uapi/drm/drm_fourcc.h | 4
1 file change
Framebuffer decoder is used by gvt device model to get the display plane
information, which can be used for local and spice remote display. This
patch set is used to introduce the framebuffer decoder to gvt.
v1->v2:
Rebase to the latest staging branch.
Tina Zhang (3):
drm/i915/gvt: Add framebuf
Framebuffer decoder returns guest framebuffer information.
Guest framebuffer includes primary, cursor and sprite plane.
Signed-off-by: Xiaoguang Chen
Signed-off-by: Tina Zhang
---
drivers/gpu/drm/i915/gvt/Makefile | 3 +-
drivers/gpu/drm/i915/gvt/display.c| 2 +-
drivers/gpu/drm/i91
The RGB 64-bit 16:16:16:16 float pixel format is needed by windows
guest VM. This patch is to introduce the format to drm.
v1:
Suggested by Ville to submit this patch to dri-devel.
Signed-off-by: Xiaoguang Chen
Signed-off-by: Tina Zhang
---
include/uapi/drm/drm_fourcc.h | 4
1 file change
The RGB 64-bit 16:16:16:16 float pixel format is needed by windows 10
guest VM. This patch is to add this pixel format support to gvt device
model. Without this patch, some Apps, e.g. "DXGIGammaVM.exe", will crash
and make guest screen black.
Signed-off-by: Xiaoguang Chen
Signed-off-by: Tina Zhan
>
> I can take a look at it, I just won't have time until next week most likely.
I've taken a look, and it's seemingly more complicated than I'm
expecting I'd want to land in Mesa before 17.2 ships, I'd really
prefer to just push the new libdrm_amdgpu api from this patch. If I
have to port all the
On 2017.07.17 11:06:24 +0800, Tina Zhang wrote:
> Framebuffer decoder returns guest framebuffer information.
> Guest framebuffer includes primary, cursor and sprite plane.
>
> Signed-off-by: Xiaoguang Chen
> Signed-off-by: Tina Zhang
> ---
> drivers/gpu/drm/i915/gvt/Makefile | 3 +-
> dri
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: db8f738b815a11a4d093951cd753d6eb256813b7
commit: eb701dfaf7db5bb4f1cae66fb0c65d1cf52442d6 [119/659] ASoC: AMD: enable
ACP3x drivers build
config: blackfin-allmodconfig (attached as .config)
compiler: bfin-uclinux-gc
On 07/15/2017 04:28 AM, Eric Anholt wrote:
Archit Taneja writes:
On 06/28/2017 01:28 AM, Eric Anholt wrote:
When a mipi_dsi_host is registered, the DT is walked to find any child
nodes with compatible strings. Those get registered as DSI devices,
and most DSI panel drivers are mipi_dsi_dri
https://bugs.freedesktop.org/show_bug.cgi?id=101748
higu...@gmx.net changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: db8f738b815a11a4d093951cd753d6eb256813b7
commit: eb701dfaf7db5bb4f1cae66fb0c65d1cf52442d6 [119/659] ASoC: AMD: enable
ACP3x drivers build
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gc
Hi,
On Wed, Jul 12, 2017 at 10:38:38AM +0800, Chen-Yu Tsai wrote:
> On Wed, Jul 12, 2017 at 3:31 AM, Maxime Ripard
> wrote:
> > On Mon, Jul 10, 2017 at 11:48:00PM +0800, Chen-Yu Tsai wrote:
> >> On Sun, Jun 18, 2017 at 10:05 PM, Rob Herring wrote:
> >> > On Wed, Jun 14, 2017 at 02:30:16PM +0800,
On Wed, Jul 12, 2017 at 10:40:16AM +0800, Chen-Yu Tsai wrote:
> On Wed, Jul 12, 2017 at 3:21 AM, Maxime Ripard
> wrote:
> > On Mon, Jul 10, 2017 at 04:55:04PM +1000, Jonathan Liu wrote:
> >> The drm_driver lastclose callback is called when the last userspace
> >> DRM client has closed. Call drm_fb
On Thu, Jul 13, 2017 at 05:25:08PM +0100, Kieran Bingham wrote:
> >>> diff --git a/drivers/gpu/drm/rcar-du/rcar_du_kms.c
> >>> b/drivers/gpu/drm/rcar-du/rcar_du_kms.c
> >>> index 82b978a5dae6..c2f382feca07 100644
> >>> --- a/drivers/gpu/drm/rcar-du/rcar_du_kms.c
> >>> +++ b/drivers/gpu/drm/rcar-du
On Fri, Jul 14, 2017 at 04:56:01PM +0800, Chen-Yu Tsai wrote:
> Hi,
>
> On Thu, Jul 13, 2017 at 10:41 PM, Maxime Ripard
> wrote:
> > In the earlier display engine designs, any register access while a commit
> > is pending is forbidden.
> >
> > One of the symptoms is that reading a register will r
36 matches
Mail list logo