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 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 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
[ 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 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 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, 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
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
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 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
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 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 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 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 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 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 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
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 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
[ 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
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 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
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 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 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, 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 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 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 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
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
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 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
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 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 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, 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
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
40 matches
Mail list logo