On Wed, Jan 18, 2012 at 2:08 AM, Robert Morell wrote:
> The DMA buffer infrastructure (dma-buf) currently exposes its interface
> with EXPORT_SYMBOL_GPL. ?The documentation for EXPORT_SYMBOL_GPL says:
> ? ?"It implies that the function is considered an internal
> ? ?implementation issue, and not r
On Wed, Jan 18, 2012 at 2:08 AM, Robert Morell wrote:
> The DMA buffer infrastructure (dma-buf) currently exposes its interface
> with EXPORT_SYMBOL_GPL. The documentation for EXPORT_SYMBOL_GPL says:
> "It implies that the function is considered an internal
> implementation issue, and not r
On Mon, Dec 5, 2011 at 9:27 PM, Markus Trippelsdorf
wrote:
>> > Yes the patch finally fixes the issue for me (tested with 120 kexec
>> > iterations).
>> > Thanks Jerome!
>>
>> Can you do a kick run on the modified patch ?
>
> This one is also OK after ~60 iterations.
Jerome, could you please incl
On Mon, Dec 5, 2011 at 9:27 PM, Markus Trippelsdorf
wrote:
>> > Yes the patch finally fixes the issue for me (tested with 120 kexec
>> > iterations).
>> > Thanks Jerome!
>>
>> Can you do a kick run on the modified patch ?
>
> This one is also OK after ~60 iterations.
Jerome, could you please incl
On Thu, 1 Dec 2011, Markus Trippelsdorf wrote:
> On 2011.11.24 at 09:50 +0100, Markus Trippelsdorf wrote:
>> On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote:
>>> On Wed, 23 Nov 2011, Markus Trippelsdorf wrote:
>>>
> FIX idr_layer_cache: Marking all objects used
Yesterday I could
On Thu, 1 Dec 2011, Markus Trippelsdorf wrote:
On 2011.11.24 at 09:50 +0100, Markus Trippelsdorf wrote:
On 2011.11.23 at 10:06 -0600, Christoph Lameter wrote:
On Wed, 23 Nov 2011, Markus Trippelsdorf wrote:
FIX idr_layer_cache: Marking all objects used
Yesterday I couldn't reproduce the iss
On Fri, Aug 5, 2011 at 1:04 PM, Dave Airlie wrote:
> Okay I hadn't seen Francesco's report of still failing, I've pushed a
> revert on top of that pull,
Thanks Dave.
On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie wrote:
>> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
>> some people? Keith, Francesco? If Linus pulls now, we end up with
>> broken i915 in -rc1 once again, no?
>
> I think we are trying again with RC6, if it doesn't work thi
Hi Dave,
On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie wrote:
> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
> focusing on a lot of the corner cases and display port and hdmi stuff.
>
> misc radeon fixes, the main one being for certain machines where EDID
> returns what l
On Fri, Aug 5, 2011 at 1:04 PM, Dave Airlie wrote:
> Okay I hadn't seen Francesco's report of still failing, I've pushed a
> revert on top of that pull,
Thanks Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org
On Fri, Aug 5, 2011 at 12:48 PM, Dave Airlie wrote:
>> Isn't "drm/i915: Try enabling RC6 by default (again)" still broken for
>> some people? Keith, Francesco? If Linus pulls now, we end up with
>> broken i915 in -rc1 once again, no?
>
> I think we are trying again with RC6, if it doesn't work thi
Hi Dave,
On Fri, Aug 5, 2011 at 12:22 PM, Dave Airlie wrote:
> Intel modesetting fixes a lot of them, Keith, Jesse and ajax have been
> focusing on a lot of the corner cases and display port and hdmi stuff.
>
> misc radeon fixes, the main one being for certain machines where EDID
> returns what l
Hi Keith,
On Fri, 22 Jul 2011, Keith Packard wrote:
>> Sorry, to me it all looked like "UMS is being ignored forever".
>
> You're right, of course -- UMS is a huge wart on the kernel driver at
> this point, keeping it working while also adding new functionality
> continues to cause challenges. We
Hi Keith,
On Fri, 22 Jul 2011, Keith Packard wrote:
Sorry, to me it all looked like "UMS is being ignored forever".
You're right, of course -- UMS is a huge wart on the kernel driver at
this point, keeping it working while also adding new functionality
continues to cause challenges. We tend to
On Tue, 12 Jul 2011 10:33:06 +0300, Pekka Enberg wrote:
>> AFAICT, this problem is still there in 3.0-rc7. Keith, isn't it time
>> to revert commit a51f7a6 ("drm/i915: enable rc6 by default") before
>> 3.0 is out?
On Tue, Jul 12, 2011 at 6:42 PM, Keith Packard
On Tue, 12 Jul 2011 10:33:06 +0300, Pekka Enberg wrote:
>> AFAICT, this problem is still there in 3.0-rc7. Keith, isn't it time
>> to revert commit a51f7a6 ("drm/i915: enable rc6 by default") before
>> 3.0 is out?
On Tue, Jul 12, 2011 at 6:42 PM, Keith Packard
On Tue, Jul 12, 2011 at 8:17 PM, Kirill Smelkov wrote:
> On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
>> Hello Chris, everyone,
>>
>> On Sat, May 21, 2011 at 04:40:17PM +0100, Chris Wilson wrote:
>> > On Sat, 21 May 2011 11:23:53 -0400, "Luke-Jr" wrote:
>> > > On Saturday, May
On Tue, Jul 12, 2011 at 8:17 PM, Kirill Smelkov wrote:
> On Sat, May 28, 2011 at 05:19:20PM +0400, Kirill Smelkov wrote:
>> Hello Chris, everyone,
>>
>> On Sat, May 21, 2011 at 04:40:17PM +0100, Chris Wilson wrote:
>> > On Sat, 21 May 2011 11:23:53 -0400, "Luke-Jr" wrote:
>> > > On Saturday, May
On Wed, Jul 6, 2011 at 2:01 AM, Francesco Allertsen
wrote:
> On Tue, Jun 21, 2011 at 12:01:34PM -0700, Keith Packard wrote:
>> Thanks. I'll see if I can't get an X201s upgraded to this version and
>> see if we can reproduce the problem you're having...
>
> Any news?
>
> I have found the time today
On Wed, Jul 6, 2011 at 2:01 AM, Francesco Allertsen
wrote:
> On Tue, Jun 21, 2011 at 12:01:34PM -0700, Keith Packard wrote:
>> Thanks. I'll see if I can't get an X201s upgraded to this version and
>> see if we can reproduce the problem you're having...
>
> Any news?
>
> I have found the time today
[ Fixing your CC list. ]
On Sun, Apr 10, 2011 at 9:35 AM, Robert P. J. Day
wrote:
> ?when i built a new kernel based on the latest git tree, i once again
> got the black screen of death on my gateway laptop with an integrated
> intel graphics controller.
>
> ?and as i did not that long ago, i go
[ Fixing your CC list. ]
On Sun, Apr 10, 2011 at 9:35 AM, Robert P. J. Day wrote:
> when i built a new kernel based on the latest git tree, i once again
> got the black screen of death on my gateway laptop with an integrated
> intel graphics controller.
>
> and as i did not that long ago, i got
On Mon, Mar 28, 2011 at 10:09 PM, Chris Wilson
wrote:
> On Mon, 28 Mar 2011 21:53:32 +0300, Pekka Enberg
> wrote:
>> On Mon, Mar 28, 2011 at 9:43 PM, Pekka Enberg wrote:
>> > On Thu, Mar 24, 2011 at 1:34 PM, Dave Airlie wrote:
>> >> It should have the fix f
On Mon, Mar 28, 2011 at 10:09 PM, Chris Wilson wrote:
> On Mon, 28 Mar 2011 21:53:32 +0300, Pekka Enberg wrote:
>> On Mon, Mar 28, 2011 at 9:43 PM, Pekka Enberg wrote:
>> > On Thu, Mar 24, 2011 at 1:34 PM, Dave Airlie wrote:
>> >> It should have the fix for
On Mon, Mar 28, 2011 at 9:43 PM, Pekka Enberg wrote:
> On Thu, Mar 24, 2011 at 1:34 PM, Dave Airlie wrote:
>> It should have the fix for your i915 in the intel patches, along with
>> a couple of radeon fixes, and the vblank change + fix.
>
> I'm seeing some laptop scre
On Thu, Mar 24, 2011 at 1:34 PM, Dave Airlie wrote:
> It should have the fix for your i915 in the intel patches, along with
> a couple of radeon fixes, and the vblank change + fix.
I'm seeing some laptop screen flicker during boot and a while after I
log in (it then seems to go away). It's my tru
On Mon, Mar 28, 2011 at 9:43 PM, Pekka Enberg wrote:
> On Thu, Mar 24, 2011 at 1:34 PM, Dave Airlie wrote:
>> It should have the fix for your i915 in the intel patches, along with
>> a couple of radeon fixes, and the vblank change + fix.
>
> I'm seeing some laptop scre
On Fri, Nov 5, 2010 at 4:27 AM, Arnd Bergmann wrote:
> On Wednesday 03 November 2010, Pekka Enberg wrote:
>> On Tue, Nov 2, 2010 at 3:21 AM, Pavel Machek wrote:
>> > Hi!
>> >
>> >> @@ -79,6 +79,10 @@ static struct drm_driver driver = {
>&g
On Fri, Nov 5, 2010 at 4:27 AM, Arnd Bergmann wrote:
> On Wednesday 03 November 2010, Pekka Enberg wrote:
>> On Tue, Nov 2, 2010 at 3:21 AM, Pavel Machek wrote:
>> > Hi!
>> >
>> >> @@ -79,6 +79,10 @@ static struct drm_driver driver = {
>&g
On Tue, Nov 2, 2010 at 3:21 AM, Pavel Machek wrote:
> Hi!
>
>> @@ -79,6 +79,10 @@ static struct drm_driver driver = {
>>
>> ?static int __init i810_init(void)
>> ?{
>> + ? ? if (num_present_cpus() > 1) {
>> + ? ? ? ? ? ? pr_err("drm/i810 does not support SMP\n");
>> + ? ? ? ? ? ? return -EINVAL;
>
On Tue, Nov 2, 2010 at 3:21 AM, Pavel Machek wrote:
> Hi!
>
>> @@ -79,6 +79,10 @@ static struct drm_driver driver = {
>>
>> static int __init i810_init(void)
>> {
>> + if (num_present_cpus() > 1) {
>> + pr_err("drm/i810 does not support SMP\n");
>> + return -EINVAL;
>
On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim wrote:
> On my laptop which has a 1280x800 display, only the upper left 848x480
> pixels are used on the console in 2.6.36-rc3. ?The resolution is
> correct, but /sys/class/graphics/fb0/modes looks like this:
>
> U:848x480p-0
>
> This is a regression
On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim wrote:
> On my laptop which has a 1280x800 display, only the upper left 848x480
> pixels are used on the console in 2.6.36-rc3. The resolution is
> correct, but /sys/class/graphics/fb0/modes looks like this:
>
> U:848x480p-0
>
> This is a regression
On Thu, Aug 26, 2010 at 9:27 PM, Maciej Rutecki
wrote:
> On niedziela, 22 sierpnia 2010 o 17:26:19 Pekka Enberg wrote:
>> Hi,
>>
>> I'm seeing tons of these error messages with current Linus' git:
>>
>> [ ? 95.941618] [drm:intel_calculate_wm] *ER
Hi all,
On Tue, Aug 24, 2010 at 12:12 PM, Ivan Bulatovic wrote:
> Thanks for the confirmation Pekka. I've managed to change the resolution
> but gdm always starts with 1024x768 and upon login it gets 1280x1024,
> and sometimes the mouse pointer go out of bounds to the right edge of
> the screen b
On Thu, Aug 26, 2010 at 9:27 PM, Maciej Rutecki
wrote:
> On niedziela, 22 sierpnia 2010 o 17:26:19 Pekka Enberg wrote:
>> Hi,
>>
>> I'm seeing tons of these error messages with current Linus' git:
>>
>> [ 95.941618] [drm:intel_calculate_wm] *ER
Hi all,
On Tue, Aug 24, 2010 at 12:12 PM, Ivan Bulatovic wrote:
> Thanks for the confirmation Pekka. I've managed to change the resolution
> but gdm always starts with 1024x768 and upon login it gets 1280x1024,
> and sometimes the mouse pointer go out of bounds to the right edge of
> the screen b
On Tue, Aug 24, 2010 at 4:00 AM, Ivan Bulatovic wrote:
> While in init3, resolution is native, KMS works fine, no problems at
> all. As soon as gdm starts it seems that TV1 output is recognized as
> connected even if it isn't so resolution on VGA output is degraded from
> native 1280x1024 to 1024x
On Tue, Aug 24, 2010 at 4:00 AM, Ivan Bulatovic wrote:
> While in init3, resolution is native, KMS works fine, no problems at
> all. As soon as gdm starts it seems that TV1 output is recognized as
> connected even if it isn't so resolution on VGA output is degraded from
> native 1280x1024 to 1024x
Hi,
I'm seeing tons of these error messages with current Linus' git:
[ 95.941618] [drm:intel_calculate_wm] *ERROR* Insufficient FIFO for
plane, expect flickering: entries required = 36, available = 31.
Contrary to the error message, I don't see any flickering. I've attached
my dmesg and conf
40 matches
Mail list logo
