http://bugzilla.kernel.org/show_bug.cgi?id=4714
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Additional C
On 6/7/05, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-06-07 at 15:48 -0400, Jon Smirl wrote:
> > Am I right in this interpretation? First I need to get the
> > bus/device/func of the card, then I need to tell this to the driver
> > (which must already know this info). I then g
On Tue, 2005-06-07 at 15:48 -0400, Jon Smirl wrote:
> Am I right in this interpretation? First I need to get the
> bus/device/func of the card, then I need to tell this to the driver
> (which must already know this info). I then get back the IRQ number,
> which I then pass back to the driver (which
On 6/7/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
> >
> > you would just let it boot with default. Then in a script:
> > echo mode >/sys/class/drm/card0/agpmode
This would just change the default value stored in the driver. When X
initializes with AGP_DEFAULT it would pick up this new default.
>
On 6/7/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
> > >
> > > No, you can quite validly do a sg alloc on an AGP card, you can also
> > > legally run an AGP card in PCI-only mode something the current code allows
> > > (as userspace sets it) but the new code actually stops as it detects it..
> >
> >
> >
> > No, you can quite validly do a sg alloc on an AGP card, you can also
> > legally run an AGP card in PCI-only mode something the current code allows
> > (as userspace sets it) but the new code actually stops as it detects it..
>
> So how can I tell AGP from PCI in user space so I know whethe
>
> you would just let it boot with default. Then in a script:
> echo mode >/sys/class/drm/card0/agpmode
Can we change the AGP mode dynamically at the moment, i.e. if I set it to
1 for default (because anything higher might not work) can I change it
later if I've already initialised the AGP layer.
> > >
> > >/* Workaround for some hardware bugs */
> > >if (info->ChipFamily < CHIP_FAMILY_R200)
> > > OUTREG(RADEON_AGP_CNTL, INREG(RADEON_AGP_CNTL) | 0x000e);
> >
> > should be in drm IMHO...
>
> Do you want to add it and send it off to the kernel? or do you want me
> to fix it
On 6/7/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
>
> > This looks like it is missing from the driver:
> >
> >/* Workaround for some hardware bugs */
> >if (info->ChipFamily < CHIP_FAMILY_R200)
> > OUTREG(RADEON_AGP_CNTL, INREG(RADEON_AGP_CNTL) | 0x000e);
>
> should be in drm
On 6/7/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
> An issue with doing all this on bootup is I can see very long kernel
> command lines appearing, which is something I don't really want to have to
> tell ppl, editing /etc/display.conf is a lot easier than say add
> "radeon:agp_mode=4" to everyones
On 6/7/05, Dave Airlie <[EMAIL PROTECTED]> wrote:
> > I'm also assuming the drmScatterGatherAlloc() will fail on an AGP and
> > drmAgpAlloc() will fail on a PCI one, right?
>
> No, you can quite validly do a sg alloc on an AGP card, you can also
> legally run an AGP card in PCI-only mode something
> This looks like it is missing from the driver:
>
>/* Workaround for some hardware bugs */
>if (info->ChipFamily < CHIP_FAMILY_R200)
> OUTREG(RADEON_AGP_CNTL, INREG(RADEON_AGP_CNTL) | 0x000e);
should be in drm IMHO...
>
> Second one:
>
>/* Initialize Radeon's AGP register
> I'm trying to make the Xegl server not need root to run and I am
> trying to make it work without config files. So when something like
> AGP mode comes up I try to decide what module best has the information
> needed to set the parameter correctly.
>
> In this case it's clearly the DRM module -
> In CVS the radeon DRM driver is doing the PCI/AGP detection. In the
> current kernel user space is still telling the card if it is PCI or
> AGP. Has this been pushed out of CVS and onto it's way into the kernel
> yet? I'd rather not add the user space code to the EGL server.
It'll be in 2.6.13
In CVS the radeon DRM driver is doing the PCI/AGP detection. In the
current kernel user space is still telling the card if it is PCI or
AGP. Has this been pushed out of CVS and onto it's way into the kernel
yet? I'd rather not add the user space code to the EGL server.
I'm also assuming the drmSca
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=2418
--- Additional Comments From [EMAIL PROTECTED] 2005-06-07 14:32 ---
Ok, t
Jon Smirl wrote:
> Am I right in this interpretation? First I need to get the
> bus/device/func of the card, then I need to tell this to the driver
> (which must already know this info). I then get back the IRQ number,
> which I then pass back to the driver (which already know this) and
> tell it t
Am I right in this interpretation? First I need to get the
bus/device/func of the card, then I need to tell this to the driver
(which must already know this info). I then get back the IRQ number,
which I then pass back to the driver (which already know this) and
tell it to turn interrupts on.
Is t
On 6/7/05, Alex Deucher <[EMAIL PROTECTED]> wrote:
> probably, but all the other drivers handle it in userspace, so
> consistency was the idea I guess. That doesn't mean we can't change
> things...
I'm trying to make the Xegl server not need root to run and I am
trying to make it work without con
probably, but all the other drivers handle it in userspace, so
consistency was the idea I guess. That doesn't mean we can't change
things...
Alex
On 6/7/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> AGP mode is getting set form user space. Shouldn't this be a sysfs
> attribute for the DRM driver? T
AGP mode is getting set form user space. Shouldn't this be a sysfs
attribute for the DRM driver? The driver could then default to highest
mode it thinks will work and a script can be used to override it if
needed.
--
Jon Smirl
[EMAIL PROTECTED]
--
The server is doing these two pokes from user space. Since I want EGL
to run without root priv I need to move these into the radeon DRM
driver.
This looks like it is missing from the driver:
/* Workaround for some hardware bugs */
if (info->ChipFamily < CHIP_FAMILY_R200)
OUTREG(RADEON
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=3488
Summary: wine lightwave savage IX Unhandled exception: page fault
23 matches
Mail list logo
