On 21.03.2017 21:37, Sean Paul wrote:
> On Thu, Mar 16, 2017 at 03:14:28PM +0100, Andrzej Hajda wrote:
>> On 10.03.2017 05:32, Sean Paul wrote:
>>> From: zain wang
>>>
>>> We would meet a short black screen when exit PSR with the full link
>>> training, In this case, we should use fast link train
On Tue, 21 Mar 2017, Dylan Baker wrote:
> Quoting Jani Nikula (2017-03-21 07:44:55)
>> How does meson handle build file backwards compatibility between meson
>> versions? I don't intend to flame, but I've found for some reason many
>> python projects don't seem to take this very seriously. Either
On 10.03.2017 05:32, Sean Paul wrote:
> From: Lin Huang
>
> When panel is shut down, we should make sure edp can be disabled to avoid
> undefined behavior.
>
> Cc: Stéphane Marchesin
> Signed-off-by: Lin Huang
> Signed-off-by: zain wang
> Signed-off-by: Sean Paul
Beside nitpicks:
Reviewed-by:
On 10.03.2017 05:32, Sean Paul wrote:
> From: Lin Huang
>
> We only allocated 1ms to detect the hpd signal before, it too short to detect
> a short pulse (hpd signal), extend it to 100ms.
>
> Cc: Stéphane Marchesin
> Cc: 征增 王
> Signed-off-by: Lin Huang
> Signed-off-by: Sean Paul
Reviewed-by:
Hi all,
So yeah this takes a bit longer than I hoped, but here's a few more things split
out from drmP.h and properly documented. The vblank stuff took a bit a detour,
since I opted to refactor stuff away instead of documenting it.
What's now left in drmP.h is struct drm_device and all the variou
Just drive-by, but we have gsoc running so better to update it now.
Great news is that two entries can be removed because essentially all
done.
Signed-off-by: Daniel Vetter
---
Documentation/gpu/todo.rst | 51 --
1 file changed, 4 insertions(+), 47 de
It's the default storage class for functions, entirely redundant. And
a lot of these headers are a bit inconsistent due to organically
grown.
Signed-off-by: Daniel Vetter
---
include/drm/drm_crtc_helper.h | 38 +++---
include/drm/drm_drv.h | 4 ++--
inclu
This was missed in Tomeu's patch. Also remove the kerneldoc for the
internal function, we don't document that in general.
While at it word-smith the docs slightly for more clarity.
Cc: Tomeu Vizoso
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-uapi.rst| 3 +++
drivers/gpu/drm/drm
I've decided to not document drm_debugfs_remove_files, it's on the way
out.
The biggest part is a huge todor.rst entry with what all should be
improved.
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-uapi.rst | 9
Documentation/gpu/todo.rst | 26 +
driv
Doc polish will follow in the next patch.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_debugfs.c | 5 ++-
include/drm/drmP.h| 44 +
include/drm/drm_debugfs.h | 76 +++
3 files changed, 81 insertions(+), 44 d
To match the drm_ioctl.c we already have.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_ioctl.c | 1 +
include/drm/drmP.h | 61 +-
include/drm/drm_ioctl.h | 102
3 files changed, 104 insertions(+), 60 del
The core code doesn't care at all about this, it's entirely dead.
Cc: Mario Kleiner
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_irq.c | 8
include/drm/drmP.h| 1 -
2 files changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index
Discussed with Noralf on the list a bit.
An open question is tinydrm vs. drm_panel, but until we have a clear
idea what's really needed in that space, I think it's best to just
move forward with what we have.
Cc: Noralf Trønnes
Signed-off-by: Daniel Vetter
---
Documentation/gpu/todo.rst | 70 +
- remove docs for internal func, doesn't add value
- add short overview snippet instead explaining that drivers don't
have to bother themselves with reg/unreg concerns
- drop the ttm comment about drmP.h, drmP.h is disappearing ...
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-uapi.rs
It's overkill to have a flag parameter which is essentially used just
as a boolean. This takes care of core + adjusting drivers.
Adjusting the scanout position callback is a bit harder, since radeon
also supplies it's own driver-private flags in there.
Cc: Mario Kleiner
Cc: Eric Anholt
Cc: Rob
There's really no reason for anything more:
- Calling this while the crtc vblank stuff isn't set up is a driver
bug. Those places arlready DRM_ERROR.
- Calling this when the crtc is off is either a driver bug (callin
drm_crtc_handle_vblank at the wrong time) or a core bug (for
anything else).
On 21.03.2017 20:58, Sean Paul wrote:
> On Thu, Mar 16, 2017 at 02:40:21PM +0100, Andrzej Hajda wrote:
>> On 10.03.2017 05:32, Sean Paul wrote:
>>> From: zain wang
>>>
>>> There is a race between AUX CH bring-up and enabling bridge which will
>>> cause link training to fail. To avoid hitting it, d
Also unify/merge with the existing stuff.
I was a bit torn where to put this, but in the end I decided to put
all the ioctl/sysfs/debugfs stuff into drm-uapi.rst. That means we
have a bit a split with the other uapi related stuff used internally,
like drm_file.[hc], but I think overall this makes
If we restrict this helper to only kms drivers (which is the case) we
can look up the correct mode easily ourselves. But it's a bit tricky:
- All legacy drivers look at crtc->hwmode. But that is update already
at the beginning of the modeset helper, which means when we disable
a pipe. Hence th
This is going to be a bit too much, but good to have at least a small
note about where this should all head towards.
Signed-off-by: Daniel Vetter
---
include/drm/drm_drv.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/drm/drm_drv.h b/include/drm/drm_drv.h
index 9fe6301e
- We can drop the different return value flags, the only caller only
cares about whether the scanout position is valid or not. Also, it's
entirely undefined what "accurate" means, if we'd really care we
should probably wire the max_error through. But since we never even
report this to users
Drive-by cleanup.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_probe_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_probe_helper.c
b/drivers/gpu/drm/drm_probe_helper.c
index 85005d57bde6..efb5e5e8ce62 100644
--- a/drivers/gpu/drm/drm_pro
On 10.03.2017 05:32, Sean Paul wrote:
> From: zain wang
>
> Enhanced mode is required by the eDP 1.2 specification, and not doing it early
> could result in a period of time where we have a link transmitting idle
> packets
> without it. Since there is no reason to disable it, we just enable it at
On 18/03/17 05:20 AM, Chris Wilson wrote:
> Move the repeated (a - b) <= (1 << 23) to its own function.
>
> Signed-off-by: Chris Wilson
> Cc: Ville Syrjälä
> Cc: Daniel Vetter
> ---
> drivers/gpu/drm/drm_irq.c | 14 +-
> 1 file changed, 9 insertions(+), 5 deletions(-)
>
> diff --g
On 10.03.2017 05:32, Sean Paul wrote:
> From: Lin Huang
>
> We need to check the dpcd write/read return value to see whether the
> write/read was successful
>
> Cc: Kristian H. Kristensen
> Signed-off-by: Lin Huang
> Signed-off-by: zain wang
> Signed-off-by: Douglas Anderson
> Signed-off-by: S
On 10.03.2017 05:32, Sean Paul wrote:
> From: zain wang
>
> There some different bit between Rockchip and Exynos in register "AUX_PD",
> So let's fix the incorrect operations about it.
There are more differences.
>
> Cc: Douglas Anderson
> Signed-off-by: zain wang
> Signed-off-by: Sean Paul
On 10.03.2017 05:32, Sean Paul wrote:
> From: Lin Huang
>
> AUX errors are caused by many different reasons. We may not know what
> happened in aux channel on failure, so let's reset aux channel if some
> errors occurred.
>
> Cc: 征增 王
> Cc: Douglas Anderson
> Signed-off-by: Lin Huang
> Signed-o
On 10.03.2017 05:32, Sean Paul wrote:
> From: zain wang
>
> There is no register named ANALOGIX_DP_PLL_CTL in Rockchip edp phy reg
> list. We should use BIT_4 in ANALOGIX_DP_PD to control the pll power
> instead of ANALOGIX_DP_PLL_CTL.
>
> Cc: Douglas Anderson
> Signed-off-by: zain wang
> Signe
https://bugs.freedesktop.org/show_bug.cgi?id=100289
Michel Dänzer changed:
What|Removed |Added
Attachment #130326|text/x-log |text/plain
mime type|
On 10.03.2017 05:32, Sean Paul wrote:
> From: zain wang
>
> The STRM_VALID bit in register ANALOGIX_DP_SYS_CTL_3 may be unstable,
> so we may hit the error log "Timeout of video streamclk ok" since
> checked this unstable bit.
> In fact, we can go continue and the streamclk is ok if we wait enough
On 10.03.2017 05:32, Sean Paul wrote:
> From: zain wang
>
> Register ANALOGIX_DP_FUNC_EN_1(offset 0x18), Rockchip is different to Exynos:
> on Exynos edp phy,
> BIT 7 MASTER_VID_FUNC_EN_N
> BIT 6 reserved
> BIT 5 SLAVE_VID_FUNC_EN_N
> on Rockchip edp phy,
> BIT 7 re
Thanks for doing this.
Reviewed-by: Tomeu Vizoso
On 22 March 2017 at 09:36, Daniel Vetter wrote:
> This was missed in Tomeu's patch. Also remove the kerneldoc for the
> internal function, we don't document that in general.
>
> While at it word-smith the docs slightly for more clarity.
>
> Cc: T
https://bugs.freedesktop.org/show_bug.cgi?id=100289
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding dmesg output.
Does this still happen with xf86-video-ati 7.9.0?
(In reply to OmegaPhil from comment #0)
> I found that when I turned it off for ~10 seconds or more, after tu
Op 16-03-17 om 08:10 schreef Dhinakaran Pandiyan:
> From: "Pandiyan, Dhinakaran"
>
> It is necessary to track states for objects other than connector, crtc
> and plane for atomic modesets. But adding objects like DP MST link
> bandwidth to drm_atomic_state would mean that a non-core object will be
Move the repeated (a - b) <= (1 << 23) to its own function.
v2: Catch the '1<<23' inside drm_handle_vblank() as well
Signed-off-by: Chris Wilson
Cc: Ville Syrjälä
Cc: Daniel Vetter
Cc: Michel Dänzer
---
drivers/gpu/drm/drm_irq.c | 16 ++--
1 file changed, 10 insertions(+), 6 dele
On 10.03.2017 05:32, Sean Paul wrote:
> From: zain wang
>
> It's too early to detect fast link training, if other step after it failed,
> we will set fast_link flag to 1, and retry set_bridge again. In this case
> we will power down and power up panel power supply, and we will do fast link
> train
On Wed, 22 Mar 2017, Daniel Vetter wrote:
> There's really no reason for anything more:
> - Calling this while the crtc vblank stuff isn't set up is a driver
> bug. Those places arlready DRM_ERROR.
> - Calling this when the crtc is off is either a driver bug (callin
> drm_crtc_handle_vblank at
On 10.03.2017 05:32, Sean Paul wrote:
> From: Douglas Anderson
>
> The current user of the analogix power_off is "analogix_dp-rockchip".
> That driver does this:
> - deactivate PSR
> - turn off a clock
>
> Both of these things (especially deactive PSR) should be done before
> we turn the PHY power
On Wed, 22 Mar 2017, Martin Kepplinger wrote:
> I know something similar is here:
> https://bugs.freedesktop.org/show_bug.cgi?id=100110 too.
>
> But this is rc3 and my machine is totally *not usable*. Let me be
> annoying :) I hope I can help:
Please file a bug over at [1].
Thanks,
Jani.
[1]
On 10.03.2017 05:32, Sean Paul wrote:
> From: Douglas Anderson
>
> Some of the platform-specific stuff in rockchip_dp_poweron() needs to
> happen before the generic code. Some needs to happen after. Let's
> split the callback in two.
>
> Specifically we can't start doing PSR work until _after_ t
On 10.03.2017 05:32, Sean Paul wrote:
> From: Douglas Anderson
>
> The code in analogix_dp_transfer() that was supposed to print out:
> AUX CH error happened
>
> Was actually dead code. That's because the previous check (whether
> the interrupt status indicated any errors) would have hit for all
On 10.03.2017 05:32, Sean Paul wrote:
> From: Douglas Anderson
>
> The comments in analogix_dp_init_aux() claim that we're disabling aux
> channel retries, but then right below it for Rockchip it sets them to
> 3. If we actually need 3 retries for Rockchip then we could adjust
> the comment, but
Gentle ping.
- Tobias
Tobias Jakobi wrote:
> Convert if-statements to switch statement. Removes
> duplicated code.
>
> Reviewed-by: Andrzej Hajda
> Signed-off-by: Tobias Jakobi
> ---
> drivers/gpu/drm/exynos/exynos_mixer.c | 30 --
> 1 file changed, 8 insertions(+)
Gentle ping.
- Tobias
Tobias Jakobi wrote:
> The output stage of the mixer uses YCbCr for the internal
> computations, which is the reason that some registers take
> YCbCr related data as input. In particular this applies
> to MXR_BG_COLOR{0,1,2} and MXR_CM_COEFF_{Y,CB,CR}.
>
> Document the form
On Wed, Mar 22, 2017 at 1:11 AM, Vinay Simha B N wrote:
> hi,
>
> Could you please give some feedback or review comments for this patch
looks good, I've pulled it into msm-next
BR,
-R
> On 3/14/17, Vinay Simha BN wrote:
>> 4 macros already defined in hdmi.h,
>> which is not required to redefin
Hi Dave, i915 fixes all over the place, including GVT-g.
BR,
Jani.
The following changes since commit 6aef660370a9c246956ba6d01eebd8063c4214cb:
drm/i915: Fix forcewake active domain tracking (2017-03-13 17:30:54 +0200)
are available in the git repository at:
git://anongit.freedesktop.org/
From: Rob Clark
---
This is mostly an attempt at teaching valgrind about the bo cache pool,
so it would not think that gem objects returned to the bo cache were
leaked. Unfortunately the list head node in the gem bo is used to
store the bo in the pool. This is why I also have to disable/enable
Op 16-03-17 om 08:10 schreef Dhinakaran Pandiyan:
> From: "Pandiyan, Dhinakaran"
>
> Use the added helpers to track MST link bandwidth for atomic modesets.
> Link bw is acquired in the ->atomic_check() phase when CRTCs are being
> enabled with drm_atomic_find_vcpi_slots() instead of drm_find_vcpi_
On Wed, Mar 22, 2017 at 12:33:35PM +0200, Jani Nikula wrote:
> On Wed, 22 Mar 2017, Daniel Vetter wrote:
> > There's really no reason for anything more:
> > - Calling this while the crtc vblank stuff isn't set up is a driver
> > bug. Those places arlready DRM_ERROR.
> > - Calling this when the c
On Wed, Mar 22, 2017 at 09:36:03AM +0100, Daniel Vetter wrote:
> Doc polish will follow in the next patch.
>
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_debugfs.c | 5 ++-
> include/drm/drmP.h| 44 +
> include/drm/drm_debugfs.h | 76
>
On Wed, Mar 22, 2017 at 09:36:08AM +0100, Daniel Vetter wrote:
> To match the drm_ioctl.c we already have.
>
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_ioctl.c | 1 +
> include/drm/drmP.h | 61 +-
> include/drm/drm_ioctl.h | 102
>
On Wed, Mar 22, 2017 at 09:36:11AM +0100, Daniel Vetter wrote:
> The core code doesn't care at all about this, it's entirely dead.
>
> Cc: Mario Kleiner
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_irq.c | 8
> include/drm/drmP.h| 1 -
> 2 files changed, 9 deletion
On Wed, 22 Mar 2017, Daniel Vetter wrote:
> On Wed, Mar 22, 2017 at 12:33:35PM +0200, Jani Nikula wrote:
>> On Wed, 22 Mar 2017, Daniel Vetter wrote:
>> > There's really no reason for anything more:
>> > - Calling this while the crtc vblank stuff isn't set up is a driver
>> > bug. Those places
https://bugs.freedesktop.org/show_bug.cgi?id=100105
Vedran Miletić changed:
What|Removed |Added
Depends on||94273
Referenced Bugs:
https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=99765
Vedran Miletić changed:
What|Removed |Added
Depends on||94273
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=94273
Vedran Miletić changed:
What|Removed |Added
Summary|OpenCL segfault during |Clover on RadeonSI OpenCL
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||94273
Referenced Bugs:
https://bugs.f
On Tue, Mar 21, 2017 at 02:06:26PM -0700, Eric Anholt wrote:
> Sean Paul writes:
>
> > Instead of duplicating common code from panel-simple, use the panel-common
> > helpers.
> >
> > Signed-off-by: Sean Paul
> > ---
> > drivers/gpu/drm/panel/Kconfig | 1 +
> > drivers/gpu/dr
Fix sparse warning:
drivers/gpu/drm/drm_scdc_helper.c:138:6: warning: symbol
'drm_scdc_get_scrambling_status' was not declared. Should it be static?
Fixes: 62c58af32c93 ("drm/edid: detect SCDC support in HF-VSDB")
Cc: Shashank Sharma
Signed-off-by: Jani Nikula
---
include/drm/drm_scdc_helper.h
Hi Sean,
On 16 March 2017 at 22:08, Sean Paul wrote:
> This series pulls out the power-sequencing code from panel-simple into a
> panel-common helper library. This allows drivers that cannot leverage
> panel-simple to share some code.
>
> I've converted the 2 sharp mipi drivers, and Chris Zhong's
Thanks for this patch, Jani.
Reviewed-by: Shashank Sharma
Regards
Shashank
On 3/22/2017 4:33 PM, Jani Nikula wrote:
Fix sparse warning:
drivers/gpu/drm/drm_scdc_helper.c:138:6: warning: symbol
'drm_scdc_get_scrambling_status' was not declared. Should it be static?
Fixes: 62c58af32c93 ("drm/
On 03/15/2017 10:00 PM, Ville Syrjälä wrote:
On Wed, Mar 15, 2017 at 08:40:25PM +, Chris Wilson wrote:
On vblank instant-off systems, we can get into a situation where the cost
of enabling and disabling the vblank IRQ around a drmWaitVblank query
dominates. And with the advent of even deeper
On Wed, Mar 22, 2017 at 02:36:27PM +, Emil Velikov wrote:
> Hi Sean,
>
> On 16 March 2017 at 22:08, Sean Paul wrote:
> > This series pulls out the power-sequencing code from panel-simple into a
> > panel-common helper library. This allows drivers that cannot leverage
> > panel-simple to share
https://bugs.freedesktop.org/show_bug.cgi?id=69395
--- Comment #10 from Vedran Miletić ---
Was this fixed?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://list
On Wed, Mar 22, 2017 at 09:36:34AM +0100, Andrzej Hajda wrote:
> On 21.03.2017 20:58, Sean Paul wrote:
> > On Thu, Mar 16, 2017 at 02:40:21PM +0100, Andrzej Hajda wrote:
> >> On 10.03.2017 05:32, Sean Paul wrote:
> >>> From: zain wang
> >>>
> >>> There is a race between AUX CH bring-up and enablin
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||79431
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 79431, which changed state.
Bug 79431 Summary: OpenGL OpenCL interop results in corrupted renderbuffer
object image
https://bugs.freedesktop.org/show_bug.cgi?id=79431
What|Removed |Adde
https://bugs.freedesktop.org/show_bug.cgi?id=79431
Vedran Miletić changed:
What|Removed |Added
Resolution|--- |NOTABUG
Blocks|
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||78163
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=75061
--- Comment #17 from Vedran Miletić ---
Was this fixed?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://list
On Wed, Mar 22, 2017 at 7:54 AM, Rob Clark wrote:
> From: Rob Clark
>
> ---
> This is mostly an attempt at teaching valgrind about the bo cache pool,
> so it would not think that gem objects returned to the bo cache were
> leaked. Unfortunately the list head node in the gem bo is used to
> store
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||70199
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=70199
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=69728
--- Comment #11 from Vedran Miletić ---
Is this still an issue?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 70199, which changed state.
Bug 70199 Summary: clang+llvm from svn crashes when generating opencl code for
64 bit types
https://bugs.freedesktop.org/show_bug.cgi?id=70199
What|Removed |
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #18 from Vedran Miletić ---
Is this still an issue?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||64225
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=64225
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
--- Comment #11 from Vedran Milet
https://bugs.freedesktop.org/show_bug.cgi?id=64201
Vedran Miletić changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 64201, which changed state.
Bug 64201 Summary: bfgminer OpenCL usage result segmentation fault on r600g
with HD6850
https://bugs.freedesktop.org/show_bug.cgi?id=64201
What|Removed |Adde
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||100067
Referenced Bugs:
https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=100067
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.
https://bugs.freedesktop.org/show_bug.cgi?id=100067
Vedran Miletić changed:
What|Removed |Added
CC||ved...@miletic.net
--- Comment #2 from
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||96935
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=96935
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
--- Comment #1 from Vedran Mileti
https://bugs.freedesktop.org/show_bug.cgi?id=96935
Vedran Miletić changed:
What|Removed |Added
Summary|Trying to Mine Ethereum |Trying to Mine Ethereum on
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||96934
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=96934
Vedran Miletić changed:
What|Removed |Added
Summary|Mining Ethereum orders of |Mining Ethereum on Tahiti
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||94525
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 94525, which changed state.
Bug 94525 Summary: OpenCL memory allocation is limited to 1GB
https://bugs.freedesktop.org/show_bug.cgi?id=94525
What|Removed |Added
-
https://bugs.freedesktop.org/show_bug.cgi?id=94525
Vedran Miletić changed:
What|Removed |Added
Resolution|--- |FIXED
Blocks|
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||88669
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 88669, which changed state.
Bug 88669 Summary: clover on radeonsi fails in radeon_shader_binary_config_start
https://bugs.freedesktop.org/show_bug.cgi?id=88669
What|Removed |Added
--
Hi,
On Wed, Mar 22, 2017 at 3:57 AM, Andrzej Hajda wrote:
> On 10.03.2017 05:32, Sean Paul wrote:
>> From: Douglas Anderson
>>
>> The comments in analogix_dp_init_aux() claim that we're disabling aux
>> channel retries, but then right below it for Rockchip it sets them to
>> 3. If we actually n
https://bugs.freedesktop.org/show_bug.cgi?id=88669
Vedran Miletić changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||84232
Referenced Bugs:
https://bugs.f
https://bugs.freedesktop.org/show_bug.cgi?id=84232
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
--- Comment #17 from Vedran Milet
https://bugs.freedesktop.org/show_bug.cgi?id=84232
Vedran Miletić changed:
What|Removed |Added
QA Contact||dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=82717
Vedran Miletić changed:
What|Removed |Added
QA Contact||dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||72785
Referenced Bugs:
https://bugs.f
1 - 100 of 239 matches
Mail list logo
