https://bugs.freedesktop.org/show_bug.cgi?id=101802
Michel Dänzer changed:
What|Removed |Added
Product|xorg|DRI
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
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
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=101748
higu...@gmx.net changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
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
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
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 +-
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
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
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
---
>
> 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
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
> ---
>
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:
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
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 +-
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
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
---
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
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
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
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
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.
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
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 =
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
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
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
31 matches
Mail list logo