Signed-off-by: Thomas Hellstrom
Signed-off-by: Richard Purdie
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/drm_drv.c |9 +++--
include/drm/drmP.h|2 ++
2 files changed, 9 insertions(+), 2 deletions(-)
--- a/drivers/gpu/drm/drm_drv.c
+++ b/drivers/gpu/drm/drm_drv.c
Hi,
Here's 5 patches that add the Intel Poulsbo/Morrestown DRM driver to the
kernel tree.
There are 4 patches that make changes to the DRM core, and one patch
that adds the DRM driver itself. The driver is added to the
drivers/staging/ directory because it is not the "final" driver that
Intel wi
[coding style issues fixed by gregkh]
Signed-off-by: Thomas Hellstrom
Signed-off-by: Richard Purdie
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/Makefile |3 -
drivers/gpu/drm/drm_drv.c|3 +
drivers/gpu/drm/drm_global.c | 105 +
These drm functions are needed for the psb module.
Signed-off-by: Thomas Hellstrom
Signed-off-by: Richard Purdie
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/drm_hashtab.c |4
1 file changed, 4 insertions(+)
--- a/drivers/gpu/drm/drm_hashtab.c
+++ b/drivers/gpu/drm/drm_hash
[coding style issues fixed by gregkh]
Signed-off-by: Thomas Hellstrom
Signed-off-by: Richard Purdie
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/drm_mm.c | 165 +++
include/drm/drmP.h | 37 --
include/drm/drm_mm.h | 9
On Thu, Mar 19, 2009 at 12:03:09PM -0400, Sindhudweep Sarkar wrote:
> This might be the opinion of a completely non educated end user but it
> seems that an intel specific drm and other bits (xorg, mesa) would be
> somewhat of a maintenance waste.
What do you mean by this?
> TI-OMAP 3xxx and a co
On Thu, Mar 19, 2009 at 07:05:30PM +, Matthew Garrett wrote:
> On Thu, Mar 19, 2009 at 12:02:54PM -0700, Greg KH wrote:
> > On Thu, Mar 19, 2009 at 06:53:38PM +, Matthew Garrett wrote:
> > > On Thu, Mar 19, 2009 at 09:27:19AM -0700, Greg KH wrote:
> > >
> &g
On Thu, Mar 19, 2009 at 06:53:38PM +, Matthew Garrett wrote:
> On Thu, Mar 19, 2009 at 09:27:19AM -0700, Greg KH wrote:
>
> > But how do I get my laptop that I currently have right now up and
> > running properly with linux in a better-than-800x600-framebuffer mode?
>
On Thu, Mar 19, 2009 at 09:40:08PM +0100, Thomas Hellström wrote:
> Greg KH wrote:
>> On Thu, Mar 19, 2009 at 11:14:35AM +0100, Thomas Hellström wrote:
>>
>>>> First off, the non-staging patches need more complete changelog entries,
>>>> a bit of meaning
On Thu, Mar 19, 2009 at 02:11:18PM -0400, Sindhudweep Sarkar wrote:
> Of course real support for poulsbo is really important and desirable
> since netbooks make such a huge percentage of computer sales these
> days. I'm guessing, however, that the number of
> embedded/mobile/appliance devices that
On Thu, Mar 19, 2009 at 04:48:54PM +1000, Dave Airlie wrote:
> On Thu, Mar 19, 2009 at 2:08 PM, Greg KH wrote:
> > Hi,
> >
> > Here's 5 patches that add the Intel Poulsbo/Morrestown DRM driver to the
> > kernel tree.
> >
> > There are 4 patches that
On Thu, Mar 19, 2009 at 11:14:35AM +0100, Thomas Hellström wrote:
>> First off, the non-staging patches need more complete changelog entries,
>> a bit of meaning goes a long way. I'll ack them if they are documented and
>> make sense. The unlocked ioctl hook makes sense to me at least!
>>
>
> Fo
On Thu, Mar 19, 2009 at 10:39:03AM +, Alan Cox wrote:
> > The non-existence of an open-source 3D implementation doesn't really
> > alter that situation.
>
> I think it does to an extent
With an opensource 2d solution it does?
> > However, if there's a policy issue about adding Linux kernel
On Fri, Mar 20, 2009 at 05:08:23PM +1100, Daniel Stone wrote:
> Greg,
>
> On Thu, Mar 19, 2009 at 09:27:19AM -0700, Greg KH wrote:
> > On Thu, Mar 19, 2009 at 12:03:09PM -0400, Sindhudweep Sarkar wrote:
> > > TI-OMAP 3xxx and a couple of other arm processors use simila
On Fri, Mar 20, 2009 at 03:00:32PM +, Alan Cox wrote:
> > > By the same logic, would you support including the proprietary NVIDIA
> > > driver while we wait for Nouveau to catch up?
> >
> > The license of the NVIDIA driver does not allow that to even be a
> > possibility.
>
> I'm not convince
On Wed, Mar 18, 2009 at 09:08:09PM -0700, Greg KH wrote:
> Hi,
>
> Here's 5 patches that add the Intel Poulsbo/Morrestown DRM driver to the
> kernel tree.
Ok, in reviewing the issues that Alan rightfully brought up, I'm going
to "retract" these patches right now
On Mon, Jun 15, 2009 at 03:08:56AM +0100, Dave Airlie wrote:
>
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> This is big. It contains the initial TTM memory manager + ATI radeon KMS
> support. Current
On Wed, Jun 17, 2009 at 06:56:31AM +1000, Dave Airlie wrote:
> On Wed, Jun 17, 2009 at 6:52 AM, Linus
> Torvalds wrote:
> >
> >
> > On Wed, 17 Jun 2009, Dave Airlie wrote:
> >>
> >> Linus can you pull this tree?
> >
> > I hate pulling trees when I know there are _known_ bugs.
> >
> > Even during th
On Mon, Jun 15, 2009 at 12:43:38PM +1000, Dave Airlie wrote:
> On Mon, Jun 15, 2009 at 12:22 PM, Greg KH wrote:
> > On Mon, Jun 15, 2009 at 03:08:56AM +0100, Dave Airlie wrote:
> >>
> >> Hi Linus,
> >>
> >> Please pull the 'drm-linus' branch
On Fri, Jul 17, 2009 at 02:36:56PM +0800, brucech...@via.com.tw wrote:
> To whom it may ceoncern:
> This patch contains the modification on the make files and the Kconfig
> file. It includes the source files to be compiled for generating the DRM
> kernel module for VIA Chrome9 GFX family.
>
On Mon, Jul 20, 2009 at 10:34:09PM +0200, Harald Welte wrote:
> On Sun, Jul 19, 2009 at 07:18:55PM +0200, Rafał Miłecki wrote:
>
> > Did VIA consider cooperation with distributions? Maybe they could
> > sponsor some single Mesa developers? What about The Linux Driver
> > Project: http://linuxdrive
On Wed, Aug 12, 2009 at 08:59:17AM -0700, Jesse Barnes wrote:
> On Wed, 12 Aug 2009 08:21:24 +0200
> Thomas Hellström wrote:
>
> > Jesse Barnes wrote:
> > > On Tue, 11 Aug 2009 20:29:39 +0200
> > > Thomas Hellström wrote:
> > >
> > >
> > >> Jesse Barnes wrote:
> > >>
> > >>> On Tue, 11 A
On Wed, Aug 12, 2009 at 04:48:33PM -0700, Jesse Barnes wrote:
> On Wed, 12 Aug 2009 16:24:58 -0700
> Greg KH wrote:
>
> > On Wed, Aug 12, 2009 at 08:59:17AM -0700, Jesse Barnes wrote:
> > > On Wed, 12 Aug 2009 08:21:24 +0200
> > > Thomas Hellström wrote:
2.6.30-stable review patch. If anyone has any objections, please let us know.
--
From: Thomas Hellstrom
commit 8523acfe40efc1a8d3da8f473ca67cb195b06f0c upstream.
The code was incorrectly reserving memtypes using the page
virtual address instead of the physical address. Further
On Tue, May 11, 2004 at 08:07:09PM -0400, Daniel Jacobowitz wrote:
> On Tue, May 11, 2004 at 04:43:29PM -0700, Greg KH wrote:
> > On Tue, May 11, 2004 at 07:34:39PM -0400, [EMAIL PROTECTED] wrote:
> > > On Wed, 12 May 2004 00:20:51 BST, Dave Airlie said:
> > >
> &g
On Tue, May 11, 2004 at 07:34:39PM -0400, [EMAIL PROTECTED] wrote:
> On Wed, 12 May 2004 00:20:51 BST, Dave Airlie said:
>
> > I just looked at drm.h and nearly all the ioctls use int, this file is
> > included in user-space applications also at the moment, I'm worried
> > changing all ints to __u
On Tue, May 11, 2004 at 06:07:27PM -0700, Jon Smirl wrote:
> Would int16_t and int32_t work?
No, sorry. See the lkml archives for why.
> Those int's were in there before I started working on it. __u16 and
> __u32 are Linux kernel defines that aren't always there in user space.
Don't share heade
-stable review patch. If anyone has any objections, please let us know.
--
Egbert Eich reported a bug 2673 on bugs.freedesktop.org and tracked it
down to a missing memset in the setversion ioctl, this causes X server
crashes...
From: Egbert Eich <[EMAIL PROTECTED]>
Signed-off-b
Hi,
Kay pointed out today that the drm code creates a "dev" file in sysfs,
yet doesn't tell the driver core about it. Normally this would be just
fine, as you are exporting the value in the proper style, but now there
are programs that are only watching the hotplug/uevent netlink messages
and not
On Sun, Jan 22, 2006 at 11:03:16AM +1300, Dave Airlie wrote:
> > Kay pointed out today that the drm code creates a "dev" file in sysfs,
> > yet doesn't tell the driver core about it. Normally this would be just
> > fine, as you are exporting the value in the proper style, but now there
> > are pro
On Wed, May 17, 2006 at 12:37:08PM -0500, Chris Lesiak wrote:
> This patch fixes the mishandling of the return values of class_create
> and class_device_create in drivers/char/drm/drm_sys.c. These two
> functions do not return NULL on error.
David, feel free to add my:
Signed-off-by: Gre
On Wed, Dec 24, 2008 at 10:29:11AM +0800, brucech...@via.com.tw wrote:
> Hello Sir:
>
> The following 3 patches are the DRM kernel module that supports VIA
> Chrome9 Graphic module. They are based on the kernel 2.6.28-rc9. Please
> kindly help to integrate into kernel.
Your patches are line-w
On Tue, Sep 15, 2009 at 08:57:28PM +0100, Dave Airlie wrote:
> > Novell did not have to upstream itself, so please stop suggesting that
> > this was Novell doing stuff behind closed doors.
>
> If Greg did this as part of staging I also objected to this on lkml at
> one time.
Huh? I added this c
On Tue, Feb 02, 2010 at 09:58:57PM +0100, Borislav Petkov wrote:
> (Adding Greg to Cc:)
>
> On Tue, Feb 02, 2010 at 09:46:45PM +0100, Rafael J. Wysocki wrote:
> > On Monday 01 February 2010, Borislav Petkov wrote:
> > > On Mon, Feb 1, 2010 at 1:22 AM, Rafael J. Wysocki wrote:
> > > > This message
On Tue, Mar 30, 2010 at 11:16:45PM +0200, Rafael J. Wysocki wrote:
> On Tuesday 30 March 2010, Linus Torvalds wrote:
> ...
> > Other than that? Random fixes and updates all over. Mostly drivers and
> > filesystems, and mostly fairly small things. If you had PCI resource
> > conflict problems with
On Sat, Feb 03, 2007 at 04:39:34PM +0100, Jiri Slaby wrote:
> On 2/3/07, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> >On 2/3/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> >> add __devinitdata to pci_device_ids
> >>
> >> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
> >
> >http://lkml.org/l
On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote:
> Ok, here's yet another version that uses the device model for the
> suspend/resume, rather than pci hooks.
>
> Greg, DRM desperately needs review of its device model usage, can you
> take a look at this patch and the current drm_sysfs
37 matches
Mail list logo
