Bug 24014

Summary: [KMS, NVA0] Init table command not found: 0x87
Product: xorg Reporter: Peter Hjalmarsson <xake>
Component: Driver/nouveauAssignee: Nouveau Project <nouveau>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
kern.log, the full bootup
none
vbios dumped as vbtracetool QUICKSTART tells you to none

Description Peter Hjalmarsson 2009-09-18 02:49:05 UTC
Created attachment 29657 [details]
kern.log, the full bootup

During bootup right before KMS kicks in four lines flashes by (even when I have added quiet to the kernelcmd), which are (copied from kernel.log)>

Sep 18 09:07:33 lillen kernel: nouveau 0000:02:00.0: 0xEB80: Init table command not found: 0x87
Sep 18 09:07:33 lillen kernel: nouveau 0000:02:00.0: 0xEBA3: Init table command not found: 0x87
Sep 18 09:07:33 lillen kernel: nouveau 0000:02:00.0: 0xEB5D: Init table command not found: 0x87
Sep 18 09:07:33 lillen kernel: nouveau 0000:02:00.0: 0xEBC6: Init table command not found: 0x87


After asking pq over at #nouveau he said I should report along with a vbios-dump. so here it comes.

The system is:

Linux lillen 2.6.31-rc8 #1 SMP Fri Sep 18 08:57:35 CEST 2009 x86_64 Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz GenuineIntel GNU/Linux

02:00.0 VGA compatible controller [0300]: nVidia Corporation GT200b [GeForce GTX 285] [10de:05e3] (rev a1) (prog-if 00 [VGA controller])
	Subsystem: nVidia Corporation Device [10de:065b]
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 24
	Region 0: Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
	Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M]
	Region 3: Memory at f8000000 (64-bit, non-prefetchable) [size=32M]
	Region 5: I/O ports at ac00 [size=128]
	Expansion ROM at fba80000 [disabled] [size=512K]
	Capabilities: [60] Power Management version 3
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
		Address: 0000000000000000  Data: 0000
	Capabilities: [78] Express (v1) Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s <1us, L1 <4us
			ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
			MaxPayload 128 bytes, MaxReadReq 512 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
		LnkCap:	Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <1us, L1 <1us
			ClockPM- Surprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
	Capabilities: [100] Virtual Channel <?>
	Capabilities: [128] Power Budgeting <?>
	Capabilities: [600] Vendor Specific Information <?>
	Kernel driver in use: nouveau
Comment 1 Peter Hjalmarsson 2009-09-18 02:50:04 UTC
Created attachment 29658 [details]
vbios dumped as vbtracetool QUICKSTART tells you to
Comment 2 Peter Hjalmarsson 2009-09-18 03:04:49 UTC
Forgot to mention: this is with nouveau kernel and the following commit

commit 399d7c879e382a739e95684352a5b91ef6ab4397
Author: Ben Skeggs <bskeggs@redhat.com>
Date:   Fri Sep 18 14:38:16 2009 +1000
Comment 3 Ben Skeggs 2009-09-18 03:15:03 UTC
I'm aware of this issue already, one of my chips has the same unimplemented command in its init scripts.  This won't effect the normal running of nouveau, it *may* effect suspend/resume but does not in my case (GTX275).
Comment 4 Peter Hjalmarsson 2009-09-18 04:00:23 UTC
Well, the problems I have seems to be unrelated to this (thanks for confirming it), and since I never suspend/resume this computer this is not a problem for me (GTX285) but if you have stuff to try out, just ask.
Comment 5 Ben Skeggs 2009-12-03 03:05:21 UTC
This bug is technically fixed now, 0x87 is implemented.  What were the issues you mentioned seeing?
Comment 6 Peter Hjalmarsson 2009-12-03 04:14:17 UTC
(In reply to comment #5)
> This bug is technically fixed now, 0x87 is implemented.  What were the issues
> you mentioned seeing?
> 

Oh, those are just graphical issues I have when using nouveau/linux-2.6 git tree (both clean and merged on top of linus tree) together with xserver-1.7.[01] (have not had time trying with newer versions of xserver). Those glitches that has "workaround hacks" in the fedora patchset.

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.