Re: [PATCH] drm/radeon/kms: add dynamic engine reclocking (v3)

2009-12-13 Thread Sedat Dilek
Hi, I tried v3 of the radeon PM patch from [1]. Here my feeback: # lspci -nnvv | grep "VGA controller" 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M52 [Mobility Radeon X1300] [1002:714a] (prog-if 00 [VGA controller]) # mount -t debugfs none /sys/kernel/debug/ # ln -s /sys/kern

Re: [PATCH] drm/radeon/kms: add dynamic engine reclocking (v3)

2009-12-14 Thread Sedat Dilek
l/debug/dri/*/radeon_pm_info engine clock: 391500 kHz memory clock: 297000 kHz engine clock: 391500 kHz memory clock: 297000 kHz Thanks Rafal (sorry don't know how to activate that crossed L-sign in your first name) "Zajec" for explanation on IRC. - Sedat - On Sun, Dec 13, 2009 at

Re: [PATCH] drm/radeon/kms: add dynamic engine reclocking (v4)

2009-12-15 Thread Sedat Dilek
NOTE: v4 requires applied 0001-drm-radeon-kms-init-pm-on-all-chipsets.patch from [1]. - Sedat - [1] http://marc.info/?l=dri-devel&m=126091020609997&w=2 2009/12/15 Rafał Miłecki : > drm/radeon/kms: add dynamic engine reclocking (v4) > > V2: reorganize functions, fix modesetting calls > V3: rebase

Re: [PATCH] drm/radeon/kms: add dynamic engine reclocking (V6)

2009-12-17 Thread Sedat Dilek
v6 runs fine on rv515. Thanks Rafal. --- Speedup in 3D: Running Anholt's openarena benchmark demo --- $ openarena +exec anholt 2>&1 | egrep -e '[0-9]+ frames' NEW: 840 frames 10.2 seconds 82.1 fps 4.0/12.2/56.0/5.4 ms OLD: 840 frames 37.4 seconds 22.4 fps 15.0/44.6/97.0/13.4 ms Even playing a yo

[mesa] Fixes after "Merge branch 'glsl-pp-rework-2'"

2009-12-17 Thread Sedat Dilek
Here two patches fixing mesa GIT master after: commit e195eab9093d2a6cf55a42b2e7789c9a381b7782 Merge branch 'glsl-pp-rework-2' (Thanks to Ghworg on IRC) - Sedat - From d99b3f641500e9862ea6bae26d3524ac95c84488 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Thu, 17 Dec 2009 19:1

[mesa] svga: Fix error: cannot take address of bit-field 'texture_target' in svga_tgsi.h

2010-01-06 Thread Sedat Dilek
tfields." Kind Regars, - Sedat - From 856679477f7350553ee983f9b2bd4ff73e86f1ac Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Wed, 6 Jan 2010 17:22:14 +0100 Subject: [PATCH] svga: Fix error: cannot take address of bit-field 'texture_target' in svga_tgsi.h From build-log: ... In file included from svga_pip

Re: [Mesa3d-dev] [mesa] svga: Fix error: cannot take address of bit-field 'texture_target' in svga_tgsi.h

2010-01-06 Thread Sedat Dilek
orted only once r300_state_inlines.h:263: error: for each function it appears in.) make: *** [r300_emit.o] Error 1 ... I am having dinner, now - Sedat - On Wed, Jan 6, 2010 at 6:07 PM, Brian Paul wrote: > Sedat Dilek wrote: >> >> Hi, >> >> this patch fixes a buil

Re: [Mesa3d-dev] [mesa] svga: Fix error: cannot take address of bit-field 'texture_target' in svga_tgsi.h

2010-01-06 Thread Sedat Dilek
Compile-tested OK. - Sedat - On Wed, Jan 6, 2010 at 6:39 PM, michal wrote: > Brian Paul wrote on 2010-01-06 18:07: >> >> Sedat Dilek wrote: >> >>> >>> Hi, >>> >>> this patch fixes a build-error in mesa GIT master after... >&g

Re: [Mesa3d-dev] [mesa] svga: Fix error: cannot take address of bit-field 'texture_target' in svga_tgsi.h

2010-01-06 Thread Sedat Dilek
Thanks, your patch fixed the problem. - Sedat - On Wed, Jan 6, 2010 at 6:38 PM, Brian Paul wrote: > r300_translate_tex_filters() was missing the is_anisotropic parameter.  I > fixed that, but there may be other issues.  Looks like some of the r300 code > isn't c99. > > -Bri

Re: Q1: speedup: parallel-make-jobs and/or ccache Q2: radeon*g*_dri.so Q3. enable XCB

2010-01-07 Thread Sedat Dilek
such file or directory ... - Sedat - On Thu, Jan 7, 2010 at 10:51 PM, Dan Nicholson wrote: > On Thu, Jan 07, 2010 at 08:05:30PM +0100, Sedat Dilek wrote: >> Hi, >> >> I have a couple of questions which araised while building mesa from >> upstream master [1]. >>

Re: Q1: speedup: parallel-make-jobs and/or ccache Q2: radeon*g*_dri.so Q3. enable XCB

2010-01-07 Thread Sedat Dilek
please, push that, Thanks. - Sedat - On Thu, Jan 7, 2010 at 11:27 PM, Sedat Dilek wrote: > [PATCH] Build libmesagallium.a before descending into drivers > > ...does NOT fix the parallel-make-job problem. > > $ grep libmesagallium mesa/src/mesa/Makefile > default: depend asm_su

Re: Q1: speedup: parallel-make-jobs and/or ccache Q2: radeon*g*_dri.so Q3. enable XCB

2010-01-08 Thread Sedat Dilek
I built 5 times with -j3, but damn builds were all OK. Sorry, I have no broken build-log for you. - Sedat - On Fri, Jan 8, 2010 at 1:16 AM, Dan Nicholson wrote: > On Thu, Jan 7, 2010 at 3:26 PM, Sedat Dilek > wrote: >> Indeed, I discovered a failure in both cases. >> But, I

Re: Q1: speedup: parallel-make-jobs and/or ccache Q2: radeon*g*_dri.so Q3. enable XCB

2010-01-08 Thread Sedat Dilek
Stop. $ find mesa/ -name libmesa* mesa/src/mesa/libmesa.a Strange. - Sedat - On Thu, Jan 7, 2010 at 11:51 PM, Dan Nicholson wrote: > On Thu, Jan 7, 2010 at 2:40 PM, Sedat Dilek > wrote: >> Hi Dan, >> >> [src/mesa/Makefile] >> ... >> -driver_subdirs: libmes

Re: Q1: speedup: parallel-make-jobs and/or ccache Q2: radeon*g*_dri.so Q3. enable XCB

2010-01-08 Thread Sedat Dilek
r_subdirs ... Any ideas? - Sedat - On Fri, Jan 8, 2010 at 1:16 AM, Dan Nicholson wrote: > On Thu, Jan 7, 2010 at 3:26 PM, Sedat Dilek > wrote: >> Indeed, I discovered a failure in both cases. >> But, I always do a clean checkout (build-from-scratch) and clean/clear >>

Re: Q1: speedup: parallel-make-jobs and/or ccache Q2: radeon*g*_dri.so Q3. enable XCB

2010-01-08 Thread Sedat Dilek
Hi Dan, from build to build we will squash them. Sometimes, I am not really sure if it is a bug or feature :-). You did as well did an awesome job, thanks. Kind Regards, - Sedat - On Fri, Jan 8, 2010 at 3:13 PM, Dan Nicholson wrote: > On Fri, Jan 8, 2010 at 1:27 AM, Sedat Dilek >

Re: Q1: speedup: parallel-make-jobs and/or ccache Q2: radeon*g*_dri.so Q3. enable XCB

2010-01-14 Thread Sedat Dilek
=8feb27b8ff7802f247017747fa6cc730940720d4 On Thu, Jan 7, 2010 at 8:05 PM, Sedat Dilek wrote: > Hi, > > I have a couple of questions which araised while building mesa from > upstream master [1]. > Partially, I discussed them on #radeon IRC [2,3]. > > [Q1] SpeedUp build of mesa: parallel-make-jobs and/or ccache? &

Re: [PATCHES] radeon kms pm patches

2010-03-16 Thread Sedat Dilek
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 #

Re: [PATCHES] radeon kms pm patches

2010-03-18 Thread Sedat Dilek
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

Re: [PATCHES] radeon kms pm patches

2010-03-18 Thread Sedat Dilek
[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

Re: [PATCHES] radeon kms pm patches

2010-03-18 Thread Sedat Dilek
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]

Re: [PATCHES] radeon kms pm patches

2010-03-18 Thread Sedat Dilek
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

[mesa] r300g dri/st: OpenArena corruptions with mesa-7.8 and master GIT

2010-03-19 Thread Sedat Dilek
Hi, the last days I was testing Alex Deucher's power-management-2 patches for radeon OSS driver. While testing I saw that especially r300g dri/statetracker with OpenArena have problems with mesa 7.8/master GIT branch. Mesa r300 "classic" (KMS/DRI2) is working fine here on RV515. 7.8 GIT: Scenes

Re: [Mesa3d-dev] [mesa] r300g dri/st: OpenArena corruptions with mesa-7.8 and master GIT

2010-03-19 Thread Sedat Dilek
llium-radeon --with-state-trackers=dri,glx --enable-debug --enable-glx-tls ... On Fri, Mar 19, 2010 at 2:21 PM, Marek Olšák wrote: > On Fri, Mar 19, 2010 at 11:36 AM, Sedat Dilek > wrote: >> >> Hi, >> >> the last days I was testing Alex Deucher's power-management-

Re: [Mesa3d-dev] [mesa] r300g dri/st: OpenArena corruptions with mesa-7.8 and master GIT

2010-03-20 Thread Sedat Dilek
OD: commit a899c5a76ee056e237b19d97afaadd84bca9649f Author: Ben Skeggs nv50: reset vbo_fifo before each validate THE UGLY: ??? Kind Regards, - Sedat - On Fri, Mar 19, 2010 at 2:21 PM, Marek Olšák wrote: > On Fri, Mar 19, 2010 at 11:36 AM, Sedat Dilek > wrote: >> >> Hi, >> >> the last days I was

Re: [Mesa3d-dev] New branch to switch st/dri to st_api.h

2010-03-22 Thread Sedat Dilek
On Sun, Mar 21, 2010 at 10:33 AM, Chia-I Wu wrote: > On Sun, Mar 21, 2010 at 5:19 PM, Sedat Dilek > wrote: [...] >> Even I see OpenArena got a boost from ~25fps (7.8 GIT) to ~32fps >> (master GIT incl. gallium-st-api-dri merge) >> $ cat oa_benchmark.txt >>

Re: [Mesa3d-dev] New branch to switch st/dri to st_api.h

2010-03-22 Thread Sedat Dilek
Hi Chia-I (hope this is the first name), >I've merged the branch. All Gallium DRI drivers now use st_api.h >instead of st_public.h. If you notice any regression due the merge, >please let me know so that I can work on it. The last days I have tested your gallium-st-api-dri GIT branch by merging

Re: [Mesa3d-dev] [mesa] r300g dri/st: OpenArena corruptions with mesa-7.8 and master GIT

2010-03-22 Thread Sedat Dilek
Sat, Mar 20, 2010 at 4:18 AM, Sedat Dilek > wrote: >> Hi Marek - "you are nominated for the next DRIgeller (Uri Geller)" :-) >> >> concerning my problems r300g dri/st with mesa master GIT: >> >> THE BAD: >> commit 68e58a96e80865878e6881dc4d34fcc3ec24e

[PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Sedat Dilek
Fixes here latest issues with mesa master GIT [1]. -- Sedat [1] http://marc.info/?l=mesa3d-dev&m=126934502904478&w=2 From abfee27605a026769152f067fa572eacea150dc2 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Tue, 23 Mar 2010 12:53:34 +0100 Subject: [PATCH] configure.

r300g: mesa master fails to build - missing depend to libdrm >=2.4.19

2010-03-23 Thread Sedat Dilek
Hi, I was trying to compile latest mesa master GIT: commit 2a3accb r300g: fix glean occlusion query test Unfortunately, the build breaks (see below "investigations"). I suspect the cause is I have here Debian's libdrm-2.4.18 installed. "radeon: add square-tiling flag" in [1] was post-2.4.18. So

Re: [Mesa3d-dev] [PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Sedat Dilek
d and simplified). Feedback welcome! -- Sedat On Tue, Mar 23, 2010 at 1:41 PM, Marek Olšák wrote: > Fixed in master without requiring new libdrm. > > -Marek > > On Tue, Mar 23, 2010 at 1:01 PM, Sedat Dilek > wrote: >> >> Fixes here latest issues with mesa master GIT

[PROPOSAL] configure.ac: Simplify LIBDRM_RADEON_REQUIRED and introduce LIBDRM_INTEL_REQUIRED variable

2010-03-23 Thread Sedat Dilek
Hi, what do you think about this proposal? -- Sedat From dafb5cf87fa3cc0d8dee0ad4d8dbb9e7a9ab4078 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Tue, 23 Mar 2010 14:09:23 +0100 Subject: [PATCH 1/2] configure.ac: Simplify check for LIBDRM_RADEON_REQUIRED --- configure.ac | 13

Re: [Mesa3d-dev] [PROPOSAL] configure.ac: Simplify LIBDRM_RADEON_REQUIRED and introduce LIBDRM_INTEL_REQUIRED variable

2010-03-23 Thread Sedat Dilek
tel,radeon} handled the same way in configure.ac. I have sent a V2 of my proposals with really checking for $LIBDRM_RADEON_REQUIRED (keeping $RADEON_CFLAGS and $RADEON_LDFLAGS). -- Sedat On Tue, Mar 23, 2010 at 3:02 PM, Luc Verhaegen wrote: > On Tue, Mar 23, 2010 at 02:16:03PM +0100, Sedat Dilek

[PROPOSAL-V2] configure.ac: Introduce LIBDRM_INTEL_REQUIRED variable and Really check for LIBDRM_RADEON_REQUIRED

2010-03-23 Thread Sedat Dilek
V2 of my proposal. -- Sedat From 3449473404fc77dca4d228310a8aa3ada5a321b1 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Tue, 23 Mar 2010 14:57:55 +0100 Subject: [PATCH 1/2] configure.ac: Introduce LIBDRM_INTEL_REQUIRED variable --- configure.ac |3 ++- 1 files changed, 2 insertions

Re: [Mesa3d-dev] [PATCH] configure.ac: Bump LIBDRM_RADEON_REQUIRED to 2.4.19

2010-03-23 Thread Sedat Dilek
On Tue, Mar 23, 2010 at 6:37 PM, Marek Olšák wrote: > On Tue, Mar 23, 2010 at 1:57 PM, Sedat Dilek > wrote: >> >> Thanks for the turbo fix, but you workarounded the "real" bug. > > Frankly, the Mesa build system isn't my area and I don't want to ha

Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34

2010-06-09 Thread Sedat Dilek
The patch from [1] is still missing. "cpufreq-call-nr_iowait_cpu-with-disabled-preemption.patch" from Dmitry Monakhoc Tested-by: Sedat Dilek Tested-by Maciej Rutecki I have already reported this issue on LKML [2] and cpufreq ML [3]. - Sedat - [1] http://www.spinics.net/lis

Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34

2010-07-08 Thread Sedat Dilek
Hi Rafael, On Fri, Jul 9, 2010 at 1:33 AM, Rafael J. Wysocki wrote: [...] Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16169 Subject : Complain from preemptive debug Submitter : Sedat Dilek Date: 2010-05-31 10:10 (39 days old) Message-ID

[dri-devel] BROKEN drm: ati_pcigart: Fix limit check in drm_ati_pcigart_init().

2009-02-15 Thread Sedat Dilek
Hi Dave, unfortunately, your latest DRM patch [1] is broken while building against Linux-2.6.25-rc5. This is my patch-series: - BEGIN series - 1-5-drm-ati_pcigart-Do-not-access-I-O-MEM-space-using-pointer-derefs.patch 2-5-drm-ati_pcigart-Need-to-use-PCI_DMA_BIDIRECTIONAL.patch 3-5-drm-r

Re: [dri-devel] BROKEN drm: ati_pcigart: Fix limit check in drm_ati_pcigart_init().

2009-02-15 Thread Sedat Dilek
11:14 AM, David Miller wrote: > From: Sedat Dilek > Date: Sun, 15 Feb 2009 10:28:29 +0100 > >> unfortunately, your latest DRM patch [1] is broken while building >> against Linux-2.6.25-rc5. >> >> This is my patch-series: > > Did you read my patch postings?

Re: [PATCH] drm/radeon/kms: Move radeon_get_clock_info() call out of

2009-09-17 Thread Sedat Dilek
Hi, Yesterday, I reported on #radeon IRC that latest drm-next was broken for me on a Mobility Radeon X1300 (RV515, [1002:714a]) radeon-gfx card. Booting with modeset=1 into run-level 3, ended up with a black screen and frozen system (immediately when KMS was activated): A remote-ssh-session from

Re: RFC: libdrm repo

2009-11-07 Thread Sedat Dilek
Hi, the broweseable libdrm GIT repository has a little typo: http://cgit.freedesktop.org/~krh/libdrm (not libdrm.git) Kind Regards, - Sedat - [1] http://marc.info/?l=dri-devel&m=125753272918892&w=2 -- Let Crystal R

[PATCH] xdemos: Add X11 and pthread linking options to satisfy GNU gold

2009-11-12 Thread Sedat Dilek
ian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554767 [3] http://github.com/ft/debian_fdm/blob/master/debian/patches/04support_gold.diff From cfad25a602520b872171ed36b16780308d548813 Mon Sep 17 00:00:00 2

Re: Feedback: BKL / radeon pageflipping patches / DRM Vblank timestamping patches. 1st Try.

2010-10-26 Thread Sedat Dilek
Hi Alex, Thanks for the fast reply. I checked again the patches... I have chosen the ones from people.d.o. Kind Regards, - Sedat - On Tue, Oct 26, 2010 at 6:16 PM, Alex Deucher wrote: > On Tue, Oct 26, 2010 at 9:32 AM, Sedat Dilek > wrote: >> Hi, >> >> today, I s