lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 24 Feb 2009 10:25:13 -0800
From:	Yinghai Lu <yinghai@...nel.org>
To:	Maciej Rutecki <maciej.rutecki@...il.com>
CC:	"Rafael J. Wysocki" <rjw@...k.pl>, Eric Anholt <eric@...olt.net>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Jesse Barnes <jbarnes@...tuousgeek.org>,
	"lenb@...nel.org" <lenb@...nel.org>, Ingo Molnar <mingo@...e.hu>,
	mjg@...hat.com, Andrew Morton <akpm@...ux-foundation.org>,
	rui.zhang@...el.com, airlied@...hat.com
Subject: Re: [Linux 2.6.29-rc6] [drm:i915_set_status_page] *ERROR* can not
 	ioremap virtual address for G33 hw status page

Maciej Rutecki wrote:
> 2009/2/24 Maciej Rutecki <maciej.rutecki@...il.com>:
>> 2009/2/24 Yinghai Lu <yinghai@...nel.org>:
>>
>>> CONFIG_MTRR=y
>>> CONFIG_MTRR_SANITIZER=y
>>> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
>>> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
>>>
>>> should help mtrr ones.
>>>
>>> please post bootlog with those option set.
>>>
>>> YH
>>>
>> It doesn't help, see previous mails.
>>
>>
> 
> l also update bios, and try:
> CONFIG_MTRR=y
> CONFIG_MTRR_SANITIZER=y
> CONFIG_MTRR_SANITIZER_ENABLE_DEFAULT=1
> CONFIG_MTRR_SANITIZER_SPARE_REG_NR_DEFAULT=1
> 
> it doesn't help:
> [    0.000000] Linux version 2.6.29-rc6 (root@...m) (gcc version 4.3.3
> (Debian 4.3.3-3) ) #1 SMP PREEMPT Tue Feb 24 08:03:56 CET 2009
> [    0.000000] KERNEL supported cpus:
> [    0.000000]   Intel GenuineIntel
> [    0.000000]   AMD AuthenticAMD
> [    0.000000]   NSC Geode by NSC
> [    0.000000]   Cyrix CyrixInstead
> [    0.000000]   Centaur CentaurHauls
> [    0.000000]   Transmeta GenuineTMx86
> [    0.000000]   Transmeta TransmetaCPU
> [    0.000000]   UMC UMC UMC UMC
> [    0.000000] BIOS-provided physical RAM map:
> [    0.000000]  BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
> [    0.000000]  BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
> [    0.000000]  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
> [    0.000000]  BIOS-e820: 0000000000100000 - 00000000bf5e0000 (usable)
> [    0.000000]  BIOS-e820: 00000000bf5e0000 - 00000000bf5e3000 (ACPI NVS)
> [    0.000000]  BIOS-e820: 00000000bf5e3000 - 00000000bf5f0000 (ACPI data)
> [    0.000000]  BIOS-e820: 00000000bf5f0000 - 00000000bf600000 (reserved)
> [    0.000000]  BIOS-e820: 00000000c0000000 - 00000000d0000000 (reserved)
> [    0.000000]  BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
> [    0.000000] DMI 2.4 present.
> [    0.000000] last_pfn = 0xbf5e0 max_arch_pfn = 0x100000
> [    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
> [    0.000000] original variable MTRRs
> [    0.000000] reg 0, base: 0GB, range: 4GB, type WB
> [    0.000000] reg 1, base: 3GB, range: 1GB, type UC
> [    0.000000] reg 2, base: 3064MB, range: 8MB, type UC
> [    0.000000] reg 3, base: 3063MB, range: 1MB, type UC
> [    0.000000] reg 4, base: 3062MB, range: 1MB, type UC
> [    0.000000] total RAM coverred: 3062M
> [    0.000000] Found optimal setting for mtrr clean up
> [    0.000000]  gran_size: 64K 	chunk_size: 16M 	num_reg: 4  	lose cover RAM: 0G
> [    0.000000] New variable MTRRs
> [    0.000000] reg 0, base: 0GB, range: 2GB, type WB
> [    0.000000] reg 1, base: 2GB, range: 1GB, type WB
> [    0.000000] reg 2, base: 3062MB, range: 2MB, type UC
> [    0.000000] reg 3, base: 3064MB, range: 8MB, type UC

so kernel convert MTRR layout from continuous to discrete ...

YH
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