Dave Jones gave me this list address.  I'm having problems with GL apps
crashing with "illegal instruction".  This used to work fine until I changed
motherboards.  See forwarded message for more information

----- Forwarded message from Wakko Warner <[EMAIL PROTECTED]> -----

Date:   Sat, 24 Jan 2004 10:39:19 -0500
From:   Wakko Warner <[EMAIL PROTECTED]>
To:     [EMAIL PROTECTED]
Subject: Re: Illegal instruction with gl
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>; from Wakko Warner on Fri, Jan 23, 2004 at 06:15:12PM 
-0500

Just to add to the below, I disabled acpi, highmem, smp, and preempt.  Same
problem.  I also tried 2.4.24 kernel, same results.

I modified agpgart on 2.4.24 to use generic intel init which didn't change
anything.

This is the first system with an intel E7505 I've used so I don't know if
it's a board problem or a kernel problem.  Or if it's with the matrox g400.

Here's the kernel messages for agp/drm from 2.6.1 (everything enabled that I
disabled):
agpgart: Detected an Intel E7505 Chipset.
agpgart: Maximum main memory to use for agp memory: 941M
agpgart: AGP aperture is 32M @ 0xf8000000
[drm] Initialized mga 3.1.0 20021029 on minor 0
agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0.
agpgart: Device is in legacy mode, falling back to 2.x
agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode
agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode

I placed some files in:
http:// veg.animx.eu.org/e7505/
with some extra information (config, full dmesg, lspci -v)
The space is there to prevent crawlers.

> I recently upgraded my system board and now gl stuff crashes with illegal
> instruction.
> 
> Here's the trace (space in url to keep off robots)
> http:// veg.animx.eu.org/strace.gl.txt
> 
> I'm using 2.6.1 SMP PREEMPT on a dual P4 Xeon 2.66ghz (1gb ram)
> 
> The board is a supermicro x5da8 (Intel e7505 chipset).  The card is a matrox
> g400 max 32mb dual head.  mga, intel_agp and agpgart are loaded.
> 
> Modifications to the kernel when I changed the board (old board was an intel
> chipset, same card with 384mb ram):
> Enabled ACPI
> Enabled PreEmpt
> Changed processor type to p4 (from pIII)
> Enabled SMP
> Enabled High mem (4GB)
> Enable aic79xx (aic7xxx is also enabled but not used) and changed the
> initial delay from 15000 to 1000
> 
> I also enabled new modules for the intel 1000 nic and the intel ICH ac97
> sound (both alsa and oss).
> 
> These are the only configuration changes.  I looked at the X log but saw
> nothing.  The kernel does not complain about anything.
> 
> If this is a known problem, please let me know.  I'm willing to try any
> troubleshooting to fix this problem.  Any more information available on
> request.
> 
> -- 
>  Lab tests show that use of micro$oft causes cancer in lab animals
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
-- 
 Lab tests show that use of micro$oft causes cancer in lab animals
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

----- End forwarded message -----
-- 
 Lab tests show that use of micro$oft causes cancer in lab animals


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to