https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #7 from Alex Deucher 2011-03-16 23:45:20 PDT ---
This monitor is a matrox triplehead2go.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #7 from Alex Deucher 2011-03-16 23:45:20 PDT
---
This monitor is a matrox triplehead2go.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the as
https://bugzilla.kernel.org/show_bug.cgi?id=30832
--- Comment #4 from Alex Deucher 2011-03-16
23:16:33 ---
Created an attachment (id=50992)
--> (https://bugzilla.kernel.org/attachment.cgi?id=50992)
possible fix
Does this patch help? Both pal and ntsc work for me, but my monitor is pretty
On 03/15/11 22:08, Jerome Glisse wrote:
> EDID failure could very well explain it, EDID retrieval seems to fails
> on some GPU under some circonstance (when there is CPU load that
> interfer with i2c timing i guess). Does the log have the edid failure
> message when the tv is jittering ? Or is it
Simplify the way the return value is set a number of times (mostly on
error).
Signed-off-by: Paul Bolle
---
Should a patch like this go through the trivial tree?
Documentation/SubmittingPatches wasn't entirely clear on that.
drivers/gpu/drm/radeon/evergreen_cs.c | 24
lerator 4500MHD".
m.
-- next part --
A non-text attachment was scrubbed...
Name: acer_5735z_i915_blackout.log.gz
Type: application/x-gzip
Size: 16849 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110316/a8c5ea49/attachment-0001.bin>
Hi Linus,
since I see drm named in two other pull threads (staging + bkl) I suppose
I should send my pull req.
Highlights:
core: drop i830 driver and BKL, add support to drm core to allow USB drm
drivers, generic unaccelerated buffer create/map fns for simple fbdev
applications (like plymouth
On 03/15/11 22:46, Alex Deucher wrote:
> Try booting with radeon.audio=0 on 2.6.38rc, some TVs have problems
> with the hdmi packets we send by default. disabling audio will treat
> the hdmi like dvi.
>
> Alex
You seem to be on to something there. radeon.audio=0 removes
what appears to be all of
Ccing some relevant people (you should have done this).
On 03/16/2011 06:30 PM, Melchior FRANZ wrote:
> On my i915 using Acer TravelMate 5735z I could run kernel 2.6.38-rc8
> with KMS. On 2.6.38 I get a black screen instead. In case anyone
> cares, just tell me what information you need. (bisect r
Merge list_del() + list_add_tail() to list_move_tail().
Signed-off-by: Nicolas Kaiser
---
drivers/gpu/drm/radeon/radeon_fence.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeon/radeon_fence.c
index 171b0
op computers.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110316/a7528060/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=30832
--- Comment #4 from Alex Deucher 2011-03-16 23:16:33
---
Created an attachment (id=50992)
--> (https://bugzilla.kernel.org/attachment.cgi?id=50992)
possible fix
Does this patch help? Both pal and ntsc work for me, but my monitor is pretty
On 03/15/11 22:08, Jerome Glisse wrote:
> EDID failure could very well explain it, EDID retrieval seems to fails
> on some GPU under some circonstance (when there is CPU load that
> interfer with i2c timing i guess). Does the log have the edid failure
> message when the tv is jittering ? Or is it
https://bugs.freedesktop.org/show_bug.cgi?id=35194
--- Comment #2 from Jussi Saarinen 2011-03-16 14:30:17 PDT
---
(In reply to comment #1)
> (In reply to comment #0)
> >
> > The game "Back to the Future: the game" crashes at many points with
> > the message:
> >
> > radeon_bo_fixed_map failed
https://bugs.freedesktop.org/show_bug.cgi?id=35194
--- Comment #2 from Jussi Saarinen 2011-03-16 14:30:17
PDT ---
(In reply to comment #1)
> (In reply to comment #0)
> >
> > The game "Back to the Future: the game" crashes at many points with
> > the message:
> >
> > radeon_bo_fixed_map failed
https://bugs.freedesktop.org/show_bug.cgi?id=35194
--- Comment #1 from Jussi Saarinen 2011-03-16 14:28:23 PDT
---
(In reply to comment #0)
>
> The game "Back to the Future: the game" crashes at many points with
> the message:
>
> radeon_bo_fixed_map failed to map bo
> EE radeon_bo.c:120 radeon
https://bugs.freedesktop.org/show_bug.cgi?id=35194
--- Comment #1 from Jussi Saarinen 2011-03-16 14:28:23
PDT ---
(In reply to comment #0)
>
> The game "Back to the Future: the game" crashes at many points with
> the message:
>
> radeon_bo_fixed_map failed to map bo
> EE radeon_bo.c:120 radeon
* Chris Wilson -- Wednesday 16 March 2011:
> There's only one patch directly related to i915, so you could begin there.
I'll try later. Was just too obvious for now. :-}
> Useful information to include is a dmesg (particularly one with
> drm.debug=0xe kernel parameters) and lspci
OK, thanks f
Simplify the way the return value is set a number of times (mostly on
error).
Signed-off-by: Paul Bolle
---
Should a patch like this go through the trivial tree?
Documentation/SubmittingPatches wasn't entirely clear on that.
drivers/gpu/drm/radeon/evergreen_cs.c | 24
>
> Read the changelog and thread on the patch that disabled this logic, the
> failure (or at least inconsistent behaviour with the expectations of the
> HP BIOS authors) appears to be in how we initialise ACPI on the HP
> machines that causes the initial value of lid state to be incorrect. Since
>
On LinkedIn, I belong to the "Linux Users" and "Linux Experts" lists. We
were having a discussion on "Linux Users" as to why corporations aren't
moving to Linux desktops. Someone suggested a name like "Doors" or
"Skylights" for a Linux distro to point out how 'similar Linux was to
Windows'. I co
https://bugs.freedesktop.org/show_bug.cgi?id=35367
Summary: RV670 AGP lodbias regression since st/mesa: remove
unnecessary flushes
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=35367
Summary: RV670 AGP lodbias regression since st/mesa: remove
unnecessary flushes
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
On 03/15/11 22:46, Alex Deucher wrote:
> Try booting with radeon.audio=0 on 2.6.38rc, some TVs have problems
> with the hdmi packets we send by default. disabling audio will treat
> the hdmi like dvi.
>
> Alex
You seem to be on to something there. radeon.audio=0 removes
what appears to be all of
Ccing some relevant people (you should have done this).
On 03/16/2011 06:30 PM, Melchior FRANZ wrote:
> On my i915 using Acer TravelMate 5735z I could run kernel 2.6.38-rc8
> with KMS. On 2.6.38 I get a black screen instead. In case anyone
> cares, just tell me what information you need. (bisect r
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #6 from Peter Hercek 2011-03-16 12:15:23 PDT ---
Adding radeon.disp_priority=2 to the kernel command line did not help. It looks
the same.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #6 from Peter Hercek 2011-03-16 12:15:23 PDT
---
Adding radeon.disp_priority=2 to the kernel command line did not help. It looks
the same.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
On Wed, Mar 16, 2011 at 2:26 AM, Indan Zupancic wrote:
> On Wed, March 16, 2011 03:17, Alex Deucher wrote:
>> It's not HDCP, encrypted bluray is the main issue. ?And while
>> there are hacks for bluray around already, contractual obligations
>> don't care whether existing hacks are available or no
Merge list_del() + list_add_tail() to list_move_tail().
Signed-off-by: Nicolas Kaiser
---
drivers/gpu/drm/radeon/radeon_fence.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeon/radeon_fence.c
index 171b0
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #5 from Alex Deucher 2011-03-16 09:50:19 PDT ---
Does booting with radeon.disp_priority=2 help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #5 from Alex Deucher 2011-03-16 09:50:19 PDT
---
Does booting with radeon.disp_priority=2 help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
On Tue, 2011-03-15 at 13:31 +0100, Julien Cristau wrote:
> On Tue, Mar 15, 2011 at 11:40:00 +, Chris Wilson wrote:
>
> > [Digression: what is upowerd doing reading those power hungry files?]
> >
> Apparently, checking "docked" status every 30 seconds, by reading the
> status of drm outputs.
On Wed, March 16, 2011 03:17, Alex Deucher wrote:
> It's not HDCP, encrypted bluray is the main issue. And while
> there are hacks for bluray around already, contractual obligations
> don't care whether existing hacks are available or not.
So the contract says to keep it secret, not to make it se
On Wed, Mar 16, 2011 at 2:26 AM, Indan Zupancic wrote:
> On Wed, March 16, 2011 03:17, Alex Deucher wrote:
>> It's not HDCP, encrypted bluray is the main issue. And while
>> there are hacks for bluray around already, contractual obligations
>> don't care whether existing hacks are available or no
On Tue, March 15, 2011 17:06, Alex Deucher wrote:
> On Tue, Mar 15, 2011 at 7:46 AM, Indan Zupancic wrote:
>> They don't give their Linux devs any Fusion hardware, nor do they
>> open the UVD spec, but at least they release info like this.
>
> They do give us fusion hw; before launch even. That's
35 matches
Mail list logo
