Hi list, my thanks to developers of nouveau first: I wonder how you put it together this far, where there's quite enough to appreciate! This question I have: strangely I can get each of 2 cards to work separately for a dualseat PC by toggling on/off fbcon=map: kernel option (compiled with CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY) -- by doing so I can have each card initialized and start it's Xorg, all welll, but can't have both cards initialized (and thus used) -- why? In very short, this is what my dmesg says: [drm] Initialized drm 1.1.0 20060810 nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0 nouveau 0000:04:00.0: enabling device (0000 -> 0002) nouveau 0000:04:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 nouveau 0000:04:00.0: PCI INT A disabled nouveau: probe of 0000:04:00.0 failed with error -12 0000:01 is address of one card, 0000:04 of the other. What happens is that one of cards will fail to be initialized (in one case 01, other time 04). So is that supposed to be that way currently or I missed to pass some parameters or bug, or..? What more should I post here if anyone interested in this? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20100731/bd2e5223/attachment.pgp>
On Sat, 31 Jul 2010 22:08:23 +0000 K?rlis Repsons <k at 11.lv> wrote:> Hi list, > my thanks to developers of nouveau first: I wonder how you put it > together this far, where there's quite enough to appreciate! > > This question I have: strangely I can get each of 2 cards to work > separately for a dualseat PC by toggling on/off fbcon=map: kernel > option (compiled with CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY) > -- by doing so I can have each card initialized and start it's > Xorg, all welll, but can't have both cards initialized (and thus > used) -- why? > > In very short, this is what my dmesg says: > [drm] Initialized drm 1.1.0 20060810 > nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 > [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on > minor 0 nouveau 0000:04:00.0: enabling device (0000 -> 0002) > nouveau 0000:04:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 > nouveau 0000:04:00.0: PCI INT A disabled > nouveau: probe of 0000:04:00.0 failed with error -12Is this really a continuous section of the kernel log, no lines removed from between? If that is so, you are using user mode setting, which has been depracated and removed a long time ago. No support whatsoever in that case. KMS is mandatory, can you try with that? What versions of the Nouveau components and the kernel you have? What cards do you have?> 0000:01 is address of one card, 0000:04 of the other. What > happens is that one of cards will fail to be initialized (in one > case 01, other time 04). So is that supposed to be that way > currently or I missed to pass some parameters or bug, or..? What > more should I post here if anyone interested in this?-- Pekka Paalanen http://www.iki.fi/pq/
On Monday 02 August 2010 14:07:19 Francisco Jerez wrote:> K?rlis Repsons <k at 11.lv> writes: > > On Monday 02 August 2010 11:33:14 Francisco Jerez wrote: > >> > But now I'm at the "next level of trouble": > >> > 1. when two Xservers are running, after some minutes video output of > >> > the primary card ceases (logging out restarts X and then it's > >> > back..), while the second output is still ok; > >> > >> Kernel and X logs after the crash would be helpful. > > > > I found them to be funnily short: in my kernel log there is this line: > > [drm] nouveau 0000:01:00.0: Setting dpms mode 1 on vga encoder (output 0) > > > > And yes it doesn't come back just by moving mouse. > > In xorg.conf there is /Option "DPMS" "off"/ for each monitor and also for > > each server layout Blank, Standby, Suspend, Off *Time is set to "0"... > > > > $ cat Xorg.0.log | egrep "(DPMS|Dpms|dpms)" > > Aug 2 13:05:01 station 19180.806] (II) Loading extension DPMS > > Aug 2 13:05:01 station 19181.154] (II) NOUVEAU(0): DPMS capabilities: > > Off; RGB/Color Display > > > > Now what should I do please? > > Show us your full logs, please.Ok. Here I post the kernel log fragment between start of Xservers at 13:05:00 and crash, which happened at 13:14:47. I sent full logs to Francisco, they were not accepted in this list because 144KB > 100KB. Aug 2 13:05:01 station kernel: [drm] nouveau 0000:04:00.0: Allocating FIFO number 1 Aug 2 13:05:01 station kernel: [drm] nouveau 0000:04:00.0: nouveau_channel_alloc: initialised FIFO 1 Aug 2 13:05:01 station kernel: [drm] nouveau 0000:04:00.0: Setting dpms mode 3 on tmds encoder (output 2) Aug 2 13:05:01 station kernel: [drm] nouveau 0000:04:00.0: 0xD0B6: Parsing digital output script table Aug 2 13:05:01 station kernel: [drm] nouveau 0000:04:00.0: Setting dpms mode 0 on tmds encoder (output 2) Aug 2 13:05:01 station kernel: [drm] nouveau 0000:04:00.0: Output DVI-I-2 is running on CRTC 0 using output A Aug 2 13:05:01 station kernel: [drm] nouveau 0000:01:00.0: Allocating FIFO number 1 Aug 2 13:05:01 station kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 1 Aug 2 13:14:47 station kernel: [drm] nouveau 0000:01:00.0: Setting dpms mode 1 on vga encoder (output 0) Aug 2 13:17:11 station kernel: [drm] nouveau 0000:04:00.0: nouveau_channel_free: freeing fifo 1 Aug 2 13:17:11 station kernel: [drm] nouveau 0000:01:00.0: nouveau_channel_free: freeing fifo 1 So lets see later what is there... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20100802/0e86d6f9/attachment.pgp>