Different permissions within IOCTL

2004-12-21 Thread Thomas Hellström
Hi! Is it OK to have different permissions for the different functions in a DRM IOCTL, requiring the caller to be root on some functions but not other? /Thomas --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews

Re: Different permissions within IOCTL

2004-12-21 Thread Keith Whitwell
Thomas Hellström wrote: Hi! Is it OK to have different permissions for the different functions in a DRM IOCTL, requiring the caller to be root on some functions but not other? You mean by adding additional checks within the body of an ioctl somewhere, on top of the simple flags where the ioctl is

Re: Different permissions within IOCTL

2004-12-21 Thread Thomas Hellström
> Thomas Hellström wrote: >> Hi! >> >> Is it OK to have different permissions for the different functions in a >> DRM IOCTL, requiring the caller to be root on some functions but not >> other? > > You mean by adding additional checks within the body of an ioctl > somewhere, on top of the simple fla

Re: Post-processing hook for vertex setup code

2004-12-21 Thread Felix Kühling
Am Mo, den 20.12.2004 schrieb Keith Whitwell um 16:54: [snip] > Hi Felix, > > Your patch looks good to me. If you're looking for ways to avoid the > indirect function call, probably the way to do it is to somehow try and > get onto the DO_FALLBACK path. This is difficult for PTEX vertices as

Re: Post-processing hook for vertex setup code

2004-12-21 Thread Keith Whitwell
Felix Kühling wrote: Am Mo, den 20.12.2004 schrieb Keith Whitwell um 16:54: [snip] Hi Felix, Your patch looks good to me. If you're looking for ways to avoid the indirect function call, probably the way to do it is to somehow try and get onto the DO_FALLBACK path. This is difficult for PTEX ver

[Bug 2119] via: insufficient security checks on DMA init IOCTL

2004-12-21 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2119 [EMAIL PROTECTED] changed: What|Removed |Added ---

[R300] r300_demo status

2004-12-21 Thread Vladimir Dergachev
r300_demo status: * I double checked and r300_demo works fine on my computer (Mobility M10) with DRM from DRI CVS (radeon_drv version 1.13.0) * I have added a test mode for drawing using vertex buffers. It draws some triangles, without lockups but in

[Bug 2118] via: Invalid DMA header command.

2004-12-21 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2118 --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 09:24 --- OK, previous m

Re: [R300] r300_demo status

2004-12-21 Thread Vladimir Dergachev
On Tue, 21 Dec 2004, Vladimir Dergachev wrote: r300_demo status: * I double checked and r300_demo works fine on my computer (Mobility M10) with DRM from DRI CVS (radeon_drv version 1.13.0) * I have added a test mode for drawing using vertex buffers. It dra

X Window System developer's meeting.

2004-12-21 Thread Jim Gettys
We have scheduled a three day X Developer's meeting from Saturday, February 12, through Monday, February 14, 2005, at the Cambridge Research Laboratory (CRL) in Cambridge, Massachusetts. This is the weekend before Linux World Expo in Boston, so we hope the time will reduce travel wear and tear on

[Bug 1794] Xorg lockup with i810 and kernel gentoo-dev-sources-2.6.9

2004-12-21 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=1794 --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 12:46 --- I'm seeing rin

[Bug 1678] Direct Rendering problems on IGP 320M

2004-12-21 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=1678 --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 15:06 --- This problem c

[Bug 1678] Direct Rendering problems on IGP 320M

2004-12-21 Thread bugzilla-daemon
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=1678 --- Additional Comments From [EMAIL PROTECTED] 2004-12-21 15:08 --- Created an att

[PATCH] convert MODULE_PARM to module_param

2004-12-21 Thread Lee Revell
This patch converts MODULE_PARM to module_param, fixing a "deprecated" warning with 2.6.10-rc*. Signed-Off-By: Lee Revell <[EMAIL PROTECTED]> Index: dri/drm/linux/drm_drv.h === RCS file: /cvs/dri/drm/linux/drm_drv.h,v retrieving revi

deprecated warnings with 2.6.10-rc*

2004-12-21 Thread Lee Revell
I fixed one of the warnings but am not sure what to do about these. Kernel is 2.6.10-rc2. make -C /home/rlrevell/kernel-source/linux-2.6.9 SUBDIRS=`pwd` DRMSRCDIR=`pwd` modules make[2]: Entering directory `/smb/rlrevell/kernel-source/linux-2.6.9' CC [M] /home/rlrevell/cvs/dri/drm/linux-2.6/vi

Re: [PATCH] convert MODULE_PARM to module_param

2004-12-21 Thread Dave Airlie
This breaks the multiple drivers in kernel is memory serves correctly... this is all fixed in the core/personality split going into 2.6.11 hopefully.. Dave. > #ifdef MODULE > static char *drm_opts = NULL; > #endif > -MODULE_PARM( drm_opts, "s" ); > +module_param(drm_opts, charp, 0); > > /**

Re: deprecated warnings with 2.6.10-rc*

2004-12-21 Thread Dave Airlie
they should all be fixed in the linux-core stuff inter_module will be when we Linus takes my changes for 2.6.11 Dave. On Tue, 21 Dec 2004, Lee Revell wrote: > I fixed one of the warnings but am not sure what to do about these. > Kernel is 2.6.10-rc2. > > make -C /home/rlrevell/kernel-sourc

Re: deprecated warnings with 2.6.10-rc*

2004-12-21 Thread Lee Revell
On Wed, 2004-12-22 at 02:44 +, Dave Airlie wrote: > > they should all be fixed in the linux-core stuff inter_module will be > when we Linus takes my changes for 2.6.11 > OK, thanks for clarifying. Lee --- SF email is sponsored by -