LinuxQuestions.org
Review your favorite Linux distribution.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Software
User Name
Password
Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.

Notices


Reply
  Search this Thread
Old 11-20-2005, 10:26 AM   #1
Worksman
Member
 
Registered: Sep 2004
Location: Romania
Distribution: Ubuntu, Debian, Arch Linux, Gentoo, Slackware
Posts: 171
Blog Entries: 1

Rep: Reputation: 31
Unhappy No other 'Failed to set up mtrr write-combining range' thread on linuxquestions.org?!


I have searched for a solution to my problem - and not only mine - everywhere on the net.
Searching linuxquestions turned out there was no thread that could help me, so I started a new one.
My problem is this:
Code:
pauls@theenemy ~ $ cat /var/log/Xorg.0.log | grep WW
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(WW) NV(0): config file hsync range 28-80kHz not within DDC hsync ranges.
(WW) NV(0): config file vrefresh range 48-75Hz not within DDC vrefresh ranges.
(WW) (1280x1024,SDM-S93) mode clock 135MHz exceeds DDC maximum 110MHz
(WW) (1600x1200,SDM-S93) mode clock 162MHz exceeds DDC maximum 110MHz
(WW) (1400x1050,SDM-S93) mode clock 122MHz exceeds DDC maximum 110MHz
(WW) NV(0): Failed to set up write-combining range (0xf0000000,0x4000000)
As you can see the most important thing to note is the last line.
The problem is that my MTRR - module type range registers - address space is all maped after boot up.
Several people report this to be a vesafb (vesafb-tng) problem, that can be resolved by disabling the use of MTRR by the vesafb (using the kernel command line).
This does not work for me, the bug is untraceble. I don't know where this comes from. What uses the MTRR and sets it to maximum address space.
My MTRR looks like this:
Code:
pauls@theenemy ~ $ cat /proc/mtrr
reg00: base=0x00000000 (   0MB), size=983296MB: write-back, count=2
I have searched how to set MTRR ranges manually but in my case I have to delete the big one, and doing so make the system unstable and it blocks.
I did not have this problem in debian sarge (stable) using the provided linux 2.6 kernel (2.6.8 IIRC). Unfortunately I forgot to save the 'cat /prc/mtrr' output.
But if I remember properly the first entry was 256MB in size, write-back, it's base was not at 0x00000000. The second was 64MB (?) and it's base was 0xf0000000 (?).
I've read many pages, and some say this was a bug, but was resolved.
Some say it may be incompatible settings in the kernel, but I've tried every combination I could.
Now I'm using the gentoo-sources kernel with patches, 2.6.14-gentoo-r2.
I have vesafb-tng compiled, any video mode works at any refresh rate I want - that's great.
I have APIC and IO-APIC compiled.
I don't have a hardware random number generator so that is disabled too.
I don't use any initrd.
And I have an MSI GeForce4 MX440 with AGP8X card, and Gigabyte GA-8I848P-G mother board.
Code:
theenemy pauls # lspci 
0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
0000:00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02)
0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
0000:00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a4)
0000:02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:02:04.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 0d)
I'm desperately searching for an answer at least!
So any help is greatly apreciated!
Thanks in advance!
 
Old 11-21-2005, 08:05 PM   #2
foo_bar_foo
Senior Member
 
Registered: Jun 2004
Posts: 2,553

Rep: Reputation: 53
what exactly is the functionality problem besides you think it somehow isn't right ?
 
Old 11-21-2005, 08:27 PM   #3
foo_bar_foo
Senior Member
 
Registered: Jun 2004
Posts: 2,553

