1 |
I would sugguest buing something else than turion-based notebook. |
2 |
Centrino platform is very well supported. I would recommend IBM or |
3 |
MaxData (german company - suse fully supported on some models, you can |
4 |
buy it without windows) notebooks. |
5 |
|
6 |
On 18/01/06, Mike Benson <mike@×××××××××.au> wrote: |
7 |
> OK , I have an Asus Z81K, which is the barebones version of the A2000K. |
8 |
> |
9 |
> AMD64 support works, by and large, well in Linux. When you're only doing stuff |
10 |
> that works, it's a pleasure. |
11 |
> |
12 |
> Don't pan NDisWrapper too much, with a 64-bit Windows driver, I've had minimal |
13 |
> problems with it. Performance actually seems to be better than my wife's IBM |
14 |
> T42p, using the 32-bit Windows driver. |
15 |
> |
16 |
> But, |
17 |
> |
18 |
> * You are critically dependent on the quality and standards conformance of the |
19 |
> BIOS, especially in areas like APIC and frequency control (I still don't have |
20 |
> freq control working, after a year). The Asus is very bad in this respect |
21 |
> |
22 |
> * I would strongly suggest you only get a Turion-based system. My system |
23 |
> (processor is a Mobile 3700+) is inclined to overheat in summer, if I'm |
24 |
> re-emerging gcc or something else particularly large, although removing "-j2" |
25 |
> from the flags in make.conf improved that somewhat. |
26 |
> |
27 |
> * I have ATI graphics (mobility 9700) and it's a pain. The only way I've ever |
28 |
> been able to get a stable X display without artifacts, snow and noise is to |
29 |
> use the binary ATI drivers, which usually lag kernel development, and do not |
30 |
> install nicely or easily (although Gentoo seems to be making a better fist |
31 |
> of it than Fedora or Kubuntu). |
32 |
> |
33 |
> * You will have general problems with stuff that isn't ported yet. Either |
34 |
> because the developers can't get their heads around playing nicely with data |
35 |
> types, and not assuming things (particularly pointers) are 32 bits, or don't |
36 |
> use a recent version of autoconf that handles --enable-suffix (so things go |
37 |
> in lib64), or in the case of propietary, binary only things, because they |
38 |
> haven't got round to doing (or haven't be able to, or won't, do) a 64-bit |
39 |
> port. Flash, and multimedia codecs are probably the biggest gotchas here (and |
40 |
> don't flame me about WDNNS Flash! Like it or lump it, swf is a part of the |
41 |
> web landscape, and sometimes can't be ignored) |
42 |
> |
43 |
> * PCMCIA was unstable for a long while. I haven't tried it lately, but expect |
44 |
> it has improved in recent kernels. Ditto for firewire (but at least that |
45 |
> worked). USB has worked very well. |
46 |
> |
47 |
> * Be prepared to build your own kernel. Be prepared to live inside testing |
48 |
> (enable ~amd64 in your use flags, and sometimes even ~x86 for certain |
49 |
> packages). Even today, running AMD64 is being on the bleeding edge. As a |
50 |
> consolation, most bugs are fixed quickly, at least into testing. |
51 |
> |
52 |
> * I've been running Gentoo about a month, after nearly a year with the machine |
53 |
> running Fedora (Core 2 and 3) and a couple of weeks with Kubuntu |
54 |
> (unresolvable display problems forced me off that). I seem to be rebuilding |
55 |
> or adding some packages every day, but it's kinda more fun than running yum |
56 |
> over and over again. And it was the lagging KDE support that drove me off |
57 |
> Fedora, I don't have that problem with Gentoo. |
58 |
> |
59 |
> Hope this helps, |
60 |
> |
61 |
> Mike |
62 |
> -- |
63 |
> gentoo-laptop@g.o mailing list |
64 |
> |
65 |
> |
66 |
|
67 |
|
68 |
-- |
69 |
Leszek Tarkowski |
70 |
tel. +48 660 861 401 |
71 |
|
72 |
-- |
73 |
gentoo-laptop@g.o mailing list |