It is (a Gigabyte 965G-DS3). Initially I had problems with the loaded
kernel not finding the SATA DVD drive. I switched the BIOS to use IDE
instead of AHCI for the SATA ports and moved the DVD into the second
SATA port (another driver bug that I saw described on LKML - seems the
AHCI driver in 2.6.17 only sees the first two ports, which was indeed
the case here). After emerging git-sources I was able to use all 4
ICH8 SATA ports (in AHCI mode) and was able to set up my RAID (I
haven't tried to see if the 2 JMicron SATA ports or the single PATA
port work or not - I don't need them right now, and I know support is
OTW in any case).

The Ethernet worked with the LiveCD kernel, which I hadn't expected
(but saved me the trouble of throwing in a PCI NIC for the install).

I haven't installed X yet, so I'm not sure how well (or if, for that
matter) the new Intel embedded graphic cards work under free drivers.
I will probably find that out tonight (the installer had no problem
running the vesa driver for the display, so that works, at
least). Also haven't tested Intel HD audio yet, I've heard people have
been having problems with that with all but bleeding-edge ALSA.

-Jack

On Thu, Sep 21, 2006 at 08:53:10AM +0200, Nadav Horesh wrote:
> If the machine has the 965 chipset, there is a fair chance that you'll
> not be able to boot a 2006.1 CD (I least I couldn't). Please report you
> experience.
> 
>    Nadav.
> 
> -----Original Message-----
> From: Jack Lloyd [mailto:lloyd@...] 
> Sent: Wednesday, September 20, 2006 22:25
> To: gentoo-amd64@g.o
> Subject: [gentoo-amd64] CFLAGS for Core2?
> 
> 
> Tomorrow my new Core 2 workstation should be arriving, and reading
> through the 2006.1 amd64 install notes and so forth, the recomended
> CFLAGS for EM64T CPUs is -march=nocona. However as that is tuned for
> 64-bit enabled Netburst rather than Conroe, I'm wondering if anyone
> had thoughts on good flags. In particular as (to the extent that I
> know anything about microarchitecture), Conroe seems closer to a K8
> than a P4, especially with regards to pipeline length and execution
> resources, I'm not sure that P4/Netburst tuning is the right thing to
> do. But the GCC docs say that -march=k8 enables 3dnow, which Intel
> chips don't have. So, right now the "seems likely" options would
> be:
> 
> -march=k8 -mno-3dnow -msse3
> -march=nocona
> -march=pentium-m -m64 [saw this suggested in the forums, seems like a
> bad idea]
> 
> Or can I get away with just something like
> 
> -mtune=k8 -msse3   (will this get me 64-bit code?)
> 
> To be clear, my main goals here are a) enable generation of all
> instructions the CPU has, b) keep GCC from generating 3dnow,etc
> instructions, and c) get instruction scheduling that is at least
> moderately decent for the uarch I'm using.
> 
> Since SSE/SSE2, -mfpmath=sse, and argument passing via registers are
> default in 64-bit mode, I suspect the only other options I might try
> are -momit-leaf-frame-pointer, -frename-registers, and
> -finline-functions.
> 
> Ideas?
> 
> -Jack
> -- 
> gentoo-amd64@g.o mailing list
> 
> 
> -- 
> gentoo-amd64@g.o mailing list
-- 
gentoo-amd64@g.o mailing list