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:
I just looked at drm.h and nearly all
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 __u32 will
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 header
-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]
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 programs
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: Greg
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/lkml/2003/8/1/135
I
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.c
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
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
Signed-off-by: Richard Purdie rpur...@linux.intel.com
Signed-off-by: Greg Kroah-Hartman gre...@suse.de
---
drivers/gpu/drm/drm_drv.c |9 +++--
include/drm/drmP.h|2 ++
2 files changed, 9 insertions(+), 2 deletions(-)
---
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
[coding style issues fixed by gregkh]
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
Signed-off-by: Richard Purdie rpur...@linux.intel.com
Signed-off-by: Greg Kroah-Hartman gre...@suse.de
---
drivers/gpu/drm/Makefile |3 -
drivers/gpu/drm/drm_drv.c|3 +
These drm functions are needed for the psb module.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
Signed-off-by: Richard Purdie rpur...@linux.intel.com
Signed-off-by: Greg Kroah-Hartman gre...@suse.de
---
drivers/gpu/drm/drm_hashtab.c |4
1 file changed, 4 insertions(+)
---
[coding style issues fixed by gregkh]
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
Signed-off-by: Richard Purdie rpur...@linux.intel.com
Signed-off-by: Greg Kroah-Hartman gre...@suse.de
---
drivers/gpu/drm/drm_mm.c | 165 +++
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
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:
But how do I get my laptop that I
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?
You don't, because there's
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 goes a long way. I'll ack them if they are documented
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 use
On Thu, Mar 19, 2009 at 04:48:54PM +1000, Dave Airlie wrote:
On Thu, Mar 19, 2009 at 2:08 PM, Greg KH g...@kroah.com wrote:
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
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!
For the
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 support
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 similar SGX-5xx
graphics cores. IIRC
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 convinced this is any
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 and go back and try to only get the
2d
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. Currently the
On Wed, Jun 17, 2009 at 06:56:31AM +1000, Dave Airlie wrote:
On Wed, Jun 17, 2009 at 6:52 AM, Linus
Torvaldstorva...@linux-foundation.org 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
On Mon, Jun 15, 2009 at 12:43:38PM +1000, Dave Airlie wrote:
On Mon, Jun 15, 2009 at 12:22 PM, Greg KHg...@kroah.com wrote:
On Mon, Jun 15, 2009 at 03:08:56AM +0100, Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
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:
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 tho...@shipmail.org wrote:
Jesse Barnes wrote:
On Tue, 11 Aug 2009 20:29:39 +0200
Thomas Hellström tho...@shipmail.org wrote:
Jesse Barnes wrote:
On
2.6.30-stable review patch. If anyone has any objections, please let us know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit 8523acfe40efc1a8d3da8f473ca67cb195b06f0c upstream.
The code was incorrectly reserving memtypes using the page
virtual address instead of the
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 code to
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 r...@sisk.pl wrote:
This
35 matches
Mail list logo