1 |
It is (a Gigabyte 965G-DS3). Initially I had problems with the loaded |
2 |
kernel not finding the SATA DVD drive. I switched the BIOS to use IDE |
3 |
instead of AHCI for the SATA ports and moved the DVD into the second |
4 |
SATA port (another driver bug that I saw described on LKML - seems the |
5 |
AHCI driver in 2.6.17 only sees the first two ports, which was indeed |
6 |
the case here). After emerging git-sources I was able to use all 4 |
7 |
ICH8 SATA ports (in AHCI mode) and was able to set up my RAID (I |
8 |
haven't tried to see if the 2 JMicron SATA ports or the single PATA |
9 |
port work or not - I don't need them right now, and I know support is |
10 |
OTW in any case). |
11 |
|
12 |
The Ethernet worked with the LiveCD kernel, which I hadn't expected |
13 |
(but saved me the trouble of throwing in a PCI NIC for the install). |
14 |
|
15 |
I haven't installed X yet, so I'm not sure how well (or if, for that |
16 |
matter) the new Intel embedded graphic cards work under free drivers. |
17 |
I will probably find that out tonight (the installer had no problem |
18 |
running the vesa driver for the display, so that works, at |
19 |
least). Also haven't tested Intel HD audio yet, I've heard people have |
20 |
been having problems with that with all but bleeding-edge ALSA. |
21 |
|
22 |
-Jack |
23 |
|
24 |
On Thu, Sep 21, 2006 at 08:53:10AM +0200, Nadav Horesh wrote: |
25 |
> If the machine has the 965 chipset, there is a fair chance that you'll |
26 |
> not be able to boot a 2006.1 CD (I least I couldn't). Please report you |
27 |
> experience. |
28 |
> |
29 |
> Nadav. |
30 |
> |
31 |
> -----Original Message----- |
32 |
> From: Jack Lloyd [mailto:lloyd@×××××××××.net] |
33 |
> Sent: Wednesday, September 20, 2006 22:25 |
34 |
> To: gentoo-amd64@l.g.o |
35 |
> Subject: [gentoo-amd64] CFLAGS for Core2? |
36 |
> |
37 |
> |
38 |
> Tomorrow my new Core 2 workstation should be arriving, and reading |
39 |
> through the 2006.1 amd64 install notes and so forth, the recomended |
40 |
> CFLAGS for EM64T CPUs is -march=nocona. However as that is tuned for |
41 |
> 64-bit enabled Netburst rather than Conroe, I'm wondering if anyone |
42 |
> had thoughts on good flags. In particular as (to the extent that I |
43 |
> know anything about microarchitecture), Conroe seems closer to a K8 |
44 |
> than a P4, especially with regards to pipeline length and execution |
45 |
> resources, I'm not sure that P4/Netburst tuning is the right thing to |
46 |
> do. But the GCC docs say that -march=k8 enables 3dnow, which Intel |
47 |
> chips don't have. So, right now the "seems likely" options would |
48 |
> be: |
49 |
> |
50 |
> -march=k8 -mno-3dnow -msse3 |
51 |
> -march=nocona |
52 |
> -march=pentium-m -m64 [saw this suggested in the forums, seems like a |
53 |
> bad idea] |
54 |
> |
55 |
> Or can I get away with just something like |
56 |
> |
57 |
> -mtune=k8 -msse3 (will this get me 64-bit code?) |
58 |
> |
59 |
> To be clear, my main goals here are a) enable generation of all |
60 |
> instructions the CPU has, b) keep GCC from generating 3dnow,etc |
61 |
> instructions, and c) get instruction scheduling that is at least |
62 |
> moderately decent for the uarch I'm using. |
63 |
> |
64 |
> Since SSE/SSE2, -mfpmath=sse, and argument passing via registers are |
65 |
> default in 64-bit mode, I suspect the only other options I might try |
66 |
> are -momit-leaf-frame-pointer, -frename-registers, and |
67 |
> -finline-functions. |
68 |
> |
69 |
> Ideas? |
70 |
> |
71 |
> -Jack |
72 |
> -- |
73 |
> gentoo-amd64@g.o mailing list |
74 |
> |
75 |
> |
76 |
> -- |
77 |
> gentoo-amd64@g.o mailing list |
78 |
-- |
79 |
gentoo-amd64@g.o mailing list |