2010/3/6 Rafał Miłecki :
> This patchset cleans our HDMI code and adds support for DCE32.
>
> It was tested on:
> 1) RV620 with HDMI - no regressions
> 2) RV635 with 2 DVI - no regressions
> 3) RV730 with HDMI - made it work
>
> Would be more than great if we still could get this for 2.6.34.
>
> I
2010/3/8 Rafał Miłecki :
> We almost always used first HDMI block for first encoder and second for
> sencod.
> Exception was KLDSCP_LVTMA. Analyzing code picking DIG encoder shows the same
> behaviour. It shows HDMI block are related to DIGs, which relation we now use.
>
> Signed-off-by: Rafał Mił
On 6 March 2010 16:49, Rafał Miłecki wrote:
> 2010/3/6 Mike Lothian :
>> 2010/3/6 Rafał Miłecki :
>>> This patchset cleans our HDMI code and adds support for DCE32.
>>>
>>> It was tested on:
>>> 1) RV620 with HDMI - no regressions
>>> 2) RV
2010/3/6 Rafał Miłecki :
> This patchset cleans our HDMI code and adds support for DCE32.
>
> It was tested on:
> 1) RV620 with HDMI - no regressions
> 2) RV635 with 2 DVI - no regressions
> 3) RV730 with HDMI - made it work
>
> Would be more than great if we still could get this for 2.6.34.
>
> I
Hi I've noticed on both Linus's mainline and the radeon testing branch
that I have a green tinge to the screen after KMS is initialised
I've done my best with git bisect however there are a few un-compilable commits
I've narrowed it down too:
There are only 'skip'ped commits left to test.
The fi
2009/12/13 :
> On Sun, Dec 13, 2009 at 11:38:04PM +0200, nez...@allurelinux.org wrote:
>> Hi,
>>
>> I hope you don't mind me posting this directly as bugs are forwarded to the
>> list anyway.
>>
>> I grabbed a kernel snapshot from "drm-radeon-testing" head yesterday and
>> built it. I grabbed "R70
2009/12/13 :
> Hi,
>
> I hope you don't mind me posting this directly as bugs are forwarded to the
> list anyway.
>
> I grabbed a kernel snapshot from "drm-radeon-testing" head yesterday and
> built it. I grabbed "R700_rlc.bin" too as It's apparently necessary to
> enable mesa hardware acceleratio
2009/12/12 Rafał Miłecki :
> 2009/12/12 Mike Lothian :
>> Yip no audio
>>
>> However I don't get the:
>>
>> [drm] Enabling audio support
>>
>> line in my dmesg - it is listed as a valid device however
>
> Checking radeon_device.c:
> ca
Yip no audio
However I don't get the:
[drm] Enabling audio support
line in my dmesg - it is listed as a valid device however
Mike
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p
2009/12/12 Rafał Miłecki :
> 2009/12/11 Dave Airlie :
>> Oops had fixed it locally but didn't run the correct git commit --amend.
>>
>> pushed now should be mirrored in 5 mins or so.
>
> Dave I've tried radeon testing branch with manual fixing
> (workarounding?) http://bugs.freedesktop.org/show_bug
2009/12/12 Mike Lothian :
> Hi
>
> I've noticed on the testing trees there has been a weird green tinge
> to my screen
>
> I've bisected this back to f84676185368e36c6bc0eeab87ab73ed39042648
>
> Git bisect log:
>
> git bisect start
> # bad: [99b89dc8578
Hi
I've noticed on the testing trees there has been a weird green tinge
to my screen
I've bisected this back to f84676185368e36c6bc0eeab87ab73ed39042648
Git bisect log:
git bisect start
# bad: [99b89dc857861663b44b205e896e6415fe8ba6b5] Merge branch
'drm-radeon-testing' of
git://git.kernel.org/p
2009/12/7 Alex Deucher :
> On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian wrote:
>> 2009/12/7 Alex Deucher :
>>> 2009/12/7 Mike Lothian :
>>>> 2009/12/1 Rafał Miłecki :
>>>>> 2009/12/1 Alex Deucher :
>>>>>> Round 3.
>>>>>
2009/12/7 Alex Deucher :
> On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian wrote:
>> 2009/12/7 Alex Deucher :
>>> 2009/12/7 Mike Lothian :
>>>> 2009/12/1 Rafał Miłecki :
>>>>> 2009/12/1 Alex Deucher :
>>>>>> Round 3.
>>>>>
2009/12/7 Alex Deucher :
> 2009/12/7 Mike Lothian :
>> 2009/12/1 Rafał Miłecki :
>>> 2009/12/1 Alex Deucher :
>>>> Round 3.
>>>
>>> This fixed my lose of VBLANK interrupts after few seconds, but I still
>>> have issue with fences after app
2009/12/7 Jerome Glisse :
> On Mon, Dec 07, 2009 at 06:54:13PM +0000, Mike Lothian wrote:
>> I have a Radeon 4650 (RV730) :
>>
>> 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV730
>> PRO [Radeon HD 4650] [1002:9498]
>>
>> This should have
I have a Radeon 4650 (RV730) :
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV730
PRO [Radeon HD 4650] [1002:9498]
This should have 1GB DDR2 VRAM on board however my dmesg states differently
[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
[d
2009/12/1 Rafał Miłecki :
> 2009/12/1 Alex Deucher :
>> Round 3.
>
> This fixed my lose of VBLANK interrupts after few seconds, but I still
> have issue with fences after applying this.
>
> My rdev->fence_drv.emited gets filled when I start glxgears and when I
> stop, it gets empty. Reverting patch
2009/9/11 Mike Lothian :
> 2009/9/9 Alex Deucher :
>> On Tue, Sep 8, 2009 at 8:20 PM, Mike Lothian wrote:
>>> 2009/9/9 Alex Deucher :
>>>> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>>>>> 2009/9/8 Mike Lothian :
>>>>>> 2009/
2009/9/9 Alex Deucher :
> On Tue, Sep 8, 2009 at 8:20 PM, Mike Lothian wrote:
>> 2009/9/9 Alex Deucher :
>>> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>>>> 2009/9/8 Mike Lothian :
>>>>> 2009/9/8 Alex Deucher :
>>>>>>
2009/9/9 Alex Deucher :
> On Tue, Sep 8, 2009 at 8:20 PM, Mike Lothian wrote:
>> 2009/9/9 Alex Deucher :
>>> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>>>> 2009/9/8 Mike Lothian :
>>>>> 2009/9/8 Alex Deucher :
>>>>>>
2009/9/9 Alex Deucher :
> On Tue, Sep 8, 2009 at 7:17 PM, Mike Lothian wrote:
>> 2009/9/8 Mike Lothian :
>>> 2009/9/8 Alex Deucher :
>>>> On Tue, Sep 8, 2009 at 6:34 PM, Mike Lothian wrote:
>>>>> Hi
>>>>>
>>>>
Hi
When using the new drm-next branch KMS fails (see attached logs) with
radeon.modeset=0 passed the computer will hard lockup when KDM is
starting (I think this is when the compositing is started)
Unfortunately I don't have any logs of the hard crash even a remote
ssh with tail -f /var/log/messa
2009/9/8 Mike Lothian :
> 2009/9/8 Alex Deucher :
>> On Tue, Sep 8, 2009 at 6:34 PM, Mike Lothian wrote:
>>> Hi
>>>
>>> When using the new drm-next branch KMS fails (see attached logs) with
>>> radeon.modeset=0 passed the computer will hard lockup when
2009/9/8 Alex Deucher :
> On Tue, Sep 8, 2009 at 6:34 PM, Mike Lothian wrote:
>> Hi
>>
>> When using the new drm-next branch KMS fails (see attached logs) with
>> radeon.modeset=0 passed the computer will hard lockup when KDM is
>> starting (I think this i
Could we get everything moved to master?
Perhaps make it flag enabled if it could cause issues for existing users
Cheers
Mike
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in pr
2009/4/17 Jesse Barnes :
> On Thu, 16 Apr 2009 23:04:36 +0100
> Mike Lothian wrote:
>
>> Hi
>>
>> I've noticed some horrible screen corruption using the lastest git
>> xorg & intel stack with in X.
>>
>> I've made the screen usable by bo
Hi
I've noticed some horrible screen corruption using the lastest git
xorg & intel stack with in X.
I've made the screen usable by booting with i915.modeset=0 with
Linus's latest tree (this just gives me a back screen with the
intel-next tree)
I think the problem surfaced the same time as the ti
waiting for this since i started using linux.
Mike
On 1/16/09, Jesse Barnes wrote:
> On Tuesday, January 6, 2009 5:41 pm Mike Lothian wrote:
>> 2009/1/7 Mike Lothian :
>> > 2009/1/7 Jesse Barnes :
>> >> On Tuesday, January 6, 2009 3:53 pm Mike Lothian wrote:
>&g
2009/1/7 Mike Lothian :
> 2009/1/7 Jesse Barnes :
>> On Tuesday, January 6, 2009 3:53 pm Mike Lothian wrote:
>>> 2009/1/6 Jesse Barnes :
>>> > On Tuesday, January 6, 2009 2:35 pm Mike Lothian wrote:
>>> >> Hi there
>>> >>
>>>
2009/1/6 Jesse Barnes :
> On Tuesday, January 6, 2009 2:35 pm Mike Lothian wrote:
>> Hi there
>>
>> Thought I'd send in some info about Xorg with a KMS kernel, libdrm and
>> xf86-video-intel
>>
>> I've attached my dmesg and Xorg.0.log
>>
&g
31 matches
Mail list logo