similar to: Disaster at annarchy

Hi, questions will follow. --- diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c b/drivers/gpu/drm/nouveau/nouveau_bios.c index 99f7bd4..13b3fb1 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bios.c +++ b/drivers/gpu/drm/nouveau/nouveau_bios.c @@ -40,8 +40,6 @@ #define BIOSLOG(sip, fmt, arg...) NV_DEBUG(sip->dev, fmt, ##arg) #define LOG_OLD_VALUE(x) //x -#define BIOS_USLEEP(n)

We just need to clear the SBA and ENABLE bits to reset the AGP controller: If the AGP bridge was configured to use "fast writes", clearing the FW bit would break the subsequent MMIO writes and eventually end with a lockup. Note that all the BIOSes I've seen do the same as we did (it works for them because they don't use MMIO), OTOH the blob leaves FW untouched. Signed-off-by:

--- drivers/gpu/drm/nouveau/nouveau_bios.c | 47 ++++++++++++++----------------- 1 files changed, 21 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c b/drivers/gpu/drm/nouveau/nouveau_bios.c index 5eec5ed..04ac564 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bios.c +++ b/drivers/gpu/drm/nouveau/nouveau_bios.c @@ -181,43 +181,42 @@ struct methods { const char

usleep() was being used without checking its return value. When the server receives SIGALRM or SIGIO the waits are shortened and random modesetting failures happen: Use nanosleep and loop around it until the requested time has elapsed. --- src/nouveau_hw.c | 2 +- src/nouveau_local.h | 6 ++++++ src/nv_bios.c | 2 +- src/nv_crtc.c | 2 +- src/nv_include.h | 1 +

Using the ARRAY_SIZE macro improves the readability of the code. Also, it is useless to re-invent it. Found with Coccinelle with the following semantic patch: @r depends on (org || report)@ type T; T[] E; position p; @@ ( (sizeof(E)@p /sizeof(*E)) | (sizeof(E)@p /sizeof(E[...])) | (sizeof(E)@p /sizeof(T)) ) Reviewed-by: Thierry Reding <treding at nvidia.com> Signed-off-by: Jérémy

Using the ARRAY_SIZE macro improves the readability of the code. Also, it is not always useful to use a variable to store this constant calculated at compile time nor to re-invent the ARRAY_SIZE macro. Found with Coccinelle with the following semantic patch: @r depends on (org || report)@ type T; T[] E; position p; @@ ( (sizeof(E)@p /sizeof(*E)) | (sizeof(E)@p /sizeof(E[...])) | (sizeof(E)@p

http://bugs.freedesktop.org/show_bug.cgi?id=18234 Summary: c51 lvds script failure in randr12 mode. if I start the X server the screen is black and the framebuffer too because it trys to link the whole output to the monitor Product: xorg Version: 7.3 Platform: Other OS/Version: Linux (All)

Hi, Annarchy needs more disk space fairly urgently, so I will take the host down and add some more disk space tomorrow, Saturday. Work will start approximately 17 UTC. I hope it will be fairly brief, less than an hour, but it might take longer if we run into problems Please get in touch on #freedesktop if you have any questions or if this is a problem for you. Regards, -- Tollef Fog Heen

]] Tollef Fog Heen > Annarchy needs more disk space fairly urgently, so I will take the host > down and add some more disk space tomorrow, Saturday. Work will start > approximately 17 UTC. I hope it will be fairly brief, less than an > hour, but it might take longer if we run into problems Just for the record, this is done now and we have a lot more space on /home on annarchy. --

https://bugs.freedesktop.org/show_bug.cgi?id=62217 Priority: medium Bug ID: 62217 Assignee: nouveau at lists.freedesktop.org Summary: nouveau group membership request (annarchy) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: marcin.slusarz at gmail.com

Hi all, Cutting and pasting from my blog entry[0] because I'm lazy: > As ajax quite elegantly summed up[1], due to a series of catastrophic > power failures at PSU, where fd.o is hosted, we were down for a good > chunk of yesterday. Despite the machines having redundant power > supplies, being connected to separate power rails in the rack, which > were hooked up to independent,

On Sat, 2013-07-27 at 23:10 +0200, Tollef Fog Heen wrote: > Just for the record, this is done now and we have a lot more space on > /home on annarchy. Thanks! I shall close https://bugs.freedesktop.org/show_bug.cgi?id=63808 then. Out of curiosity, is there a better place to report such things to fdo sysadmins than bugzilla, the sitewranglers list, and IRC? Cheers -Tim

Hi Thomas. On Tue, Nov 24, 2020 at 12:38:18PM +0100, Thomas Zimmermann wrote: > Using struct drm_device.pdev is deprecated. Convert nouveau to struct > drm_device.dev. No functional changes. > > Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> > Cc: Ben Skeggs <bskeggs at redhat.com> Suggestion to an alternative implmentation below. > --- >

http://bugs.freedesktop.org/show_bug.cgi?id=17138 Summary: Randr12 on nv34m causes colour corruption on laptop panel. Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

http://bugs.freedesktop.org/show_bug.cgi?id=14597 Summary: randr12 failures on 12" powerbooks, and workarounds Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi everyone, Using ARRAY_SIZE improves the code readability. I used coccinelle (I made a change to the array_size.cocci file [1]) to find several places where ARRAY_SIZE could be used instead of other macros or sizeof division. I tried to divide the changes into a patch per subsystem (excepted for staging). If one of the patch should be split into several patches, let me know. In order to reduce

https://bugs.freedesktop.org/show_bug.cgi?id=75800 Priority: medium Bug ID: 75800 Assignee: nouveau at lists.freedesktop.org Summary: [NVE4] [GTX660Ti] Pink line on left side of monitor and slightly blurry areas on screen Severity: minor Classification: Unclassified OS: Linux (All) Reporter:

Hi all, Hosts affected: annarchy, gabe, kemper, fruit, expo.x.org I will be doing some routine maintenance on the various hosts on the coming Thursday morning (UTC). Hopefully not too much downtime, but I have been asked to test a fix for a boot problem on kemper, so that might take a little while to do. All services and hosts will be affected, but no mail or list traffic should be lost. --

I just noticed these messages in my logs : modprobe:1998 conflicting memory types e8000000-e8010000 uncached-minus<->write-combining reserve_memtype failed 0xe8000000-0xe8010000, track uncached-minus, req uncached-minus ioremap reserve_memtype failed -16 Xorg:5078 conflicting memory types e8000000-e8010000 uncached-minus<->write-combining reserve_memtype failed 0xe8000000-0xe8010000,

http://bugs.freedesktop.org/show_bug.cgi?id=26800 Summary: Nouveau TV-out incorrectly detecting load Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org