Rep: Reputation: 53
edit sorry pushed the button twice (at least i wasn't buying plane tickets)

Last edited by foo_bar_foo; 11-21-2005 at 08:28 PM.
 
Old 11-22-2005, 08:42 PM   #4
Worksman
Member
 
Registered: Sep 2004
Location: Romania
Distribution: Ubuntu, Debian, Arch Linux, Gentoo, Slackware
Posts: 171

Original Poster
Blog Entries: 1

Rep: Reputation: 31
Back to Windows? :(

I'm very sory for replying so late.
I got 'sick' of it. I moved back to Windows 2K Server. Until i find the solution I will run that, or maybe switch to Arch Linux?
I do not think that somehow it isn't right, it really is NOT right!
MTRR is indispensable for graphics, it's very slow without it.
Even if glxgears give me 996 fps, it should give me around 1000.
Running Quake is a pain, moving around flickers and scatters etc.
After trying gentoo on my laptop everything worked, no MTRR problem.
I saved some info. Here's part of it.
Code:
cat /proc/mtrr
reg00: base=0x00000000   (      0MB) size=512MB write-back
reg01: base=0xd0000000   (3328MB) size=64MB write-combining
reg02: base=0xe0000000   (3584MB) size=64MB write-combining

write combining range in xorg log is 0xd0000000, 0x40000000
reg00 was 256 at boot.
reg01 was and remained at 64 after boot (must be the framebuffer vesafb range)
reg02 got created by X server after startx and reg00 resized to 512(or recreated)
If you read the MTRR documentation from the kernel, it brings 2.5 or higher times more speed to graphics.
And all I want to know is what is mapping all the memory space, and why is it so critical that if I edid the MTRRs manual(delete and recreate) the system runs slow,
the console text appears after some time, and eventually never does, freezing.
And i got 2000 fps on my laptop with an ATI mobile 9200 64MB.
 
Old 11-23-2005, 01:13 AM   #5
foo_bar_foo
Senior Member
 
Registered: Jun 2004
Posts: 2,553

Rep: Reputation: 53
sorry for the flip answer before
i never get that much out of the framebuffer mtrr and i think it doesn't effect 3d only 2d graphics
mine comes out like yours and i just leave it
important to note that the large map with write-back is using mtrr
just no write combined area for the framebuffer
i don't really understand this stuff but it increases cached burst which is also an increase in latency not a decrease.

what is going on is most likely you are putting in a bad range
lets see
you have the line in x log like
(--) NVIDIA(0): Linear framebuffer at 0xE8000000
then look for that region in the log
(II) resource ranges after probing:
0xe8000000 - 0xefffffff (0x8000000) MX[B](B)

so that would be
echo "base=0xE8000000 size=0x8000000 type=write-combining" >| /proc/mtrr

if it does nothing look at the kernel logs for the reason klogd should have info about out of range attempts i think

also try nvidia module instead of x builtin might help performance
 
Old 11-23-2005, 06:24 AM   #6
Worksman
Member
 
Registered: Sep 2004
Location: Romania
Distribution: Ubuntu, Debian, Arch Linux, Gentoo, Slackware
Posts: 171

Original Poster
Blog Entries: 1

Rep: Reputation: 31
I still can't understand.

I still can't understand it. Why is this happening only in Gentoo? I don't want to be forced to use any other distribution, execpt Arch but it may be too hard for me, or hard to adapt to.
If what you say is true, then 2D acceleration is what is affected and that explains why Fluxbox (or any other WM and DM I used) is slow.
But 3D graphics is also slow!
I am not putting in a bad range, I am not doing anything at all to the mtrr!
It just gets maxed out! All the address space is used after reboot in runlevel 3.
And inserting that range I've tried but the log says failed to set up write-combining range, I figure it's because there are not other ranges available, so trying to delete the (only) big one makes the system lock up.
Now what I wan't to find out (again ) is what is mapping this address in the first place? I figure it's the kernel, but what module? Or is it some other driver?
My motherboard has SMP support but my CPU is a uniprocessor, seting up the kernel with SMP, or not (and with APIC and IOAPIC), or no SMP and APIC/IOAPIC helps nothing. So why does this happen only in Gentoo?
 
Old 11-23-2005, 01:17 PM   #7
foo_bar_foo
Senior Member
 
Registered: Jun 2004
Posts: 2,553

Rep: Reputation: 53
it's hard to help when you appearently didn't try what i said.
there are lots of false assumptions in what you say so where to start.
yes it's the kernel creating the large mmap
i think the mmap is created in ./drivers/media/video/videodev.c
not sure.
Quote:
I am not putting in a bad range, I am not doing anything at all to the mtrr!
Quote:
I have searched how to set MTRR ranges manually but in my case I have to delete the big one
these two statement seem to contradict each other.
where in the world did you get the notion the large mmap was a problem ? or that you should delete it.
it's just a virtual mapping. It simply provides a wide aray of user space programs including x direct mapped access to video card RAM.
Quote:
It just gets maxed out! All the address space is used after reboot in runlevel 3.
a virtual mmap canot by definition get "used up".
your cpu can handly like 8 mtrr setting or something.
perhaps i should have said x is trying to set a range that is inconsistent or unaligned in some way so you have to do it by hand. Linux's mmap() doesn't support mappings that are not aligned to page boundaries with regard to file offsets.
the x code just can't take all video card specifics into account without the developers working forever on it.

not going to work on this thread anymore if you don't at least try to follow my sugestions
 
Old 11-24-2005, 01:58 AM   #8
Worksman
Member
 
Registered: Sep 2004
Location: Romania
Distribution: Ubuntu, Debian, Arch Linux, Gentoo, Slackware
Posts: 171

Original Poster
Blog Entries: 1

Rep: Reputation: 31
I'm sory!

I'm sory for not being more explicit and not actually doing what you asked to right after.
I moved (for just a limited time, I hope) back to XP.
Yes, my words do contradict. I forgot to specify that I tried to delete and create mmaps in one installation of Gentoo.
After not having success I reinstalled Gentoo and decided not to touch the mmaps again, as I've seen what it can do to my system.
Part of this is my ISP's fault, I was very rushed to write back, before my connection stops again.
Still, what I don't understand is why does it happen only in Gentoo 2005.1?
Another thing I'm not sure about, since I have little experinece with Linux, and also with Linux running on this chipset, or entire box configuration, I might say, is my kernel configuration. Wheter to select SMP support, since my mobo does support HTT, but my CPU does not, wheter to select local APIC and IO-APIC, wheter to select VIA/Intel hardware number generator, wheter to select the ACPI power management clock(the one that does not get affected by CPU frequency modification), HPET, RTC, and so on.
My chipset is rather rare these days, I think, since It soes not pop-up too much in a 'linux 82801EB' or 'linux 82865G/PE/P/GV/82848P' search. So I am not sure about what to support in the kernel.
You say I am putting in a wrong range, but the range, any range, can not be set because the big range that gets mapped at boot includes the range that is supposed to be set by the nvidia, and there can't be set a write-combining range overlapped.
I tried mappign the range myself so that is what I wanted to say, and the error was (I am sorry again I cannot remmember) something like 'cannot set write-combining range new: write-back old:write-combining'.
Now here's how things looked on my laptop, a P4 Mobile 3.02 GHz with SiS chipset and ATI graphics 9200 mobile:
Code:
Linux version 2.6.12-gentoo-r6-compile.1 (root@livecd) (gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #1 SMP Tue Nov 22 20:49:53 EET 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001ffd0000 (usable)
 BIOS-e820: 000000001ffd0000 - 000000001ffdf000 (ACPI data)
 BIOS-e820: 000000001ffdf000 - 0000000020000000 (ACPI NVS)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
511MB LOWMEM available.
found SMP MP-table at 000ff780
On node 0 totalpages: 131024
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 126928 pages, LIFO batch:31
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 ACPIAM                                ) @ 0x000f7480
ACPI: RSDT (v001 A M I  OEMRSDT  0x12000423 MSFT 0x00000097) @ 0x1ffd0000
ACPI: FADT (v002 A M I  OEMFACP  0x12000423 MSFT 0x00000097) @ 0x1ffd0200
ACPI: MADT (v001 A M I  OEMAPIC  0x12000423 MSFT 0x00000097) @ 0x1ffd0390
ACPI: OEMB (v001 A M I  AMI_OEM  0x12000423 MSFT 0x00000097) @ 0x1ffdf040
ACPI: DSDT (v001 UW____ F05_____ 0x00000001 INTL 0x02002026) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:4 APIC version 20
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 2, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 20000000 (gap: 20000000:dff80000)
Built 1 zonelists
Kernel command line: root=/dev/hda5 acpi=on mce
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 3065.816 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 514280k/524096k available (2441k kernel code, 9260k reserved, 1222k data, 228k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 6012.92 BogoMIPS (lpj=3006464)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 0000459d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 0000459d 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 0000459d 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz stepping 01
Booting processor 1/1 eip 2000
Initializing CPU#1
Calibrating delay loop... 6111.23 BogoMIPS (lpj=3055616)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 0000459d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 0000459d 00000000 00000000
monitor/mwait feature present.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 0000459d 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU1: Thermal monitoring enabled
CPU1: Intel Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz stepping 01
Total of 2 processors activated (12124.16 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
CPU0 attaching sched-domain:
 domain 0: span 03
  groups: 01 02
  domain 1: span 03
   groups: 03
CPU1 attaching sched-domain:
 domain 0: span 03
  groups: 02 01
  domain 1: span 03
   groups: 03
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xf0031, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050309
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
Uncovering SIS963 that hid as a SIS503 (compatible=1)
Enabling SiS 96x SMBus.
Boot video device is 0000:01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC0] (gpe 2)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 *4 5 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs *3 4 5 7 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 11 devices
PnPBIOS: Disabled by ACPI PNP
SCSI subsystem initialized
Linux Kernel Card Services
  options:  [pci] [cardbus] [pm]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
pnp: 00:06: ioport range 0x164e-0x164f has been reserved
pnp: 00:06: ioport range 0x480-0x48f has been reserved
pnp: 00:06: ioport range 0x4c0-0x4cf has been reserved
Machine check exception polling timer started.
audit: initializing netlink socket (disabled)
audit(1132688043.142:0): initialized
inotify device minor=63
Initializing Cryptographic API
lp: driver loaded but no devices found
Real Time Clock Driver v1.12
vesafb: ATI Technologies Inc., M9+ , 01.00 (OEM: ATI MOBILITY RADEON 9200)
vesafb: VBE version: 2.0
vesafb: protected mode interface info at c000:5399
vesafb: pmi: set display start = c00c5407, set palette = c00c5441
vesafb: pmi: ports = c010 c016 c054 c038 c03c c05c c000 c004 c0b0 c0b2 c0b4 
vesafb: monitor limits: vf = 0 Hz, hf = 0 kHz, clk = 0 MHz
vesafb: scrolling: redraw
Console: switching to colour frame buffer device 128x48
vesafb: framebuffer at 0xd0000000, mapped to 0xe0880000, using 6144k, total 65536k
fb0: VESA VGA frame buffer device
ACPI: AC Adapter [AC0] (on-line)
ACPI: Battery Slot [BAT0] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
ACPI: Processor [CPU1] (supports 8 throttling states)
ACPI: Processor [CPU2] (supports 8 throttling states)
ACPI: Thermal Zone [THRM] (75 C)
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
i8042.c: Detected active multiplexing controller, rev 1.0.
serio: i8042 AUX0 port at 0x60,0x64 irq 12
serio: i8042 AUX1 port at 0x60,0x64 irq 12
serio: i8042 AUX2 port at 0x60,0x64 irq 12
serio: i8042 AUX3 port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ACPI: PCI Interrupt 0000:00:02.6[C] -> GSI 18 (level, low) -> IRQ 18
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP]
lp0: using parport0 (interrupt-driven).
mice: PS/2 mouse device common for all mice
input: PC Speaker
io scheduler noop registered
io scheduler cfq registered
input: AT Translated Set 2 keyboard on isa0060/serio0
atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying access hardware directly.
Synaptics Touchpad, model: 1, fw: 4.1, id: 0x848a1, caps: 0x0/0x0
input: SynPS/2 Synaptics TouchPad on isa0060/serio2
floppy0: no floppy controllers found
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SIS5513: IDE controller at PCI slot 0000:00:02.5
SIS5513: chipset revision 0
SIS5513: not 100% native mode: will probe irqs later
SIS5513: SiS 962/963 MuTIOL IDE UDMA133 controller
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: FUJITSU MHT2080AT, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: _NEC DVD+/-RW ND-6500A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 128KiB
hda: 156301488 sectors (80026 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(33)
hda: cache flushes supported
 hda: hda1 hda2 hda3 < hda5 hda6 hda7 > hda4
hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
ohci1394: $Rev: 1250 $ Ben Collins <bcollins@debian.org>
ACPI: PCI Interrupt 0000:00:09.0[A] -> GSI 18 (level, low) -> IRQ 18
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[18]  MMIO=[dffff800-dfffffff]  Max Packet=[2048]
ieee1394: raw1394: /dev/raw1394 device initialized
ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 17 (level, low) -> IRQ 17
Yenta: CardBus bridge found at 0000:00:08.0 [1734:1055]
Yenta: adjusting diagnostic: 40 -> 60
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:08.0, mfunc 0x005c1d22, devctl 0x44
Yenta: ISA IRQ mask 0x0c78, PCI irq 17
Socket status: 30000006
usbmon: debugs is not available
ACPI: PCI Interrupt 0000:00:03.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:03.3: Silicon Integrated Systems [SiS] USB 2.0 Controller
ehci_hcd 0000:00:03.3: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:03.3: irq 23, io mem 0xdfffd000
PCI: cache line size of 128 is not supported by device 0000:00:03.3
ehci_hcd 0000:00:03.3: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI Interrupt 0000:00:03.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:03.0: Silicon Integrated Systems [SiS] USB 1.0 Controller
ohci_hcd 0000:00:03.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:03.0: irq 20, io mem 0xdfff7000
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
ACPI: PCI Interrupt 0000:00:03.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:03.1: Silicon Integrated Systems [SiS] USB 1.0 Controller (#2)
ohci_hcd 0000:00:03.1: new USB bus registered, assigned bus number 3
ohci_hcd 0000:00:03.1: irq 21, io mem 0xdfffc000
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 3 ports detected
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Initializing USB Mass Storage driver...
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00030d49755df376]
usb 3-2: new low speed USB device using ohci_hcd and address 2
usb 3-3: new full speed USB device using ohci_hcd and address 3
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
input: USB HID v1.10 Mouse [KYE WebScroll] on usb-0000:00:03.1-2
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.01:USB HID core driver
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 32Kbytes
TCP established hash table entries: 32768 (order: 7, 524288 bytes)
TCP bind hash table entries: 32768 (order: 6, 393216 bytes)
TCP: Hash tables configured (established 32768 bind 32768)
ip_conntrack version 2.1 (4094 buckets, 32752 max) - 220 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>.  http://snowman.net/projects/ipt_recent/
arp_tables: (C) 2002 David S. Miller
NET: Registered protocol family 1
NET: Registered protocol family 17
p4-clockmod: P4/Xeon(TM) CPU On-Demand Clock Modulation available
Starting balanced_irq
BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 228k freed
Adding 1269124k swap on /dev/hda4.  Priority:-1 extents:1
EXT3 FS on hda5, internal journal
  Vendor: SONY      Model: USB-FDU           Rev: 6.01
  Type:   Direct-Access                      ANSI SCSI revision: 00
Linux agpgart interface v0.101 (c) Dave Jones
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
agpgart: Detected SiS 648 chipset
usb-storage: device scan complete
agpgart: AGP aperture is 64M @ 0xe0000000
sis900.c: v1.08.08 Jan. 22 2005
ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 19 (level, low) -> IRQ 19
0000:00:04.0: Realtek RTL8201 PHY transceiver found at address 1.
0000:00:04.0: Using transceiver found at address 1 as default
eth0: SiS 900 PCI Fast Ethernet at 0xe800, IRQ 19, 00:03:0d:1b:b2:58.
ACPI: PCI Interrupt 0000:00:02.7[C] -> GSI 18 (level, low) -> IRQ 18
intel8x0_measure_ac97_clock: measured 50371 usecs
intel8x0: clocking to 48000
ACPI: PCI Interrupt 0000:00:02.6[C] -> GSI 18 (level, low) -> IRQ 18
This was dmesg log, and here's cpuinfo:
Code:
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 15
model		: 4
model name	: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz
stepping	: 1
cpu MHz		: 3065.816
cache size	: 1024 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 1
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl est tm2 cid xtpr
bogomips	: 6012.92

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 15
model		: 4
model name	: Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz
stepping	: 1
cpu MHz		: 3065.816
cache size	: 1024 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 1
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl est tm2 cid xtpr
bogomips	: 6111.23
Here's dri ouput:
Code:
a dev	pid    uid	magic	  ioctls

radeon 0000:01:00.0
  ctx/flags   use   fin   blk/rw/rwf  wait    flushed	   queued      locks

slot	 offset	      size type flags	 address mtrr

vma use count: 0, high_memory = dffd0000, 0x1ffd0000
Lspci for reference:
Code:
0000:00:00.0 Host bridge: Silicon Integrated Systems [SiS] SiS 645xx (rev 11)
0000:00:01.0 PCI bridge: Silicon Integrated Systems [SiS]: Unknown device 0003
0000:00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 25)
0000:00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
0000:00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
0000:00:02.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller (rev a0)
0000:00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0)
0000:00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
0000:00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f)
0000:00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
0000:00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)
0000:00:08.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 02)
0000:00:09.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc M9+ 5C61 [Radeon Mobility 9200 (AGP)] (rev 01)
Now here's how the mtrrs look:
Code:
reg00: base=0x00000000 (   0MB), size= 512MB: write-back, count=1
reg01: base=0xd0000000 (3328MB), size=  64MB: write-combining, count=1
reg02: base=0xe0000000 (3584MB), size=  64MB: write-combining, count=1
See the difference?
Uname too:
Code:
Linux laptop 2.6.12-gentoo-r6-compile.1 #1 SMP Tue Nov 22 20:49:53 EET 2005 i686 Mobile Intel(R) Pentium(R) 4 CPU 3.06GHz GenuineIntel GNU/Linux
IO ranges:
Code:
00000000-0009fbff : System RAM
0009fc00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cefff : Video ROM
000cf000-000d8fff : Adapter ROM
000f0000-000fffff : System ROM
00100000-1ffcffff : System RAM
  00100000-0036258e : Kernel code
  0036258f-00493dff : Kernel data
