> > If your BIOS is doing this (as opposed to
> > you mucking with the settings), I need to get the AMD BIOS
> > developers to talk to your BIOS developers.
>
> That would be great. Please do that. What's shown above is
> indeed the mtrr settings that come from the bios. I didn't
> change anything. And that's the same on two different PCs
> (both iwth A8V), so it's not that just one PC is broken or
> sth... However, whatever problems I was reporting to ASUS, I
> never got anything helpful back, or a fix in the next release
> etc. They seem to ignore user bug reports, but I guess they
> won't ignore AMD...
What motherboard, BIOS vendor, and BIOS version are you
using?
> > You may want to check if your BIOS has an option for "Discrete" or
> > "continuous" usage of MTRRs. Experiment with both settings - I
> > believe "discrete" should work better in a memory hoisting
> > environmnet.
>
> Unfortunately not! I read about other mainboards having this
> option in the bios and looked for it carefully, because other
> people reported they could fix the problem with the fglrx
> driver using this setting. Unfortunately, Asus didn't put
> such a setting in their latest release...
They're supposed to have done so, after a huge fuss we had
over these issues last year. After you give me the motherboard
models, BIOS vendor, and BIOS version I can hopefully get
this resolved.
-Mark Langsdorf
AMD, Inc.
Hi all,
I am new here;
I have found that if I call an ELF32 Executable program from a php page
loaded by a 64 bit PHP module then I obtain a shared library error,
even if the program does not require the library.
practical example:
compile this
====== pro.c
#include <stdio.h>
main()
{
printf("Hello world\n");
}
------ cc -o pro -m32 pro.c
then call it from a php page:
========= r.phtml
<?php
$s = "/tmp/pro 2>/tmp/er 1>&2";
echo "$s : ";
$rrr=exec($s);
echo `cat /tmp/er`;
echo "<hr>";
// just to test that it works...
$s = "ls -al /tmp 2>/tmp/er 1>&2";
echo "$s : ";
$rrr=exec($s);
echo `cat /tmp/er`;
?>
---- http://localhost/r,phtml
issuee? Error?Bug? my fault???
Hints? I cannot recompile at 64 all my programs ...
Thanks,
regards,
Ric
Hello,
I am trying to install SUSE 9.3 on Asus SK8N motherboard running
Opteron. I use the built-in Promise SATA controller with two disks in
IDE mode.
I was able to perfectly run SuSE 9.1 on this system for a long, long
time. Now, with SuSE 9.3 I am not even able to get through the
installation. It seems that the disk access causes the installation to
hang sooner or later. When files are being copied the installation just
freezes.
It seems that this problem is not specific to SUSE. Any other distro
with 2.6 kernel that I tried freezes in the same way as SUSE.
Does anyone have a success story installing SUSE 9.3 on a similar setup?
And also, is there some way that I can save kernel messages during
installation?
Thanks,
Marcin Zalewski
When I try to compile a simple C program with -march=i686, I get the following
error:
cc1: error: CPU you selected does not support x86-64 instruction set
I have gcc-32bit installed.
Any help appreciated.
Thanks
David
--
# Department of Applied Physics and Applied Mathematics
# Columbia University
Hi
I'm using SuSE professional 9.3 on a AMD64.
To be able to watch DVD's, I compiled Xine from sources with the
needed packages.
Compiling xine-lib and xine-ui doesn't make any problems, but
after launching xine, I have the foolowing error message:
Cannot open display "*".
Segmentation fault.
After I changed the DISPLAY Variable to 127.0.0.1 and exported it, the first
error message doesn't appear, but I get the segfault again.
The interesting thing is that DVD's could be read in
kaffeine without problems, so I think the problem is in
xine-ui.
Has anybody a hint??
Thanx
Al
Hi,
I posted this question a month ago but had to go
to London and didn't resolve the issue, but I hope
you will bare with me on this one. Over this last
month I have been trying, but no solution.
I have a new AMD64 laptop from TPG, but TPG
are very secretive about the contents of the box
and refuse to discuss Linux (though it makes no
sense to sell a 64 bit machine with XP ! )
However, XP tells me that the screen resolution is
1280 x 800 at 60 Hz
and the adapter is an SiS, model:
651_661FX_741_760_760GX_M661FX_M661MX_M741_M
on PCI bus 1, device 0, function 0
64 MB of the main RAM appears to be used for the video
The problem is that
1. SuSE 9.1 install starts properly (full screen, good quality
graphics with menus, edit boxes etc.
2. internet connects and tests correctly
3. downloads latest SuSE updates automatically
4. lots of software appears to be correctly installed
5. system reboots from hard disk
6. requests, and achieves, setup for root and for a user
7. system reboots and requests loggin
8. system then says that it cannot determine monitor characters,
and asks if I want to configure manually?
Note: up until this point the system has had zero problem with
displaying windows, graphics etc. Something in the initial SuSE
code "gets it right".
8.(cont) If I configure manually or not the system then jumps into some
ridiculous mode of 0 x 0 pixels.
Thus, it appears that the SuSE programmer requests the screen
dimensions, and receives 0 x 0 and fails to check the values, and
simply attempts to use 0 x 0, thereby sending the system into
convoltions. I can only switch off the electricty at this point.
When I try to reboot from the hard disc everything goes well
until the system gets to the loggin screen whereby the screen
promptly jumps into convoltions again.
Booting with F2 setting the screen dimensions does not help.
How can the initial part of the SuSE code get the screen perfectly
correct while the latter part stuffs it up?
Any ideas on how to interrupt the boot process and set the
screen parameters?
Any ideas on how to get SuSE to fix this bug?
Regards,
Colin
Hi,
does someone have experience with SL (Pro or SLES) on the Thunder K8S
Pro (S2882G3NR-D) (http://www.tyan.com/products/html/thunderk8spro.html)
together with an areca ARC-1160 (Intel IOP331 based) 16-port SATA RAID
controller? Most of the components will work just fine, I just wonder
about the on-board Sil3114 SATA and Intel IOP based RAID controllers. The
manufacturer of the 16-port adapter claims Linux support (RH, SUSE) but
which drivers are the correct ones?
The Sil3314 should work with the sata_sil driver, right? When I installed
my Asus A8V board I had to manually load libata and sata-via before
firing up YaST during installation, I assume that's the same here.
As for the ARC-1160, I have a certain idea after browsing the kernel
source of my SL92 and SL93 machines (and googling all along, for
sure). The machine in question will have all 16 disks attached to
the 16-port controller, I can only assume that it should boot off
this adapter too. The manufacturer seems to have drivers available on
ftp://60.248.88.208/RaidCards/AP_Drivers/Linux/DRIVER/Suse-9.0-SLES-x86-64
and ../Suse-9.2-Professional-x86-64_Beta. Hmmm ... as it seems, the driver
is _not_ contained in the standard kernel tree (as opposed to what the
vendor says on http://www.areca.us/news/html/release_5_6_05.htm - "The
Linux and FreeBSD driver have integrated in the kernel tree.") Which means
my customer is tied to a specific kernel version, and loses the arcmsr
driver on each YOU kernel update :-(( Hence, each kernel update would
involve installing the most recent kernel source, integrating the arcmsr
source code, modifying some source files, rebuilding and praying. SUSE:
no support whatsoever. Andreas (Jaeger), any idea how we could help the
customer in this case?
Anyway - which distro should I be going for? SLES9 makes no sense IMHO
because the machine is not certified hence no support in any case. SL92 is
slightly more recent as far as the kernel, the rest is pretty much on the
latest identical SUSE9-CORE level.
Thanks for any hint!
Ciao,
hm
--
Year, n.:
A period of three hundred and sixty-five disappointments.
-- Ambrose Bierce, "The Devil's Dictionary"
.... I haven't gotten anything from here in 3 days !!!!
--
William A. Mahaffey III
---------------------------------------------------------------------
Remember, ignorance is bliss, but
willful ignorance is LIBERALISM !!!!
Hi, I have a problem with courier-imap+courier-authlib+vpopmail.
I have compiled:
-- vpopmail-5.4.9
CFLAGS="-Os -fPIC -pipe" ./configure --enable-logging=p
--enable-auth-module=mysql --disable-passwd --enable-clear-passwd
--disable-many-domains --enable-auth-logging --enable-sql-logging
--enable-valias --disable-mysql-limits
--enable-libdir=/usr/lib64/mysql/ --enable-roaming-users
-- courier-authlib-0.55
CFLAGS="-Os -fPIC -pipe" ./configure --prefix=/usr/local
--exec-prefix=/usr/local --with-authvchkpw --without-authldap
--without-authmysql --disable-root-check --with-ssl --wit
h-authchangepwdir=/usr/local/libexec/authlib
-- courier-imap-4.0.2/
CFLAGS="-Os -fPIC -pipe" ./configure --prefix=/usr/local
--exec-prefix=/usr/local --with-authvchkpw --without-authldap
--without-authmysql --disable-root-check --with-ssl
--with-authchangepwdir=/usr/local/libexec/authlib
All compiles and installations are ok. No error reported. But when I do :
# telnet x.x.x.x 143
Trying x.x.x.x...
Connected to x.x.x.x.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE
THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION
STARTTLS] Courier-IMAP ready. Copyright 1998-2005 Double Precision,
Inc. See COPYING for distribution information.
a login michel(a)domain.com michel
* BYE Temporary problem, please try again later
and /var/log/mail.info:
Jul 28 18:02:56 shrek authdaemond:
/usr/local/libexec/courier-authlib/authdaemond: Symbol `read' causes
overflow in R_X86_64_PC32 relocation
Jul 28 18:02:56 shrek authdaemond:
/usr/local/libexec/courier-authlib/authdaemond: Symbol
`__errno_location' causes overflow in R_X86_64_PC32 relocation
Jul 28 18:02:56 shrek authdaemond:
/usr/local/libexec/courier-authlib/authdaemond: Symbol
`__errno_location' causes overflow in R_X86_64_PC32 relocation
Any help ? Tnx.
I have it. It even said contact suse in the box it came in for tech
support. Getting it to run on a amd64 though.....
when i goto execute I get the following messages.
./civctp
BUG! (Segmentation Fault) Going down hard...
CivCTP Linux 1.1 Thu Jun 10 19:51:54 PDT 1999
Built with flags:
-O2 -funroll-loops -fno-exceptions -fno-rtti -g -D_REENTRANT
-DPACK=__attribute__ ((packed)) -DCIV3_SPECIES=75 -D_BFR_ -malign-double
-D_SDL_STATIC_LIB -DSTATICALLY_LINKED
Built with glibc-2.1
Stack dump:
{
0x804b5f0
0xffffe500
0x847136a
0x8470feb
0x8471484
0x83dcd16
0x8470feb
0x83dd024
0x83dccef
0x8048f48
0x818aed6
0x817f33b
0x817e8ea
0x81758b6
0x804dd2c
0x804e85a
0x804ef02
0x82219fc
0x822193f
0x804e560
0x804e766
0x804b8f7
0x84403bd
0x8048111
}
Please send a full bug report,
along with the contents of autosave to: support(a)lokigames.com
Killed
When I try it with linux32 first I get about the same message.
ideas?
BTW, the program will go through the intro screen. It is only when you
click launch that it dies. And if you put an icon on the desktop for
program initiation, it will gak your kde.
Roy F. Cabaniss
http://www.housedraco.org