On Fri, 2005-06-17 at 22:38 +0100, Dave Airlie wrote:
> >
> > 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
> 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 the PCI functions
> for suspend/resume directly.
>
> Wh
On Fri, 2005-06-17 at 18:37 +0200, Jerome Glisse wrote:
> Correct value (previous were ones of a dumb test :)):
>
> 0x01480xf7fff000 RADEON_MC_FB_LOCATION
> 0x014c0xfdfffc00 RADEON_MC_AGP_LOCATION
Those look much better. If changing those help for us, then I was right
sa
> Everyone except for you that I have heard so far has been assuming the
> kernel has some very limited capability to change modes in case things
> go horribly wrong, which OOM killing this hypothetical small daemon
> certainly should qualify as.
I think all the kernel needs is the capability to
On Friday 17 June 2005 23:18, Ian Romanick wrote:
> 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 thos
-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
> map
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
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 own
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
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
>
> 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.
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
> > >
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 loa
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 ac
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
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 Strate
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
> > > >
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
t
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
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 (RV3
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 platfo
21 matches
Mail list logo
