search for: gleitsmann

On Tue, Jan 14, 2014 at 3:07 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann <rjgleits at bellsouth.net> wrote: >> I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8 >> git. Maybe it's obvious. > Hey Bob, > > Thanks for reporting this. Can you try the attached patch instead and > report if it helps you? Thinko in fi...

I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8 git. Maybe it's obvious. Sorry about that. Bob -------- Forwarded Message -------- From: Bob Gleitsmann <rjgleits at bellsouth.net> To: bskeggs at redhat.com Cc: nouveau at lists.freedesktop.org, dri-devel at lists.freedesktop.org Subject: [PATCH] Fix null dereference oopses for nv40 cards Date: Mon, 13 Jan 2014 01:45:36 -0500 The problem affects nv40 cards during booting. It comes from there...

...want to try all of them. Fedora 9 has a patch of the libdrm source rpm that includes an earlier version of xf86drmMode.h but it's now out of date. I would like to follow along in the development of nouveau as I have a GeForce 6800 GTO. Your kind help would be appreciated. Best Wishes, Bob Gleitsmann

On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann <rjgleits at bellsouth.net> wrote: > I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8 > git. Maybe it's obvious. Hey Bob, Thanks for reporting this. Can you try the attached patch instead and report if it helps you? Ben. > > Sorry about that. >...

...res are cast to nouveau_miptree, although the pt was part of a nv40_miptree (for example). This results in the bo field pointing to an incorrect location, resulting in segfaults, etc. The patch does not change the nv50 driver (or shouldn't). I have tested it on 7300 GT only. Best Wishes, Bob Gleitsmann -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

...r 141. In the mean time, I will endeavor to fudge the configuration so that it doesn't think that udev is installed. Hopefully this will result in a DDX that doesn't crash. I'm also going to try setting up a partition with Fedora 13 to see what happens with that. Best Wishes, Bob Gleitsmann

https://bugs.freedesktop.org/show_bug.cgi?id=71455 Bob Gleitsmann <rjgleits at bellsouth.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |high -- You are receiving this mail because: You are the assignee for th...

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #2 from Bob Gleitsmann <rjgleits at bellsouth.net> --- Here is an additional data point. The problematic kernel sets 0xb20010f0 to 0x83ff03ff. The driver reports that the PWM is 100%. In fact it is 100% off. As can be expected, the temperature immediately begins repidly rising. Interestingly, the card seems to self...

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #3 from Bob Gleitsmann <rjgleits at bellsouth.net> --- The fan PWM setting is derived from priv->cstate. The value it gets from there is zero. So the setting of PWM for NV40 is working correctly, "inverting" the percent setting to get the value set in 0xb20010f0. Probably priv->cstate is never initi...

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #4 from Bob Gleitsmann <rjgleits at bellsouth.net> --- Oh, the value reported by the driver for the PWM setting is the value before it is set by the driver. It doesn't say that in the kernel message. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -----------...

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #6 from Bob Gleitsmann <rjgleits at bellsouth.net> --- In view of Ben's comment, I am stopping further research. However, I will offer as a final remark that perfE.pstate = 0x20 on my card. It gets into nv40_clock_ctor but the fan speed is never set. According to nvbios, for this card the default setting for th...

...re being two places where subdev arrays are maintained. A commit was recently added to make the two equal. However, the struct nouveau_device version ends up being referenced before it is initialized. The problem arises during the creation of the INSTMEM and THERM subdevs. ' Signed off by: Bob Gleitsmann rjgleits at bellsouth.net diff --git a/drivers/gpu/drm/nouveau/core/subdev/instmem/nv40.c b/drivers/gpu/drm/nouveau/core/subdev/instmem/nv40.c index b10a143..0f494ca 100644 --- a/drivers/gpu/drm/nouveau/core/subdev/instmem/nv40.c +++ b/drivers/gpu/drm/nouveau/core/subdev/instmem/nv40.c @@ -23,6 +2...

...This problem manifests when chipset is < nv50. In this case, pramin_init returns NULL. mthd->data is then set to this value in shadow_method. Later, mthd-> data is passed as a parameter to pramin_fini. The result is a kernel oops. The attached patch takes care of that. Best Wishes, Bob Gleitsmann -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20141222/83bac410/attachment.html>

...ps://bugs.freedesktop.org/attachment.cgi?id=111222&action=edit fix null dereference oops in nouveau.ko A null pointer is returned from pramin_init for chipset < nv50. This causes an oops when it finds its way to pramin_fini. See attached patch, which is signed off by me. Best Wishes, Bob Gleitsmann -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20141223/2830557b/attachment.html>

...grams included in Mesa tree crash with segment violation when using nouveau driver with NV40 cards. The patch fixes most of the problems. The drivers for the the rest of the nvidia family seem to have this correct I hope this is the right place and the right format for the patch. Best Wishes, Bob Gleitsmann -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

...dev is required to properly support the recently added uevent code. Haven't tested with 142 because I don't want to mess up my distro Fedora 11. This only has 141. However, everything is usable if the driver thinks you don't have udev at all. Hence the attached patch. Best Wishes, Bob Gleitsmann -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.