://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Jon Smirl
[EMAIL PROTECTED]
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based
Trivial patch to prevent a gcc warning in the SIS DRM driver. offset is
a unsigned int and the printk wants a long.
Thanks,
Jon
Signed-off-by: Jon Mason [EMAIL PROTECTED]
diff -r 96b636489b54 drivers/char/drm/sis_mm.c
--- a/drivers/char/drm/sis_mm.c Sat Mar 11 18:29:09 2006
+++ b/drivers/char
I have a ATI AIW Radeon 9800 Pro (r350), I'm getting plenty of freezing
with r300 DRI module. I tried Quake3 (wont get past beginning of opening
game video, locks computer solid) and Xmoto (lasts for a few seconds
than computer locks) GLXGears runs fine and for a long time, no
freezing. (10755
something
that interests you feel free to help out.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile Plan-Driven
On 8/8/05, Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Sun, 7 Aug 2005, Jon Smirl wrote:
On 8/7/05, Antonino A. Daplas [EMAIL PROTECTED] wrote:
Vladimir Dergachev wrote:
I agree that something like the above is acceptable, exept that we need
an extra field for offset and another
config, //8, right? You then just control
what you write to the byte.
8 bpp monochrome (black is all zeroes and white is all ones or vice versa)
8 bpp greyscale
How does this work, is one 24 bit color the key?
32 bpp indexed+RGB 888 with color key to enable RGB888
--
Jon Smirl
[EMAIL PROTECTED
another attribute 'Activate'. Nothing is set
until the 'Activate' attribute is written to. There is still the problem
of another process changing the other attributes behind the back of the
original process.
Tony
--
Jon Smirl
[EMAIL PROTECTED
On 8/6/05, Patrick McFarland [EMAIL PROTECTED] wrote:
On Friday 05 August 2005 04:19 pm, Jon Smirl wrote:
I've included the scanout types for the R200, what other ones are
supported by the various chips? For example I think the R300 can
scanout in floating point.
4bpp Indexed
8bpp
palette bypassed
Note, the r200 supports a lot more buffer formats, but these are the
only ones valid for scanout.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005
: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFC8VIoX1gOwKyEAw8RAjvoAJ9ZR5Ok0YV6WOjB9pWNiBUHFcQC+gCfeGMh
h50ylD5bloXmpnNF5h2kMAE=
=bYu+
-END PGP SIGNATURE-
--
Jon Smirl
[EMAIL PROTECTED
in AGP space.
3) Deprecation of some radeon variables now calculated by the driver
I haven't converted PCI GART support. You still need to be root for it to work.
Please look it over and tell me if I have created any security holes.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/linux-core
warnings.
I was getting a warning in my build.
ioctls where removing the root check introduces privelege escalation for
users with read access to the DRM device (at least):
- DRM_R128_INDIRECT
- DRM_RADEON_INDIRECT
How do we secure these?
--
Jon Smirl
[EMAIL PROTECTED
-sigdata.lock = NULL;
init_waitqueue_head(dev-lock.lock_queue);
dev-queue_count = 0;
dev-queue_reserved = 0;
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/linux-core/drmP.h b/linux-core/drmP.h
--- a/linux-core/drmP.h
+++ b/linux-core/drmP.h
@@ -280,7 +280,7 @@ typedef int
On 8/3/05, Eric Anholt [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 14:39 -0400, Jon Smirl wrote:
ioctls where removing the root check introduces privelege escalation for
users with read access to the DRM device (at least):
- DRM_R128_INDIRECT
- DRM_RADEON_INDIRECT
How do we
On 8/3/05, Eric Anholt [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 15:02 -0400, Jon Smirl wrote:
On 8/3/05, Eric Anholt [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 14:39 -0400, Jon Smirl wrote:
ioctls where removing the root check introduces privelege escalation
On 8/3/05, Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 15:14 -0400, Jon Smirl wrote:
On 8/3/05, Eric Anholt [EMAIL PROTECTED] wrote:
These are the indirect ioctls, which allow the X Server to submit a
buffer of any commands it wants. You could probably build
On 8/3/05, Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 16:18 -0400, Jon Smirl wrote:
On 8/3/05, Michel Dänzer [EMAIL PROTECTED] wrote:
They aren't used in the mesa tree.
So why did you change their requiring root?
The version of Xegl I am making does not run
On 8/3/05, Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 15:02 -0400, Jon Smirl wrote:
On 8/3/05, Eric Anholt [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 14:39 -0400, Jon Smirl wrote:
ioctls where removing the root check introduces privelege escalation
New version that protects r128 and radeon IOCTLs with root capablity
check. Please review this patch. We need everyone's eyes to make sure
there are no accidental security holes.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/linux-core/drmP.h b/linux-core/drmP.h
--- a/linux-core/drmP.h
+++ b
On 8/3/05, Eric Anholt [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 17:10 -0400, Jon Smirl wrote:
On 8/3/05, Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed, 2005-08-03 at 16:18 -0400, Jon Smirl wrote:
On 8/3/05, Michel Dänzer [EMAIL PROTECTED] wrote:
They aren't used
DRM_IOCTL_MARK_BUFS
DRM_IOCTL_CONTROL
DRM_IOCTL_AGP_ACQUIRE
DRM_IOCTL_AGP_RELEASE
DRM_IOCTL_AGP_ENABLE
DRM_IOCTL_AGP_ALLOC
DRM_IOCTL_AGP_FREE
DRM_IOCTL_AGP_BIND
DRM_IOCTL_AGP_UNBIND
DRM_IOCTL_SG_ALLOC
DRM_IOCTL_SG_FREE
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19
On 8/3/05, Ian Romanick [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Smirl wrote:
On 8/3/05, Dave Airlie [EMAIL PROTECTED] wrote:
I'm not over-the-moon about this approach of changing the system to be
default allow anything and adding root checks, I'd
Root IOCTLs used by my first test program.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/linux-core/drm_drv.c b/linux-core/drm_drv.c
--- a/linux-core/drm_drv.c
+++ b/linux-core/drm_drv.c
@@ -65,36 +65,36 @@ drm_ioctl_desc_t drm_ioctls[] = {
[DRM_IOCTL_NR(DRM_IOCTL_GET_MAP)] = {drm_getmap
-
___
xorg mailing list
[EMAIL PROTECTED]
http://lists.freedesktop.org/mailman/listinfo/xorg
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps
http://www.khronos.org/news/press/releases/rel45.html
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative
Do any of the radeon chips support RGB10 or RGB10_A2 for their scanout buffers?
If so, do these chips have 10 bit color maps?
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is Sponsored by the Better Software Conference EXPO September
19
On 7/28/05, Alex Deucher [EMAIL PROTECTED] wrote:
On 7/28/05, Jon Smirl [EMAIL PROTECTED] wrote:
Do any of the radeon chips support RGB10 or RGB10_A2 for their scanout
buffers?
If so, do these chips have 10 bit color maps?
newer radeons (r300+, IIRC) have 10 bit CLUTs.
So they can
didn't support the GLX extension. That was important for
some of the distros years ago.
Do you want to get rid of GLX_BUILT_IN_XMESA since you're cleaning
everything up?
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored
-DDRM_USE_MALLOC
configs/linux-solo-ia64:DEFINES = -DDRI_NEW_INTERFACE_ONLY
-D_POSIX_SOURCE -D_SVID_SOURCE -D_BSD_SOURCE -D_POSIX_C_SOURCE=199309L
-D_GNU_SOURCE -DDRM_USE_MALLOC
include/GL/internal/dri_interface.h:#ifndef DRI_NEW_INTERFACE_ONLY
--
Jon Smirl
[EMAIL PROTECTED
/**
* \name Functions provided by the driver loader.
*/
/[EMAIL PROTECTED]/
extern __DRIscreen *__glXFindDRIScreen(__DRInativeDisplay *dpy, int scrn);
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux
Is anyone interested in working on this while I'm at OLS next week? I
have it all compiling and sort of working, but things are still not
initialized totally right. Something is still messed up when setting
up the DRM driver. I'll make up some diffs if anyone is interested.
--
Jon Smirl
[EMAIL
/stride/whatever.
--
Jon Smirl
[EMAIL PROTECTED]
diff --git a/src/glx/x11/glxcmds.c b/src/glx/x11/glxcmds.c
--- a/src/glx/x11/glxcmds.c
+++ b/src/glx/x11/glxcmds.c
@@ -72,6 +72,26 @@ static void * DriverCreateContextWrapper
Display *dpy, XVisualInfo *vis, void *shared, __DRIcontext *ctx
Is there a way to build DRI exactly like X needs from the mesa tree or
can this only be done instead the X tree? If I made the right set of
stubs could I build in the mesa tree? Do I need to define
GLX_BUILT_IN_XMESA?
--
Jon Smirl
[EMAIL PROTECTED
On 7/12/05, Adam Jackson [EMAIL PROTECTED] wrote:
On Tuesday 12 July 2005 10:03, Jon Smirl wrote:
Is there a way to build DRI exactly like X needs from the mesa tree or
can this only be done instead the X tree? If I made the right set of
stubs could I build in the mesa tree? Do I need
On 7/12/05, Adam Jackson [EMAIL PROTECTED] wrote:
On Tuesday 12 July 2005 11:17, Jon Smirl wrote:
On 7/12/05, Adam Jackson [EMAIL PROTECTED] wrote:
On Tuesday 12 July 2005 10:03, Jon Smirl wrote:
Is there a way to build DRI exactly like X needs from the mesa tree or
can this only
So if I am reading the code right X's GLX implementation is inside of
libGL. So how do I do an alternative GLX implementation? miniglx just
built another libGL. I could do that too but is there a better way?
--
Jon Smirl
[EMAIL PROTECTED
dump */
_DRM_SHM = 2, /** shared, cached */
_DRM_AGP = 3, /** AGP/GART */
_DRM_SCATTER_GATHER = 4, /** Scatter/gather memory for PCI DMA */
_DRM_CONSISTENT = 5 /** Consistent memory for PCI DMA */
} drm_map_type_t;
--
Jon Smirl
[EMAIL
no visible screens and is a
compute only render device?
In my EGL code contexts are associated with the card, not the screen.
This is causing me problems when I try using DRI which associates them
with screens.
--
Jon Smirl
[EMAIL PROTECTED
http://lwn.net/Kernel/LDD3/
Chapter 15 explains how DMA works under Linux.
--
Jon Smirl
[EMAIL PROTECTED]
---
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore
XF86DRIAuthConnection
XF86DRIGetClientDriverName
XF86DRIQueryVersion
XF86DRIGetDeviceInfo
XF86DRICloseConnection
XF86DRIGetDrawableInfo
Is there any simple way to sort of this out? I'd rather not build
another version of dri_util.c with slight variations just to support
EGL.
--
Jon Smirl
[EMAIL
Any ideas on what to call my DRM sysfs attribute which provides the
name of the corresponding DRI library? I named it dri initially but
that may not be descriptive enough.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored
.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed
On 7/3/05, Jon Smirl [EMAIL PROTECTED] wrote:
Any ideas on what to call my DRM sysfs attribute which provides the
name of the corresponding DRI library? I named it dri initially but
that may not be descriptive enough.
I called it dri_library_name, we can always change it.
--
Jon Smirl
[EMAIL
crossplatform and generic so this forces me
into a third library. I'm putting all of the common code into the
third library too. It contains code similar to miniglx.c
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux
is in a separate library currently but it is not hard to
merge it into the Linux version of libEGL.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps
On 7/3/05, Paul Mackerras [EMAIL PROTECTED] wrote:
Jon Smirl writes:
drmMap never cares about the handle since drmMap turns into mmap and
mmap doesn't know about DRM maps.
Huh? drm_mmap certainly does know about DRM maps.
I see now that drmMap is overriding mmap's offset to pass
drivers with no DRM. What is up with these?
gamma
s3v
trident
During the EGL driver load process it checks /sys/drm/* looking for
card? entries. When it finds one I need a sysfs attribute in
/sys/drm/card?/dri to tell me which dri library to load.
--
Jon Smirl
[EMAIL PROTECTED
Don't the maps always contain the physical address of the object? That
would provide a unique handle.
Where does the handle get used in user space? After I GetMap() to find
the map I need, I pass the offset back into drmMap() not the handle.
Offset is the physical address in most cases.
--
Jon
it as a test case for
your r300 work. It exercises a large number of OpenGL features some of
which are not comonly used. It is also a good thing to compare to
since it works without problems on the ATI drivers.
http://www.freedesktop.org/wiki/Software_2fXgl
--
Jon Smirl
[EMAIL PROTECTED
the handle since drmMap turns into mmap and
mmap doesn't know about DRM maps.
--
Jon Smirl
[EMAIL PROTECTED]
patch
Description: Binary data
of allocing one big chunk and carving it up. By allocing
multiple pieces the master can set different privs on each piece.
Backwards compatibility is maintained since root can make any maps
that it wants ignoring the one map per struct drm_agp_mem restriction.
--
Jon Smirl
[EMAIL PROTECTED
I am just ignoring the handles.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get
On 6/29/05, Jon Smirl [EMAIL PROTECTED] wrote:
drmAgpAlloc() allocs drm_agp_mem structures which track the agp
allocs. I could change the map system to allow a single map to be
paired with each struct drm_agp_mem.
The 2MB restricted you are using was allocated with a call to
drmAgpAlloc
alloc?
This is the only place where a type other than zero is used.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles
On 6/29/05, Keith Whitwell [EMAIL PROTECTED] wrote:
Jon Smirl wrote:
In i810/server/i810_dri.c there is a call to agp alloc without the
type set to zero:
drmAgpAlloc(ctx-drmFD, 4096 * 1024, 1, NULL, dcacheHandle);
A type of one translates into U16_APER_SIZE which doesn't match
on for about 18 months with no action) why not simply fix
intelfb to work right on the i915?
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps
a complaint. DRM CVS is fixed for vesafb but the
long lag indicates that there aren't very many users. After the
problem the user switched to radeonfb.
Sure we should keep vesafb around but it won't have all of the
features of the board specific fbdev driver.
--
Jon Smirl
[EMAIL PROTECTED
in-kernel or use something like call_userhelper() to do the work in
user space.
I'm trying to decide if the stub framework is worth the hassle of making
generic or whether doing it for each driver is probably less trouble...
--
Jon Smirl
[EMAIL PROTECTED
space collecting info about the
hardware and then feeding it back into the driver that I can't see?
7) Any more issues?
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find
in root context
2) put the complex code in the driver and just mark it _init. It will
go poof as soon as the driver load is finished.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from
it has to be root only.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything
On 6/28/05, Donnie Berkholz [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Smirl wrote:
From what I can tell vesafb use is pretty rare. A while ago I broke
things in DRM CVS so that vesafb wouldn't work, it was about two
months until we got a complaint. DRM
] jonsmirl]#
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need
This fixes so that my egl driver will get started. You probably need
to test it further.
You are creating the maps in radeon_preinit and it only gets called
once at driver load time. Map creation needs to be moved over to the
open_help function so they will get rebuilt each time.
--
Jon Smirl
On 6/28/05, Eric Anholt [EMAIL PROTECTED] wrote:
On Tue, 2005-06-28 at 16:22 -0400, Jon Smirl wrote:
This fixes so that my egl driver will get started. You probably need
to test it further.
You are creating the maps in radeon_preinit and it only gets called
once at driver load time. Map
an addmap
helper for dealing with PCI resources, but I think I've got a decent API
in mind.
I need a prebuilt sarea map if you want to do that.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration
You can make AddMap simpler by using a stack based drm_map_t and then
allocating the real one at the end. It lets you remove all of the
drm_free(map, sizeof(*map), DRM_MEM_MAPS);
This should be done at the very end after all of the error returns:
if (drm_core_has_MTRR(dev)) {
long drm_get_resource_len(drm_device_t *dev, unsigned int resource)
{
return pci_resource_len(dev-pdev, resource);
}
EXPORT_SYMBOL(drm_get_resource_len);
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy
in this case.
/Thomas
That will work since the amount of memory being allocated is
constrained by the driver.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow
);
found_map-size = map-size;
}
Should be moved into drm_find_matching_map()
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple
list = drm_alloc(sizeof(*list), DRM_MEM_MAPS);
memset(list, 0, sizeof(*list));
same as drm_calloc()
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find
something like call_userhelper() to do the work in
user space.
As I explained already, I think it should be a userland daemon, that's
really the best way to deal with access control and would fix all of the
issues.
How do I communicate my desired mode to the daemon?
--
Jon Smirl
[EMAIL PROTECTED
this done recently or is this ancient baggage in xf86drm.h that I
can remove?
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward
. These sub-maps would lower the priv
requirements for parts of AGP space and allow the clients to run.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow
makes DRM sparse clean would get a big gold star
from Linus.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative
being attached to the hooks.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get
On 6/27/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Mon, Jun 27, 2005 at 09:58:22AM -0400, Jon Smirl wrote:
Is it possible to add the suspend/resume support to Intelfb instead of
the DRM driver and then just load both drivers? Do we really want to
start building another suspend/resume
the matched map, at some point it could be
eliminated. The egl drivers I am working on don't run as root so I
need everything pre-added.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from
, right? Not a third
library like radeon/r200/r300.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts
will need to do some manual touch up
after Lindent. It will mess up formatting of C99 initializers and some
constant blocks.
Please, 80 is standard.
I'm sorry, I forgot that you do your development on an EGA adapter.
--
Jon Smirl
[EMAIL PROTECTED
,
map-type);
goto found_it;
}
}
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover
On 6/24/05, Jon Smirl [EMAIL PROTECTED] wrote:
I'm update with your changes this morning. I'm still seeing this at
system shutdown. I modprobe drm,radeon and then unloaded them (no
errors) then shut the system down.
With some more experiments, it only happens with radeonfb loaded. You
also
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
Alan.
It was too complicated gettting all the error paths right
On 6/24/05, Jon Smirl [EMAIL PROTECTED] wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded.
Alan
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Fri, Jun 24, 2005 at 12:31:06PM -0700, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 05/06/24 12:31:06
Log message:
More err path clean up for drm_pm
, but it is complicated to fix the fbdev error
case. I can put code back in that will work most of the time. The
problem error cases are when multiple DRM drviers are loaded.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy
this is incorrect though for multiple cards, and should
be moved to per device classes.
I added ref counting to the global class so it should work now with
multiple cards.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored
! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Jon Smirl
[EMAIL
On 6/22/05, Thomas Hellström [EMAIL PROTECTED] wrote:
Hi.
Jon Smirl wrote:
On 6/21/05, Jon Smirl [EMAIL PROTECTED] wrote:
Second choice would be to make a new map type, DRM_VSHM. The specific
driver would initmap the needed space at load time. The code
implementing it would
find
it. Length is always 4096.
I fixed some possible issues with the pm code but I still haven't
tracked the problem down.
Jun 22 10:18:56 jonsmirl kernel: Slab corruption: start=e466b000, len=4096
Jun 22 10:18:56 jonsmirl kernel: 000: 00 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
6b 6b 6b 6b 6b
--
Jon Smirl
On 6/22/05, Ian Romanick [EMAIL PROTECTED] wrote:
Jon Smirl wrote:
I'll add a new map type DRM_VSHM. When initializing, the chip specific
driver needs to do something like this:
if ((ret = drm_initmap(dev, 0, video_size, 0, _DRM_VSHM, 0)))
goto err_g1;
The map needs
On 6/22/05, Jon Smirl [EMAIL PROTECTED] wrote:
Adding a new map type so that you can tell them apart doesn't make a
lot of sense to me. Won't two different maps have different offsets?
Isn't that enough to differentiate between them?
Yes the offsets will be different. But how does user
of kernel space memory
available.
/Thomas
/Thomas
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow
defs for via DRM and via XvMC?
Another solution is to create another shared memory type.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps
by the user - it
does not have a driver library driving it. I don't see how you are
going to be able to build V4L if the locks are managed through DRM.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration
On 6/21/05, Alex Deucher [EMAIL PROTECTED] wrote:
On 6/21/05, Jon Smirl [EMAIL PROTECTED] wrote:
On 6/21/05, Thomas Hellström [EMAIL PROTECTED] wrote:
While this will probably work today it will leave little room for future
applications of DRI.
Can XvMC needs be handled via the V4L
On 6/21/05, Alex Deucher [EMAIL PROTECTED] wrote:
Exactly. v4l is basically just an analog video capture API.
Here is the V4L API spec:
http://v4l2spec.bytesex.org/spec/
It supports much more than analog video capature.
--
Jon Smirl
[EMAIL PROTECTED
by splitting the existing radeonfb.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get
is a kernel interface. A radeon v4l driver needs to coordinate
with DRM via driver entry points, not a user space IOCTL.
--
Jon Smirl
[EMAIL PROTECTED]
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find
1 - 100 of 762 matches
Mail list logo