I have been looking and am pretty confident that the AMD64 X2 6000 will do HV but before I buy it I just want to make sure that that is the case. Also, are there any noise or heat issues with this chip? Thanks for any advice, Jon Reynolds _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hello Jon, as this is an AM2-Socket CPU (check link below) it _should_ support the AMD-V / Pacifica / SVM feature. But beware to choose the right motherboard too! I for example bought a "low-cost" Gigabyte motherboard and there the SVM feature was disabled and hidden in the BIOS. Another guy reported the same problem with a different motherboard, also a Gigabyte! So without modifying the bios file we haven''t been able to use the SVM feature. Just keep that in mind and check if your desired motherboard supports this feature too! http://www.amdcompare.com/us-en/desktop/details.aspx?opn=ADX6000IAA6CZ Greetz Age_M jonr@destar.net schrieb:> I have been looking and am pretty confident that the AMD64 X2 6000 will > do HV but before I buy it I just want to make sure that that is the > case. Also, are there any noise or heat issues with this chip? > > Thanks for any advice, > > Jon Reynolds > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Quoting Age_M <Age_M@gmx.de>:> Hello Jon, > > as this is an AM2-Socket CPU (check link below) it _should_ support the > AMD-V / Pacifica / SVM feature. But beware to choose the right > motherboard too! I for example bought a "low-cost" Gigabyte motherboard > and there the SVM feature was disabled and hidden in the BIOS. Another > guy reported the same problem with a different motherboard, also a > Gigabyte! So without modifying the bios file we haven''t been able to > use the SVM feature. Just keep that in mind and check if your desired > motherboard supports this feature too! > > http://www.amdcompare.com/us-en/desktop/details.aspx?opn=ADX6000IAA6CZ >Uff, thanks Age, I have always liked Gigabyte and probably would have gone that way if not for your reply. Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi again, jonr@destar.net schrieb:> Uff, thanks Age, I have always liked Gigabyte and probably would have > gone that way if not for your reply.Yes, me too. Always liked Gigabyte, but Tech-Support wasn''t willing to help and for this really small fix, it''s sort of a poor support :-/ But, it''s not impossible. I finally archived to modify the BIOS and re-enabled the AMD-V support. Though, I don''t understand why Gigabyte disabled it. I doubt that it is a stability issue, because the motherbord runs rock-solid here ;) I guess it''s just a marketing thing. My M61P-S3 is a low cost board and maybe the +100$ motherboards have the Virtualisation-Feature available...? But it''s just a guess... Greetz Age_M _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Age_M wrote:> Hi again, > > jonr@destar.net schrieb: >> Uff, thanks Age, I have always liked Gigabyte and probably would have >> gone that way if not for your reply. > > Yes, me too. Always liked Gigabyte, but Tech-Support wasn''t willing to > help and for this really small fix, it''s sort of a poor support :-/ > But, it''s not impossible. I finally archived to modify the BIOS and > re-enabled the AMD-V support. Though, I don''t understand why Gigabyte > disabled it. I doubt that it is a stability issue, because the > motherbord runs rock-solid here ;) I guess it''s just a marketing > thing. My M61P-S3 is a low cost board and maybe the +100$ motherboards > have the Virtualisation-Feature available...? But it''s just a guess... > > Greetz Age_MThis is why I hate so many commercial BIOS''s, and hope hte LinuxBIOS project really takes off. So many of such features are concealed or mis-set by default, and it''s very difficult to reset the system defaults. For example, even if you reset it in a BIOS with VT or HVM available, you will revert to the default if you fail reboot 3 times in a row, and you can''t reset it without hands and eyes at the console. This sort of thing is why I prefer to stuff fake keyboard widgets onto the PS/2 port, rather than rely on BIOS resetting to allow the system to boot without a keyboard attached on so many server class systems. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Quoting Nico Kadel-Garcia <nkadel@gmail.com>:> Age_M wrote: >> Hi again, >> >> jonr@destar.net schrieb: >>> Uff, thanks Age, I have always liked Gigabyte and probably would >>> have gone that way if not for your reply. >> >> Yes, me too. Always liked Gigabyte, but Tech-Support wasn''t willing >> to help and for this really small fix, it''s sort of a poor support >> :-/ But, it''s not impossible. I finally archived to modify the >> BIOS and re-enabled the AMD-V support. Though, I don''t understand >> why Gigabyte disabled it. I doubt that it is a stability issue, >> because the motherbord runs rock-solid here ;) I guess it''s just a >> marketing thing. My M61P-S3 is a low cost board and maybe the >> +100$ motherboards have the Virtualisation-Feature available...? >> But it''s just a guess... >> >> Greetz Age_M > This is why I hate so many commercial BIOS''s, and hope hte LinuxBIOS > project really takes off. So many of such features are concealed or > mis-set by default, and it''s very difficult to reset the system > defaults. For example, even if you reset it in a BIOS with VT or HVM > available, you will revert to the default if you fail reboot 3 times in > a row, and you can''t reset it without hands and eyes at the console. > > This sort of thing is why I prefer to stuff fake keyboard widgets onto > the PS/2 port, rather than rely on BIOS resetting to allow the system > to boot without a keyboard attached on so many server class systems.This is a good case for serial console access with a cyclades or some other type of serial access box. You then ssh into the cyclades and can then connect to the serial port and change your BIOS settings. Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
jonr@destar.net wrote:> Quoting Nico Kadel-Garcia <nkadel@gmail.com>: > >> >> This sort of thing is why I prefer to stuff fake keyboard widgets onto >> the PS/2 port, rather than rely on BIOS resetting to allow the system >> to boot without a keyboard attached on so many server class systems. > > This is a good case for serial console access with a cyclades or some > other type of serial access box. You then ssh into the cyclades and > can then connect to the serial port and change your BIOS settings.Which are..... $1000/16 port console last time I looked, plus ridiculously expensive specialized cabling with pinouts invented by Bozo the wiring clown, doesn''t necessarily work at all given the extremely poor BIOS testing of new motherboards and failure to test "remote console", and notice what I just said about resetting the BIOS if it fails to reboot 3 times in a row? That usually disables the so-called "remote console" or actually the serial BIOS access. So does any update of the BIOS itself, even if it''s for a critical repair. Serial console is most reliable for system shell access, not BIOS access, due to these little adventures. It''s OK if you retain keyboard and console access for such emergencies, but it''s not a complete solution to the BIOS management problem. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Quoting Nico Kadel-Garcia <nkadel@gmail.com>:> jonr@destar.net wrote: >> Quoting Nico Kadel-Garcia <nkadel@gmail.com>: >> >>> >>> This sort of thing is why I prefer to stuff fake keyboard widgets onto >>> the PS/2 port, rather than rely on BIOS resetting to allow the system >>> to boot without a keyboard attached on so many server class systems. >> >> This is a good case for serial console access with a cyclades or >> some other type of serial access box. You then ssh into the >> cyclades and can then connect to the serial port and change your >> BIOS settings. > Which are..... $1000/16 port console last time I looked, plus > ridiculously expensive specialized cabling with pinouts invented by > Bozo the wiring clown, doesn''t necessarily work at all given the > extremely poor BIOS testing of new motherboards and failure to test > "remote console", and notice what I just said about resetting the BIOS > if it fails to reboot 3 times in a row? That usually disables the > so-called "remote console" or actually the serial BIOS access. So does > any update of the BIOS itself, even if it''s for a critical repair. > > Serial console is most reliable for system shell access, not BIOS > access, due to these little adventures. It''s OK if you retain keyboard > and console access for such emergencies, but it''s not a complete > solution to the BIOS management problem.True, I realized that it wouldn''t work after a 3rd reboot anyway but I had already sent my message to the list. So I guess the only thing to do would be to make sure that this "feature" of the BIOS is not implemented in the board that you buy. Sometimes that is unavoidable though, if you are using a manufacturers setup such as a blade center as opposed to building your own. Thanks for the education Nico, I will be watching more closely for this in my future purchases. Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
jonr@destar.net wrote:> > True, I realized that it wouldn''t work after a 3rd reboot anyway but I > had already sent my message to the list. So I guess the only thing to > do would be to make sure that this "feature" of the BIOS is not > implemented in the board that you buy. Sometimes that is unavoidable > though, if you are using a manufacturers setup such as a blade center > as opposed to building your own. > > Thanks for the education Nico, I will be watching more closely for > this in my future purchases.No problem: I''ve been into the hardware and systems end of things for a while now, and actually involved in a project to make cheap serial console boards for blade systems. It took me 10 minutes of sad, sad, sad laughter before I could calm down enough to explain that the very expensive boards they''d just had made didn''t have ground plains or bypass caps, and that no, you cannot make a digital circuitry board 16" long that size drawing that much power without either just becuase 1 layer boards are cheaper, even if your engineer who did that did get a "B" in circuit design. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users