[Nouveau] [Bug 32341] nouveau only reads half the EDID.
https://bugs.freedesktop.org/show_bug.cgi?id=32341 Emil Velikov emil.l.veli...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 57151] New: repeatable nouveau driver crashes/hangs during resume on Dell Latitude E6510 when drm.debug=14
https://bugs.freedesktop.org/show_bug.cgi?id=57151 Priority: medium Bug ID: 57151 Assignee: nouveau@lists.freedesktop.org Summary: repeatable nouveau driver crashes/hangs during resume on Dell Latitude E6510 when drm.debug=14 QA Contact: xorg-t...@lists.x.org Severity: critical Classification: Unclassified OS: Linux (All) Reporter: karol...@gmail.com Hardware: x86 (IA32) Status: NEW Version: 7.6 (2010.12) Component: Driver/nouveau Product: xorg I've added the following options drm.debug=14 log_buf_len=16M to grub config and each time resume causes hang in logs appears: ov 14 23:21:27 karolszk-lap kernel: [ 613.414575] Call Trace: Nov 14 23:21:27 karolszk-lap kernel: [ 613.414648] [f8f34394] nv50_i2c_getscl+0x24/0x30 [nouveau] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414656] [f84fb052] sclhi+0x42/0x70 [i2c_algo_bit] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414663] [f84fb0ad] i2c_stop+0x2d/0x50 [i2c_algo_bit] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414671] [f84fb83f] try_address+0x3f/0x80 [i2c_algo_bit] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414679] [f84fb8f0] bit_doAddress.isra.7+0x70/0x180 [i2c_algo_bit] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414687] [f84fba76] bit_xfer+0x76/0x600 [i2c_algo_bit] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414697] [c1450f2d] i2c_transfer+0x8d/0xc0 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414727] [f8f34f55] nouveau_probe_i2c_addr+0x45/0x50 [nouveau] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414758] [f8f36854] nouveau_connector_detect+0xc4/0x280 [nouveau] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414769] [f8d77820] output_poll_execute+0x90/0x180 [drm_kms_helper] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414781] [c1072f00] ? queue_delayed_work_on+0x20/0x100 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414790] [c1476816] ? do_dbs_timer+0x66/0xc0 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414797] [c1074a21] process_one_work+0x101/0x3a0 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414806] [c15ae330] ? common_interrupt+0x30/0x38 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414816] [f8d77790] ? drm_helper_mode_fill_fb_struct+0x30/0x30 [drm_kms_helper] Nov 14 23:21:27 karolszk-lap kernel: [ 613.414824] [c10754e4] worker_thread+0x124/0x2d0 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414831] [c10753c0] ? manage_workers.isra.28+0x110/0x110 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414839] [c10792dd] kthread+0x6d/0x80 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414846] [c1079270] ? flush_kthread_worker+0x80/0x80 Nov 14 23:21:27 karolszk-lap kernel: [ 613.414853] [c15ae33e] kernel_thread_helper+0x6/0x10 my machine is Dell Laptop Latitude E6510. 12.04 ubuntu and kernel: Linux karolszk-lap 3.2.0-32-generic-pae #51-Ubuntu SMP Wed Sep 26 21:54:23 UTC 2012 i686 i686 i386 GNU/Linux -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 57151] repeatable nouveau driver crashes/hangs during resume on Dell Latitude E6510 when drm.debug=14
https://bugs.freedesktop.org/show_bug.cgi?id=57151 --- Comment #1 from karolszk karol...@gmail.com --- Created attachment 70106 -- https://bugs.freedesktop.org/attachment.cgi?id=70106action=edit Complete set logs, packed because of size of debug... -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 57081] dell latitude laptop E6510 with nouveau and nvs3100 nvidia doesn't resume properly
https://bugs.freedesktop.org/show_bug.cgi?id=57081 karolszk karol...@gmail.com changed: What|Removed |Added Severity|normal |major Priority|medium |high Version|unspecified |7.6 (2010.12) -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 57151] repeatable nouveau driver crashes/hangs during resume on Dell Latitude E6510 when drm.debug=14
https://bugs.freedesktop.org/show_bug.cgi?id=57151 Peter Wu lekenst...@gmail.com changed: What|Removed |Added Attachment #70106|text/plain |application/zip mime type|| -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Fix for vblank on nvc0
On 2012-11-12 22:52 +0100, Maarten Lankhorst wrote: Op 12-11-12 22:30, Kelly Doran schreef: I had Sven test this patch... he said it works. I think chipset number test was executing code that we thought was only either 0x50 or 0xc0, but was actually more specific with things like 0x92. Oh right vblank is busted anyway... needs to be nv_device(priv-)card_type == NV_50 to work. Your patch is the correct fix. The patch has landed in the nouveau/master branch now, but not in drm-nouveau-fixes where it is also needed. Cheers, Sven ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH] drm/nouveau/bios: fix DCB v1.5 parsing
memcmp-nv_strncmp conversion should have inverted the return value.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
See
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=drivers/gpu/drm/nouveau/nouveau_bios.c;h=a0a3fe3c016be86665db1369c44bef832f829a1a;hb=a0d271cbfed1dd50278c6b06bead3d00ba0a88f9#l5652
(3.6)
and
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=drivers/gpu/drm/nouveau/core/include/core/object.h;h=818feabbf4a0969f090f897852fe4476a422b1b6;hb=77b67063bb6bce6d475e910d3b886a606d0d91f7#l179
(nv_strncmp definition)
---
drivers/gpu/drm/nouveau/core/subdev/bios/dcb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/bios/dcb.c
b/drivers/gpu/drm/nouveau/core/subdev/bios/dcb.c
index 7d75038..acb6936 100644
--- a/drivers/gpu/drm/nouveau/core/subdev/bios/dcb.c
+++ b/drivers/gpu/drm/nouveau/core/subdev/bios/dcb.c
@@ -64,7 +64,7 @@ dcb_table(struct nouveau_bios *bios, u8 *ver, u8 *hdr, u8
*cnt, u8 *len)
}
} else
if (*ver = 0x15) {
- if (!nv_strncmp(bios, dcb - 7, 7, DEV_REC)) {
+ if (nv_strncmp(bios, dcb - 7, 7, DEV_REC)) {
u16 i2c = nv_ro16(bios, dcb + 2);
*hdr = 4;
*cnt = (i2c - dcb) / 10;
--
1.7.12
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 56340] [Ubuntu 10.04.4 LTS 32-bit] Severe instability of VIA Technologies Apollo MVP3 chipset and NVIDIA RIVA TNT2 M64 graphics
https://bugs.freedesktop.org/show_bug.cgi?id=56340 --- Comment #8 from mypersonalmailb...@mail.com --- (In reply to comment #7) Hi Robert, Yes, I do understand the reputation of VIA Technologies chipset with AGP from 1998 to around 2002 or so. I remember that ALi was probably even worse at the time (i.e., ALi Alladin V chipset for Socket 7). Yet, to my surprise, almost all AGP graphics cards I tried were able to at least boot Ubuntu with Apollo MVP3 chipset. Since this NVIDIA RIVA TNT2 64 AGP graphics card from VisionTek does work fine with other systems, including newer VIA Technologies chipsets, I suspect there might be something wrong inside agpgart-via module specifically that causes issues with Apollo MVP3 chipset. I will try to obtain kern.log from this system so that someone can analyze it further. Regards, fpgahardwareengineer (In reply to comment #5) Regarding the reason for the freeze, I can think of the following. - Is Nouveau is accessing the VGA BIOS of the card during boot, and the VGA BIOS is a little buggy? - Does the VGA BIOS's initialization code configuring RIVA TNT2 64 in a certain way that contributes to the freeze with Apollo MVP3 chipset? I would suspect the latter - these old VIA AGP implementations were notoriously unstable and problematic even in Windows and it's not unlikely that different BIOS versions may configure the card differently (AGP 2X/4X, AGP fast writes on/off, etc.) You can also try updating the motherboard BIOS and try playing with any AGP-related BIOS settings to see if they change the situation. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