1ffd0000-1ffdefff : ACPI Tables
1ffdf000-1fffffff : ACPI Non-volatile Storage
20000000-20000fff : 0000:00:08.0
  20000000-20000fff : yenta_socket
20400000-207fffff : PCI CardBus #02
20800000-20bfffff : PCI CardBus #02
cfd00000-dfcfffff : PCI Bus #01
  d0000000-d7ffffff : 0000:01:00.0
    d0000000-d3ffffff : vesafb
dfe00000-dfefffff : PCI Bus #01
  dfef0000-dfefffff : 0000:01:00.0
dfff7000-dfff7fff : 0000:00:03.0
  dfff7000-dfff7fff : ohci_hcd
dfff8000-dfffbfff : 0000:00:09.0
dfffc000-dfffcfff : 0000:00:03.1
  dfffc000-dfffcfff : ohci_hcd
dfffd000-dfffdfff : 0000:00:03.3
  dfffd000-dfffdfff : ehci_hcd
dfffe000-dfffefff : 0000:00:04.0
  dfffe000-dfffefff : sis900
dffff800-dfffffff : 0000:00:09.0
  dffff800-dfffffff : ohci1394
e0000000-e3ffffff : 0000:00:00.0
fff80000-ffffffff : reserved
Since now I have Windows, here's how things look in Windows(this not the laptop):
Memory ranges for nvidia
Code:
F8000000 - F8FFFFFF
F4000000 - F7FFFFFFF
000A0000 - 000BFFFF
IRQ 6; IO ranges 03B0 - 03BB; 03C0 - 03DF
And it has acpiapic_up.
What is ACPI_HAL? I think I saw HAL somewhere in the kernel but did not enable it.
Windows detected ACPI_HAL, internal ACPI_HAL. Hardware Abstraction layer?
Another thing; I used ACPI for IRQ routing and detecting stuff, but I did not try PnP BIOS, should I?
The docs say they coexist perfectly.
Under Enumerator for nvidia it says PCI but for somethings like serial or CPU it says ACPI.
Shoul I save the whole list of memory ranges, I/O ranges in windows and see how can I convince Gentoo to set them up the same way?
Can a full Everest Home Edition report help?
If I can do something to clear things out, and if you think you can help me, then I will switch back to Gentoo and install as soon as i can, using GRP packages.
I'm really thankfull for your help!
 
