| Summary: | nouveau fails to start, waiting on dma | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Andy Wingo <wingo> | ||||||||
| Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> | ||||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
| Severity: | normal | ||||||||||
| Priority: | medium | CC: | ak | ||||||||
| Version: | git | ||||||||||
| Hardware: | PowerPC | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Andy Wingo
2007-04-22 15:55:11 UTC
<marcheu> can you create a bug and attach the log you pasted earlier ? <marcheu> and maybe pinpoint that the notifer doesn't seem to notify <marcheu> the last log with all the status: n[0]=ffffffff, n[1]=ffffffff, n[2]=ffffffff, n[3]=ffffffff Reassigning bugs to the list. Could you please retry with latest git, there were some changes to the notifier code that *might* resolve the issue. Created attachment 10517 [details]
xorg log of failed startup
Hi Ben, still fails. Attaching my xorg.log. DRM and the driver from this morning's git.
I suppose that it is failing in a different way, though. Let me know what I can do to help. Interesting.. Can you post the kernel log output from after a failed start please? Could you try again with current git ? I'd love to confirm that ppc issues have been solved. Sure, I'll give it a shot this week. (Having the vga or dvi out working would be a super plus, but we'll see ;) Created attachment 11845 [details]
xorg log of failed startup
Although I had insmod'd drm.ko with debug=1, all I have in the kernel log is this: Oct 1 21:48:47 localhost kernel: [ 647.651041] [drm] Initialized drm 1.1.0 20060810 Oct 1 21:49:16 localhost kernel: [ 676.361546] [drm] Initialized nouveau 0.0.10 20060213 on minor 0 Oct 1 21:49:16 localhost kernel: [ 676.361656] [drm] Used old pci detect: framebuffer loaded Oct 1 21:50:31 localhost kernel: [ 750.846137] appletouch: incomplete data package (first byte: 0, length: 17). Oct 1 21:51:03 localhost kernel: [ 783.485325] agpgart: Putting AGP V2 device at 0000:00:0b.0 into 4x mode Oct 1 21:51:03 localhost kernel: [ 783.485334] agpgart: Putting AGP V2 device at 0000:00:10.0 into 4x mode Oct 1 21:51:03 localhost kernel: [ 783.508060] [drm] Allocating FIFO number 0 Oct 1 21:51:03 localhost kernel: [ 783.508778] [drm] nouveau_fifo_alloc: initialised FIFO 0 Oct 1 21:51:03 localhost kernel: [ 783.528614] [drm] Allocating FIFO number 1 Oct 1 21:51:03 localhost kernel: [ 783.529175] [drm] nouveau_fifo_alloc: initialised FIFO 1 Oct 1 21:53:36 localhost syslogd 1.4.1#21ubuntu3: restart. Forgot to mention the symptoms, etc: that's git from an hour ago, and it makes it to the point where it displays the X cursor, but then appears to hang in the kernel: the front led light (controlled by the kernel) stays in whatever state it was in, the system is unresponsive, I have to hard reboot. But this is progress, I guess :) Could you try without nvidiafb (using vesafb or offb instead) ? We don't really cooperate with the nvidiafb driver well (it stomps over all our state). I'm running latest Fedora Rawhide on a Powerbook G4, and I'm having a similar problem. Unfortunately using offb makes no difference - X displays mouse cursor for a few seconds and then restarts. I have attached the XOrg log. Created attachment 12135 [details]
xorg log of failed startup with offb
OK! I rebuilt a new kernel from linus' tree today, and drm and the driver from today, and * finally* things are working. Thanks to all! |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.