because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/9e62338b/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/0f86367f/attachment-0001.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/ce0d6ae0/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/5c8e1444/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/7d013506/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/77818edb/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/ecf10c32/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/b564a6fa/attachment.html>
t 4. Otherwise, please file your
own report.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/cea8049b/attachment.html>
On 2016-01-21, Nick Bowler wrote:
> On 2016-01-21, Jindal, Sonika wrote:
>> On 1/21/2016 8:59 AM, Nick Bowler wrote:
>>> On 1/20/16, Nick Bowler wrote:
On 2016-01-20, Jindal, Sonika wrote:
> [...]
> Does the same system works with any other monitor?
I'll see if I can find another
We dereference "eaction->event" inside the call to drm_send_event_locked()
so should hold off on setting it to NULL until afterward.
Fixes: fb740cf2492c ("drm: Create drm_send_event helpers")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
b/drivers/gpu/drm/vmwgf
On Wed, Jan 27, 2016 at 01:41:03PM -0800, Greg Hackmann wrote:
> On 01/27/2016 12:25 PM, Gustavo Padovan wrote:
> Is there a value in keeping the abi unchanged?
> If not, then Documentation/ioctl/botching-up-ioctls.txt is worth a read.
> >>>
> >>>None from me. I'll look where we can improve
On Thu, Jan 28, 2016 at 12:06:46PM +0300, Dan Carpenter wrote:
> We dereference "eaction->event" inside the call to drm_send_event_locked()
> so should hold off on setting it to NULL until afterward.
>
> Fixes: fb740cf2492c ("drm: Create drm_send_event helpers")
> Signed-off-by: Dan Carpenter
Oh
https://bugzilla.kernel.org/show_bug.cgi?id=78111
Alex changed:
What|Removed |Added
CC||mad_sam at bk.ru
--- Comment #10 from Alex ---
AM
https://bugzilla.kernel.org/show_bug.cgi?id=78111
--- Comment #11 from Alex ---
(In reply to Alex from comment #10)
> AMD A8-5557M (Richland). APU turbo core boost still is not working.
>
> With radeon.dpm=1
>
> boost state support:
> Supported: yes
> Active: no
> Boost States: 3
On 1/27/2016 3:34 PM, Dan Williams wrote:
> On Wed, Jan 27, 2016 at 2:18 AM, Julian Margetson wrote:
>> On 1/26/2016 9:43 PM, Dan Williams wrote:
>> diff --git a/mm/memory.c b/mm/memory.c
>> index 30991f83d0bf..c44e387130b2 100644
>> --- a/mm/memory.c
>> +++ b/mm/memory.c
>> @@ -1521,6 +1521,8 @@
duce with chromium on 4.4, I am currently on 4.2 kernel
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/9d9a0d87/attachment.html>
Well we can't use that directly since that code must hold
dev->event_lock already. Extract an _unlocked version.
Embarrassingly I've totally forgotten about this patch and any kind of
event-based vblank wait totally blew up, killing the kernel.
v2: Pick the right base struct, someone didn't notic
On 28 January 2016 at 05:04, Eric Anholt wrote:
> Daniel Stone writes:
>
>> Hi,
>>
>> On 27 January 2016 at 14:16, Emil Velikov
>> wrote:
>>> On 27 January 2016 at 11:45, Daniel Stone wrote:
The Requires will take care of that, so you can just bin the entire
'Libs:' field until you n
On Fri, Jan 22, 2016 at 7:35 PM, Colin King wrote:
> From: Colin Ian King
>
> amdgpu_amdkfd_gfx_7_get_functions and amdgpu_amdkfd_gfx_8_0_get_functions
> have no parameters, so use the normal void parameter convention to make
> them match their prototypes in the header file
> drivers/gpu/drm/amd
On Mon, Jan 25, 2016 at 7:33 PM, Amitoj Kaur Chawla
wrote:
> Remove an unnecassary cast in the argument to kfree.
>
> Found using Coccinelle. The semantic patch used to find this is as follows:
>
> //
> @@
> type T;
> expression *f;
> @@
>
> - kfree((T *)(f));
> + kfree(f);
> //
>
> Signed-off-by:
Hi Dave,
Just two small static analyzer code fixes for 4.5
Thanks,
Oded
The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
Linux 4.5-rc1 (2016-01-24 13:06:47 -0800)
are available in the git repository at:
git://people.freedesktop.org/~gabbayo/linux tags/drm-am
On Thu, Jan 28, 2016 at 6:11 PM, Oded Gabbay wrote:
> Thanks!
> Applied to my -fixes tree.
> For future reference, use "drm/amdkfd: ..." as the prefix of the
> subject line. I fixed it for this patch.
>
>Oded
Will do.
Thanks,
Amitoj
A diff to make this v3. Found when running this through IGT bat.
- Keeping an encoder but moving it to a different crtc resulted, in
encoder_mask not being updated.
- Add some paranoia when best_encoder was already updated to a different
encoder in steal_encoder.
This could happen in theory.
This allows iteration over encoders without requiring connection_mutex.
Changes since v1:
- Add a set_best_encoder helper function and update encoder_mask inside
it.
Changes since v2:
- Relax the WARN_ON(!crtc), with explanation.
- Call set_best_encoder when connector is moved between crtc's.
-
On Fri, Jan 22, 2016 at 4:32 AM, Michel Dänzer wrote:
> On 22.01.2016 02:10, Alex Deucher wrote:
>> On Thu, Jan 21, 2016 at 10:39 AM, Oded Gabbay
>> wrote:
>>> +Alex
>>
>> No objections from me. Care to respin with amdgpu support and signed
>> off? Would probably also be nice to split the cor
Hi Carlos,
On Thu, 2016-01-21 at 18:30 +, Carlos Palminha wrote:
> hi...
>
> i just found that its blocking waiting for console_lock...
> @vineet, alexey: i think that console_lock is architecture dependent right?
> Do you know any issue with console_lock
> for ARC?
I'm not really sure "con
On Wed, 27 Jan 2016 22:50:51 +0100
Maxime Ripard wrote:
> Hi,
>
> On Tue, Jan 19, 2016 at 09:09:01AM +0100, Jean-Francois Moine wrote:
> > On Mon, 18 Jan 2016 20:09:04 +0100
> > Maxime Ripard wrote:
[snip]
> > > We have the clk-factors stuff to handle this easily, could you use
> > > th
On Thu, Jan 28, 2016 at 9:20 AM, Alexey Brodkin
wrote:
> Hi Carlos,
>
> On Thu, 2016-01-21 at 18:30 +, Carlos Palminha wrote:
>> hi...
>>
>> i just found that its blocking waiting for console_lock...
>> @vineet, alexey: i think that console_lock is architecture dependent right?
>> Do you know
On Thu, Jan 28, 2016 at 2:41 AM, Julian Margetson wrote:
> On 1/27/2016 3:34 PM, Dan Williams wrote:
>>
>> On Wed, Jan 27, 2016 at 2:18 AM, Julian Margetson
>> wrote:
>>>
>>> On 1/26/2016 9:43 PM, Dan Williams wrote:
>>> diff --git a/mm/memory.c b/mm/memory.c
>>> index 30991f83d0bf..c44e387130b2
https://bugzilla.kernel.org/show_bug.cgi?id=78111
--- Comment #12 from Alex Deucher ---
Setting radeon.bapm=1 will enable it.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Dave,
A bunch of etnaviv fixes for 4.5-rc. Most of them are fixing
things in code paths that will only be hit if something goes
wrong, which have been unearthed by more extensive testing.
The only thing that doesn't really qualify as fixes is an UAPI
extension that userspace wants to rely on b
On Mon, Jan 25, 2016 at 06:08:23PM +0100, Daniel Vetter wrote:
> On Wed, Jan 20, 2016 at 09:05:27PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Add a few helpers to get the dimensions of the chroma plane(s).
> >
> > v2: Add kernel-doc (Daniel)
> >
> > Cc:
(unsigned long long) entry, pfn);
set_pte_at(mm, addr, pte, entry);
update_mmu_cache(vma, addr, pte); /* XXX: why not for insert_page? */
=====
[ 15.622581] systemd[1]: Mounted POSIX Message Queue File System.
[ 15.785050] systemd[1]: Mounting Configuration File System...
[ 15.888907] systemd[1]: Starting Apply Kernel Variables...
[ 15.994762] systemd[1]: Mounting FUSE Control File System...
[ 16.153688] systemd[1]: Mounted FUSE Control File System.
Ubuntu Xenial Xerus (development branch) Sam460ex ttyS0
Sam460ex login:
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/5dbb47ef/attachment-0001.html>
On Thu, Jan 28, 2016 at 10:21 AM, Julian Margetson wrote:
> On 1/28/2016 11:47 AM, Dan Williams wrote:
[..]
> Thank you .
> Not getting any debug output .
That's relevant. It means the failing patch is diverting the code
into the insert_pfn() path rather than insert_page(). I'll take a
look.
it stop working sometime around next-20151223
onwards.
If I comment the "ddc-i2c-bus" entry in device tree, then the display
works in next-20160128 since the probe deferral does not happen.
Has anyone else seen this issue?
Logs provided below.
Thanks,
Akshay
Log where things wo
https://bugzilla.kernel.org/show_bug.cgi?id=78111
--- Comment #13 from Alex ---
(In reply to Alex Deucher from comment #12)
> Setting radeon.bapm=1 will enable it.
It works! Thank You.
--
You are receiving this mail because:
You are watching the assignee of the bug.
freedesktop.org/archives/dri-devel/attachments/20160128/c4eed97d/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/ab2121bf/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/2776411e/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/b307cb2f/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/2cab0343/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/f054d857/attachment-0001.html>
onth or two ago, some
software versions were not quite the same.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2016012
I saw it stop
> working sometime around next-20151223 onwards.
>
> If I comment the "ddc-i2c-bus" entry in device tree, then the display works
> in next-20160128 since the probe deferral does not happen.
>
> Has anyone else seen this issue?
>
> Logs provided below.
Hi Dave,
Misc radeon and amdgpu fixes:
- SMU firmware loading fix for Stoney
- DP audio fixes for DCE4.1
- Don't expose fbdev device if no connectors
- fix page table LRU list update handling
The following changes since commit 41f2d9905646b1cd4be5852b273c06b6a6d23a80:
drm/amdgpu: fix next_rptr
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/1c208252/attachment.html>
)
GLX Version: 3.0 Mesa 11.0.6
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/e5f16f22/attachment.html>
On Thu, Jan 28, 2016 at 7:09 PM, Insu Yun wrote:
> drm_property_create_range can be failed in memory pressure.
> So, it needs to be handled.
>
> Signed-off-by: Insu Yun
> ---
> drivers/gpu/drm/nouveau/nouveau_display.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/gpu/dr
Since drm_property_create_range can be failed in memory pressure,
it needs to be checked and return -ENOMEM.
Signed-off-by: Insu Yun
---
drivers/gpu/drm/i2c/ch7006_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/i2c/ch7006_drv.c b/drivers/gpu/drm/i2c/ch7006_drv.c
inde
Since drm_property_create_range can be failed in memory pressure,
it needs to be handled.
Signed-off-by: Insu Yun
---
drivers/gpu/drm/gma500/framebuffer.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b/drivers/gpu/drm/gma500/framebuffer.c
index cb9
On Mon, Jan 25, 2016 at 12:02:28 +0100,
Gerd Hoffmann wrote:
>The test for the qemu q35 south bridge added by commit
>"39bfcd52 drm/i915: more virtual south bridge detection"
>also matches on real hardware. Having the check for
>virtual systems last in the list is not enough to avoid
>that ...
drm_property_create_range can be failed in memory pressure.
So, it needs to be handled.
Signed-off-by: Insu Yun
---
drivers/gpu/drm/nouveau/nouveau_display.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c
b/drivers/gpu/drm/nouveau/nouveau_dis
What I want to do is to tell you there is a bug.
I think we need to return error to caller.
>
> > }
> >
> > int
> > --
> > 1.9.1
> >
>
--
Regards
Insu Yun
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/01420fe3/attachment.html>
On Tue, Jan 26, 2016 at 12:00:33PM +0800, Meng Yi wrote:
> DCU is the shortcut of 'display controller unit', some HDMI transmitter
> attached to DCU, such as sii9022a, and this driver add the relavent
> functions to DRM framewrok.
>
> Signed-off-by: Meng Yi
> ---
> .../bindings/display/bridge/si
55 matches
Mail list logo