Old 11-24-2005, 02:03 AM   #9
Worksman
Member
 
Registered: Sep 2004
Location: Romania
Distribution: Ubuntu, Debian, Arch Linux, Gentoo, Slackware
Posts: 171

Original Poster
Blog Entries: 1

Rep: Reputation: 31
I don't know why I am somewhat attracted to trying Arch Linux out, because I like Gentoo the most. Should I try Arch? What do you think? Maybe later when I will gain more experience. What experience do you have with Arch? Can you say anything about it? This is a bit out of toppic and I hope you don't think I don't want to solve this problem.
Do you think I should file a bug?

Last edited by Worksman; 11-24-2005 at 07:21 AM.
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
"Failed to set up write combining range" error when running startx jbryanj Linux - Software 1 10-24-2005 05:23 PM
Failed to set up write-combining range (0xd0000000,0x4000000) spuncut Linux - Laptop and Netbook 0 10-06-2004 05:12 AM
xfree86 logs - "Failed to set up write-combining range" jbryanj Linux - Newbie 0 04-30-2004 04:57 PM
startx- XFree86 not supported message, failed to set up write combined range (0xfd000 dilip2004 Linux - General 0 04-05-2004 07:01 AM
XFree86 and Write-Combining Range ? Shade Linux - Software 1 07-29-2003 10:48 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Software

All times are GMT -5. The time now is 06:51 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration