Ticket #1959 (closed bug: fixed)

Opened 2 months ago

Last modified 4 days ago

nVidia Corporation NV11 [GeForce2 Go]: drawing problems after new splash screen

Reported by: nielx Assigned to: korli
Priority: high Milestone: R1/alpha1
Component: Drivers/Graphics/nVidia Version: R1 development
Cc: koki Platform: All

Description

After updating my machine to the latest subversion revision, the screen stops drawing correctly. The black boot screen (with logo) seems to be copied twice to the top of the screen. The main color of the desktop is black, and the fonts and borders are drawn. The windows suffer the same problems: it's all very black. When I drag a window to another location, it needs a few seconds to become visible again.

My resolution is 1024 x 768.

I'm sorry I cannot pinpoint to a more exact point in time, but it my previous checkout was from before the new boot screen with icons.

Attachments

syslog (151.8 kB) - added by qyellow on 03/30/08 17:04:19.
screen1.png (101.0 kB) - added by koki on 04/04/08 01:14:21.
Screenshot

Change History

03/23/08 11:36:27 changed by nielx

  • cc set to stippi.

03/23/08 14:17:41 changed by axeld

  • cc changed from stippi to stippi, korli.
  • priority changed from normal to high.
  • milestone changed from R1 to R1/alpha1.

This is most probably the cause of Jerome's recent MTRR changes.

03/23/08 15:15:41 changed by jonas.kirilla

This could be a duplicate of/related to #1950.

03/24/08 06:45:12 changed by stippi

  • cc changed from stippi, korli to korli.
  • owner changed from axeld to korli.

First a note: Please don't CC me. I am on the ticket mailing list and if you CC me, I will get all emails twice.

I also think it has nothing to do with the boot icons, but is rather a problem with the changed MTRR setup.

03/25/08 16:09:47 changed by korli

I would need additional information if it's possible : a syslog or serial log. Also, on Linux, you should find something about "BIOS-provided physical RAM map" in /var/log/messages, especially lines beginning with "BIOS-e820". Please provide on Linux the result of "cat /proc/mtrr". Thanks.

03/26/08 14:01:40 changed by nielx

From the messages: 

Jan 26 19:22:13 nielx-laptop kernel: [    0.000000] BIOS-provided physical RAM map:
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 0000000000100000 - 000000001fef0000 (usable)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 000000001fef0000 - 000000001feff000 (ACPI data)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 000000001feff000 - 000000001ff00000 (ACPI NVS)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 000000001ff00000 - 000000001ff80000 (usable)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 000000001ff80000 - 0000000020000000 (reserved)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 00000000ff800000 - 00000000ffc00000 (reserved)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]  BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000] 0MB HIGHMEM available.
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000] 511MB LOWMEM available.
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000] Zone PFN ranges:
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]   DMA             0 ->     4096
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]   Normal       4096 ->   130944
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]   HighMem    130944 ->   130944
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000] early_node_map[1] active PFN ranges
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000]     0:        0 ->   130944
Jan 26 19:22:13 nielx-laptop kernel: [    0.000000] DMI 2.3 present.

MTRR dump: 

reg00: base=0x00000000 (   0MB), size= 512MB: write-back, count=1
reg01: base=0x1ff80000 ( 511MB), size= 512KB: uncachable, count=1
reg02: base=0x1ff80000 ( 511MB), size= 512KB: uncachable, count=1
reg03: base=0xf0000000 (3840MB), size=  16MB: write-combining, count=1

I'll try to fetch a syslog.

(follow-up: ↓ 9 ) 03/30/08 09:27:41 changed by korli

Could you check again with r24679 ?

03/30/08 16:46:25 changed by qyellow

geforce 4 mx (nforce2 integrated graphics)

I am having the same problem as nielx. Updating to revision 24695 does not resolve the drawing issues on my setup.

cat /proc/mtrr
reg00: base=0x00000000 ( 0MB), size= 512MB: write-back, count=1
reg01: base=0x20000000 ( 512MB), size= 128MB: write-back, count=1
reg02: base=0x28000000 ( 640MB), size= 64MB: write-back, count=1
reg03: base=0x2c000000 ( 704MB), size= 32MB: write-back, count=1

and messages
Mar 30 09:42:09 cgreen kernel: BIOS-provided physical RAM map:
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 0000000000100000 - 000000002dfd0000 (usable)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 000000002dfd0000 - 000000002dfdf000 (ACPI data)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 000000002dfdf000 - 000000002e000000 (ACPI NVS)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
Mar 30 09:42:09 cgreen kernel: BIOS-e820: 00000000ff7c0000 - 0000000100000000 (reserved)

03/30/08 17:04:19 changed by qyellow

  • attachment syslog added.

(in reply to: ↑ 7 ) 04/01/08 02:33:59 changed by nielx

Replying to korli:

Could you check again with r24679 ?

It does not work. The type of distortion changed though. The boot screen is no longer repeated in the background.

Do you need a syslog?

04/04/08 01:11:28 changed by koki

  • cc changed from korli to korli, koki.

FWIW, I see the same problem with r24782 on a laptop that has a built-in Nvidia NV17M GeForce4 440 Go 64M video card.

The boot screen displays properly, but once the system boots, the colors are all screwed up. The deskbar, desktop, windows and window tabs backgrounds are all black; the window borders appear, but fonts are mostly garbled and in weird colors. The only thing that is displayed properly is the Haiku logo on the desktop background.

One picture is better than a thousand words, so a screenshot will follow.

04/04/08 01:14:21 changed by koki

  • attachment screen1.png added.

Screenshot

(follow-up: ↓ 12 ) 04/04/08 01:23:58 changed by koki

One observation: the same hardware works fine when color depth is switched to 16 bits.

(in reply to: ↑ 11 ) 04/06/08 03:57:19 changed by nielx

Replying to koki:

One observation: the same hardware works fine when color depth is switched to 16 bits.

Same here.

04/13/08 17:15:10 changed by qyellow

as of revision 24947 seems to resolve the drawing errors in the 32 bit colour space.

04/18/08 11:10:44 changed by korli

nielx, koki, any update ?

04/18/08 13:20:30 changed by koki

Just tried r25013 (clean install), and Haiku does in fact boot properly in 32 bit mode. Thanks!

04/30/08 15:54:53 changed by scottmc

so can this one be closed now?

04/30/08 17:09:53 changed by korli

  • cc changed from korli, koki to koki.

we just need nielx feedback.

05/08/08 02:44:49 changed by nielx

  • status changed from new to closed.
  • resolution set to fixed.

Fixed. Thanks!