Re: Tracking drm_intel_bo allocation
On Fri, 25 Mar 2011 23:36:33 -0700, "Segovia, Benjamin" wrote: > Hello all, > > I am using drm_intel to access the HW. I would like to know if there is any > way to know if my application frees all the bos I used. I would like to be > sure I cleanly freed my resources and no bo is still referenced. > Is there any tool in the memory allocation part of drm_intel to do that? valgrind. The kernel releases all client references upon termination. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
RE: Tracking drm_intel_bo allocation
OK. Two last questions to be sure that I am doing correct things. 1/ I have to use an external tool to check leaks. Nothing to track per-process allocation from the kernel or from drm_intel? 2/ From libva and Mesa, I guessed that the correct way to use drm_intel for everything which is temporary (like a batch-buffer) is just to do: - drm_intel_alloc - drm_intel_exec (for example) - drm_intel_unreference Basically, I do _not_ have to be concerned about allocation overhead and how to reuse buffers: this is the role of libdrm_intel. Is it correct? Thanks for your help. Cheers, Ben -Original Message- From: Chris Wilson [mailto:ch...@chris-wilson.co.uk] Sent: Saturday, March 26, 2011 12:21 AM To: Segovia, Benjamin; DRI Subject: Re: Tracking drm_intel_bo allocation On Fri, 25 Mar 2011 23:36:33 -0700, "Segovia, Benjamin" wrote: > Hello all, > > I am using drm_intel to access the HW. I would like to know if there is any > way to know if my application frees all the bos I used. I would like to be > sure I cleanly freed my resources and no bo is still referenced. > Is there any tool in the memory allocation part of drm_intel to do that? valgrind. The kernel releases all client references upon termination. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 31892] Problems with nouveau on my HP laptop
https://bugzilla.kernel.org/show_bug.cgi?id=31892 Marcin Slusarz changed: What|Removed |Added CC||marcin.slus...@gmail.com --- Comment #1 from Marcin Slusarz 2011-03-26 13:26:43 --- Please note that nouveau bugs are generally handled in freedesktop.org bugzilla (see http://nouveau.freedesktop.org/wiki/Bugs ), so updates to this bug report might pass unnoticed. Anyhow, check whether some symptoms will disappear if you pass video=TV-1:d in kernel command line and attach complete kernel and Xorg log. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm radeon: Return -EINVAL on wrong pm sysfs access
2011/3/23 Thomas Renninger :
> drm radeon: Return -EINVAL on wrong pm sysfs access
>
> Throw an error if someone tries to fill this with
> wrong data, instead of simply ignoring the input.
> Now you get:
>
> echo hello >/sys/../power_method
> -bash: echo: write error: Invalid argument
>
> Signed-off-by: Thomas Renninger
> CC: alexander.deuc...@amd.com
> CC: dri-devel@lists.freedesktop.org
>
> ---
> drivers/gpu/drm/radeon/radeon_pm.c | 8 +---
> 1 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
> b/drivers/gpu/drm/radeon/radeon_pm.c
> index 2aed03b..08de669 100644
> --- a/drivers/gpu/drm/radeon/radeon_pm.c
> +++ b/drivers/gpu/drm/radeon/radeon_pm.c
> @@ -365,12 +365,14 @@ static ssize_t radeon_set_pm_profile(struct device *dev,
> else if (strncmp("high", buf, strlen("high")) == 0)
> rdev->pm.profile = PM_PROFILE_HIGH;
> else {
> - DRM_ERROR("invalid power profile!\n");
> + count = -EINVAL;
I think this does not match kernel coding style (braces).
--
Rafał
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm radeon: Return -EINVAL on wrong pm sysfs access
W dniu 26 marca 2011 16:38 użytkownik Rafał Miłecki napisał:
> 2011/3/23 Thomas Renninger :
>> drm radeon: Return -EINVAL on wrong pm sysfs access
>>
>> Throw an error if someone tries to fill this with
>> wrong data, instead of simply ignoring the input.
>> Now you get:
>>
>> echo hello >/sys/../power_method
>> -bash: echo: write error: Invalid argument
>>
>> Signed-off-by: Thomas Renninger
>> CC: alexander.deuc...@amd.com
>> CC: dri-devel@lists.freedesktop.org
>>
>> ---
>> drivers/gpu/drm/radeon/radeon_pm.c | 8 +---
>> 1 files changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
>> b/drivers/gpu/drm/radeon/radeon_pm.c
>> index 2aed03b..08de669 100644
>> --- a/drivers/gpu/drm/radeon/radeon_pm.c
>> +++ b/drivers/gpu/drm/radeon/radeon_pm.c
>> @@ -365,12 +365,14 @@ static ssize_t radeon_set_pm_profile(struct device
>> *dev,
>> else if (strncmp("high", buf, strlen("high")) == 0)
>> rdev->pm.profile = PM_PROFILE_HIGH;
>> else {
>> - DRM_ERROR("invalid power profile!\n");
>> + count = -EINVAL;
>
> I think this does not match kernel coding style (braces).
This is not 100% your fault of course, someone put this not proper
style here earlier. Maybe just worth fixing by the way.
--
Rafał
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 8056] s3tc broken in ut2004
https://bugs.freedesktop.org/show_bug.cgi?id=8056 Álmos changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #46 from Álmos 2011-03-26 08:45:09 PDT --- I think this issue has been solved in r300g. At least I see no corruption with rv350 and mesa 7.10. The UseVBO=True hack is not enabled by default for a good reason: it misrenders the skybox, foliage and a few lightmaps. This is the game's issue, and not specific to mesa. The speed difference it makes is negligible with nvidia blob, and with current r300g it gives around +50% performance instead of the 3x increase reported earlier. I'm closing this bug, feel free to reopen, if desired. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35697] New: System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 Summary: System locks up when watching fullscreen flash video Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: rea...@gmail.com (I have no idea if I filled the bug details correctly; I'm simply assuming this is DRI related. Could be a mesa bug or xf86-video-ati problem, or whatever; I've no idea.) There is a regression in kernel 2.6.38 that was not there in 2.6.37: When switching a flash video to fullscreen, three things can happen: * The system locks up completely (not even SysRq works) * The screen becomes black but the system is still responding (switching to a console and restarting X works) * The screen stops updating (old windows are still there even after closing them.) There's no dmesg nor any X.org.0 output when any of the above happen. I'm running Gentoo AMD64, kernel 2.6.38.1, x11-drivers/xf86-video-ati Git master, mesa Git master, xorg-server 1.9.5. My graphics card is a Radeon HD4870. I'm using KMS and Gallium and I'm on KDE 4.6.1 with desktop effects enabled. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35697] System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 --- Comment #1 from Alex Deucher 2011-03-26 09:24:51 PDT --- Was it only the kernel that you updated? E.g., does just booting an earlier kernel with the same userspace drivers fix the problem? If so, can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35697] System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 --- Comment #2 from Nikos Chantziaras 2011-03-26 09:27:46 PDT --- (In reply to comment #1) > Was it only the kernel that you updated? Yes. > E.g., does just booting an earlier kernel with the same userspace > drivers fix the problem? Yes. I also have 2.6.37.5 in my Grub menu. Booting that fixes those problems. > If so, can you bisect? Nope, sorry. I simply don't have any free time currently for bisecting the kernel. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29123] KWin crash when changing desktop effects configuration
https://bugs.freedesktop.org/show_bug.cgi?id=29123 Nikos Chantziaras changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Nikos Chantziaras 2011-03-26 09:29:44 PDT --- Seems to have been fixed by now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35697] System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 --- Comment #3 from Nikos Chantziaras 2011-03-26 09:31:30 PDT --- Forgot to mention the Flash version I'm using: 10.2.153.1_p201011173, 64-bit. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 8056] s3tc broken in ut2004
https://bugs.freedesktop.org/show_bug.cgi?id=8056 --- Comment #47 from Matt Turner 2011-03-26 10:58:18 PDT --- (In reply to comment #46) > The UseVBO=True hack Hack? I used this years ago with the classic r300 driver and don't remember it misrendering anything. Do you have a link or something that explains why it's a hack? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35622] [i915g] 6358e6371b31671acbfa7c00336673f62ee928c5 result in a black screen in the main menu of portal in wine
https://bugs.freedesktop.org/show_bug.cgi?id=35622 --- Comment #1 from Daniel Vetter 2011-03-26 13:48:33 PDT --- CME, what gpu do you have? 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 35622] [i945gme] 6358e6371b31671acbfa7c00336673f62ee928c5 result in a black screen in the main menu of portal in wine
https://bugs.freedesktop.org/show_bug.cgi?id=35622 Daniel Vetter changed: What|Removed |Added Summary|[i915g] |[i945gme] |6358e6371b31671acbfa7c00336 |6358e6371b31671acbfa7c00336 |673f62ee928c5 result in a |673f62ee928c5 result in a |black screen in the main|black screen in the main |menu of portal in wine |menu of portal in wine -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 31892] New: Problems with nouveau on my HP laptop
https://bugzilla.kernel.org/show_bug.cgi?id=31892 Summary: Problems with nouveau on my HP laptop Product: Drivers Version: 2.5 Kernel Version: 2.6.38-Linus-07088-gb973a3b Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri at kernel-bugs.osdl.org ReportedBy: Larry.Finger at lwfinger.net Regression: No First of all, this is not a complaint. Using 2.6.38-gitX, my laptop works correctly using the nouveau driver, at least for X. I previously tried it with the 2.6.37 kernel in openSUSE 11.4. At that point, nothing worked. I congratulate you on your improvements. My hardware is given by "sudo lspci -vvv" as 00:12.0 VGA compatible controller: nVidia Corporation C67 [GeForce 7150M / nForce 630M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 30d6 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[git pull] drm fixes
Le vendredi 25 mars 2011 ? 16:44 +0100, Peter Stuge a ?crit : > Michel D?nzer wrote: > > You won't have any trouble finding plenty of examples of newcomers > > having a better experience, as most of them thankfully don't come in > > with such a bad attitude and conduct. > > To a bystander it would seem that Ilija has great attitude and conduct. And to another bystander he looked a bit autistic. Xav
Tracking drm_intel_bo allocation
On Fri, 25 Mar 2011 23:36:33 -0700, "Segovia, Benjamin" wrote: > Hello all, > > I am using drm_intel to access the HW. I would like to know if there is any > way to know if my application frees all the bos I used. I would like to be > sure I cleanly freed my resources and no bo is still referenced. > Is there any tool in the memory allocation part of drm_intel to do that? valgrind. The kernel releases all client references upon termination. -Chris -- Chris Wilson, Intel Open Source Technology Centre
Tracking drm_intel_bo allocation
OK. Two last questions to be sure that I am doing correct things. 1/ I have to use an external tool to check leaks. Nothing to track per-process allocation from the kernel or from drm_intel? 2/ From libva and Mesa, I guessed that the correct way to use drm_intel for everything which is temporary (like a batch-buffer) is just to do: - drm_intel_alloc - drm_intel_exec (for example) - drm_intel_unreference Basically, I do _not_ have to be concerned about allocation overhead and how to reuse buffers: this is the role of libdrm_intel. Is it correct? Thanks for your help. Cheers, Ben -Original Message- From: Chris Wilson [mailto:ch...@chris-wilson.co.uk] Sent: Saturday, March 26, 2011 12:21 AM To: Segovia, Benjamin; DRI Subject: Re: Tracking drm_intel_bo allocation On Fri, 25 Mar 2011 23:36:33 -0700, "Segovia, Benjamin" wrote: > Hello all, > > I am using drm_intel to access the HW. I would like to know if there is any > way to know if my application frees all the bos I used. I would like to be > sure I cleanly freed my resources and no bo is still referenced. > Is there any tool in the memory allocation part of drm_intel to do that? valgrind. The kernel releases all client references upon termination. -Chris -- Chris Wilson, Intel Open Source Technology Centre
[Bug 31892] Problems with nouveau on my HP laptop
https://bugzilla.kernel.org/show_bug.cgi?id=31892 Marcin Slusarz changed: What|Removed |Added CC||marcin.slusarz at gmail.com --- Comment #1 from Marcin Slusarz 2011-03-26 13:26:43 --- Please note that nouveau bugs are generally handled in freedesktop.org bugzilla (see http://nouveau.freedesktop.org/wiki/Bugs ), so updates to this bug report might pass unnoticed. Anyhow, check whether some symptoms will disappear if you pass video=TV-1:d in kernel command line and attach complete kernel and Xorg log. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm radeon: Return -EINVAL on wrong pm sysfs access
2011/3/23 Thomas Renninger :
> drm radeon: Return -EINVAL on wrong pm sysfs access
>
> Throw an error if someone tries to fill this with
> wrong data, instead of simply ignoring the input.
> Now you get:
>
> echo hello >/sys/../power_method
> -bash: echo: write error: Invalid argument
>
> Signed-off-by: Thomas Renninger
> CC: Alexander.Deucher at amd.com
> CC: dri-devel at lists.freedesktop.org
>
> ---
> ?drivers/gpu/drm/radeon/radeon_pm.c | ? ?8 +---
> ?1 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
> b/drivers/gpu/drm/radeon/radeon_pm.c
> index 2aed03b..08de669 100644
> --- a/drivers/gpu/drm/radeon/radeon_pm.c
> +++ b/drivers/gpu/drm/radeon/radeon_pm.c
> @@ -365,12 +365,14 @@ static ssize_t radeon_set_pm_profile(struct device *dev,
> ? ? ? ? ? ? ? ?else if (strncmp("high", buf, strlen("high")) == 0)
> ? ? ? ? ? ? ? ? ? ? ? ?rdev->pm.profile = PM_PROFILE_HIGH;
> ? ? ? ? ? ? ? ?else {
> - ? ? ? ? ? ? ? ? ? ? ? DRM_ERROR("invalid power profile!\n");
> + ? ? ? ? ? ? ? ? ? ? ? count = -EINVAL;
I think this does not match kernel coding style (braces).
--
Rafa?
[PATCH] drm radeon: Return -EINVAL on wrong pm sysfs access
W dniu 26 marca 2011 16:38 u?ytkownik Rafa? Mi?ecki
napisa?:
> 2011/3/23 Thomas Renninger :
>> drm radeon: Return -EINVAL on wrong pm sysfs access
>>
>> Throw an error if someone tries to fill this with
>> wrong data, instead of simply ignoring the input.
>> Now you get:
>>
>> echo hello >/sys/../power_method
>> -bash: echo: write error: Invalid argument
>>
>> Signed-off-by: Thomas Renninger
>> CC: Alexander.Deucher at amd.com
>> CC: dri-devel at lists.freedesktop.org
>>
>> ---
>> ?drivers/gpu/drm/radeon/radeon_pm.c | ? ?8 +---
>> ?1 files changed, 5 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
>> b/drivers/gpu/drm/radeon/radeon_pm.c
>> index 2aed03b..08de669 100644
>> --- a/drivers/gpu/drm/radeon/radeon_pm.c
>> +++ b/drivers/gpu/drm/radeon/radeon_pm.c
>> @@ -365,12 +365,14 @@ static ssize_t radeon_set_pm_profile(struct device
>> *dev,
>> ? ? ? ? ? ? ? ?else if (strncmp("high", buf, strlen("high")) == 0)
>> ? ? ? ? ? ? ? ? ? ? ? ?rdev->pm.profile = PM_PROFILE_HIGH;
>> ? ? ? ? ? ? ? ?else {
>> - ? ? ? ? ? ? ? ? ? ? ? DRM_ERROR("invalid power profile!\n");
>> + ? ? ? ? ? ? ? ? ? ? ? count = -EINVAL;
>
> I think this does not match kernel coding style (braces).
This is not 100% your fault of course, someone put this not proper
style here earlier. Maybe just worth fixing by the way.
--
Rafa?
[Bug 8056] s3tc broken in ut2004
https://bugs.freedesktop.org/show_bug.cgi?id=8056 ?lmos changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #46 from ?lmos 2011-03-26 08:45:09 PDT --- I think this issue has been solved in r300g. At least I see no corruption with rv350 and mesa 7.10. The UseVBO=True hack is not enabled by default for a good reason: it misrenders the skybox, foliage and a few lightmaps. This is the game's issue, and not specific to mesa. The speed difference it makes is negligible with nvidia blob, and with current r300g it gives around +50% performance instead of the 3x increase reported earlier. I'm closing this bug, feel free to reopen, if desired. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35697] New: System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 Summary: System locks up when watching fullscreen flash video Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: realnc at gmail.com (I have no idea if I filled the bug details correctly; I'm simply assuming this is DRI related. Could be a mesa bug or xf86-video-ati problem, or whatever; I've no idea.) There is a regression in kernel 2.6.38 that was not there in 2.6.37: When switching a flash video to fullscreen, three things can happen: * The system locks up completely (not even SysRq works) * The screen becomes black but the system is still responding (switching to a console and restarting X works) * The screen stops updating (old windows are still there even after closing them.) There's no dmesg nor any X.org.0 output when any of the above happen. I'm running Gentoo AMD64, kernel 2.6.38.1, x11-drivers/xf86-video-ati Git master, mesa Git master, xorg-server 1.9.5. My graphics card is a Radeon HD4870. I'm using KMS and Gallium and I'm on KDE 4.6.1 with desktop effects enabled. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35697] System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 --- Comment #1 from Alex Deucher 2011-03-26 09:24:51 PDT --- Was it only the kernel that you updated? E.g., does just booting an earlier kernel with the same userspace drivers fix the problem? If so, can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35697] System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 --- Comment #2 from Nikos Chantziaras 2011-03-26 09:27:46 PDT --- (In reply to comment #1) > Was it only the kernel that you updated? Yes. > E.g., does just booting an earlier kernel with the same userspace > drivers fix the problem? Yes. I also have 2.6.37.5 in my Grub menu. Booting that fixes those problems. > If so, can you bisect? Nope, sorry. I simply don't have any free time currently for bisecting the kernel. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29123] KWin crash when changing desktop effects configuration
https://bugs.freedesktop.org/show_bug.cgi?id=29123 Nikos Chantziaras changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Nikos Chantziaras 2011-03-26 09:29:44 PDT --- Seems to have been fixed by now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35697] System locks up when watching fullscreen flash video
https://bugs.freedesktop.org/show_bug.cgi?id=35697 --- Comment #3 from Nikos Chantziaras 2011-03-26 09:31:30 PDT --- Forgot to mention the Flash version I'm using: 10.2.153.1_p201011173, 64-bit. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 8056] s3tc broken in ut2004
https://bugs.freedesktop.org/show_bug.cgi?id=8056 --- Comment #47 from Matt Turner 2011-03-26 10:58:18 PDT --- (In reply to comment #46) > The UseVBO=True hack Hack? I used this years ago with the classic r300 driver and don't remember it misrendering anything. Do you have a link or something that explains why it's a hack? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35622] [i915g] 6358e6371b31671acbfa7c00336673f62ee928c5 result in a black screen in the main menu of portal in wine
https://bugs.freedesktop.org/show_bug.cgi?id=35622 --- Comment #1 from Daniel Vetter 2011-03-26 13:48:33 PDT --- CME, what gpu do you have? 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 35622] [i945gme] 6358e6371b31671acbfa7c00336673f62ee928c5 result in a black screen in the main menu of portal in wine
https://bugs.freedesktop.org/show_bug.cgi?id=35622 Daniel Vetter changed: What|Removed |Added Summary|[i915g] |[i945gme] |6358e6371b31671acbfa7c00336 |6358e6371b31671acbfa7c00336 |673f62ee928c5 result in a |673f62ee928c5 result in a |black screen in the main|black screen in the main |menu of portal in wine |menu of portal in wine -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
