[Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Dec 22, 2010, at 6:23 PM, Jesse Barnes wrote: > On Wed, 22 Dec 2010 05:36:13 +0100 > Mario Kleiner wrote: > >>> >>> -- >>> >>> Message: 1 >>> Date: Mon, 20 Dec 2010 19:23:40 -0800 >>> From: Keith Packard >>> Subject: Re:

Freescale Linux BSP review

On 22 December 2010 21:22, Nicolas Pitre wrote: > Having accommodations in the kernel for proprietary drivers is not a > mutual benefit anymore. ?That might be hard to understand from your > point of view, but the incentives in the Open Source communities aren't > based on commercial results.

Freescale Linux BSP review

> it would take until a beta driver appears? 1 year? 2 years? And what will > happen > in the meantime? plainly.some other company will take over the market, and sell products with open drivers available. in meantime arm devices can still be used for i.e. dataloggers, especially without linux

Freescale Linux BSP review

> On 22 December 2010 20:39, Piotr Gluszenia Slawinski > wrote: >>> So to say that the corporate world might need to consider Open Source to >>> be competitive and survive, but the reverse is not true i.e. Open Source >>> doesn't _require_ the corporate world to survive. >> >> i agree with it

Freescale Linux BSP review

On 22 December 2010 20:39, Piotr Gluszenia Slawinski wrote: >> So to say that the corporate world might need to consider Open Source to >> be competitive and survive, but the reverse is not true i.e. Open Source >> doesn't _require_ the corporate world to survive. > > i agree with it fully, and

[git pull] drm fixes

On Wed, Dec 22, 2010 at 8:59 AM, Chris Wilson wrote: > On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai wrote: >> The commit 448f53a1ede54eb854d036abf54573281412d650 >> ? drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks >> >> causes a regression on a SandyBridge machine here. >> The

Freescale Linux BSP review

> So to say that the corporate world might need to consider Open Source to > be competitive and survive, but the reverse is not true i.e. Open Source > doesn't _require_ the corporate world to survive. i agree with it fully, and to support this claim i want to remind the simple rule of capital

Freescale Linux BSP review

On Thu, 23 Dec 2010, Xavier Bestel wrote: > Le mercredi 22 d?cembre 2010 ? 15:29 -0500, Nicolas Pitre a ?crit : > > It is > > not economically viable for the Open Source community to accommodate > > proprietary drivers, irrespective of how loud you might advocate for > > that. > > I think you

[git pull] drm fixes

At Wed, 22 Dec 2010 16:59:06 +, Chris Wilson wrote: > > On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai wrote: > > The commit 448f53a1ede54eb854d036abf54573281412d650 > > drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks > > > > causes a regression on a SandyBridge machine here. > >

[git pull] drm fixes

At Tue, 21 Dec 2010 23:43:18 + (GMT), Dave Airlie wrote: > > > Hi, > > meant to get this out earlier, but I've been off sick as well as having a > sick kid, also meant a few things piled up when I wasn't looking > > contains a revert for reported regression in intel and also one in

[git pull] drm fixes

On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai wrote: > The commit 448f53a1ede54eb854d036abf54573281412d650 > drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks > > causes a regression on a SandyBridge machine here. > The laptop display (LVDS) becomes blank. Reverting the commit fixes >

Freescale Linux BSP review

On Wed, 22 Dec 2010, Konstantinos Margaritis wrote: > On 22 December 2010 21:22, Nicolas Pitre wrote: > > Having accommodations in the kernel for proprietary drivers is not a > > mutual benefit anymore. ?That might be hard to understand from your > > point of view, but the incentives in the Open

Freescale Linux BSP review

On Wed, 22 Dec 2010, Konstantinos Margaritis wrote: > On 22 December 2010 20:39, Piotr Gluszenia Slawinski > wrote: > >> So to say that the corporate world might need to consider Open Source to > >> be competitive and survive, but the reverse is not true i.e. Open Source > >> doesn't _require_

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #12 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-22 13:48:56 PST --- (In reply to comment #9) > With the patch from comment 8, try these possible fixes: > > diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c >

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #11 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-22 13:47:35 PST --- Created an attachment (id=41380) --> (https://bugs.freedesktop.org/attachment.cgi?id=41380) patch + RADEON_PLL_NO_ODD_POST_DIV registers for kms with new

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #10 from Gildas Le Nadan <3ntr0p13 at gmail.com> 2010-12-22 13:45:40 PST --- Created an attachment (id=41379) --> (https://bugs.freedesktop.org/attachment.cgi?id=41379) patch+RADEON_PLL_PREFER_CLOSEST_HIGHER registers for kms with

Freescale Linux BSP review

On Wed, Dec 22, 2010 at 6:02 AM, Konstantinos Margaritis wrote: > On 22 December 2010 09:51, Matt Sealey wrote: >> Okay I hereby refrain from legal comments. >> >> In any case, this code has passed legal at Freescale and AMD *AND* >> Qualcomm. It would not be GPL if it has not been vetted (and

Freescale Linux BSP review

On Wed, 22 Dec 2010, Tom Gall wrote: > The very important part of this whole discussion is getting arm Linux and it's > 3d driver situation so it TOO is the best. > > Right now it's not and pointing to other elements of the system and saying > "it's great" is besides the point. My whole point,

[Bug 30131] Command & Conquer 3 crashes with r300g

https://bugs.freedesktop.org/show_bug.cgi?id=30131 --- Comment #7 from Marek Ol??k 2010-12-22 13:21:40 PST --- The game should not crash the X server. If it does, you are probably using indirect rendering, which might happen with 32-bit apps on x86_64 systems. Indirect rendering is buggy, slow,

Freescale Linux BSP review

On 22 December 2010 09:51, Matt Sealey wrote: > Okay I hereby refrain from legal comments. > > In any case, this code has passed legal at Freescale and AMD *AND* > Qualcomm. It would not be GPL if it has not been vetted (and it took > them a year to get to this point). It appears that this

[PATCH] drm: Recover DPMS properly after XRandr re-enablement

On Wed, 22 Dec 2010 12:42:32 +, Chris Wilson wrote: > From: Takashi Iwai > This patch adds a new helper function to manage the drm_connector > DPMS so that it can be called commonly in both places. > > Signed-off-by: Takashi Iwai FWIW, Reviewed-by: Chris Wilson -Chris -- Chris

[Bug 30131] Command & Conquer 3 crashes with r300g

https://bugs.freedesktop.org/show_bug.cgi?id=30131 --- Comment #6 from Martin Stolpe 2010-12-22 12:47:13 PST --- Created an attachment (id=41378) --> (https://bugs.freedesktop.org/attachment.cgi?id=41378) wine output Unfortunately this is still a problem with the latest mesa git. --

[PATCH] drm: Recover DPMS properly after XRandr re-enablement

From: Takashi Iwai When the output is turned off via "xrandr --off" and re-enabled again with the same mode, drm doesn't reset DPMS, thus it results in a black screen. A typical example is something like: % xrandr --output LVDS1 --mode 1024x768 % xrandr --output VGA1

Freescale Linux BSP review

On Wed, Dec 22, 2010 at 11:54 AM, Piotr Gluszenia Slawinski wrote: >> you have two pieces of code, a userspace 3D *driver* (not >> application), and a kernel driver talking to the hw, if the userspace >> 3D driver cannot exist without the kernel driver, it could very well >> be considered a

[PATCH] drm/radeon: Remove DRIVER_DATE for UMS and KMS

2010/12/22 Michel D?nzer : > On Mit, 2010-12-22 at 08:38 +0100, Sedat Dilek wrote: >> >> sorry, I still haven't setup a git-send-mail, thus sending the >> old-fashioned way as attached patch. > > Your mailer might allow integrating the output of git format-patch into > the mail body directly

Freescale Linux BSP review

On Wed, 22 Dec 2010, David Rusling wrote: > Now for a bit of a rant. Personally, I have a deep and abiding > respect for open source (for me, it's the key social invention of the > internet age), however I also recognise that it would not exist > without companies using open source as

[Bug 25422] nouveau fails to build on ia64

https://bugzilla.kernel.org/show_bug.cgi?id=25422 Rafael J. Wysocki changed: What|Removed |Added Status|NEW |RESOLVED CC|

Freescale Linux BSP review

Konstantinos, thanks, I agree with your thoughts. My approach has been to accept small steps in the right direction and encourage reasoned discussion. I also think that Linaro's main function is as a place where all the moving parts can collaborate.Right now, the GPU 'problem'

Freescale Linux BSP review

On Wed, Dec 22, 2010 at 11:20 AM, Nicolas Pitre wrote: > On Wed, 22 Dec 2010, David Rusling wrote: > >> ? ? ? Now for a bit of a rant. ?Personally, I have a deep and abiding >> respect for open source (for me, it's the key social invention of the >> internet age), however I also recognise that it

Freescale Linux BSP review

On Wed, Dec 22, 2010 at 3:29 AM, Matt Sealey wrote: > On Tue, Dec 21, 2010 at 5:50 AM, Arnd Bergmann wrote: >> On Tuesday 21 December 2010 03:17:40 Piotr Gluszenia Slawinski wrote: >>> On Mon, 20 Dec 2010, Alan Cox wrote: >>> >>> >> My point which people keep missing is that graphics stacks are

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #9 from Alex Deucher 2010-12-22 11:28:24 PST --- With the patch from comment 8, try these possible fixes: diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c b/drivers/gpu/drm/radeon/atombios_crtc.c index b0ab185..0be8015 100644

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #8 from Alex Deucher 2010-12-22 11:26:01 PST --- Created an attachment (id=41376) View: https://bugs.freedesktop.org/attachment.cgi?id=41376 Review: https://bugs.freedesktop.org/review?bug=32556=41376 add new pll flag This patch

[PATCH] drm/radeon/kms: fix bug in r600_gpu_is_lockup

On Tue, Dec 21, 2010 at 4:05 PM, Alex Deucher wrote: > We were using the lockup struct from the wrong union. > > Signed-off-by: Alex Deucher > Cc: Jerome Glisse Reviewed-by: Jerome Glisse > --- > ?drivers/gpu/drm/radeon/r600.c | ? 10 -- > ?1 files changed, 8 insertions(+), 2

[PATCH] drm: Remove DRIVER_DATE and CORE_DATE

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20101222/df11c91d/attachment-0001.bin>

[Bug 32544] [r300g] LLVM support for software TLS implementation doesn't work

https://bugs.freedesktop.org/show_bug.cgi?id=32544 --- Comment #1 from Marek Ol??k 2010-12-22 10:22:58 PST --- I don't have a problem with r300g/LLVM. Could you possibly bisect the issue on your machine? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Wed, 22 Dec 2010 05:36:13 +0100 Mario Kleiner wrote: > > -- > > > > Message: 1 > > Date: Mon, 20 Dec 2010 19:23:40 -0800 > > From: Keith Packard > > Subject: Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks > > To:

drm-nvidia-switch git branch but still vgaswitcheroo not working for i915/nvidia (nouveau) on ASUS U30JC

Tried the branchdrm-nvidia-switch . No way to make vgaswitcheroo work: both echo "DDIS" > /sys/kernel/debug/vgaswitcheroo/switch and echo "OFF" > /sys/kernel/debug/vgaswitcheroo/switch hang the machine. The first command hangs immediately, the second at X restart. DMESG out in the first

[PATCH] drm/radeon: Remove DRIVER_DATE for UMS and KMS

On Mit, 2010-12-22 at 08:38 +0100, Sedat Dilek wrote: > > sorry, I still haven't setup a git-send-mail, thus sending the > old-fashioned way as attached patch. Your mailer might allow integrating the output of git format-patch into the mail body directly instead. > This patch (against

[PATCH 0/9] TI DMM-TILER driver

On Fri, Dec 17, 2010 at 09:28:07AM +1000, Dave Airlie wrote: > On Fri, Dec 17, 2010 at 5:02 AM, David Sin wrote: > I get the impression with the ARM graphics, that you just have a lot > of separate drivers for separate IP blocks all providing some misc > random interfaces to userspace where some

[Bug 28994] [r300c] [r300g] skybox in ut2004 is not seamless

https://bugs.freedesktop.org/show_bug.cgi?id=28994 ?lmos changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

linux-next: Patchsets from Daniel Vetter (drm-next) and backlight-type patchset

Hi, last weekend I upgraded my toolchain and kernel-buildsystem and was investigating the last days a known issue between systemd and linux-next (which could be finally solved).

VERY slow scrolling on radeon graphics card: debugging a timing issue?

On 12/22/2010 05:00 AM, Andrew Morton wrote: > (cc dri-devel) > > On Mon, 20 Dec 2010 23:58:21 +0300 Michael Tokarev wrote: > > >> Hello. >> >> A weird problem here, and I'm looking for help in >> an attempt to solve it. >> >> Ever since KMS went into kernel and I tried turning >> it on, the

No subject

attached setup.log), which I partly cherry-picked [1] or refreshed against linux-next (next-20101217). They worked also with yesterdays next-20101221. I have attached a follow-up/fix-up patch for one of Daniel's patchsets. (See below

Freescale Linux BSP review

> You need to read before replying. > > If the interface is a generic interface that any software can use then > its fine, when the interface is a specific interface for a specific > closed userspace driver it becomes questionable. > > Again you are thinking general case when we are talking

Freescale Linux BSP review

> you have two pieces of code, a userspace 3D *driver* (not > application), and a kernel driver talking to the hw, if the userspace > 3D driver cannot exist without the kernel driver, it could very well > be considered a derivative work of the kernel driver. You are not > protected by the standard

VERY slow scrolling on radeon graphics card: debugging a timing issue?

(cc dri-devel) On Mon, 20 Dec 2010 23:58:21 +0300 Michael Tokarev wrote: > Hello. > > A weird problem here, and I'm looking for help in > an attempt to solve it. > > Ever since KMS went into kernel and I tried turning > it on, the scrolling speed on the resulting "text" > console (with kms it

Freescale Linux BSP review

Okay I hereby refrain from legal comments. In any case, this code has passed legal at Freescale and AMD *AND* Qualcomm. It would not be GPL if it has not been vetted (and it took them a year to get to this point). -- Matt Sealey Product Development Analyst, Genesi USA, Inc. On Tue, Dec 21,

[Bug 25422] nouveau fails to build on ia64

https://bugzilla.kernel.org/show_bug.cgi?id=25422 Ben Hutchings changed: What|Removed |Added Blocks||21782 -- Configure bugmail:

[Bug 25422] New: nouveau fails to build on ia64

https://bugzilla.kernel.org/show_bug.cgi?id=25422 Summary: nouveau fails to build on ia64 Product: Drivers Version: 2.5 Kernel Version: 2.6.37-rc5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW

[PATCH] drm: Remove DRIVER_DATE and CORE_DATE

DRIVER_DATE is not maintained or upgraded on changes in many drm drivers. For example radeon has one DRIVER_DATE for User and Kernel ModeSetting driver, this makes no sense as UMS and KMS driver have different versions. And of course this all increases maintenance, too. For radeon it is enough to

Re: [PATCH] drm/radeon: Remove DRIVER_DATE for UMS and KMS

2010/12/22 Michel Dänzer mic...@daenzer.net: On Mit, 2010-12-22 at 08:38 +0100, Sedat Dilek wrote: sorry, I still haven't setup a git-send-mail, thus sending the old-fashioned way as attached patch. Your mailer might allow integrating the output of git format-patch into the mail body

[Bug 25422] nouveau fails to build on ia64

https://bugzilla.kernel.org/show_bug.cgi?id=25422 Rafael J. Wysocki r...@sisk.pl changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm: Recover DPMS properly after XRandr re-enablement

From: Takashi Iwai ti...@suse.de When the output is turned off via xrandr --off and re-enabled again with the same mode, drm doesn't reset DPMS, thus it results in a black screen. A typical example is something like: % xrandr --output LVDS1 --mode 1024x768 % xrandr --output VGA1

Re: [PATCH] drm: Recover DPMS properly after XRandr re-enablement

On Wed, 22 Dec 2010 12:42:32 +, Chris Wilson ch...@chris-wilson.co.uk wrote: From: Takashi Iwai ti...@suse.de This patch adds a new helper function to manage the drm_connector DPMS so that it can be called commonly in both places. Signed-off-by: Takashi Iwai ti...@suse.de FWIW,

Re: [PATCH 0/9] TI DMM-TILER driver

On Fri, Dec 17, 2010 at 09:28:07AM +1000, Dave Airlie wrote: On Fri, Dec 17, 2010 at 5:02 AM, David Sin david...@ti.com wrote: I get the impression with the ARM graphics, that you just have a lot of separate drivers for separate IP blocks all providing some misc random interfaces to userspace

[Bug 28994] [r300c] [r300g] skybox in ut2004 is not seamless

https://bugs.freedesktop.org/show_bug.cgi?id=28994 Álmos aaalmo...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

Re: [PATCH] drm/radeon/kms: fix bug in r600_gpu_is_lockup

On Tue, Dec 21, 2010 at 4:05 PM, Alex Deucher alexdeuc...@gmail.com wrote: We were using the lockup struct from the wrong union. Signed-off-by: Alex Deucher alexdeuc...@gmail.com Cc: Jerome Glisse jgli...@redhat.com Reviewed-by: Jerome Glisse jgli...@redhat.com ---  

Re: [git pull] drm fixes

On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai ti...@suse.de wrote: The commit 448f53a1ede54eb854d036abf54573281412d650 drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks causes a regression on a SandyBridge machine here. The laptop display (LVDS) becomes blank. Reverting the commit

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Wed, 22 Dec 2010 05:36:13 +0100 Mario Kleiner mario.klei...@tuebingen.mpg.de wrote: -- Message: 1 Date: Mon, 20 Dec 2010 19:23:40 -0800 From: Keith Packard kei...@keithp.com Subject: Re: [Intel-gfx] [PATCH] drm:

drm-nvidia-switch git branch but still vgaswitcheroo not working for i915/nvidia (nouveau) on ASUS U30JC

Tried the branchdrm-nvidia-switch . No way to make vgaswitcheroo work: both echo DDIS /sys/kernel/debug/vgaswitcheroo/switch and echo OFF /sys/kernel/debug/vgaswitcheroo/switch hang the machine. The first command hangs immediately, the second at X restart. DMESG out in the first case:

Re: Freescale Linux BSP review

On 22 December 2010 09:51, Matt Sealey m...@genesi-usa.com wrote: Okay I hereby refrain from legal comments. In any case, this code has passed legal at Freescale and AMD *AND* Qualcomm. It would not be GPL if it has not been vetted (and it took them a year to get to this point). It appears

Re: VERY slow scrolling on radeon graphics card: debugging a timing issue?

On 12/22/2010 05:00 AM, Andrew Morton wrote: (cc dri-devel) On Mon, 20 Dec 2010 23:58:21 +0300 Michael Tokarev m...@tls.msk.ru wrote: Hello. A weird problem here, and I'm looking for help in an attempt to solve it. Ever since KMS went into kernel and I tried turning it on, the

Re: Freescale Linux BSP review

Konstantinos, thanks, I agree with your thoughts. My approach has been to accept small steps in the right direction and encourage reasoned discussion. I also think that Linaro's main function is as a place where all the moving parts can collaborate.Right now, the GPU 'problem'

Re: [git pull] drm fixes

At Wed, 22 Dec 2010 16:59:06 +, Chris Wilson wrote: On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai ti...@suse.de wrote: The commit 448f53a1ede54eb854d036abf54573281412d650 drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks causes a regression on a SandyBridge machine here.

Re: Freescale Linux BSP review

On Wed, 22 Dec 2010, David Rusling wrote: Now for a bit of a rant. Personally, I have a deep and abiding respect for open source (for me, it's the key social invention of the internet age), however I also recognise that it would not exist without companies using open source as part

[Bug 32544] [r300g] LLVM support for software TLS implementation doesn't work

https://bugs.freedesktop.org/show_bug.cgi?id=32544 --- Comment #1 from Marek Olšák mar...@gmail.com 2010-12-22 10:22:58 PST --- I don't have a problem with r300g/LLVM. Could you possibly bisect the issue on your machine? -- Configure bugmail:

Re: Freescale Linux BSP review

On Wed, 22 Dec 2010, Tom Gall wrote: The very important part of this whole discussion is getting arm Linux and it's 3d driver situation so it TOO is the best. Right now it's not and pointing to other elements of the system and saying it's great is besides the point. My whole point, if I

Re: Freescale Linux BSP review

On Wed, Dec 22, 2010 at 6:02 AM, Konstantinos Margaritis mar...@genesi-usa.com wrote: On 22 December 2010 09:51, Matt Sealey m...@genesi-usa.com wrote: Okay I hereby refrain from legal comments. In any case, this code has passed legal at Freescale and AMD *AND* Qualcomm. It would not be GPL

Re: Freescale Linux BSP review

So to say that the corporate world might need to consider Open Source to be competitive and survive, but the reverse is not true i.e. Open Source doesn't _require_ the corporate world to survive. i agree with it fully, and to support this claim i want to remind the simple rule of capital

Re: Freescale Linux BSP review

On 22 December 2010 20:39, Piotr Gluszenia Slawinski curi...@bwv190.internetdsl.tpnet.pl wrote: So to say that the corporate world might need to consider Open Source to be competitive and survive, but the reverse is not true i.e. Open Source doesn't _require_ the corporate world to survive. i

Re: Freescale Linux BSP review

On Wed, 22 Dec 2010, Konstantinos Margaritis wrote: On 22 December 2010 20:39, Piotr Gluszenia Slawinski curi...@bwv190.internetdsl.tpnet.pl wrote: So to say that the corporate world might need to consider Open Source to be competitive and survive, but the reverse is not true i.e. Open

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #8 from Alex Deucher ag...@yahoo.com 2010-12-22 11:26:01 PST --- Created an attachment (id=41376) View: https://bugs.freedesktop.org/attachment.cgi?id=41376 Review: https://bugs.freedesktop.org/review?bug=32556attachment=41376 add

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #9 from Alex Deucher ag...@yahoo.com 2010-12-22 11:28:24 PST --- With the patch from comment 8, try these possible fixes: diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c b/drivers/gpu/drm/radeon/atombios_crtc.c index

Re: Freescale Linux BSP review

On 22 December 2010 21:22, Nicolas Pitre nicolas.pi...@linaro.org wrote: Having accommodations in the kernel for proprietary drivers is not a mutual benefit anymore.  That might be hard to understand from your point of view, but the incentives in the Open Source communities aren't based on

Re: Freescale Linux BSP review

I'm not advocating that closed source drivers be included in the kernel, but IMHO, having an open kernel-space driver would also help the reverse engineering process at the same time as allowing common users as well as developers to use and test any 3D applications -don't forget that 3D

Re: Freescale Linux BSP review

On 22 December 2010 20:39, Piotr Gluszenia Slawinski curi...@bwv190.internetdsl.tpnet.pl wrote: So to say that the corporate world might need to consider Open Source to be competitive and survive, but the reverse is not true i.e. Open Source doesn't _require_ the corporate world to survive. i

Re: Freescale Linux BSP review

it would take until a beta driver appears? 1 year? 2 years? And what will happen in the meantime? plainly.some other company will take over the market, and sell products with open drivers available. in meantime arm devices can still be used for i.e. dataloggers, especially without linux

[Bug 30131] Command Conquer 3 crashes with r300g

https://bugs.freedesktop.org/show_bug.cgi?id=30131 --- Comment #6 from Martin Stolpe martinsto...@gmail.com 2010-12-22 12:47:13 PST --- Created an attachment (id=41378) -- (https://bugs.freedesktop.org/attachment.cgi?id=41378) wine output Unfortunately this is still a problem with the latest

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Dec 22, 2010, at 6:23 PM, Jesse Barnes wrote: On Wed, 22 Dec 2010 05:36:13 +0100 Mario Kleiner mario.klei...@tuebingen.mpg.de wrote: -- Message: 1 Date: Mon, 20 Dec 2010 19:23:40 -0800 From: Keith Packard

[Bug 30131] Command Conquer 3 crashes with r300g

https://bugs.freedesktop.org/show_bug.cgi?id=30131 --- Comment #7 from Marek Olšák mar...@gmail.com 2010-12-22 13:21:40 PST --- The game should not crash the X server. If it does, you are probably using indirect rendering, which might happen with 32-bit apps on x86_64 systems. Indirect rendering

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #10 from Gildas Le Nadan 3ntr0...@gmail.com 2010-12-22 13:45:40 PST --- Created an attachment (id=41379) -- (https://bugs.freedesktop.org/attachment.cgi?id=41379) patch+RADEON_PLL_PREFER_CLOSEST_HIGHER registers for kms with new

[Bug 32556] screen flickers all the time with desktop image appearing only briefly

https://bugs.freedesktop.org/show_bug.cgi?id=32556 --- Comment #11 from Gildas Le Nadan 3ntr0...@gmail.com 2010-12-22 13:47:35 PST --- Created an attachment (id=41380) -- (https://bugs.freedesktop.org/attachment.cgi?id=41380) patch + RADEON_PLL_NO_ODD_POST_DIV registers for kms with new pll

Re: Freescale Linux BSP review

Le mercredi 22 décembre 2010 à 15:29 -0500, Nicolas Pitre a écrit : It is not economically viable for the Open Source community to accommodate proprietary drivers, irrespective of how loud you might advocate for that. I think you can remove the word economically from your sentence (or

Re: Freescale Linux BSP review

On Thu, 23 Dec 2010, Xavier Bestel wrote: Le mercredi 22 décembre 2010 à 15:29 -0500, Nicolas Pitre a écrit : It is not economically viable for the Open Source community to accommodate proprietary drivers, irrespective of how loud you might advocate for that. I think you can remove

Re: [git pull] drm fixes

On Wed, Dec 22, 2010 at 8:59 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai ti...@suse.de wrote: The commit 448f53a1ede54eb854d036abf54573281412d650   drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks causes a regression on a SandyBridge

Re: [git pull] drm fixes

Linus Torvalds wrote: You should always take for granted that the BIOS is wrong. Better yet, that there is no BIOS. Maybe one happy day, in the future. //Peter ___ dri-devel mailing list dri-devel@lists.freedesktop.org

Re: [git pull] drm fixes

On Thu, Dec 23, 2010 at 1:54 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Wed, Dec 22, 2010 at 8:59 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Wed, 22 Dec 2010 17:24:36 +0100, Takashi Iwai ti...@suse.de wrote: The commit 448f53a1ede54eb854d036abf54573281412d650  

Re: VERY slow scrolling on radeon graphics card: debugging a timing issue?

On Mit, 2010-12-22 at 05:55 -0500, Mark Hounschell wrote: I also see this very problem on several machines I have with radeon video. For me the worst part is using vi in a konsole. Moving the cursor around is so slow that I just can't use these machines directly and have to ssh into them