On Thu, Aug 15, 2013 at 10:29:01AM +0530, vandana.kan...@intel.com wrote:
> From: vkannan
>
> Mode is the video format, which is the information the sink needs to
> properly display an image. a complete definition of video format includes
> video timing, picture aspect ratio, color space, quantiz
On Thu, Aug 15, 2013 at 10:29:02AM +0530, vandana.kan...@intel.com wrote:
> From: vkannan
>
> Populate picture aspect ratio field of AVI infoframe.
> If there is a custom value to be set for aspect ratio, it takes highest
> priority, followed by a check in the CEA mode list. If the mode is not
>
On Thu, Aug 15, 2013 at 10:29:03AM +0530, vandana.kan...@intel.com wrote:
> From: vkannan
>
> Populate bar information, colorimetry, IT content, quantization range fields
> of AVI infoframe based on CEA 861-D spec.
>
> Signed-off-by: Vandana Kannan
> ---
> drivers/gpu/drm/i915/intel_drv.h |
2013/8/14 Alex Deucher :
> Similar to DCE4/5, but supports multiple audio pins
> which can be assigned per afmt block.
Acked-by: Rafał Miłecki
Tested successfully on my HD7750.
> +static void r600_audio_enable(struct radeon_device *rdev,
> + struct r600_audio_pin *p
On Thu, Aug 15, 2013 at 9:24 AM, Chris Wilson wrote:
> On Thu, Aug 15, 2013 at 12:02:40AM +0200, Daniel Vetter wrote:
>> All the gem based kms drivers really want the same function to
>> destroy a dumb framebuffer backing storage object.
>>
>> So give it to them and roll it out in all drivers.
>>
On Thu, Aug 15, 2013 at 10:06:42AM +0300, Ville Syrjälä wrote:
> On Thu, Aug 15, 2013 at 10:29:01AM +0530, vandana.kan...@intel.com wrote:
> > From: vkannan
> >
> > Mode is the video format, which is the information the sink needs to
> > properly display an image. a complete definition of video f
2013/8/14 Alex Deucher :
> + /* program the speaker allocation */
> + tmp = RREG32_ENDPOINT(offset,
> AZ_F0_CODEC_PIN_CONTROL_CHANNEL_SPEAKER);
> + tmp &= ~(DP_CONNECTION | SPEAKER_ALLOCATION_MASK);
> + /* set HDMI mode */
> + tmp |= HDMI_CONNECTION;
> + if (sad
https://bugs.freedesktop.org/show_bug.cgi?id=66805
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Do it before enabling audio channels (in AFMT_AUDIO_PACKET_CONTROL2
register).
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/dce6_afmt.c | 69 +--
drivers/gpu/drm/radeon/evergreen_hdmi.c |7 +++-
2 files changed, 54 insertions(+), 22 deletions(-)
https://bugs.freedesktop.org/show_bug.cgi?id=67981
--- Comment #5 from Stefan Schmidt ---
Nice! Would this patch also be meaningful for a R100? I'm not firm in this
topic, but to my understanding a RV200 is (confusingly) part of the R100
family.
--
You are receiving this mail because:
You are t
On Tue, Aug 13, 2013 at 04:23:17PM -0700, Josh Triplett wrote:
> When building kernels for a preliminary hardware target, having to add a
> kernel command-line option can prove inconvenient. Add a Kconfig option
> that changes the default of this option to 1.
FWIW, I like it (and had something si
Op 12-08-13 17:43, Rob Clark schreef:
> On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst
> wrote:
>> A fence can be attached to a buffer which is being filled or consumed
>> by hw, to allow userspace to pass the buffer without waiting to another
>> device. For example, userspace can call page_
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
On Thu, Aug 15, 2013 at 11:55:33AM +0100, Damien Lespiau wrote:
> On Tue, Aug 13, 2013 at 04:23:17PM -0700, Josh Triplett wrote:
> > When building kernels for a preliminary hardware target, having to add a
> > kernel command-line option can prove inconvenient. Add a Kconfig option
> > that changes
On Mon, Aug 05, 2013 at 04:22:00PM +1000, Christopher James Halse Rogers wrote:
> Each dma-buf has an associated size and it's reasonable for userspace
> to want to know what it is.
>
> Since userspace already has an fd, expose the size using the
> size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #17 from Alex Deucher ---
Does this patch help?
diff --git a/drivers/gpu/drm/radeon/cypress_dpm.c
b/drivers/gpu/drm/radeon/cypress_dpm.c
index 95a66db..a1d2503 100644
--- a/drivers/gpu/drm/radeon/cypress_dpm.c
+++ b/drivers/gpu/drm/ra
Hi
On Wed, Aug 14, 2013 at 4:31 PM, Maarten Lankhorst
wrote:
> Op 14-08-13 15:07, David Herrmann schreef:
>> There is no reason to keep the gem object separately allocated. nouveau is
>> the last user of gem_obj->driver_private, so if we embed it, we can get
>> rid of 8bytes per gem-object.
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=67981
--- Comment #6 from Alex Deucher ---
The patch touched code that is shared by both r100 and r200 so it's relevant to
and applies to both.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67981
--- Comment #7 from Alex Deucher ---
In regards to this bug does the patch fix the issue you are seeing?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
On Thu, Aug 15, 2013 at 2:32 PM, David Herrmann wrote:
>> This would allow ttm to do kref_put((kref_t*)(bo +1), driver->releasefn),
>> where driver->releasefn has to call ttm_bo_release again.
>> Unfortunately unless drm is fixed dma-buf is still going to be as buggy as
>> before, not much I can
Hi
On Thu, Aug 8, 2013 at 3:41 PM, Daniel Vetter wrote:
> The new arch_phys_wc_add/del functions do the right thing both with
> and without MTRR support in the kernel. So we can drop these
> additional checks.
>
> David Herrmann suggest to also kill the DRIVER_USE_MTRR flag since
> it's now unuse
https://bugs.freedesktop.org/show_bug.cgi?id=67981
--- Comment #8 from Stefan Schmidt ---
Great, then I'll give it a try and report the result.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=67981
--- Comment #9 from Roland Scheidegger ---
(In reply to comment #6)
> The patch touched code that is shared by both r100 and r200 so it's relevant
> to and applies to both.
Actually it shouldn't do anything on r100, since it always should have u
https://bugs.freedesktop.org/show_bug.cgi?id=67981
--- Comment #10 from Stefan Schmidt ---
Oh bummer, any other ideas?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://bugzilla.kernel.org/show_bug.cgi?id=60674
--- Comment #10 from nuc...@hotmail.com ---
Hey Alex, I was able to resolve my Xorg issue (it was due to no disk space
being left on the partition :s) and could fully test your patch.
I can gladly confirm that it fully fixes the issue!
Thanks for
Op 15-08-13 14:44, Daniel Vetter schreef:
> On Thu, Aug 15, 2013 at 2:32 PM, David Herrmann wrote:
>>> This would allow ttm to do kref_put((kref_t*)(bo +1), driver->releasefn),
>>> where driver->releasefn has to call ttm_bo_release again.
>>> Unfortunately unless drm is fixed dma-buf is still goi
On Thu, Aug 15, 2013 at 7:16 AM, Maarten Lankhorst
wrote:
> Op 12-08-13 17:43, Rob Clark schreef:
>> On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst
>> wrote:
>>> +
[snip]
>>> +/**
>>> + * fence_add_callback - add a callback to be called when the fence
>>> + * is signaled
>>> + * @fence:
On Thu, Aug 15, 2013 at 4:23 AM, Rafał Miłecki wrote:
> 2013/8/14 Alex Deucher :
>> + /* program the speaker allocation */
>> + tmp = RREG32_ENDPOINT(offset,
>> AZ_F0_CODEC_PIN_CONTROL_CHANNEL_SPEAKER);
>> + tmp &= ~(DP_CONNECTION | SPEAKER_ALLOCATION_MASK);
>> + /* set HD
This adds a helper function to extract the speaker allocation
data block from the EDID. This data block describes what speakers
are present on the display device.
v2: update per Ville Syrjälä's comments
v3: fix copy/paste typo in memory allocation
Signed-off-by: Alex Deucher
Reviewed-by: Ville
From: Rafał Miłecki
Signed-off-by: Rafał Miłecki
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_display.c | 53 ++---
1 file changed, 23 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/rad
Similar to DCE4/5, but supports multiple audio pins
which can be assigned per afmt block.
v2: rework the driver to handle more than one audio
pin.
v3: try different dto reg
v4: properly program dto
v5 (ck): change dto programming order
v6: program speaker allocation block
v7: rebase
v8: rebase on
From: Rafał Miłecki
Do it before enabling audio channels (in AFMT_AUDIO_PACKET_CONTROL2
register).
Signed-off-by: Rafał Miłecki
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/dce6_afmt.c | 69 +++--
drivers/gpu/drm/radeon/evergreen_hdmi.c | 7 +++-
2
This updates the audio driver to the speaker allocation
block from the EDID. A similar change was just implemented
for DCE6/8.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 48 -
drivers/gpu/drm/radeon/evergreend.h | 7 +
2 fi
Op 15-08-13 14:45, Marcin Ślusarz schreef:
> 2013/8/15 Maarten Lankhorst :
>> A fence can be attached to a buffer which is being filled or consumed
>> by hw, to allow userspace to pass the buffer without waiting to another
>> device. For example, userspace can call page_flip ioctl to display the
>
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 159
1 file changed, 159 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
index 3df9f16..87906c2 100644
--- a/drivers/gpu/drm/ttm/ttm_bo_vm.c
Op 15-08-13 15:14, Rob Clark schreef:
> On Thu, Aug 15, 2013 at 7:16 AM, Maarten Lankhorst
> wrote:
>> Op 12-08-13 17:43, Rob Clark schreef:
>>> On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst
>>> wrote:
+
> [snip]
+/**
+ * fence_add_callback - add a callback to be called when
2013/8/15 Alex Deucher :
> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
> +{
> + struct radeon_device *rdev = encoder->dev->dev_private;
> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder);
> + struct radeon_encoder_atom_dig *dig
On Wed, Aug 14, 2013 at 06:19:08PM +0100, Damien Lespiau wrote:
> To set the active aspect ratio value in the AVI infoframe today, you not
> only have to set the active_aspect field, but also the active_info_valid
> bit. Out of the 1 user of this API, we had 100% misuse, forgetting the
> _valid bit
On Wed, Aug 14, 2013 at 06:19:09PM +0100, Damien Lespiau wrote:
> Just like:
>
> Author: Damien Lespiau
> Date: Mon Aug 12 11:53:24 2013 +0100
>
> video/hdmi: Don't let the user of this API create invalid infoframes
>
> But this time for the horizontal/vertical bar data present bits
https://bugs.freedesktop.org/show_bug.cgi?id=67276
Joshua Cov. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=67276
--- Comment #27 from Joshua Cov. ---
I think I can close this. After applying the latest drm-fixes-3.11 as well as
drm-next-3.12 I haven't seen the issue. I'll reopen this bug if the problem
occurs again
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=67276
Joshua Cov. changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail bec
On Wed, Aug 14, 2013 at 06:19:10PM +0100, Damien Lespiau wrote:
[...]
> diff --git a/drivers/video/hdmi.c b/drivers/video/hdmi.c
> index ac84215..59c4748 100644
> --- a/drivers/video/hdmi.c
> +++ b/drivers/video/hdmi.c
> @@ -286,6 +286,94 @@ ssize_t hdmi_audio_infoframe_pack(struct
> hdmi_audio_in
> @@ -169,13 +169,17 @@ int r600_audio_init(struct radeon_device *rdev)
> if (!radeon_audio || !r600_audio_chipset_supported(rdev))
> return 0;
>
> - r600_audio_engine_enable(rdev, true);
> + rdev->audio.enabled = true;
> +
> + rdev->audio.num_pins = 1;
> +
On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote:
[...]
> +#define HDMI_IDENTIFIER 0x000c03
HDMI_IDENTIFIER sounds really generic. Perhaps HDMI_INFOFRAME_OUI_HDMI?
Thierry
pgpoDn_GSC6it.pgp
Description: PGP signature
___
dri-devel mailin
On Wed, Aug 14, 2013 at 06:19:13PM +0100, Damien Lespiau wrote:
[...]
> diff --git a/include/linux/hdmi.h b/include/linux/hdmi.h
[...]
> +union hdmi_vendor_infoframe {
> + struct {
> + enum hdmi_infoframe_type type;
> + unsigned char version;
> + unsigned cha
2013/8/15 Alex Deucher :
> This adds a helper function to extract the speaker allocation
> data block from the EDID. This data block describes what speakers
> are present on the display device.
>
> v2: update per Ville Syrjälä's comments
> v3: fix copy/paste typo in memory allocation
>
> Signed-of
2013/8/15 Rafał Miłecki :
> 2013/8/15 Alex Deucher :
>> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
>> +{
>> + struct radeon_device *rdev = encoder->dev->dev_private;
>> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder);
>> + str
On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
[...]
> +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder,
> + struct i2c_client *client, struct device_node *node)
[...]
> + ptn_bridge->gpio_pd_n = of_get_named_gpio(node, "powerdown-gpio", 0);
of_get_
The vrefresh field of the mode is 0 for most modes
fetched from the EDID (e.g., established timings).
When dealing with monitors that have a bogus preferred
mode, we may not always select the mode we want because
we compare the target refresh to the mode's vrefresh which
is 0 in a lot of cases.
Si
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #18 from Tobias Droste ---
Doesn't help here.
But I can confirm that it works as soon as dpms is active and dpm switches to
power level 0. It stays at power level 0 after the monitors are active again
and I can echo things to power_dp
Similar to DCE4/5, but supports multiple audio pins
which can be assigned per afmt block.
v2: rework the driver to handle more than one audio
pin.
v3: try different dto reg
v4: properly program dto
v5 (ck): change dto programming order
v6: program speaker allocation block
v7: rebase
v8: rebase on
This updates the audio driver to the speaker allocation
block from the EDID. A similar change was just implemented
for DCE6/8.
v2: remove unused variables
Signed-off-by: Alex Deucher
Acked-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 41 -
dr
This updates the audio driver to the speaker allocation
block from the EDID. A similar change was just implemented
for DCE4-8.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_hdmi.c | 42 ++
drivers/gpu/drm/radeon/r600d.h | 7 +++
2 files
This bug (introduced in 3.10) in WREG32_OR made
commit d3418eacad403033e95e49dc14afa37c2112c134
"drm/radeon/evergreen: setup HDMI before enabling it"
cause a regression. Sometimes audio over HDMI wasn't working, sometimes
display was corrupted.
This fixes:
https://bugzilla.kernel.org/show_bug.cgi?
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #12 from Rafał Miłecki ---
Fix posted:
[FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register
http://lists.freedesktop.org/archives/dri-devel/2013-August/043835.html
--
You are receiving this mail because:
You are wa
https://bugzilla.kernel.org/show_bug.cgi?id=60709
--- Comment #18 from Rafał Miłecki ---
Fix posted:
[FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register
http://lists.freedesktop.org/archives/dri-devel/2013-August/043835.html
--
You are receiving this mail because:
You are wa
https://bugzilla.kernel.org/show_bug.cgi?id=60709
--- Comment #19 from Rafał Miłecki ---
This is a duplicate of #60687 (I'm afraid I don't have privileges to close
this)
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
On Thu, Aug 15, 2013 at 12:55 PM, Rafał Miłecki wrote:
> This bug (introduced in 3.10) in WREG32_OR made
> commit d3418eacad403033e95e49dc14afa37c2112c134
> "drm/radeon/evergreen: setup HDMI before enabling it"
> cause a regression. Sometimes audio over HDMI wasn't working, sometimes
> display was
Hi Dave,
This just adds one more regression fix to my previous pull request.
Rafał Miłecki (1):
drm/radeon: fix WREG32_OR macro setting bits in a register
drivers/gpu/drm/radeon/radeon.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
1.8.3.1
The following changes since commit 022
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #66 from Lars G ---
Ok, the missing-texture thing in my last comment was no bug, i only forgot to
apply the file-texture correctly in blender.
So after some more testing, hw_gl_select2 works great without any regressions.
Speedy sele
https://bugs.freedesktop.org/show_bug.cgi?id=66974
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #67 from Lars G ---
Created attachment 84111
--> https://bugs.freedesktop.org/attachment.cgi?id=84111&action=edit
Arch Linux PKGBUILD
Attached an Arch Linux PKGBUILD file for easy testing.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=64582
--- Comment #3 from Laurent carlier ---
I cannot reproduce this anymore with libvdpau 0.7, built with dri2proto support
--
You are receiving this mail because:
You are the assignee for the bug.
___
dr
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #19 from Christian Birchinger ---
Just to be totaly clear. In my case i only have one monitor in use. I don't use
any multi-head setup at the moment.
The rest is identical. dpms standby puts it to level 0, when it wakes up it's
also l
On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding
wrote:
> On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
> [...]
>> +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder,
>> + struct i2c_client *client, struct device_node *node)
> [...]
>> + ptn_bridge->
Hi Dave,
Might as well also send you a pull request and flush out the single
regression fixer I have here.
Cheers, Daniel
The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
Linux 3.11-rc5 (2013-08-11 18:04:20 -0700)
are available in the git repository at:
git://
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #20 from Alex Deucher ---
Christian, Can you try this patch:
http://lists.freedesktop.org/archives/dri-devel/2013-August/043464.html
I the vblank period on your monitor is short enough that it's causing the
driver to select the multi-
https://bugs.freedesktop.org/show_bug.cgi?id=68162
Priority: medium
Bug ID: 68162
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeonsi] texture rendering is broken in
Source-Engine games
Severity: normal
Classific
https://bugs.freedesktop.org/show_bug.cgi?id=68162
--- Comment #1 from Laurent carlier ---
Created attachment 84113
--> https://bugs.freedesktop.org/attachment.cgi?id=84113&action=edit
Portal broken rendering
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=68162
Laurent carlier changed:
What|Removed |Added
Attachment #84112|text/plain |image/jpeg
mime type|
On Thu, Aug 15, 2013 at 03:32:58PM -0400, Sean Paul wrote:
> On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding
> wrote:
> > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
> > [...]
> >> +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder,
> >> + struct i2c_
https://bugs.freedesktop.org/show_bug.cgi?id=67994
--- Comment #6 from Nikita ---
Also on kernel 3.11rc5
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.
On Thu, Aug 15, 2013 at 4:42 PM, Thierry Reding
wrote:
> On Thu, Aug 15, 2013 at 03:32:58PM -0400, Sean Paul wrote:
>> On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding
>> wrote:
>> > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
>> > [...]
>> >> +int ptn3460_init(struct drm_device *d
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #21 from Christian Birchinger ---
No change here at all with those 2 patches. I'm attaching my boot dmesg just in
case my maybe weird setup (CRT monitor) does not cause anything special.
--
You are receiving this mail because:
You ar
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #22 from Christian Birchinger ---
Created attachment 107211
--> https://bugzilla.kernel.org/attachment.cgi?id=107211&action=edit
drm/radeon boot output
The relevant radeon and drm boot message output
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #23 from Alex Deucher ---
Ah, you have a system with gddr5 memory. The blanking period is probably too
short on your monitor to support mclk switching. Something like this will tell
you for sure:
diff --git a/drivers/gpu/drm/radeon/
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #24 from Christian Birchinger ---
Created attachment 107212
--> https://bugzilla.kernel.org/attachment.cgi?id=107212&action=edit
debug drm output
Yes, i get lots of output. Log is attached
--
You are receiving this mail because:
Y
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #25 from Christian Birchinger ---
So with the problem being the vblank i switched the resolutions using xrandr.
Using lower resolution modes makes it start switching.
~ $ xrandr
Screen 0: minimum 320 x 200, current 1600 x 1200, maximu
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #26 from Alex Deucher ---
In order to switch the mclk, the hw needs at least 450us. The vblank period of
the 1600x1200 mode is 396us, so it's not long enough to switch. The switch has
to happen during vblank to avoid seeing a flicker
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #27 from Tobias Droste ---
Isn't this the reason why there is a multi-monitor power state? same mclk but
different sclk for each power level? So switching between them should be no
problem because there's no memory reclocking happening
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #28 from Christian Birchinger ---
Ok thanks.
I was just in the middle of posting this:
With 1280x1024 it switched to power level 0 but without "single_disp".
With the really low 640x400 mode it did also use "single_disp".
But i now
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #29 from Alex Deucher ---
Correct. I'm not sure why that state sees to get stuck in the highest
performance level on your cards though.
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #14 from Vladi ---
I am now seeing random lockup then reboot's when watching videos with xbmc. I
have latest 3.11-rc5 + mesa and ati driver from git. Any update on this?
Thanks!
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #15 from Alex Deucher ---
Does setting env var R600_DEBUG=nodma help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.f
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #30 from Christian Birchinger ---
Maybe the same reason why Tobias is stuck at level 2.
Since i'm no longer able to use tools like xvidtune and the online modeline
calculator tells me 1600x1200 85hz requires >300Mhz pixel clock, so i'
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #31 from Alex Deucher ---
(In reply to Christian Birchinger from comment #30)
> Maybe the same reason why Tobias is stuck at level 2.
>
Right you both seem to be afflicted but the same issue.
> Since i'm no longer able to use tools
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #32 from Christian Birchinger ---
Yes, i did this:
xrandr --newmode "1600x1200_test" 229.5 1600 1664 1856 2160 1200 1201 1204
1250 +hsync +vsync
Puts my state to this:
uvdvclk: 0 dclk: 0
power level 0sclk: 15700 mclk: 3000
On Sun, Aug 11, 2013 at 12:00 PM, Daniel Vetter wrote:
> On Sat, Aug 10, 2013 at 10:12 PM, Patrik Jakobsson
> wrote:
>> I will give this a spin on my gma500 and i915 hardware on monday. The gma500
>> sdvo code should be pretty much identical to i915 from around 2011 but I
>> guess
>> we've diver
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #16 from Vladi ---
nope, tried that and R600_DEBUG=sb as well I also just tried latest patches
from http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11 with no
luck
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #41 from Erdem U. Altınyurt ---
I think those patches are merged with llvm-trunk. Manually installation give me
hunks and fails.
I update/build/install llvm-trunk,ibclc-trunk mesa-trunk and now I still got
lock ups!???
( Using 3.11.r
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #42 from Aaron Watry ---
(In reply to comment #41)
> I think those patches are merged with llvm-trunk. Manually installation give
> me hunks and fails.
The second LLVM series is not yet merged upstream, but the first one is. I was
a
On Thursday 15 August 2013 04:07:24 Martin Peres wrote:
> On 14/08/2013 05:02, Pali Rohár wrote:
> > On Tuesday 13 August 2013 15:55:28 Martin Peres wrote:
> >> On 13/08/2013 09:53, Pali Rohár wrote:
> >>> On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres
> >
> > wrote:
> On 13/08/2013
2013/8/15 Maarten Lankhorst :
> A fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next frame of graphics after kicking the GPU bu
On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote:
> Hello,
>
> in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was
> introduced error which cause that on my Nvidia 6600GT card
> reclocking not working anymore. There is missing assigment of
> return value from pll_calc to ret.
>
> After this
[1.] One line summary of the problem:
Flash 11.2 content displays in shades of green and purple only, and in a
horizontally compressed space
[2.] Full description of the problem/report:
The full downstream bug report is at
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1212455 , but my
On 15/08/2013 03:24, Pali Rohár wrote:
On Thursday 15 August 2013 04:07:24 Martin Peres wrote:
On 14/08/2013 05:02, Pali Rohár wrote:
On Tuesday 13 August 2013 15:55:28 Martin Peres wrote:
On 13/08/2013 09:53, Pali Rohár wrote:
On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres
wrote:
On 15/08/2013 13:46, Pali Rohár wrote:
On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote:
Hello,
in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was
introduced error which cause that on my Nvidia 6600GT card
reclocking not working anymore. There is missing assigment of
return value from pl
On Wed, Aug 14, 2013 at 09:43:25PM +0200, Sebastian Hesselbarth wrote:
> This patch set picks up several patches sent during the past months
> related with NXP TDA998x HDMI transmitter driver. The patches have
> been tested on Marvell Dove (Armada DRM) on several HDMI and DVI modes
> with audio pla
1 - 100 of 228 matches
Mail list logo