Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Adam Jackson
On Thursday 16 June 2005 22:11, Jon Smirl wrote: On 6/16/05, Adam Jackson [EMAIL PROTECTED] wrote: I would strongly suggest that we use usermode helpers as much as possible even on linux, since we have the code already written in X and it'll increase the similarity with other platforms.

Re: [R300] radeon 9800 lockup : guilty reg list

2005-06-17 Thread Jerome Glisse
On 6/17/05, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote: On Thu, 2005-06-16 at 20:58 +0200, Jerome Glisse wrote: Hi, After launching several times flgrx and dumping the reg and diffing against what was reg with r300 here is the list of reg that have always on my card (RV350NJ) the

Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Jon Smirl
On 6/17/05, Adam Jackson [EMAIL PROTECTED] wrote: On Thursday 16 June 2005 22:11, Jon Smirl wrote: On 6/16/05, Adam Jackson [EMAIL PROTECTED] wrote: I would strongly suggest that we use usermode helpers as much as possible even on linux, since we have the code already written in X and

Re: snapshot 20050610 [i810]

2005-06-17 Thread Christian Marquardt
Hi Alan, You've picked the wrong snapshot for the i915GM chip. You need i915-20050610 instead of i810-20050610. thanks for the hint - I must have missed the information which driver is for which card...:-( Apologies! Nevertheless, there remain problems. To begin with, I've re-installed the

Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Eric Anholt
On Fri, 2005-06-17 at 08:51 -0400, Jon Smirl wrote: On 6/17/05, Adam Jackson [EMAIL PROTECTED] wrote: On Thursday 16 June 2005 22:11, Jon Smirl wrote: On 6/16/05, Adam Jackson [EMAIL PROTECTED] wrote: I would strongly suggest that we use usermode helpers as much as possible even

Re: [R300] radeon 9800 lockup : guilty reg list

2005-06-17 Thread Jerome Glisse
Correct value (previous were ones of a dumb test :)): 0x01480xf7fff000 RADEON_MC_FB_LOCATION 0x014c0xfdfffc00 RADEON_MC_AGP_LOCATION Jerome Glisse --- SF.Net email is sponsored by: Discover Easy Linux Migration

Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Alan Hourihane
On Fri, Jun 17, 2005 at 09:35:31AM +1000, Benjamin Herrenschmidt wrote: On Thu, 2005-06-16 at 21:29 +0100, Dave Airlie wrote: The DRM drivers know what is important but they don't know when suspend/VT swap is happening because there is only one set of kernel hooks and the fbdev driver is

Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Jon Smirl
On 6/17/05, Alan Hourihane [EMAIL PROTECTED] wrote: Ben, Can you provide more detail here ? The current situation is that when fbdev is loaded the DRM falls back to using the sysdev approach. If fbdev isn't loaded it takes direct control as the DRM becomes a real PCI driver and accesses

Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Alan Hourihane
On Fri, Jun 17, 2005 at 03:02:09PM -0400, Jon Smirl wrote: On 6/17/05, Alan Hourihane [EMAIL PROTECTED] wrote: Ben, Can you provide more detail here ? The current situation is that when fbdev is loaded the DRM falls back to using the sysdev approach. If fbdev isn't loaded it takes

Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Jon Smirl
On 6/17/05, Alan Hourihane [EMAIL PROTECTED] wrote: The current situation is that when fbdev is loaded the DRM falls back to using the sysdev approach. If fbdev isn't loaded it takes direct control as the DRM becomes a real PCI driver and accesses the PCI functions for

Re: [Mesa3d-dev] suspend/resume and mesa

2005-06-17 Thread Dave Airlie
I was going to delete the code that looks for fbdev and conditionally takes control since it had been rejected. Should I leave it in? I'd leave it in, no-one says DRM CVS has to be exactly what is in the kernel, it is nice to know what happens when we own the PCI device vs currently, Dave.

Re: Merging radeon DRM and fbdev on Linux

2005-06-17 Thread Lorenzo Colitti
Jon Smirl wrote: The only way I can think to debug this is to put bunches of printks into drivers/video/aty/radeon_pm.c and then hook a serial console up to the laptop. [...] Hmm. I could try that (though not in the next couple of weeks because I won't have access to another machine), will the

Re: Merging radeon DRM and fbdev on Linux

2005-06-17 Thread Jon Smirl
On 6/17/05, Lorenzo Colitti [EMAIL PROTECTED] wrote: Jon Smirl wrote: The only way I can think to debug this is to put bunches of printks into drivers/video/aty/radeon_pm.c and then hook a serial console up to the laptop. [...] Hmm. I could try that (though not in the next couple of

root priv and DRM

2005-06-17 Thread Jon Smirl
I'm working on making EGL run non-root. Now I'm up against the IOCTLs in DRM marked root only. DRM is a master/slave model, so this is really a list of the master only calls. With EGL the first app to open the DRI device is master, and later openers are slaves. To make EGL work PAM assigns you

Re: root priv and DRM

2005-06-17 Thread Adam Jackson
On Friday 17 June 2005 22:39, Jon Smirl wrote: I'm working on making EGL run non-root. Now I'm up against the IOCTLs in DRM marked root only. DRM is a master/slave model, so this is really a list of the master only calls. With EGL the first app to open the DRI device is master, and later

Re: root priv and DRM

2005-06-17 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Jackson wrote: drmAddMap has to be root-only because it's mapping device memory into userspace (can trigger bus-master writes, blah blah, root escalation). I think that's the only one that _really_ needs it, and to be honest those