All of lore.kernel.org
 help / color / mirror / Atom feed
* xf4 hang on mach64
@ 2000-07-26 13:24 Josh Huber
  2000-07-26 17:14 ` Michael Schmitz
  0 siblings, 1 reply; 2+ messages in thread
From: Josh Huber @ 2000-07-26 13:24 UTC (permalink / raw)
  To: Linux/PowerPC Devel List


[-- Attachment #1.1: Type: text/plain, Size: 2414 bytes --]

Has anyone had any luck with Ani's drivers for the Mach64 chipset?  If
you have, could you send me your XF86Config?  I'm getting the
following kind of output:

(II) ATI: ATI driver (version 5.3.5) for chipsets: ati, ativga
(--) Chipset ATI Mach64 3D Rage LT Pro (PCI) found
Found a Mach64 on a PowerPC
(WW) ****INVALID MEM ALLOCATION**** b: 0x82000000 e: 0x82ffffff correcting
own
        [0] -1  0x82fff000 - 0x82ffffff (0x1000) MXB
        [1] -1  0x00000400 - 0x000004ff (0x100) IXB
(II) Loading /usr/X11R6/lib/modules/linux/libfbdevhw.a
(II) Module fbdevhw: vendor="The XFree86 Project"
        compiled for 4.0e, module version = 0.0.1
(**) ATI(0): Depth 15, (--) framebuffer bpp 16
(==) ATI(0): RGB weight 555
(==) ATI(0): Default visual is TrueColor
Mapping MMIO @ 0x17ff000 with size 0x1000
testing mmio w/ scratch regs...
SCRATCH_REG0 = 0x0
SCRATCH_REG0 = 0x12345678
SCRATCH_REG1 = 0x0
SCRATCH_REG1 = 0xdeadbeef
Chip Type = 0x0, Rev = 0x0
(--) ATI(0): VideoRam: 2048 kByte (OFF)
(==) ATI(0): Using gamma correction (1.0, 1.0, 1.0)
(II) ATI(0): Apple 1024x768 LCD: Using hsync range of  31.00-190.00 kHz
(II) ATI(0): Apple 1024x768 LCD: Using vrefresh range of  58.00-190.00 Hz

****At this point, the machine hangs****

Once, believe it or not, syslogd was able to write a machine check
output to disk:

Machine check in kernel mode.  (regs at c8005a10)
Caused by (from srr1): Unknown values in srr1
NIP: C012D7F8 XER: 20000000 LR: C012D7E4 REGS: c8005a10 TRAP: 0200
MSR: 00009030 [EEIRDRME]
TASK = c8004000[640] 'XFree86' mm->pgd c85fe000 Last syscall: 54
last math c8004000
GPR00: 000000B0 C8005AC0 C8004000 00000034 0000001B C05AD000 C05AD52C 00000000
GPR08: 00000000 FFFFFFFF 003A0627 CC002C00 00000300 101CD010 00000010 00000001
GPR16: 101E0310 102F92F4 00000800 00000400 00009032 08005E80 00000010 00000000
GPR24: 00000300 00000006 00000400 00000300 C05AD000 00000400 C8005C48 C05AD000
Call backtrace:
C012D7E4 C012E28C C012834C C0041C70 C0003928 1003C7D0 10051F10
102FAEDC 10041988 1004260C 102EBF44 1002406C 10089300 0FE9A75C
00000000
Kernel panic: machine check

Of course, I don't have the corresponding System.map, which really
sucks...but perhaps someone knows what's going on here.

(my config file is attached)

Thanks,
-- 
Josh
6B21489A | GnuPG ID/Fingerprint | huber@mclx.com |
61F0 6138 BE7B FEBF A223  E9D1 BFE1 2065 6B21 489A

[-- Attachment #1.2: XF86Config.test --]
[-- Type: text/plain, Size: 1794 bytes --]

Section "Files"
    RgbPath	"/usr/X11R6/lib/X11/rgb"
    FontPath	"/usr/X11R6/lib/X11/fonts/local/"
    FontPath	"/usr/X11R6/lib/X11/fonts/misc/"
    FontPath	"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
    FontPath	"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
    FontPath	"/usr/X11R6/lib/X11/fonts/Type1/"
    FontPath	"/usr/X11R6/lib/X11/fonts/CID/"
    FontPath	"/usr/X11R6/lib/X11/fonts/Speedo/"
    FontPath	"/usr/X11R6/lib/X11/fonts/75dpi/"
    FontPath	"/usr/X11R6/lib/X11/fonts/100dpi/"
EndSection

Section "Module"
    Load	"dbe"
    SubSection	"extmod"
	Option	"omit xfree86-dga"
    EndSubSection
    Load	"type1"
    Load	"freetype"
EndSection

Section "ServerFlags"
    Option	"standby time"	"20"
    Option	"suspend time"	"30"
    Option	"off time"	"60"
EndSection

Section "InputDevice"
    Identifier	"Keyboard1"
    Driver	"keyboard"
    Option	"AutoRepeat"	"500 5"
EndSection

Section "InputDevice"
    Identifier	"Mouse1"
    Driver	"mouse"
    Option	"Protocol"	"BusMouse"
    Option	"Device"	"/dev/mouse"
EndSection

Section "Monitor"
    Identifier	"Apple 1024x768 LCD"
    HorizSync 31-190
    VertRefresh 58-190
    Modeline "1024x768"    65    1024 1032 1176 1344   768  771  777  806 -hsync -vsync
EndSection

Section "Device"
    Identifier	"ATI Rage LT Pro"
    Driver	"ati"
    VideoRam	4096
    BusID	"PCI:0:17:0"
EndSection

Section "Screen"
    Identifier	"Screen 1"
    Device	"ATI Rage LT Pro"
    Monitor	"Apple 1024x768 LCD"
    DefaultDepth 15
    SubSection "Display"
        Depth		15
        Modes		"1024x768"
        ViewPort	0 0
        Virtual 	1024 768
    EndSubsection
EndSection

Section "ServerLayout"
    Identifier	"Powerbook G3"
    Screen	"Screen 1"
    InputDevice	"Mouse1" "CorePointer"
    InputDevice "Keyboard1" "CoreKeyboard"
EndSection

[-- Attachment #2: Type: application/pgp-signature, Size: 0 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: xf4 hang on mach64
  2000-07-26 13:24 xf4 hang on mach64 Josh Huber
@ 2000-07-26 17:14 ` Michael Schmitz
  0 siblings, 0 replies; 2+ messages in thread
