All of lore.kernel.org
 help / color / mirror / Atom feed
* how get drm-intel-next into a stable kernel
@ 2010-08-05 15:38 Sergio Monteiro Basto
  2010-08-05 17:54 ` Jesse Barnes
  0 siblings, 1 reply; 7+ messages in thread
From: Sergio Monteiro Basto @ 2010-08-05 15:38 UTC (permalink / raw)
  To: intel-gfx


[-- Attachment #1.1: Type: text/plain, Size: 171 bytes --]

Hi, Have some kind of howto doc ?, about merging, testing os using
drm-intel-next with a stable kernel, lets say kernel-2.6.35. 


Thanks, 
-- 
Sérgio M. B.




[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3293 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: how get drm-intel-next into a stable kernel
  2010-08-05 15:38 how get drm-intel-next into a stable kernel Sergio Monteiro Basto
@ 2010-08-05 17:54 ` Jesse Barnes
  2010-08-05 17:58   ` Greg KH
  0 siblings, 1 reply; 7+ messages in thread
From: Jesse Barnes @ 2010-08-05 17:54 UTC (permalink / raw)
  To: Sergio Monteiro Basto; +Cc: intel-gfx

On Thu, 05 Aug 2010 16:38:55 +0100
Sergio Monteiro Basto <sergio@sergiomb.no-ip.org> wrote:

> Hi, Have some kind of howto doc ?, about merging, testing os using
> drm-intel-next with a stable kernel, lets say kernel-2.6.35. 

Short answer: you don't.  The drm-intel-next branch is a full kernel
tree by itself, and I wouldn't recommend copying files from a
drm-intel-next checkout into a stable kernel.

Longer answer: drm-intel-next bits are targeted at the next kernel
release.  When important fixes from drm-intel-next land in Linus's tree,
you can request that they be back ported to the stable tree by sending a
note to stable@kernel.org with the commit id(s).  They have to meet the
stable criteria though; I think the kernel has a doc on what makes
something eligible for stable inclusion.

-- 
Jesse Barnes, Intel Open Source Technology Center

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: how get drm-intel-next into a stable kernel
  2010-08-05 17:54 ` Jesse Barnes
@ 2010-08-05 17:58   ` Greg KH
  2010-08-05 18:47     ` Timothy B. Terriberry
  0 siblings, 1 reply; 7+ messages in thread
From: Greg KH @ 2010-08-05 17:58 UTC (permalink / raw)
  To: Jesse Barnes; +Cc: intel-gfx

On Thu, Aug 05, 2010 at 10:54:09AM -0700, Jesse Barnes wrote:
> Longer answer: drm-intel-next bits are targeted at the next kernel
> release.  When important fixes from drm-intel-next land in Linus's tree,
> you can request that they be back ported to the stable tree by sending a
> note to stable@kernel.org with the commit id(s).  They have to meet the
> stable criteria though; I think the kernel has a doc on what makes
> something eligible for stable inclusion.

Yes we do, see the file, Documenation/stable_kernel_rules.txt

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: how get drm-intel-next into a stable kernel
  2010-08-05 17:58   ` Greg KH
@ 2010-08-05 18:47     ` Timothy B. Terriberry
  2010-08-05 19:03       ` Brice Goglin
  0 siblings, 1 reply; 7+ messages in thread
From: Timothy B. Terriberry @ 2010-08-05 18:47 UTC (permalink / raw)
  Cc: intel-gfx

Any suggestions of patches to test for those of us still experiencing 
eDP problems? I've seen a bunch fly by the list, but it's been unclear 
to me which were supposed to address what issues, or how successful any 
of them were.

I was able to get 2.6.34 to work on my Dell E6510 by reverting 
885a5fb5b120a5c7e0b3baad7b0feb5a89f76c18 as suggested in 
http://lists.freedesktop.org/archives/intel-gfx/2010-May/006948.html
This no longer works on 2.6.35 (black screen after starting X).

Even with that patch reverted on 2.6.34, I still ran into problems after 
suspend: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/596080
I can hibernate as a work-around, but that often takes several minutes.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: how get drm-intel-next into a stable kernel
  2010-08-05 18:47     ` Timothy B. Terriberry
@ 2010-08-05 19:03       ` Brice Goglin
  2010-08-05 19:47         ` Timothy B. Terriberry
  0 siblings, 1 reply; 7+ messages in thread
From: Brice Goglin @ 2010-08-05 19:03 UTC (permalink / raw)
  To: Timothy B. Terriberry; +Cc: intel-gfx

Le 05/08/2010 20:47, Timothy B. Terriberry a écrit :
> This no longer works on 2.6.35 (black screen after starting X).

Could be https://bugzilla.kernel.org/show_bug.cgi?id=16496 ?

Brice

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: how get drm-intel-next into a stable kernel
  2010-08-05 19:03       ` Brice Goglin
@ 2010-08-05 19:47         ` Timothy B. Terriberry
  2010-08-05 20:57           ` Sergio Monteiro Basto
  0 siblings, 1 reply; 7+ messages in thread
From: Timothy B. Terriberry @ 2010-08-05 19:47 UTC (permalink / raw)
  Cc: intel-gfx

Brice Goglin wrote:
> Le 05/08/2010 20:47, Timothy B. Terriberry a écrit :
>> This no longer works on 2.6.35 (black screen after starting X).
> 
> Could be https://bugzilla.kernel.org/show_bug.cgi?id=16496 ?

Reverting that patch (or, more accurately, just deleting the redundant 
backlight_off call) does indeed solve the problem when initially 
starting X. So now it's just the suspend issue. Same behavior as 2.6.34: 
when resuming, the display is off, and switching VTs, etc., won't turn 
it on. What does work, if I type very carefully, is hibernating and then 
resuming.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: how get drm-intel-next into a stable kernel
  2010-08-05 19:47         ` Timothy B. Terriberry
@ 2010-08-05 20:57           ` Sergio Monteiro Basto
  0 siblings, 0 replies; 7+ messages in thread
From: Sergio Monteiro Basto @ 2010-08-05 20:57 UTC (permalink / raw)
  To: Timothy B. Terriberry; +Cc: intel-gfx


[-- Attachment #1.1: Type: text/plain, Size: 577 bytes --]

On Thu, 2010-08-05 at 12:47 -0700, Timothy B. Terriberry wrote:
> So now it's just the suspend issue. Same behavior as 2.6.34: 
> when resuming, the display is off, and switching VTs, etc., won't
> turn 
> it on. What does work, if I type very carefully, is hibernating and
> then 
> resuming. 

Suspend just supposed to work with drm-intel-next and is not (yet) in
stables kernel.  
As workaround (a good one). I boot with option acpi_sleep=s3_bios, 
and remove /usr/lib64/pm-utils/sleep.d/99video .

which works very well with my E6410.


-- 
Sérgio M. B.

[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3293 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2010-08-05 20:58 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-05 15:38 how get drm-intel-next into a stable kernel Sergio Monteiro Basto
2010-08-05 17:54 ` Jesse Barnes
2010-08-05 17:58   ` Greg KH
2010-08-05 18:47     ` Timothy B. Terriberry
2010-08-05 19:03       ` Brice Goglin
2010-08-05 19:47         ` Timothy B. Terriberry
2010-08-05 20:57           ` Sergio Monteiro Basto

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.