On Fri, 2010-03-26 at 19:56 +, Matthew Garrett wrote:
>
> As far as the lockups go, I think this is due to memory access during
> reclock. Nothing should be coming from the cp, but we may be getting
> accesses from the crtc if we miss vblank (there's a bit in the crtc
> control that can de
On Fri, Mar 26, 2010 at 08:49:21PM +0100, Rafał Miłecki wrote:
> Is this possible reclocking memory in wrong moment (so missing VBLANK
> probably) cause lock up? I experienced few already, when I forced
> myself to use this code ignoring corruptions. Any other idea what can
> cause lock up? I'm 10
2010/3/26 Rafał Miłecki :
> W dniu 18 marca 2010 17:40 użytkownik Alex Deucher
> napisał:
>> 2010/3/18 Rafał Miłecki :
>>> W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki
>>> napisał:
Whoops, I missed one patch. My mistake.
>>>
>>> I've just applied all patches dated as "17-Mar-2010 22:
W dniu 18 marca 2010 17:40 użytkownik Alex Deucher
napisał:
> 2010/3/18 Rafał Miłecki :
>> W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki
>> napisał:
>>> Whoops, I missed one patch. My mistake.
>>
>> I've just applied all patches dated as "17-Mar-2010 22:42" and tested.
>>
>> Now memory rec
W dniu 18 marca 2010 17:40 użytkownik Alex Deucher
napisał:
> 2010/3/18 Rafał Miłecki :
>> W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki
>> napisał:
>>> Whoops, I missed one patch. My mistake.
>>
>> I've just applied all patches dated as "17-Mar-2010 22:42" and tested.
>>
>> Now memory rec
2010/3/18 Rafał Miłecki :
> W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki
> napisał:
>> Whoops, I missed one patch. My mistake.
>
> I've just applied all patches dated as "17-Mar-2010 22:42" and tested.
>
> Now memory reclocking is really enabled, but it causes corruptions for
> me. Maybe t
Experiences (II) - OpenArena
Mostly, I am using radeon Gallium3D driver r300g dri/statetracker.
Here I can start openarena (OA) but entering fight-mode closes OA immediately.
There seems to be a problem in mesa master GIT branch.
commit 9d48a621d2a0e55a76a2cfd0aea3b773e907ed50
"llvmpipe: Fix cras
Hi,
hereby my new experiences with my RV515.
# lspci -nnvv | grep "VGA compatible controller"
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M52
[Mobility Radeon X1300] [1002:714a] (prog-if 00 [VGA controller])
I applied "[PATCH] drm/radeon/kms: add hw_i2c module option" from [1]
[1] shows:
...
Mar 18 10:07:35 seduxbox kernel: [ 127.005632]
[drm:r500_hw_i2c_xfer], i2c write error 0x0002
...
- Sedat -
[1] http://files.iniza.org/agdf5-pm2-with-linustree/logs/debug.txt
--
Download Intel® Parall
W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki napisał:
> Whoops, I missed one patch. My mistake.
I've just applied all patches dated as "17-Mar-2010 22:42" and tested.
Now memory reclocking is really enabled, but it causes corruptions for
me. Maybe that's the same thing you experienced wit
Hi,
the last days I am testing Alex's pm2-patches with Linus-tree - this
report based on patchset as of 17-Mar-2010 22:42 [0].
Unfortunately, I cannot load radeon kernel-module with dynpm=1 (0 =
disabled works fine).
All testing was done in init-3 in a virtual-console.
Looking into the log-files
W dniu 18 marca 2010 04:27 użytkownik Alex Deucher
napisał:
> 2010/3/17 Rafał Miłecki :
>> 2010/3/17 Alex Deucher
>>> Another set of updated patches against drm-radeon-testing:
>>> http://people.freedesktop.org/~agd5f/pm2/
>>>
>>> These implement much the remaining pm functionality. So far they
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher :
>> Another set of updated patches against drm-radeon-testing:
>> http://people.freedesktop.org/~agd5f/pm2/
>
> Not serious thing, but still it's warning...
>
> # git am pm2/0001*
> Applying: drm/radeon/kms/atom: make sure tables are valid
> /home
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher
>> Another set of updated patches against drm-radeon-testing:
>> http://people.freedesktop.org/~agd5f/pm2/
>>
>> These implement much the remaining pm functionality. So far they are
>> working well here.
>> these patches add:
>> - memory reclocki
2010/3/17 Alex Deucher
> Another set of updated patches against drm-radeon-testing:
> http://people.freedesktop.org/~agd5f/pm2/
>
> These implement much the remaining pm functionality. So far they are
> working well here.
> these patches add:
> - memory reclocking
> - pcie lane changes
> - update
2010/3/17 Alex Deucher :
> Another set of updated patches against drm-radeon-testing:
> http://people.freedesktop.org/~agd5f/pm2/
Not serious thing, but still it's warning...
# git am pm2/0001*
Applying: drm/radeon/kms/atom: make sure tables are valid
/home/drm-2.6/.git/rebase-apply/patch:475: sp
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher :
>> On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher wrote:
>>> On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher wrote:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing).
2010/3/17 Alex Deucher :
> On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher wrote:
>> On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher wrote:
>>> This weekend I finally got some time to sit down with kms pm, and I
>>> created a new patch set (against drm-radeon-testing). For those that
>>> want to pla
On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher wrote:
> On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher wrote:
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for therma
Hi,
I tried the pm2 patches from [1] on top of Linus-tree -
2.6.34-rc1-git6 to be precise.
I have prepared a single patch of drm-radeon-testing GIT branch (as of
15-Mar-2010) [2].
The patch-series file against 2.6.34-rc1 looks like:
[series]
# upstream updates
upstream/patch-2.6.34-rc1-git6
#
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Rafał Miłecki :
> 2010/3/15 Alex Deucher :
>> This weekend I finally got some time to sit down with kms pm, and I
>> created a new patch set (against drm-radeon-testing). For those that
>> want to play with the i2c stuff for thermal chips, you'll probably
>> grab my recent i2c patches as
2010/3/15 Alex Deucher :
> This weekend I finally got some time to sit down with kms pm, and I
> created a new patch set (against drm-radeon-testing). For those that
> want to play with the i2c stuff for thermal chips, you'll probably
> grab my recent i2c patches as well. You can grab my latest p
2010/3/15 Alex Deucher :
> This weekend I finally got some time to sit down with kms pm, and I
> created a new patch set (against drm-radeon-testing). For those that
> want to play with the i2c stuff for thermal chips, you'll probably
> grab my recent i2c patches as well. You can grab my latest p
2010/3/15 Alex Deucher :
> This weekend I finally got some time to sit down with kms pm, and I
> created a new patch set (against drm-radeon-testing). For those that
> want to play with the i2c stuff for thermal chips, you'll probably
> grab my recent i2c patches as well. You can grab my latest p
2010/3/15 Alex Deucher :
> This weekend I finally got some time to sit down with kms pm, and I
> created a new patch set (against drm-radeon-testing). For those that
> want to play with the i2c stuff for thermal chips, you'll probably
> grab my recent i2c patches as well. You can grab my latest p
2010/3/15 Alex Deucher :
> This weekend I finally got some time to sit down with kms pm, and I
> created a new patch set (against drm-radeon-testing). For those that
> want to play with the i2c stuff for thermal chips, you'll probably
> grab my recent i2c patches as well. You can grab my latest p
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You can grab my latest pm patches
here:
http://people.fre
31 matches
Mail list logo
