Hi,
On Thu, Oct 13, 2016 at 10:45 AM, Zhu, Rex wrote:
>
> The attached patches were also for this issue.
> Disable dpm when rmmod amdgpu.
It works for modprobe-rmmod-modprobe test, thanks.
However with GPU passthrough (giving control of the GPU to a Windows
virtual machine using iommu, then
2016-10-15 19:42 GMT+02:00 Sekhar Nori :
> On Wednesday 05 October 2016 06:35 PM, Bartosz Golaszewski wrote:
>> From: Karl Beldan
>>
>> Add pins used by the LCD controller and a disabled LCDC node to be
>> reused in device trees including da850.dtsi.
>>
>> Signed-off-by: Karl Beldan
>> [Bartosz:
On 10/15/2016 6:38 PM, Rob Clark wrote:
> On Sat, Oct 15, 2016 at 8:57 AM, Archit Taneja
> wrote:
>>
>>
>> On 10/15/2016 5:02 PM, Rob Clark wrote:
>>>
>>> On Sat, Oct 15, 2016 at 5:39 AM, Archit Taneja
>>> wrote:
On 10/13/2016 10:18 PM, Rob Clark wrote:
>
>
> If the
On 10/15/2016 5:02 PM, Rob Clark wrote:
> On Sat, Oct 15, 2016 at 5:39 AM, Archit Taneja
> wrote:
>>
>> On 10/13/2016 10:18 PM, Rob Clark wrote:
>>>
>>> If the bottom-most layer is not fullscreen, we need to use the BASE
>>> mixer stage for solid fill (ie. MDP5_CTL_BLEND_OP_FLAG_BORDER_OUT).
.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/e018f2ef/attachment.html>
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/a5e6b4dc/attachment.html>
are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/070aa8c2/attachment.html>
On 10/13/2016 10:18 PM, Rob Clark wrote:
> If the bottom-most layer is not fullscreen, we need to use the BASE
> mixer stage for solid fill (ie. MDP5_CTL_BLEND_OP_FLAG_BORDER_OUT). The
> blend_setup() code pretty much handled this already, we just had to
> figure this out in _atomic_check() and
ks for your time.
1) https://ufile.io/2a49
2) https://ufile.io/0cf6
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/d9dbdce9/attachment.html>
.org/archives/dri-devel/attachments/20161015/e8d00293/attachment.html>
Hi,
On 10/14/2016 6:57 PM, Eugeniy Paltsev wrote:
> ARC PGU driver starts crashing on initialization after
> 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")'
> This happenes because in "arcpgu_drm_hdmi_init" function we get pointer
> of "drm_i2c_encoder_driver" structure, which
d86ac4aaabf05f7866fb1241e41075022c1c08c3 drm/amdgpu: add dm
check_soft_reset
:: TO: Chunming Zhou
:: CC: Alex Deucher
---
0-DAY kernel test infrastructureOpen Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/9e0c7ff6/attachment.html>
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/8784ef2c/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/2d90d81f/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/909c5ed4/attachment.html>
es, please attach it.
Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/b93e965b/attachment-0001.html>
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/6137a837/attachment.html>
On Sat, Oct 15, 2016 at 8:57 AM, Archit Taneja
wrote:
>
>
> On 10/15/2016 5:02 PM, Rob Clark wrote:
>>
>> On Sat, Oct 15, 2016 at 5:39 AM, Archit Taneja
>> wrote:
>>>
>>>
>>> On 10/13/2016 10:18 PM, Rob Clark wrote:
If the bottom-most layer is not fullscreen, we need to use the
scrubbed...
Name: .config.gz
Type: application/gzip
Size: 55094 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/9a50d438/attachment-0001.gz>
On Sat, Oct 15, 2016 at 5:39 AM, Archit Taneja
wrote:
>
> On 10/13/2016 10:18 PM, Rob Clark wrote:
>>
>> If the bottom-most layer is not fullscreen, we need to use the BASE
>> mixer stage for solid fill (ie. MDP5_CTL_BLEND_OP_FLAG_BORDER_OUT). The
>> blend_setup() code pretty much handled this
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161015/0b0d934e/attachment.html>
Benjamin Gaignard æ¼ 2016/10/14 22:33 寫é:
> Just by curiosity, why using "old" TTM instead of GEM ? any particular
> reasons ?
Do you mean i can manage the video memory visiable to pci without TTM,
i found all the other simple gpu chips(eg: AST, mgag200) use TTM, so i
chose TTM.
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=98016
--- Comment #13 from Ernst Sjöstrand ---
I was running the Ubuntu firmware from Xenial, the firmware bundled in Wily
fixed it.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
https://bugs.freedesktop.org/show_bug.cgi?id=98016
--- Comment #12 from Ernst Sjöstrand ---
Couldn't get anything after modprobe, the computer really dies.
However updating the firmware fixed it.
Should there be some kind of check or do you consider this fixed?
--
You are receiving this mail
25 matches
Mail list logo