From: Michael Schmitz @ 2000-07-26 17:14 UTC (permalink / raw)
  To: Josh Huber; +Cc: Linux/PowerPC Devel List


> Has anyone had any luck with Ani's drivers for the Mach64 chipset?  If
> you have, could you send me your XF86Config?  I'm getting the
> following kind of output:
>
> (II) ATI: ATI driver (version 5.3.5) for chipsets: ati, ativga
> (--) Chipset ATI Mach64 3D Rage LT Pro (PCI) found
> Found a Mach64 on a PowerPC
> (WW) ****INVALID MEM ALLOCATION**** b: 0x82000000 e: 0x82ffffff correcting
> own
>         [0] -1  0x82fff000 - 0x82ffffff (0x1000) MXB
>         [1] -1  0x00000400 - 0x000004ff (0x100) IXB

With a 2.2. kernel ?? There's a PCI conflict that is 'fixed' by XFree86 by
way of unmapping the conflicting resource which happens to be either the
framebuffer or the memory mapped registers. The practical upshot of this
is that the kernel fbdev driver, attempting to set the color registers,
accesses the unmapped region and dies.

A 2.3 or 2.4 kernel with PCI resource conflict resolution should fix this.
I don't recall whether I ever sent a patch for 2.2.x to this list, but if
you remap the conflicting PCI resource to another non overlapping region,
and update the oftree and kernel PCI tree data accordingly at the start of
atyfb_probe, the problem should go away. Guessing a correct address for
the remapping without PCI resource management is a bit of a hazard.

	Michael


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2000-07-26 17:14 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-07-26 13:24 xf4 hang on mach64 Josh Huber
2000-07-26 17:14 ` Michael Schmitz

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.