search for: agpmod

...-- 1 file changed, 39 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_agp.c b/drivers/gpu/drm/nouveau/nouveau_agp.c index 6e7a55f..2953c4e 100644 --- a/drivers/gpu/drm/nouveau/nouveau_agp.c +++ b/drivers/gpu/drm/nouveau/nouveau_agp.c @@ -11,10 +11,28 @@ MODULE_PARM_DESC(agpmode, "AGP mode (0 to disable AGP)"); static int nouveau_agpmode = -1; module_param_named(agpmode, nouveau_agpmode, int, 0400); +struct nouveau_agpmode_quirk { + u16 hostbridge_vendor; + u16 hostbridge_device; + u16 chip_vendor; + u16 chip_device; + int mode; +}; + +static struct nouveau_...

...ions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/nouveau/nouveau_agp.c b/drivers/gpu/drm/nouveau/nouveau_agp.c > index 6e7a55f..2953c4e 100644 > --- a/drivers/gpu/drm/nouveau/nouveau_agp.c > +++ b/drivers/gpu/drm/nouveau/nouveau_agp.c > @@ -11,10 +11,28 @@ MODULE_PARM_DESC(agpmode, "AGP mode (0 to disable AGP)"); > static int nouveau_agpmode = -1; > module_param_named(agpmode, nouveau_agpmode, int, 0400); > > +struct nouveau_agpmode_quirk { > + u16 hostbridge_vendor; > + u16 hostbridge_device; > + u16 chip_vendor; > + u16 chip_device; &...

...m/radeon/r100.c > index 24c8db673931..320b1b40a30a 100644 > --- a/drivers/gpu/drm/radeon/r100.c > +++ b/drivers/gpu/drm/radeon/r100.c > @@ -3382,7 +3382,7 @@ void r100_bandwidth_update(struct radeon_device *rdev) > > if (rdev->flags & RADEON_IS_AGP) { > fixed20_12 agpmode_ff; > - agpmode_ff.full = dfixed_const(radeon_agpmode); > + agpmode_ff.full = dfixed_const(0); > temp_ff.full = dfixed_const_666(16); > sclk_eff_ff.full -= dfixed_mul(agpmode_ff, temp_ff); > } > @@ -3992,7 +3992,6 @@ void r100_fini(struct radeon_device *rdev) > rad...

.../drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c index 24c8db673931..320b1b40a30a 100644 --- a/drivers/gpu/drm/radeon/r100.c +++ b/drivers/gpu/drm/radeon/r100.c @@ -3382,7 +3382,7 @@ void r100_bandwidth_update(struct radeon_device *rdev) if (rdev->flags & RADEON_IS_AGP) { fixed20_12 agpmode_ff; - agpmode_ff.full = dfixed_const(radeon_agpmode); + agpmode_ff.full = dfixed_const(0); temp_ff.full = dfixed_const_666(16); sclk_eff_ff.full -= dfixed_mul(agpmode_ff, temp_ff); } @@ -3992,7 +3992,6 @@ void r100_fini(struct radeon_device *rdev) radeon_gem_fini(rdev); if (rdev->...

...gt; index 24c8db673931..320b1b40a30a 100644 > --- a/drivers/gpu/drm/radeon/r100.c > +++ b/drivers/gpu/drm/radeon/r100.c > @@ -3382,7 +3382,7 @@ void r100_bandwidth_update(struct radeon_device *rdev) > > if (rdev->flags & RADEON_IS_AGP) { > fixed20_12 agpmode_ff; > - agpmode_ff.full = dfixed_const(radeon_agpmode); > + agpmode_ff.full = dfixed_const(0); > temp_ff.full = dfixed_const_666(16); > sclk_eff_ff.full -= dfixed_mul(agpmode_ff, temp_ff); > } > @@ -3992,7 +3992,...

Hi guys, Well let's face it AGP is a total headache to maintain and dead for at least 10+ years. We have a lot of x86 specific stuff in the architecture independent graphics memory management to get the caching right, abusing the DMA API on multiple occasions, need to distinct between AGP and driver specific page tables etc etc... So the idea here is to just go ahead and remove the support

https://bugs.freedesktop.org/show_bug.cgi?id=75569 Priority: medium Bug ID: 75569 Assignee: nouveau at lists.freedesktop.org Summary: [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000 QA Contact: xorg-team at lists.x.org Severity:

http://bugs.freedesktop.org/show_bug.cgi?id=20341 Summary: NV31 lockup Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: detringj at

Hi, My question is: Can anyone recommend a cheap graphics board that works well with the GNU/Linux/X/Firefox/Swfdec/Youtube stack? I am using an old ATI Radeon 9550, and I have been experiencing 100% CPU usage, stuttering and loss of sync when viewing Youtube movies for quite a long time now (since Swfdec v 0.6.x, now using 0.8.2). Didn't bother to report it because I've seen

...g/option "nomodeset" I don't use any xorg.conf at all. > > I'm just not sure if the system would boot w/o xorg.conf and w/o > "nomodeset". > > Anyway, I will give it a try and use the recommended options > "nouveau.noaccel=1" and "nouveau.agpmode=0" (also in combination). > > Question: > Could someone give a statement about the potential root cause? Not without you providing some more info. You have "quiet" in your kernel command line (twice, it seems) -- I would assume that logs printed to the console would provid...

An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140410/ba2d6e62/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70388 Priority: medium Bug ID: 70388 Assignee: nouveau at lists.freedesktop.org Summary: [NV34] failed to idle channel 0xcccc0000 Severity: critical Classification: Unclassified OS: Linux (All) Reporter: rosti.bsd at gmail.com Hardware: x86 (IA32)

https://bugs.freedesktop.org/show_bug.cgi?id=71116 Priority: medium Bug ID: 71116 Assignee: nouveau at lists.freedesktop.org Summary: [Ubuntu userspace upgrade 13.04 -> 13.10][regression] NV34 card fails to properly resume. QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

Hi, Did anyone manage to get 4.4 working on a Dell D620 laptop? The thing has a 1440x900 LCD screen, but I don't get X the work with that resolution. (lspci: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03)) Google suggested to use '915resolution', which I installed (915resolution-0.5.2-1.el4.rf), but that doesn't help. Regards, --

...ridge). The SiS card is not used > > (can be disabled in BIOS but it does not improve things - as the AGP > > capability of the host bridge remains active). > > I believe we can handle it with a blacklist. If the chipset just > doesn't support AGP at all, we should just set agpmode=0 irrespective > of the card plugged in, right? > > Shouldn't the agpgart know about this and not even allow any setting > at all? This is where we get the idea to set 8x AGP from. See > drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c for details. The chipset does not support AGP...

...s not used (can be disabled in BIOS but it does not improve things - as the AGP capability of the host bridge remains active). As seen in dmesg below, kernel tries to set AGP 8x mode for all AGP devices, including the AGP 4x TNT2 card which is not even connected to the AGP bridge. Setting nouveau.agpmode=0 makes it work but how can we make this case work automatically? Radeon driver does some "ring test" and if it fails, it disables AGP mode and retries. That seems to work a bit (with R7000 but not with R7200). But I think that we shouldn't even touch the AGP registers of other dev...

...at it's best). My xorg.conf section for the open-source driver looks like this: Code: Section "Device" Identifier "** ATI Radeon (generic) [radeon]" Driver "radeon" VideoRam 65536 # Option "RenderAccel" "on" Option "AGPMode" "4" Option "ColorTiling" "on" Option "AccelMethod" "XXA" Option "EnablePageFlip" "on" Option "AGPFastWrite" "False" Option "XAANoOffscreenPixmaps" "True" Option "Bac...

...cards with external TV encoders. (charp) parm: tv_disable:Disable TV-out detection (int) parm: ignorelid:Ignore ACPI lid status (int) parm: duallink:Allow dual-link TMDS (default: enabled) (int) parm: nofbaccel:Disable fbcon acceleration (int) parm: agpmode:AGP mode (0 to disable AGP) (int) parm: vram_pushbuf:Create DMA push buffers in VRAM (int) parm: config:option string to pass to driver core (charp) parm: debug:debug string to pass to driver core (charp) parm: noaccel:disable kernel/abi16 acceleration (int)...

https://bugs.freedesktop.org/show_bug.cgi?id=54700 Bug #: 54700 Summary: Distorted graphics (double cursor) with GeForce 4200Go (NV28) Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal

An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140408/200b3b91/attachment.html>