Re: [PATCH 03/29] gma500: Ensure the frame buffer has a linearvirtual mapping

[Greg KH]

On Thu, Jun 16, 2011 at 05:07:01PM +0100, Alan Cox wrote:
> From: Alan Cox <alan@xxxxxxxxxxxxxxx>
> 
> We need this for the framebuffer in order to ensure that the kernel
> framebuffer layer can handle it when using KMS. Except for the base
> framebuffer this isn't a concern.
> 
> Add an npage field to the gtt as too many copies of the page calculation
> are getting spread around the code.
> 
> Signed-off-by: Alan Cox <alan@xxxxxxxxxxxxxxx>
> ---
> 
>  drivers/staging/gma500/psb_fb.c  |   47 ++++++++++++++++++++++++--------------
>  drivers/staging/gma500/psb_fb.h  |    1 +
>  drivers/staging/gma500/psb_gtt.c |   18 ++++++---------
>  drivers/staging/gma500/psb_gtt.h |    5 ++--
>  4 files changed, 42 insertions(+), 29 deletions(-)

This doesn't apply:

patching file drivers/staging/gma500/psb_fb.c
patching file drivers/staging/gma500/psb_fb.h
patching file drivers/staging/gma500/psb_gtt.c
Hunk #1 FAILED at 79.
Hunk #3 FAILED at 120.
Hunk #5 FAILED at 149.
Hunk #7 FAILED at 193.
4 out of 7 hunks FAILED -- saving rejects to file drivers/staging/gma500/psb_gtt.c.rej
patching file drivers/staging/gma500/psb_gtt.h

Any ideas?

Is there drm changes in linux-next for this driver that I don't have?

If so, maybe we need to just start sending these patches through that tree?

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/