EM64T compiling options?
Hi, I'm migrating from an i686 to an EM64T machine (Intel core 2 quad) and I'd like to know whether there are specific options that I can pass to gcc for an optimization of my code or if everything is blindly set up. How would I manage the 4 cpu cores if I was to write in assembly? Thank you in advance for any link or information on this subject. Emmanuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T compiling options?
Hi, I'm migrating from an i686 to an EM64T machine (Intel core 2 quad) and I'd like to know whether there are specific options that I can pass to gcc for an optimization of my code or if everything is blindly set up. How would I manage the 4 cpu cores if I was to write in assembly? GCC has a lot of optimization/architecture flags. Just have a look here [1]. However, this won't make your software use the 4 cores. You should use threads or multiple processes with IPC. I don't know what you want to do but I think you should forget about writing in assembly and use an higher level language. You probably don't need assembly at all. Moreover, higher level language have sometimes concurrency and synchronization facilities which will help you getting the most of your 4 cores. Regards, Cyril Jaquier [1] http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T compiling options?
Many thanks, I'll read your link with attention. Do you have further links on threads and IPC ? I'm thinking in rewriting an old and unfinished logical interpreter in C that used assembly code (nasm) for truth evaluation of the smallest elements. I'd like also to create a small database for prime numbers (using John Moyer's storage code) in order to test several things on prime numbers distribution. A+ Emmanuel On Tue, 15 Jul 2008 12:56:18 +0200, Cyril Jaquier [EMAIL PROTECTED] said: Hi, I'm migrating from an i686 to an EM64T machine (Intel core 2 quad) and I'd like to know whether there are specific options that I can pass to gcc for an optimization of my code or if everything is blindly set up. How would I manage the 4 cpu cores if I was to write in assembly? GCC has a lot of optimization/architecture flags. Just have a look here [1]. However, this won't make your software use the 4 cores. You should use threads or multiple processes with IPC. I don't know what you want to do but I think you should forget about writing in assembly and use an higher level language. You probably don't need assembly at all. Moreover, higher level language have sometimes concurrency and synchronization facilities which will help you getting the most of your 4 cores. Regards, Cyril Jaquier [1] http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T compiling options?
On Tue, Jul 15, 2008 at 11:37:52AM +0200, [EMAIL PROTECTED] wrote: I'm migrating from an i686 to an EM64T machine (Intel core 2 quad) and I'd like to know whether there are specific options that I can pass to gcc for an optimization of my code or if everything is blindly set up. How would I manage the 4 cpu cores if I was to write in assembly? You almost certainly wouldn't. Very few people have any reason to write in assembly anymore. You might write a critical section of code in assembly, but all the glue ought to be in C, inluding anything to manage pthreads to do multiple threads, which is how you take advantage of multiple cores. As for optimizing, there really aren't any options yet since there are very few amd64 designs so far and they all have the same instruction set and features pretty much and hence the code should be pretty much optimal for all of them (in as much as gcc produces optimal code for anything). -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T compiling options?
The Tuesday 15 July 2008 14:39:41 Lennart Sorensen, You wrote : You almost certainly wouldn't. Very few people have any reason to write in assembly anymore. You might write a critical section of code in assembly, but all the glue ought to be in C, inluding anything to manage pthreads to do multiple threads, which is how you take advantage of multiple cores. You also can take a look at openmp which allow you to parallelize for loops and make easy synchronization. The support of openmp is included in latests gcc versions. -- Len Sorensen -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T compiling options?
The loop sharing looks exciting but openmp seems difficult to use too. Does openmp replace pthreads or work in combination ? Emmanuel On Tue, 15 Jul 2008 14:55:24 +0200, Thomas Preud'homme [EMAIL PROTECTED] said: The Tuesday 15 July 2008 14:39:41 Lennart Sorensen, You wrote : You almost certainly wouldn't. Very few people have any reason to write in assembly anymore. You might write a critical section of code in assembly, but all the glue ought to be in C, inluding anything to manage pthreads to do multiple threads, which is how you take advantage of multiple cores. You also can take a look at openmp which allow you to parallelize for loops and make easy synchronization. The support of openmp is included in latests gcc versions. -- Len Sorensen -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T compiling options?
The Tuesday 15 July 2008 15:46:06 E. Rens, you wrote : The loop sharing looks exciting but openmp seems difficult to use too. Does openmp replace pthreads or work in combination ? AFAIK it use pthread to work but it create all necessary pthread at startup to avoid creating them at each loop parallelization. It should work properly with pthreads, it wouldn't be packaged with gcc if it wasn't the case. However I didn't test this combination. openmp is really simple to use, easier than programming the same thing with pthreads. You can see examples on wikipedia : http://en.wikipedia.org/wiki/OpenMP The purpose is to do simple parallelization. If you want to write an algorithm which needs modification to support multi-cores, you have to do it yourself with pthreads. Regards Emmanuel -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T compiling options?
There is an environment variable GOMP_AFFINITY in libgomp that binds threads to single cpus. Can I use it the same way with multi-cores (i.e GOMP_CPU_AFFINITY=0 1 2 3 in order to bind thread 1 to core 0 etc..)? Is this a good way to take advantage of the quad architecture? Emmanuel On Tue, 15 Jul 2008 16:24:49 +0200, Thomas Preud'homme [EMAIL PROTECTED] said: The Tuesday 15 July 2008 15:46:06 E. Rens, you wrote : The loop sharing looks exciting but openmp seems difficult to use too. Does openmp replace pthreads or work in combination ? AFAIK it use pthread to work but it create all necessary pthread at startup to avoid creating them at each loop parallelization. It should work properly with pthreads, it wouldn't be packaged with gcc if it wasn't the case. However I didn't test this combination. openmp is really simple to use, easier than programming the same thing with pthreads. You can see examples on wikipedia : http://en.wikipedia.org/wiki/OpenMP The purpose is to do simple parallelization. If you want to write an algorithm which needs modification to support multi-cores, you have to do it yourself with pthreads. Regards Emmanuel -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: em64t
Lennart Sorensen wrote: I thought IA-32e was something entirely different (I thought that was PAE and such). No, its the term used for the EM64T extensions in most of their technical documentation (e.g., the SDM for IA-32 processors). Why, I don't know. They just like to be difficult. Intel's logic in terminology selection still eludes me. Thanks, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: em64t
On Sat, Oct 07, 2006 at 09:15:44AM -0500, Gnu_Raiz wrote: It's now Intel 64, if that wasn't confusing enough. http://www.theinquirer.net/default.aspx?article=34722 So intel went from IA-32e to EM64T to Intel 64! I guess you know why upstream left it amd64. I guess they suffer from the not invented here syndrome. For all those people who need to be special, you can always append-to-version when you compile your own kernel. But still it freaks out those who are not knowledgeable to see a Woodcrest, or Conroe running something saying amd64. You just got to love the irony in that. Does this mean intel wants their users even more confused by having Intel Architecture 64 and Intel 64 being two different incompatible things? We already had people asking if ia64 for was em64t systems. What a mess. I thought IA-32e was something entirely different (I thought that was PAE and such). -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: em64t
On 10/8/06, Lennart Sorensen [EMAIL PROTECTED] wrote: On Sat, Oct 07, 2006 at 09:15:44AM -0500, Gnu_Raiz wrote: It's now Intel 64, if that wasn't confusing enough. http://www.theinquirer.net/default.aspx?article=34722 So intel went from IA-32e to EM64T to Intel 64! I guess you know why upstream left it amd64. I guess they suffer from the not invented here syndrome. For all those people who need to be special, you can always append-to-version when you compile your own kernel. But still it freaks out those who are not knowledgeable to see a Woodcrest, or Conroe running something saying amd64. You just got to love the irony in that. Does this mean intel wants their users even more confused by having Intel Architecture 64 and Intel 64 being two different incompatible things? We already had people asking if ia64 for was em64t systems. What a mess. I thought IA-32e was something entirely different (I thought that was PAE and such). Yes, but their marketing scheme is such that the majority of people that are going to purchase a new CPU will never have to know the difference. They'll just know that they're the best processors around... just like the ads say. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: em64t
On Friday 06 October 2006 16:07, Lennart Sorensen wrote: On Fri, Oct 06, 2006 at 01:34:47PM -0700, Enrique Morfin wrote: I'm using etch with kernel 2.6.15-1-em64t-p4-smp. I want to upgrade the kernel, but the images are: linux-image-2.6.17-2-amd64 is no smp? or using smp-alternatives? What about em64t? Thanks. As of 2.6.17-9 amd64 only has one flavour, and always supports smp as far as I understand it. Changelog entry: * [amd64] Add smp-alternatives backport. * [amd64] Drop smp flavours. * [amd64] Merge k8 and p4 flavours into a generic one, following upstreams advice. -- Len Sorensen It's now Intel 64, if that wasn't confusing enough. http://www.theinquirer.net/default.aspx?article=34722 So intel went from IA-32e to EM64T to Intel 64! I guess you know why upstream left it amd64. I guess they suffer from the not invented here syndrome. For all those people who need to be special, you can always append-to-version when you compile your own kernel. But still it freaks out those who are not knowledgeable to see a Woodcrest, or Conroe running something saying amd64. You just got to love the irony in that. Gnu_Raiz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
em64t
Hi! I'm using etch with kernel 2.6.15-1-em64t-p4-smp. I want to upgrade the kernel, but the images are: linux-image-2.6.17-2-amd64 is no smp? or using smp-alternatives? What about em64t? Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
em64t
Hi! I'm using etch with kernel 2.6.15-1-em64t-p4-smp. I want to upgrade the kernel, but the images are: linux-image-2.6.17-2-amd64 is no smp? or using smp-alternatives? What about em64t? Thanks. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: em64t
On Fri, Oct 06, 2006 at 01:34:47PM -0700, Enrique Morfin wrote: I'm using etch with kernel 2.6.15-1-em64t-p4-smp. I want to upgrade the kernel, but the images are: linux-image-2.6.17-2-amd64 is no smp? or using smp-alternatives? What about em64t? Thanks. As of 2.6.17-9 amd64 only has one flavour, and always supports smp as far as I understand it. Changelog entry: * [amd64] Add smp-alternatives backport. * [amd64] Drop smp flavours. * [amd64] Merge k8 and p4 flavours into a generic one, following upstreams advice. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Optimum kernel for Xeon with em64t
Hi There, I have a dual processor server with 2 x 2.8GHz processors which supports EM64T. Currently i am running kernel 2.6.8-9-em64t-p4-smp and a cat /proc/cpuinfo shows 4 processors (the 2 hyperthreaded processors). My question is: What is the optimum kernel to be running for my setup? Am i running the correct one? This is a mail server that has debian sarge installed and runs dbmail/amavis/postfix and supplies incoming and outgoing mail for our clients - is there even a reason here to run a EM64T kernel in this case? Thanks Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Optimum kernel for Xeon with em64t
Simon Buchanan wrote: Hi There, I have a dual processor server with 2 x 2.8GHz processors which supports EM64T. Currently i am running kernel 2.6.8-9-em64t-p4-smp and a cat /proc/cpuinfo shows 4 processors (the 2 hyperthreaded processors). My question is: What is the optimum kernel to be running for my setup? Am i running the correct one? This is a mail server that has debian sarge installed and runs dbmail/amavis/postfix and supplies incoming and outgoing mail for our clients - is there even a reason here to run a EM64T kernel in this case? Thanks Simon No, you're not running the right kernel - 2.6.8-9 is very old, and has security flaws in it. If you stick with sarge, update your kernel to kernel-image-2.6.8-12-em64t-p4-smp - or more generally, install the kernel-image-2.6-em64t-p4-smp metapackage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Optimum kernel for Xeon with em64t
Thanks for the reply Jo... another question if i could please: On 6/12/06, Jo Shields [EMAIL PROTECTED] wrote: No, you're not running the right kernel - 2.6.8-9 is very old, and has security flaws in it. If you stick with sarge, update your kernel to kernel-image-2.6.8-12-em64t-p4-smp - or more generally, install the kernel-image-2.6-em64t-p4-smp metapackage Cool, so the meta package always depends on the latest kernel image, nice. Should there be any worry in installing this updated kernel on my server? The only complied software is amavis-new... other than that its all apt-get'ed. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Sarge server frozen (em64t-p4-smp)
On 4/6/06, Stephen Woodbridge [EMAIL PROTECTED] wrote: Simon, Have you checked your 3ware logs, are you getting any disk errors? Which controller are you running? Have you run fsck on all the partitions? Not sure any of these will help as Lennart said, it does sound like something hardware is start to fail. -Steve Lennart Sorensen wrote: On Wed, Apr 05, 2006 at 07:02:48PM +1200, Simon wrote: Hi There, We have a mail server (postfixamavisdbmail) running debian sarge (2.6.8-9-em64t-p4-smp) running dual xeons with a tyan motherboard and 3ware hardware raid5. Everything has been running fine up to now, but in the last week it has frozen twice. Completly stuck needing a hard reboot to restart (ctl-alt-del dosnt work). Here is a screenshot of the stuck screen (no ping, nothing at this point): http://gremin.orcon.net.nz/console.jpg Would someone be able to take a look and give me a clue here? I wonder what autoremove_wake_function is... journal_commit_transaction looks related to one of the journaling filesystems, specifically ext3 I believe. Can you do a shift+pgup to see more of the output? How about setting up a serial console or remote logging so you can capture the full error messages? Of course it really sounds like either you upgraded something recently that is broken, or the hardware is starting to fail. We did have a disk spit itself out of the 3ware hw raid a couple of weeks ago, the spare kicked in and was all OK. After a re-start all seemed fine again... but now seems like too much of a coincidence to ignore. Replace the drive?? - im guessing yes :) Unfort i cant scroll up as the box was really suck.. nothing but a hw reset worked. Simon
Re: Debian Sarge server frozen (em64t-p4-smp)
Simon wrote: On 4/6/06, Stephen Woodbridge [EMAIL PROTECTED] wrote: Simon, Have you checked your 3ware logs, are you getting any disk errors? Which controller are you running? Have you run fsck on all the partitions? Not sure any of these will help as Lennart said, it does sound like something hardware is start to fail. -Steve Lennart Sorensen wrote: On Wed, Apr 05, 2006 at 07:02:48PM +1200, Simon wrote: Hi There, We have a mail server (postfixamavisdbmail) running debian sarge (2.6.8-9-em64t-p4-smp) running dual xeons with a tyan motherboard and 3ware hardware raid5. Everything has been running fine up to now, but in the last week it has frozen twice. Completly stuck needing a hard reboot to restart (ctl-alt-del dosnt work). Here is a screenshot of the stuck screen (no ping, nothing at this point): http://gremin.orcon.net.nz/console.jpg Would someone be able to take a look and give me a clue here? I wonder what autoremove_wake_function is... journal_commit_transaction looks related to one of the journaling filesystems, specifically ext3 I believe. Can you do a shift+pgup to see more of the output? How about setting up a serial console or remote logging so you can capture the full error messages? Of course it really sounds like either you upgraded something recently that is broken, or the hardware is starting to fail. We did have a disk spit itself out of the 3ware hw raid a couple of weeks ago, the spare kicked in and was all OK. After a re-start all seemed fine again... but now seems like too much of a coincidence to ignore. Replace the drive?? - im guessing yes :) Unfort i cant scroll up as the box was really suck.. nothing but a hw reset worked. Well given this, I would do the following: 1) run fsck on all partitions just to be safe 2) get the 3ware controller to run a verify background task and watch the 3ware logs to see if you are getting sector repairs or errors on any of the disks. Also you might have a run diagnostics background task that might give some insight to whether the controller is sane or not. 3) setup a serial console to capture the console logging on another system so you can look at what the kernel messages are as Lennart suggested. -Steve W. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Sarge server frozen (em64t-p4-smp)
Hi There, We have a mail server (postfixamavisdbmail) running debian sarge (2.6.8-9-em64t-p4-smp) running dual xeons with a tyan motherboard and 3ware hardware raid5. Everything has been running fine up to now, but in the last week it has frozen twice. Completly stuck needing a hard reboot to restart (ctl-alt-del dosnt work). Here is a screenshot of the stuck screen (no ping, nothing at this point): http://gremin.orcon.net.nz/console.jpg Would someone be able to take a look and give me a clue here? Simon
Re: Debian Sarge server frozen (em64t-p4-smp)
On Wed, Apr 05, 2006 at 07:02:48PM +1200, Simon wrote: Hi There, We have a mail server (postfixamavisdbmail) running debian sarge (2.6.8-9-em64t-p4-smp) running dual xeons with a tyan motherboard and 3ware hardware raid5. Everything has been running fine up to now, but in the last week it has frozen twice. Completly stuck needing a hard reboot to restart (ctl-alt-del dosnt work). Here is a screenshot of the stuck screen (no ping, nothing at this point): http://gremin.orcon.net.nz/console.jpg Would someone be able to take a look and give me a clue here? I wonder what autoremove_wake_function is... journal_commit_transaction looks related to one of the journaling filesystems, specifically ext3 I believe. Can you do a shift+pgup to see more of the output? How about setting up a serial console or remote logging so you can capture the full error messages? Of course it really sounds like either you upgraded something recently that is broken, or the hardware is starting to fail. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Sarge server frozen (em64t-p4-smp)
Simon, Have you checked your 3ware logs, are you getting any disk errors? Which controller are you running? Have you run fsck on all the partitions? Not sure any of these will help as Lennart said, it does sound like something hardware is start to fail. -Steve Lennart Sorensen wrote: On Wed, Apr 05, 2006 at 07:02:48PM +1200, Simon wrote: Hi There, We have a mail server (postfixamavisdbmail) running debian sarge (2.6.8-9-em64t-p4-smp) running dual xeons with a tyan motherboard and 3ware hardware raid5. Everything has been running fine up to now, but in the last week it has frozen twice. Completly stuck needing a hard reboot to restart (ctl-alt-del dosnt work). Here is a screenshot of the stuck screen (no ping, nothing at this point): http://gremin.orcon.net.nz/console.jpg Would someone be able to take a look and give me a clue here? I wonder what autoremove_wake_function is... journal_commit_transaction looks related to one of the journaling filesystems, specifically ext3 I believe. Can you do a shift+pgup to see more of the output? How about setting up a serial console or remote logging so you can capture the full error messages? Of course it really sounds like either you upgraded something recently that is broken, or the hardware is starting to fail. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: were to get new(est) kernel package (SMP ! - EM64T if possible) (was: installing sarge with USB keyboard)
On Wed, Feb 22, 2006 at 09:50:27PM -0800, Sebastian Haase wrote: Hi, The netinst package below worked great ! Thanks to Len Sorensen. Now I need to get another (never at best) kernel thought ! The Pentium D needs an SMP version kernel. Can anyone point me to where maybe someone has build a ready-to-use package !? Otherwise, how can I get the source to build a new package myself ? Can I just get deb-packages from etch or sid ? (I'm running sarge!) Do I build the new kernel with gcc-3.3 or gcc-3.4 ? I think 2.6.8 is definely to old, since I need SATA ... (BTW, I could not use the on-board IntelPro1000 network card, e1000.ko did not recognize it - did anyone else encounter this problem ?) Backports.org has newer kernel builds I believe. Worth taking a look there if you want to run sarge. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
were to get new(est) kernel package (SMP ! - EM64T if possible) (was: installing sarge with USB keyboard)
Hi, The netinst package below worked great ! Thanks to Len Sorensen. Now I need to get another (never at best) kernel thought ! The Pentium D needs an SMP version kernel. Can anyone point me to where maybe someone has build a ready-to-use package !? Otherwise, how can I get the source to build a new package myself ? Can I just get deb-packages from etch or sid ? (I'm running sarge!) Do I build the new kernel with gcc-3.3 or gcc-3.4 ? I think 2.6.8 is definely to old, since I need SATA ... (BTW, I could not use the on-board IntelPro1000 network card, e1000.ko did not recognize it - did anyone else encounter this problem ?) Thanks, Sebastian Haase Austin (Ozz) Denyer wrote: On Sat, 18 Feb 2006 17:37:19 -0800, Sebastian Haase [EMAIL PROTECTED] wrote: Hi, I just got a new Pentium D Dell PC and was very surprised when it didn't respond on the first (choose language) screen of debian-installer... It took me a while, but then I realized: The PC was using a USB keyboard ! It doesn't even have as PS/2 port ! I'm using a amd64 netinst CD (also tried the full BIN-1 CD) from around Jun-2005. Where can I find a newer installation CD ? (I found only those old images on the web) Try this one: http://tinyplanet.ca/~lsorense/amd64/sarge-amd64-2.6.12-netinst.iso (~90 meg download). I used it for my Dual-Opteron. Works great. And thanks again to Len Sorensen for making this available to us. Regards, Ozz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: were to get new(est) kernel package (SMP ! - EM64T if possible)
Sebastian Haase wrote: Hi, The netinst package below worked great ! Thanks to Len Sorensen. Now I need to get another (never at best) kernel thought ! The Pentium D needs an SMP version kernel. Can anyone point me to where maybe someone has build a ready-to-use package !? Otherwise, how can I get the source to build a new package myself ? Can I just get deb-packages from etch or sid ? (I'm running sarge!) Do I build the new kernel with gcc-3.3 or gcc-3.4 ? I think 2.6.8 is definely to old, since I need SATA ... (BTW, I could not use the on-board IntelPro1000 network card, e1000.ko did not recognize it - did anyone else encounter this problem ?) Thanks, Sebastian Haase Austin (Ozz) Denyer wrote: On Sat, 18 Feb 2006 17:37:19 -0800, Sebastian Haase [EMAIL PROTECTED] wrote: Hi, I just got a new Pentium D Dell PC and was very surprised when it didn't respond on the first (choose language) screen of debian-installer... It took me a while, but then I realized: The PC was using a USB keyboard ! It doesn't even have as PS/2 port ! I'm using a amd64 netinst CD (also tried the full BIN-1 CD) from around Jun-2005. Where can I find a newer installation CD ? (I found only those old images on the web) Try this one: http://tinyplanet.ca/~lsorense/amd64/sarge-amd64-2.6.12-netinst.iso (~90 meg download). I used it for my Dual-Opteron. Works great. And thanks again to Len Sorensen for making this available to us. Regards, Ozz. backports.org has 2.6.15 for Sarge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
On Thu, Jan 12, 2006 at 11:38:08PM -0400, Peter Cordes wrote: I think that's all wrong. The flags are more or less a decoding of the CPUID result codes. As for HT, my dad's old laptop 1.7GHz P4-mobile (Northwood) has the ht flag, but it sure as hell doesn't have two logical CPUs. I looked at (but didn't really come close to understanding ;P) the relevant kernel code, and I Nak. Are you sure you are running an SMP kernel on it? The ht flag means that the processor is hyperthreading capable. If your dad's lappy doesn't show 2 cpus, it may be because HT is disabled in the BIOS. If the BIOS doesn't have an option for enabling HT, then check for a BIOS update! Some manufacturers actually shipped machines with HT capable processors in the early days that couldn't do HT. Doesn't mean the processor wasn't capable of it. Cheers, a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
If I have a HT cpu, should I use smp kernel image? processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 2.66GHz stepping: 1 cpu MHz : 2661.169 cache size : 1024 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl tm2 cid cx16 xtpr bogomips: 5325.45 Thanks
Re: is it em64t ?
zzz haha kiedys napisal: If I have a HT cpu, should I use smp kernel image? Yes, you should if you want two logical cpus -- Registered Linux User 369908 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
On Sat, Jan 07, 2006 at 12:45:04PM +0100, Ernest jw ter Kuile wrote: On Saturday 07 January 2006 11:46, Hamish Moffatt wrote: It does, but what if HyperThreading was present but disabled in the BIOS? I don't know how you would tell in that case. Most of these flags are not set simply because the kernel found a certain type of processor. They are the result of elaborate startup tests which detect these capabilities. If a capability is disabled in the bios, two things can happen 1) the kernel does not detect it at all; in which case the relevant flag is not set; 2) the kernel detects the capability but switched off; in which case the kernel will attempt to switch it on (if it can of course). If this succeeds the flag is set, if not you will often see an error and the flag is not switched on. I have been told, however, that a few processor capabilities are so bound to the a certain type of cpu that their flag is simply set if that cpu is found. I don't know under which category the hyperthreading flag falls, but knowing that hyperthreading can be disabled in the bios, I would not expect the kernel to simply set that flag blindly. I think that's all wrong. The flags are more or less a decoding of the CPUID result codes. As for HT, my dad's old laptop 1.7GHz P4-mobile (Northwood) has the ht flag, but it sure as hell doesn't have two logical CPUs. I looked at (but didn't really come close to understanding ;P) the relevant kernel code, and I think the ht flag indicates support for an API for asking how many logical CPUs there are, and so on, not that there actually are multiple logical CPUs on that physical CPU. The kernel log messages (look in /var/log/dmesg if other messages have bumped them from the ring buffer) are more useful than the ht flag. I don't remember if x86info is useful for this or not, but it's generally good at finding out about CPUs. -- #define X(x,y) x##y Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca) The gods confound the man who first found out how to distinguish the hours! Confound him, too, who in this place set up a sundial, to cut and hack my day so wretchedly into small pieces! -- Plautus, 200 BC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Upgrade to Kernel 2.6.8-11-em64t-p4-smp
Hi to All, please I'm new of Debian, I'm trying to install Kernel 2.6.8-11-em64t-p4-smp for my dual Xeon system; now Kernel 2.6.8-11-em64t-p4 is installedso debian don't see the second processor. I try with the commad below: debianSenior:# apt-cache search em64t-smp nothing on screen: debianSenior:# after this I try: debianSenior:# apt-cache search em64t Kernel-headers-2.6-em64t-p4 Kernel headers for Kernel-headers-2.6-em64t-p4-smp Kernel headers for Kernel-image-2.6-em64t-p4 Kernelimage for Kernel-image-2.6-em64t-p4-smp Kernelimage for Kernel-headers-2.6.8-11-em64t-p4 Kernel headers for Kernel-headers-2.6.8-11-em64t-p4-smp Kernel headers for Kernel-image-2.6.8-11-em64t-p4 Kernelimage for Kernel-image-2.6.8-11-em64t-p4-smp Kernelimage for debianSenior:# apt-get install Kernel-image-2.6.8-11-em64t-p4-smp E: Couldn't find package Kernel-image-2.6.8-11-em64t-p4-smp debianSenior:# What can I do? Thanks Nonno
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
use aptitude or dselect to find the package 2.6.8 was pretty bad, may i suggest you go to 2.6.14 or 15 Dean Nonno wrote: Hi to All, please I'm new of Debian, I'm trying to install Kernel 2.6.8-11-em64t-p4-smp for my dual Xeon system; now Kernel 2.6.8-11-em64t-p4 is installed so debian don't see the second processor. I try with the commad below: debianSenior:˜# apt-cache search em64t-smp nothing on screen: debianSenior:˜# after this I try: debianSenior:˜# apt-cache search em64t Kernel-headers-2.6-em64t-p4 Kernel headers for Kernel-headers-2.6-em64t-p4-smp Kernel headers for Kernel-image-2.6-em64t-p4 Kernel image for Kernel-image-2.6-em64t-p4-smp Kernel image for Kernel-headers-2.6.8-11-em64t-p4 Kernel headers for Kernel-headers-2.6.8-11-em64t-p4-smp Kernel headers for Kernel-image-2.6.8-11-em64t-p4 Kernel image for Kernel-image-2.6.8-11-em64t-p4-smp Kernel image for debianSenior:˜# apt-get install Kernel-image-2.6.8-11-em64t-p4-smp E: Couldn't find package Kernel-image-2.6.8-11-em64t-p4-smp debianSenior:˜# What can I do? Thanks Nonno -- WWW: http://deanpatrick.tk LAN: http://www.bong.com.au EMAIL: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
kernel not Kernel would help, package names are case sensitive Dean Hamstead wrote: use aptitude or dselect to find the package 2.6.8 was pretty bad, may i suggest you go to 2.6.14 or 15 Dean Nonno wrote: Hi to All, please I'm new of Debian, I'm trying to install Kernel 2.6.8-11-em64t-p4-smp for my dual Xeon system; now Kernel 2.6.8-11-em64t-p4 is installed so debian don't see the second processor. I try with the commad below: debianSenior:˜# apt-cache search em64t-smp nothing on screen: debianSenior:˜# after this I try: debianSenior:˜# apt-cache search em64t Kernel-headers-2.6-em64t-p4 Kernel headers for Kernel-headers-2.6-em64t-p4-smp Kernel headers for Kernel-image-2.6-em64t-p4 Kernel image for Kernel-image-2.6-em64t-p4-smp Kernel image for Kernel-headers-2.6.8-11-em64t-p4 Kernel headers for Kernel-headers-2.6.8-11-em64t-p4-smp Kernel headers for Kernel-image-2.6.8-11-em64t-p4 Kernel image for Kernel-image-2.6.8-11-em64t-p4-smp Kernel image for debianSenior:˜# apt-get install Kernel-image-2.6.8-11-em64t-p4-smp E: Couldn't find package Kernel-image-2.6.8-11-em64t-p4-smp debianSenior:˜# What can I do? Thanks Nonno -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
2006/1/10, Dean Hamstead [EMAIL PROTECTED]: use aptitude or dselect to find the package and search for linux- -- Pere Nubiola Radigales Telf: +34 656316974 e-mail: [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
On Tue, Jan 10, 2006 at 11:37:02PM +1100, Dean Hamstead wrote: use aptitude or dselect to find the package 2.6.8 was pretty bad, may i suggest you go to 2.6.14 or 15 Tricky on sarge. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
On (10/01/06 10:11), Lennart Sorensen wrote: On Tue, Jan 10, 2006 at 11:37:02PM +1100, Dean Hamstead wrote: use aptitude or dselect to find the package 2.6.8 was pretty bad, may i suggest you go to 2.6.14 or 15 Tricky on sarge. FWIW I was frustrated with smp, sata and raid issues on a couple of servers running sarge 2.6.8. So I bit the bullet and edited /etc/apt/sources.list to add a line for etch temporarily installed 2.6.12-1-686-smp re-edited /etc/apt/sources.list commenting out the etch line Rebooted and the issues have all been resolved. Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
quite seriously, wouldnt... wget ftp://ftp.xx.debian.. ../kernel-image-xxx.deb dpkg -i kernel-image-xxx.deb work, perhaps a few supporting packages might need updating Dean Lennart Sorensen wrote: On Tue, Jan 10, 2006 at 11:37:02PM +1100, Dean Hamstead wrote: use aptitude or dselect to find the package 2.6.8 was pretty bad, may i suggest you go to 2.6.14 or 15 Tricky on sarge. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
On Wed, Jan 11, 2006 at 09:14:31AM +1100, Dean Hamstead wrote: quite seriously, wouldnt... wget ftp://ftp.xx.debian.. ../kernel-image-xxx.deb dpkg -i kernel-image-xxx.deb work, perhaps a few supporting packages might need updating Only if you can fulfill the dependancies, such as a newer initrd generator (such as yaird or initramfs, both of which can probably be backported). 2.6.12 seems like no big deal, but any newer and the initrd seems to become an issue to solve first. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
my experience was that the difference between 2.6.8 and 2.6.11 was enormous for amd64 (although it might mainly have been for nforce based boards), since 2.6.11 things have really only just got more tidy (ie my mboard sound being specifically identified rather than just identified by its generic chip) im sure there are deeper architectural changes that are of benefit also. i recall nvidia whinging about changes that broke their drivers. but thats really their own fault. Dean Lennart Sorensen wrote: On Wed, Jan 11, 2006 at 09:14:31AM +1100, Dean Hamstead wrote: quite seriously, wouldnt... wget ftp://ftp.xx.debian.. ../kernel-image-xxx.deb dpkg -i kernel-image-xxx.deb work, perhaps a few supporting packages might need updating Only if you can fulfill the dependancies, such as a newer initrd generator (such as yaird or initramfs, both of which can probably be backported). 2.6.12 seems like no big deal, but any newer and the initrd seems to become an issue to solve first. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade to Kernel 2.6.8-11-em64t-p4-smp
Dean Hamstead wrote: quite seriously, wouldnt... wget ftp://ftp.xx.debian.. ../kernel-image-xxx.deb dpkg -i kernel-image-xxx.deb work, perhaps a few supporting packages might need updating Dean Tricky on sarge. Len Sorensen I was able to install the current 2.6.12 em64t smp image from from testing on a server running sarge. That worked great, and didn't require any other packages. Anything more recent will require yaird and probably other stuff not yet in stable. -- Colin M. Baker XVII [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2 xeon but only one is on (is it em64t?)
Thanks Andrew and Stephen, I have done this command: #:/apt-get install kernel-image-2.6.8-11-em64t-p4-smp and I have seen on the screen this report: reading package list...done Building dependance tree...done Suggested package: lilo Kernel-doc-2.6.8 Kernel-source-2.6.8 The following NEW packages will be installed: Kernel-image-2.6.8-11-em64t-p4-smp 0 upgrades, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 13.0 MB of archives. After unpacking 46.8 MB of additional disk space will be used. 0% [Working] NET: Extension on device fff. IPv6 over IPv4 tunneling drive ERR http://security.debian.org stable/updates/main kernel-image-2.6.8-11-em64t-p4-smp 2.6.8-sarge1 404 NOT FOUND [IP: 194.97.2.68 80] Failed to fetch http://security.debian.org/pool/updates/main kernel-image_2.6.8-amd64/kernel_image_2.6.8-11-em64t-p4.smp_2.6.8-16sarge1_amd64.deb 404 not found [IP: 194.97.2.68 80] I'm not able to resolve this mistake, I need your help. Please there is a way to save as .txt what is on the screen? Thanks again Nonno - Original Message - From: Stephen Woodbridge [EMAIL PROTECTED] To: Nonno [EMAIL PROTECTED] Cc: debian-amd64@lists.debian.org Sent: Sunday, January 08, 2006 11:23 PM Subject: Re: 2 xeon but only one is on (is it em64t?) If you want to use more than one CPU you must install an smp kernel. Try: apt-get install kernel-image-2.6.8-11-em64t-p4-smp and reboot. -Steve Nonno wrote: Dear Sir, I have an Intel motherboard SE7525GP2 equipped with 2 Xeon 3.40GHz, hyper-threading and em64t are on (verified with Intel Processor Id Utility in windows). On 05/01/2006 I have installed debian-31r0a-amd64-binary without problems and now I'm at school, reading and working hard to learn debian. I have read the messages is it em64t? and I try to verify my situation! This the answer of debian: debian:/# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Xeon(TM) CPU 3.40GHz stepping: 4 cpu MHz : 3391.623 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm pni monitor ds_cpl tm2 est cid bogomips: 6007.19 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: - There is a mistake! What can I do to resolve? Please an easy way if it is possible. Thanks Nonno ps Sorry for my english -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2 xeon but only one is on (is it em64t?)
On Sun, Jan 08, 2006 at 11:00:20PM +0100, Nonno wrote: Dear Sir, I have an Intel motherboard SE7525GP2 equipped with 2 Xeon 3.40GHz, hyper-threading and em64t are on (verified with Intel Processor Id Utility in windows). On 05/01/2006 I have installed debian-31r0a-amd64-binary without problems and now I'm at school, reading and working hard to learn debian. I have read the messages is it em64t? and I try to verify my situation! This the answer of debian: debian:/# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Xeon(TM) CPU 3.40GHz stepping: 4 cpu MHz : 3391.623 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm Since the CPU flags include 'lm' then it is em64t. lm = long mode. long = 64 bit. pni monitor ds_cpl tm2 est cid bogomips: 6007.19 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: - There is a mistake! What can I do to resolve? Please an easy way if it is possible. If you run with a '-smp' kernel then you would probably even have hyperthreading and would see two CPUs. Well unless that is disabled in the BIOS. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
On Sun, Jan 08, 2006 at 03:08:21AM +0100, Markus Boas wrote: Just an example powerrechner:/# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6007.19 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 3 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6000.44 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6000.42 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 3 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6000.44 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: This is a dual Xeon with ht. Also an em64t. Dual single core hyperthreading xeons if I read the above correctly. Certainly given the physical id is 0 on two of them, and 3 on two of them, and there is 4 cpus listing 2 siblings, and all of them show core id 0, that is how I would understand it. If any showed core id other than 0, I would assume dual core. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2 xeon but only one is on (is it em64t?)
Dear Sir, I have an Intel motherboard SE7525GP2 equipped with 2 Xeon 3.40GHz, hyper-threading and em64t are on (verified with Intel Processor Id Utility in windows). On 05/01/2006 I have installed debian-31r0a-amd64-binary without problems and now I'm at school, reading and working hard to learn debian. I have read the messages "is it em64t?" and I try to verify my situation! This the answer of debian: debian:/# cat /proc/cpuinfoprocessor : 0vendor_id : GenuineIntelcpu family : 15model : 3model name : Intel(R) Xeon(TM) CPU 3.40GHzstepping : 4cpu MHz : 3391.623cache size : 1024 KBfpu : yesfpu_exception : yescpuid level : 5wp : yesflags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm pni monitor ds_cpl tm2 est cidbogomips : 6007.19clflush size : 64cache_alignment : 128address sizes : 36 bits physical, 48 bits virtualpower management:- There is a mistake! What can I do to resolve? Please an easy way if it is possible. Thanks Nonno ps Sorry for my english
Re: 2 xeon but only one is on (is it em64t?)
If you want to use more than one CPU you must install an smp kernel. Try: apt-get install kernel-image-2.6.8-11-em64t-p4-smp and reboot. -Steve Nonno wrote: Dear Sir, I have an Intel motherboard SE7525GP2 equipped with 2 Xeon 3.40GHz, hyper-threading and em64t are on (verified with Intel Processor Id Utility in windows). On 05/01/2006 I have installed debian-31r0a-amd64-binary without problems and now I'm at school, reading and working hard to learn debian. I have read the messages is it em64t? and I try to verify my situation! This the answer of debian: debian:/# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Xeon(TM) CPU 3.40GHz stepping: 4 cpu MHz : 3391.623 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm pni monitor ds_cpl tm2 est cid bogomips: 6007.19 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: - There is a mistake! What can I do to resolve? Please an easy way if it is possible. Thanks Nonno ps Sorry for my english -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
Le jeudi 05 janvier 2006 à 11:09 +0100, Erik Mouw a écrit : On Thu, Jan 05, 2006 at 10:22:51AM +0100, Koen Vermeer wrote: On Thu, 2006-01-05 at 17:04 +0800, zzz haha wrote: i have a p4 machine. how can i know if it has em64t? A somewhat stupid but nevertheless possibly useful suggestion: Try to boot the Debian x86-64 installation CD. If it works, you either have an em64t or an amd64 processor. Since you state your machine is a p4, you may safely rule out the latter possibility. Alternatively, try to find out what processor is in there, and check the Intel website. Maybe there's also a flag in /proc/cpuinfo that indicates em64t capabilities. The lm flag in /proc/cpuinfo tells the CPU can do long mode, which means it has the 64 bit extensions. By the way: I need to work on a Xeon machine remotely, and I wondered if it had multiple processors (it is not a dual-core) or simply HyperThreading. How can I distinguish? Here is /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3001.253 cache size : 1024 KB physical id : 0 siblings: 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl cid bogomips: 5947.39 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3001.253 cache size : 1024 KB physical id : 0 siblings: 2 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl cid bogomips: 5996.54 Thanks Erik -- Jérôme Warnier FLOSS Consultant http://beeznest.neteb
Re: is it em64t ?
Jerome Warnier wrote: By the way: I need to work on a Xeon machine remotely, and I wondered if it had multiple processors (it is not a dual-core) or simply HyperThreading. How can I distinguish? Here is /proc/cpuinfo: flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl cid I'm no expert in processors, but I'd guess that ht there in the flags means it has HyperThreading support. -- Please recycle. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
Jerome Warnier wrote: By the way: I need to work on a Xeon machine remotely, and I wondered if it had multiple processors (it is not a dual-core) or simply HyperThreading. How can I distinguish? Here is /proc/cpuinfo: processor : 0 ... physical id : 0 siblings: 2 ... processor : 1 ... physical id : 0 siblings: 2 You can see two logical processors (numbered 0 and 1), which are both parts of a single physical processor (with physical id 0). Each processor is one of 2 siblings. = this is a single hyperthreaded processor Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
Le samedi 07 janvier 2006 à 21:46 +1100, Hamish Moffatt a écrit : On Sat, Jan 07, 2006 at 08:34:31AM -0200, Eduardo M KALINOWSKI wrote: Jerome Warnier wrote: By the way: I need to work on a Xeon machine remotely, and I wondered if it had multiple processors (it is not a dual-core) or simply HyperThreading. How can I distinguish? Here is /proc/cpuinfo: flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm pni monitor ds_cpl cid I'm no expert in processors, but I'd guess that ht there in the flags means it has HyperThreading support. It does, but what if HyperThreading was present but disabled in the BIOS? I don't know how you would tell in that case. Or SMP support disabled in the kernel. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Re: is it em64t ?
Le samedi 07 janvier 2006 à 11:56 +0100, Michal Schmidt a écrit : Jerome Warnier wrote: By the way: I need to work on a Xeon machine remotely, and I wondered if it had multiple processors (it is not a dual-core) or simply HyperThreading. How can I distinguish? Here is /proc/cpuinfo: processor : 0 ... physical id : 0 siblings: 2 ... processor : 1 ... physical id : 0 siblings: 2 You can see two logical processors (numbered 0 and 1), which are both parts of a single physical processor (with physical id 0). Each processor is one of 2 siblings. = this is a single hyperthreaded processor Thanks, this is all I wanted to know, exactly the way I wanted it. Michal -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Re: is it em64t ?
On Saturday 07 January 2006 11:46, Hamish Moffatt wrote: It does, but what if HyperThreading was present but disabled in the BIOS? I don't know how you would tell in that case. Most of these flags are not set simply because the kernel found a certain type of processor. They are the result of elaborate startup tests which detect these capabilities. If a capability is disabled in the bios, two things can happen 1) the kernel does not detect it at all; in which case the relevant flag is not set; 2) the kernel detects the capability but switched off; in which case the kernel will attempt to switch it on (if it can of course). If this succeeds the flag is set, if not you will often see an error and the flag is not switched on. I have been told, however, that a few processor capabilities are so bound to the a certain type of cpu that their flag is simply set if that cpu is found. I don't know under which category the hyperthreading flag falls, but knowing that hyperthreading can be disabled in the bios, I would not expect the kernel to simply set that flag blindly. Ernest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
On Sat, Jan 07, 2006 at 11:00:44AM +0100, Jerome Warnier wrote: processor : 0 [snip] physical id : 0 siblings: 2 [snip] processor : 1 physical id : 0 siblings: 2 [snip] Both CPUs are physical ID 0 and both say they are part of a set of 2 siblings. I am quite sure that means it is using hyperthreading, and is not dual core or dual cpu. Just hyperthreading. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
Just an example powerrechner:/# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6007.19 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 3 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6000.44 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6000.42 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.00GHz stepping: 1 cpu MHz : 3000.261 cache size : 1024 KB physical id : 3 siblings: 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr bogomips: 6000.44 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: This is a dual Xeon with ht. Also an em64t. Am Samstag 07 Januar 2006 20:43 schrieb Lennart Sorensen: On Sat, Jan 07, 2006 at 11:00:44AM +0100, Jerome Warnier wrote: processor : 0 [snip] physical id : 0 siblings: 2 [snip] processor : 1 physical id : 0 siblings: 2 [snip] Both CPUs are physical ID 0 and both say they are part of a set of 2 siblings. I am quite sure that means it is using hyperthreading, and is not dual core or dual cpu. Just hyperthreading. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is it em64t ?
hello, i have a p4 machine. how can i know if it has em64t? thank you,
Re: is it em64t ?
On Thu, 2006-01-05 at 17:04 +0800, zzz haha wrote: i have a p4 machine. how can i know if it has em64t? A somewhat stupid but nevertheless possibly useful suggestion: Try to boot the Debian x86-64 installation CD. If it works, you either have an em64t or an amd64 processor. Since you state your machine is a p4, you may safely rule out the latter possibility. Alternatively, try to find out what processor is in there, and check the Intel website. Maybe there's also a flag in /proc/cpuinfo that indicates em64t capabilities. Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
On Thu, Jan 05, 2006 at 10:22:51AM +0100, Koen Vermeer wrote: On Thu, 2006-01-05 at 17:04 +0800, zzz haha wrote: i have a p4 machine. how can i know if it has em64t? A somewhat stupid but nevertheless possibly useful suggestion: Try to boot the Debian x86-64 installation CD. If it works, you either have an em64t or an amd64 processor. Since you state your machine is a p4, you may safely rule out the latter possibility. Alternatively, try to find out what processor is in there, and check the Intel website. Maybe there's also a flag in /proc/cpuinfo that indicates em64t capabilities. The lm flag in /proc/cpuinfo tells the CPU can do long mode, which means it has the 64 bit extensions. Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: is it em64t ?
The lm flag in /proc/cpuinfo tells the CPU can do long mode, which means it has the 64 bit extensions. thank you!
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
You are right, everything is ok with 2.6.14-2-em64t-p4-smp. Thanks! Jean-FrancoisOn 12/11/05, Frederik Schueler [EMAIL PROTECTED] wrote: Hello,On Sun, Dec 11, 2005 at 10:21:16AM -0500, Jean-Francois Levesque wrote: I have a problem with my DVDRW drive when using kernel 2.6.12-1-em64t-p4-smp.Ide-scsi has been deactivated since then: please upgrade to 2.6.14.The kernel packages are now called linux-image-2.6-*, in case you didn'tfind them already.Best regardsFrederik Schueler--ENOSIG-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.1 (GNU/Linux)iD8DBQFDnGrC6n7So0GVSSARAlzgAJ9NMq6jfnPZAEO0CI+iScTzuxmwLQCgivyDSLrn9kmDwopOQLnGgFhc6GI==FswQ-END PGP SIGNATURE-
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
On Sun, Dec 11, 2005 at 12:51:05PM -0500, Jean-Francois Levesque wrote: I tried but it doesn't work. dmesg output : ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: HL-DT-ST Model: DVDRAM GSA-4167B Rev: DL10 Type: CD-ROM ANSI SCSI revision: 02 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 sr0: Hmm, seems the drive doesn't support multisession CD's Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 5 cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... Any idea? I suspect your initrd is (mistakenly) loading ide-scsi. I believe the was a short time when a bug in mkinitrd would load it when it shouldn't. You could try booting with the kernel option for making ide-scsi ignore hda, or you can try regenerating the initrd and see if it does something smarter this time. The initrd should NOT be loading ide-scsi so that is what the problem is. You could add your current hd controller and the ide-cd drivers to /etc/mkinitrd/modules and then regenerate the initrd and hopefully on next boot it will be better behaved since those drives should then load first. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
DVDRW drive and 2.6.12-1-em64t-p4-smp
Hi! I have a problem with my DVDRW drive when using kernel 2.6.12-1-em64t-p4-smp. The SCSI emulation seems to be activated and my system freezes when I try to burn a DVD. Here is the dmesg output when executing modprobe ide-generic : ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: HL-DT-ST Model: DVDRAM GSA-4167B Rev: DL10 Type: CD-ROM ANSI SCSI revision: 02 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 5 sr0: Hmm, seems the drive doesn't support multisession CD's cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... The problem isn't present with 2.6.12-1-amd64-generic where SCSI emulation seems to be deactivated and I don't have problem to burn DVDs. Here is the dmesg output when executing modprobe ide-generic : ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... hda: ATAPI 79X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... What is the difference between the two kernels? Why one is with SCSI emulation? Is it normal? What can I do to use 2.6.12-1-em64t-p4-smp without SCSI emulation? Thank you, Jean-François
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
On Sunday 11 December 2005 11:21, Jean-Francois Levesque wrote: Hi! I have a problem with my DVDRW drive when using kernel 2.6.12-1-em64t-p4-smp. The SCSI emulation seems to be activated and my system freezes when I try to burn a DVD. Here is the dmesg output when executing modprobe ide-generic ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: HL-DT-ST Model: DVDRAM GSA-4167B Rev: DL10 Type: CD-ROM ANSI SCSI revision: 02 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 5 sr0: Hmm, seems the drive doesn't support multisession CD's cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... The problem isn't present with 2.6.12-1-amd64-generic where SCSI emulation seems to be deactivated and I don't have problem to burn DVDs. Here is the dmesg output when executing modprobe ide-generic : ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... hda: ATAPI 79X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... What is the difference between the two kernels? Why one is with SCSI emulation? Is it normal? What can I do to use 2.6.12-1-em64t-p4-smpwithout SCSI emulation? Thank you, Jean-François Try creating a file in /etc/modprobe.d/ called say burner with this for the contents. ## Added by me for IDE burning options ide-scsi ignore=hda Now when you boot the ide-scsi should allow the ide-generic to get the burner. Stephen -- Debian the choice of a GNU generation GPG Public Key: http://users.eastlink.ca/~stephencormier/publickey.asc
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
I tried but it doesn't work. dmesg output : ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: HL-DT-ST Model: DVDRAM GSA-4167B Rev: DL10 Type: CD-ROM ANSI SCSI revision: 02 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 sr0: Hmm, seems the drive doesn't support multisession CD's Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 5 cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... Any idea? Thanks! Jean-FrançoisOn 12/11/05, Stephen Cormier [EMAIL PROTECTED] wrote: On Sunday 11 December 2005 11:21, Jean-Francois Levesque wrote: Hi! I have a problem with my DVDRW drive when using kernel 2.6.12-1-em64t-p4-smp. The SCSI emulation seems to be activated and my system freezes when I try to burn a DVD.Here is the dmesg output when executing modprobe ide-generic ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00: 1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: HL-DT-STModel: DVDRAM GSA-4167BRev: DL10 Type: CD-ROM ANSI SCSI revision: 02 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,type 0 Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0,type 5 sr0: Hmm, seems the drive doesn't support multisession CD's cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... The problem isn't present with 2.6.12-1-amd64-generic where SCSI emulation seems to be deactivated and I don't have problem to burn DVDs.Here is the dmesg output when executing modprobe ide-generic : ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... hda: ATAPI 79X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... What is the difference between the two kernels?Why one is with SCSI emulation?Is it normal?What can I do to use 2.6.12-1-em64t-p4-smpwithout SCSI emulation? Thank you, Jean-FrançoisTry creating a file in /etc/modprobe.d/ called say burner with this forthe contents.## Added by me for IDE burningoptions ide-scsi ignore=hdaNow when you boot the ide-scsi should allow the ide-generic to get the burner.Stephen--Debian the choice of a GNU generationGPG Public Key: http://users.eastlink.ca/~stephencormier/publickey.asc
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
Hello, On Sun, Dec 11, 2005 at 10:21:16AM -0500, Jean-Francois Levesque wrote: I have a problem with my DVDRW drive when using kernel 2.6.12-1-em64t-p4-smp. Ide-scsi has been deactivated since then: please upgrade to 2.6.14. The kernel packages are now called linux-image-2.6-*, in case you didn't find them already. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
I've updated apt and I don't find the 2.6.14 package. Normal? RogueProsys:~# apt-cache search linux-image alsa-base - ALSA driver configuration files linux-headers-2.6.12-1-amd64-generic - Architecture-specific header files for Linux kernel 2.6.12 on amd64-generic-class machines linux-headers-2.6.12-1-amd64-k8 - Architecture-specific header files for Linux kernel 2.6.12 on amd64-k8-class machines linux-headers-2.6.12-1-amd64-k8-smp - Architecture-specific header files for Linux kernel 2.6.12 on amd64-k8-smp-class machines linux-headers-2.6.12-1-em64t-p4 - Architecture-specific header files for Linux kernel 2.6.12 on em64t-p4-class machines linux-headers-2.6.12-1-em64t-p4-smp - Architecture-specific header files for Linux kernel 2.6.12 on em64t-p4-smp-class machines linux-image-2.6-amd64-generic - Linux kernel 2.6 image on amd64-generic-class machines linux-image-2.6-amd64-k8 - Linux kernel 2.6 image on amd64-k8-class machines linux-image-2.6-amd64-k8-smp - Linux kernel 2.6 image on amd64-k8-smp-class machines linux-image-2.6-em64t-p4 - Linux kernel 2.6 image on em64t-p4-class machines linux-image-2.6-em64t-p4-smp - Linux kernel 2.6 image on em64t-p4-smp-class machines linux-image-2.6.12-1-amd64-generic - Linux kernel 2.6.12 image on amd64-generic-class machines linux-image-2.6.12-1-amd64-k8 - Linux kernel 2.6.12 image on amd64-k8-class machines linux-image-2.6.12-1-amd64-k8-smp - Linux kernel 2.6.12 image on amd64-k8-smp-class machines linux-image-2.6.12-1-em64t-p4 - Linux kernel 2.6.12 image on em64t-p4-class machines linux-image-2.6.12-1-em64t-p4-smp - Linux kernel 2.6.12 image on em64t-p4-smp-class machines linux-image-amd64-generic - Linux kernel image on amd64-generic-class machines linux-image-amd64-k8 - Linux kernel image on amd64-k8-class machines linux-image-amd64-k8-smp - Linux kernel image on amd64-k8-smp-class machines linux-image-em64t-p4 - Linux kernel image on em64t-p4-class machines linux-image-em64t-p4-smp - Linux kernel image on em64t-p4-smp-class machines linux-tree-2.6.12 - Linux kernel source tree for building Debian kernel images linux-wlan-ng-modules-2.6.12-1-amd64-generic - drivers for wireless prism2 cards linux-wlan-ng-modules-2.6.12-1-amd64-k8 - drivers for wireless prism2 cards linux-wlan-ng-modules-2.6.12-1-amd64-k8-smp - drivers for wireless prism2 cards linux-wlan-ng-modules-2.6.12-1-em64t-p4 - drivers for wireless prism2 cards linux-wlan-ng-modules-2.6.12-1-em64t-p4-smp - drivers for wireless prism2 cards RogueProsys:~#On 12/11/05, Frederik Schueler [EMAIL PROTECTED] wrote: Hello,On Sun, Dec 11, 2005 at 10:21:16AM -0500, Jean-Francois Levesque wrote: I have a problem with my DVDRW drive when using kernel 2.6.12-1-em64t-p4-smp.Ide-scsi has been deactivated since then: please upgrade to 2.6.14.The kernel packages are now called linux-image-2.6-*, in case you didn'tfind them already.Best regardsFrederik Schueler--ENOSIG-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.1 (GNU/Linux)iD8DBQFDnGrC6n7So0GVSSARAlzgAJ9NMq6jfnPZAEO0CI+iScTzuxmwLQCgivyDSLrn9kmDwopOQLnGgFhc6GI==FswQ-END PGP SIGNATURE-
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
On Sunday 11 December 2005 13:51, Jean-Francois Levesque wrote: On 12/11/05, Stephen Cormier [EMAIL PROTECTED] wrote: On Sunday 11 December 2005 11:21, Jean-Francois Levesque wrote: Hi! I have a problem with my DVDRW drive when using kernel 2.6.12-1-em64t-p4-smp. The SCSI emulation seems to be activated and my system freezes when I try to burn a DVD. Here is the dmesg output when executing modprobe ide-generic ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00: 1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: HL-DT-ST Model: DVDRAM GSA-4167B Rev: DL10 Type: CD-ROM ANSI SCSI revision: 02 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 5 sr0: Hmm, seems the drive doesn't support multisession CD's cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... The problem isn't present with 2.6.12-1-amd64-generic where SCSI emulation seems to be deactivated and I don't have problem to burn DVDs. Here is the dmesg output when executing modprobe ide-generic ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... hda: ATAPI 79X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... What is the difference between the two kernels? Why one is with SCSI emulation? Is it normal? What can I do to use 2.6.12-1-em64t-p4-smpwithout SCSI emulation? Thank you, Jean-François Try creating a file in /etc/modprobe.d/ called say burner with this for the contents. ## Added by me for IDE burning options ide-scsi ignore=hda Now when you boot the ide-scsi should allow the ide-generic to get the burner. Stephen I tried but it doesn't work. dmesg output : ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: HL-DT-ST Model: DVDRAM GSA-4167B Rev: DL10 Type: CD-ROM ANSI SCSI revision: 02 Probing IDE interface ide1... Probing IDE interface ide1... Probing IDE interface ide2... sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 sr0: Hmm, seems the drive doesn't support multisession CD's Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 5 cdrom: This disc doesn't have any tracks I recognize! Probing IDE interface ide3... Probing IDE interface ide4... Probing IDE interface ide5... Any idea? Thanks! Jean-François You could try putting the ide-generic in the file /etc/modules on a line by itself to have it loaded hopefully before the ide-scsi. Also if necessary you can always recompile the generic kernel with the smp support I presume
Re: DVDRW drive and 2.6.12-1-em64t-p4-smp
Hello, looks like you are running testing: 2.6.14 images are available only from unstable. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Nice server board for AMD64/EM64T?
Hi. I'm going to replace a server (keeps crashing due to some unknown reason since about a month, ran for 1year rocksolid before - I was able to limit the source to be one of mainboard, processor or RAM), and because I definately want hardware RAID and already have 8 HDs in the old server (a total of approx. 0.9TB usable), I will need an additional controller anyway, even without doing hardware RAID. Anyway: Can anyone give me recommendations for a nice board which features: 1) 2 Gigabit Ethernet ports 2) at least one PCI-X slot (if no GB-Ethernet available: 2 PCI-X slots) 3) support for a AMD64/EM64T processor Alternatively, I would be interested in recommendations for a nice SATA controller with at least 8 channels. I currently tend to a 3ware 9005-8 or -12 because I had a very good experience with my current 3ware 7508. However, if someone can recommend a good (and obviously: Linux supported) SATA controller for PCIe, I would be interested in a recommendation for a matching mainboard. Price is of course important, but stability and Linux support are far more important. I.e. given the choice between a 250$ combination of mainboard and SATA controller which runs only _mostly_ stable, and a 1000$ combination which runs _completely_ stable, I would choose the latter. cu, sven signature.asc Description: OpenPGP digital signature
Re: Nice server board for AMD64/EM64T?
Tyan Thunder K8SR S2881. I have one of them running under Linux in a high load mail server for months now without any problems. Using Opteron 248s (bought it when those were the 2nd fastest Optis). Chipset is also AMD, long in production, very reliable. NICs: two Broadcom BCM5704C, GBit. Plus we have close to 20 of them running under W* with two Opteron 265s. Stable as can be. They eat every Intel offering in every respect - power draw, performance, price. The board starts at €404, this ones is for 1U with only two slots. There are almost identical boards with more slots like Thunder K8SD Pro S2882. I found this one for only €370, -D version is recommended as it supports DualCore (I think the non-D have disappered from the market). For SATA RAID, I use LSI MegaRAID SATA 300-8X, becuase 3ware 95xx doesn't fit into the Tyan 1U chassis (too long with SATA cables connected). The LSI so far runs perfectly (kernel 2.6.11 needed) so far, but only for some weeks by now. Sönke
Re: Nice server board for AMD64/EM64T?
On Wednesday 23 November 2005 15:35, Soenke von Stamm wrote: Tyan Thunder K8SR S2881. I have one of them running under Linux in a high load mail server for months now without any problems. Using Opteron 248s (bought it when those were the 2nd fastest Optis). Chipset is also AMD, long in production, very reliable. NICs: two Broadcom BCM5704C, GBit. Plus we have close to 20 of them running under W* with two Opteron 265s. Stable as can be. They eat every Intel offering in every respect - power draw, performance, price. The board starts at €404, this ones is for 1U with only two slots. There are almost identical boards with more slots like Thunder K8SD Pro S2882. I found this one for only €370, -D version is recommended as it supports DualCore (I think the non-D have disappered from the market). For SATA RAID, I use LSI MegaRAID SATA 300-8X, becuase 3ware 95xx doesn't fit into the Tyan 1U chassis (too long with SATA cables connected). The LSI so far runs perfectly (kernel 2.6.11 needed) so far, but only for some weeks by now. Sönke How did you get this installed. We have one of these with SCSI RAID using the DPT RAID card, and none of the Debian installers seem to have the right driver in the initrd. I am thinking of putting an old IDE drive in just to bootstrap myself. Also which driver do you use for he BCM5704C? The tg3 module does not seem to work and the bcm5700 driver is not build into the kernel so you have a chicken and egg problem to get it installed (I do not have a spare 3V PCI ethernet card I can put in to get me started, and USB ethernet adapters are not supported by the installer kernel). David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nice server board for AMD64/EM64T?
Am Mittwoch, 23. November 2005 17:01 schrieb David Goodenough: How did you get this installed. We have one of these with SCSI RAID using the DPT RAID card, and none of the Debian installers seem to have the right driver in the initrd. I am thinking of putting an old IDE drive in just to bootstrap myself. I don't know about DPT and for mine I transfered a completely installed system with 2.6.12 kernel (from unstable) from onboard SATA to LSI RAID (using a Live CD like knoppix I think ... or was it another disk with fresh install?). Also which driver do you use for he BCM5704C? The tg3 module does not seem to work and the bcm5700 driver is not build into the kernel so you have a chicken and egg problem to get it installed (I do not have a spare 3V PCI ethernet card I can put in to get me started, and USB ethernet adapters are not supported by the installer kernel). Er, I currently only have acces to a machine with 2.6.8-9-amd64-k8-smp running, it uses the tg3 driver which says : eth0: Tigon3 [partno(BCM95704A7) rev 2003 PHY(5704)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:e0:81:xx:xx:xx Somebody pointed to an installer image (netinstall) with 2.6.12 kernel in this list. You might want to search for it in the archive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nice server board for AMD64/EM64T?
On Wednesday 23 November 2005 17:05, Soenke von Stamm wrote: Am Mittwoch, 23. November 2005 17:01 schrieb David Goodenough: How did you get this installed. We have one of these with SCSI RAID using the DPT RAID card, and none of the Debian installers seem to have the right driver in the initrd. I am thinking of putting an old IDE drive in just to bootstrap myself. I don't know about DPT and for mine I transfered a completely installed system with 2.6.12 kernel (from unstable) from onboard SATA to LSI RAID (using a Live CD like knoppix I think ... or was it another disk with fresh install?). I suspect that putting a little IDE drive on to boostrap it will help. Also which driver do you use for he BCM5704C? The tg3 module does not seem to work and the bcm5700 driver is not build into the kernel so you have a chicken and egg problem to get it installed (I do not have a spare 3V PCI ethernet card I can put in to get me started, and USB ethernet adapters are not supported by the installer kernel). Er, I currently only have acces to a machine with 2.6.8-9-amd64-k8-smp running, it uses the tg3 driver which says : eth0: Tigon3 [partno(BCM95704A7) rev 2003 PHY(5704)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:e0:81:xx:xx:xx Oddly the tg3 driver loads on my system but the device never detects the link even though the light on the front lights. Somebody pointed to an installer image (netinstall) with 2.6.12 kernel in this list. You might want to search for it in the archive. I have tried this and it did not work any better than the debian-installer build. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nice server board for AMD64/EM64T?
Soenke von Stamm wrote on 23/11/2005 16:35: Tyan Thunder K8SR S2881. I have one of them running under Linux in a high load [...] The board starts at €404, this ones is for 1U with only two slots. There are almost identical boards with more slots like Thunder K8SD Pro S2882. I found this one for only €370, -D version is recommended as it supports DualCore (I think the non-D have disappered from the market). Nice. Thanks for the hint. For SATA RAID, I use LSI MegaRAID SATA 300-8X, becuase 3ware 95xx doesn't fit into the Tyan 1U chassis (too long with SATA cables connected). The LSI so far runs perfectly (kernel 2.6.11 needed) so far, but only for some weeks by now. How well is it supported in Linux? Are there monitoring tools to check the RAID (and optionally individual drive) status? Does the Debian installer know it? cu, sven signature.asc Description: OpenPGP digital signature
Re: Intel EM64T vs. Opteron
On 14 Oct 2005, at 8:06 am, mike wrote: Basically, I'd be looking at an Intel 830D (3.0ghz, dual-core, EM64T) processor-based system, with 1 gig of ram and SATA HD vs. a single-core Opteron 1.8ghz (or a dual-processor NOT dual-core Opteron 1.8ghz) system, same HD and same RAM. Has anyone had the opportunity to benchmark this, or have any real experience with changing the underlying platform? Our experience with IBM HS20 blade servers shows the 2.4 GHz Opteron blows the 3.2 GHz EM64T out of the water on our bioinformatics codes, which are predominantly limited by integer performance and memory bandwidth. And uses a lot less power (this is significant when you have about 1000 processors in the cluster!). No more EM64T for us, at least for a while. One thing to be careful with, if it's a dual CPU opteron machine that you're benchmarking, is that you need a really up to date kernel that gets the NUMA topology right; our initial benchmarks were disappointing, and it turned out that the the numa topology stuff in the kernel was exactly backwards, so every process was always accessing memory local to the other CPU. This has been fixed in recent kernels. Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intel EM64T vs. Opteron
Hi all, I recently (re-)subscribed to the mailing list, I have a couple specific questions, and can't seem to find any good data about it, and would like to tap people who probably have some real-world experience with it. First off, I am a user of Debian-amd64 right now - and I love it. I run it on Opterons. It screams. I have a chance soon to switch out my servers, and going the Intel route I would be able to get a lot more bang for my buck. The website says that EM64T works fine with Debian-amd64, I just want to make sure there's no gotchas, compared to using it on an Opteron-based system. Basically, I'd be looking at an Intel 830D (3.0ghz, dual-core, EM64T) processor-based system, with 1 gig of ram and SATA HD vs. a single-core Opteron 1.8ghz (or a dual-processor NOT dual-core Opteron 1.8ghz) system, same HD and same RAM. Has anyone had the opportunity to benchmark this, or have any real experience with changing the underlying platform? I can build an 830D based system with dual-cores for cheaper than a single-core Opteron box right now (I have some discounts) but if the performance isn't as good as it seems it should be, or there's some odd things that must be done to get EM64T to work properly under Debian-amd64, I'd like to know that before committing to the hardware choice :) I plan on running the latest Linux kernel 2.6.x - two of my servers will be LVS machines and I will have a handful of webservers running this platform, in case you're wondering about specific usage. Thanks in advance for any feedback! - mike
Re: Intel EM64T vs. Opteron
On 00:06 Fri 14 Oct , mike wrote: Hi all, I recently (re-)subscribed to the mailing list, I have a couple specific questions, and can't seem to find any good data about it, and would like to tap people who probably have some real-world experience with it. First off, I am a user of Debian-amd64 right now - and I love it. I run it on Opterons. It screams. I have a chance soon to switch out my servers, and going the Intel route I would be able to get a lot more bang for my buck. The website says that EM64T works fine with Debian-amd64, I just want to make sure there's no gotchas, compared to using it on an Opteron-based system. Basically, I'd be looking at an Intel 830D (3.0ghz, dual-core, EM64T) processor-based system, with 1 gig of ram and SATA HD vs. a single-core Opteron 1.8ghz (or a dual-processor NOT dual-core Opteron 1.8ghz) system, same HD and same RAM. Has anyone had the opportunity to benchmark this, or have any real experience with changing the underlying platform? I can build an 830D based system with dual-cores for cheaper than a single-core Opteron box right now (I have some discounts) but if the performance isn't as good as it seems it should be, or there's some odd things that must be done to get EM64T to work properly under Debian-amd64, I'd like to know that before committing to the hardware choice :) Just a heads up about the big drop in Opteron pricing: http://www.theinquirer.net/?article=26927 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intel EM64T vs. Opteron
Along the same lines, do the EMT64 chips still actually run slower in 64-bit mode as compared to 32-bit mode? -Karl
Re: Intel EM64T vs. Opteron
On Fri, Oct 14, 2005 at 12:06:24AM -0700, mike wrote: I recently (re-)subscribed to the mailing list, I have a couple specific questions, and can't seem to find any good data about it, and would like to tap people who probably have some real-world experience with it. First off, I am a user of Debian-amd64 right now - and I love it. I run it on Opterons. It screams. I have a chance soon to switch out my servers, and going the Intel route I would be able to get a lot more bang for my buck. The website says that EM64T works fine with Debian-amd64, I just want to make sure there's no gotchas, compared to using it on an Opteron-based system. When did xeon servers become cheaper than opteron servers? :) Basically, I'd be looking at an Intel 830D (3.0ghz, dual-core, EM64T) processor-based system, with 1 gig of ram and SATA HD vs. a single-core Opteron 1.8ghz (or a dual-processor NOT dual-core Opteron 1.8ghz) system, same HD and same RAM. Has anyone had the opportunity to benchmark this, or have any real experience with changing the underlying platform? I can build an 830D based system with dual-cores for cheaper than a single-core Opteron box right now (I have some discounts) but if the performance isn't as good as it seems it should be, or there's some odd things that must be done to get EM64T to work properly under Debian-amd64, I'd like to know that before committing to the hardware choice :) I know the athlon 64 is very fast and certainly faster than the p4 I have around here (at a much higreh clock rate). From what I have gathered reading this list, the P4/xeon slows down a little in general when you enable 64bit mode. AMDs speed up. Given the AMD is usually faster at mosts tasks already in 32 bit mode, the situation is not improved (for intel) in 64bit mode. Remember you can not compare an 830D to an opteron. That's like comparing an 830D to a xeon. Rather unreasonable comparison. Compare it to an Athlon 64 X2 system. I plan on running the latest Linux kernel 2.6.x - two of my servers will be LVS machines and I will have a handful of webservers running this platform, in case you're wondering about specific usage. Thanks in advance for any feedback! To me the netburst architecture looked wrong when it came out. I still think it looks wrong and I will be happy when intel finally dumps it for the pentium-m based architecture in their server and desktop lineups. Until then I will buy what is the fastest (and cheapest) systems you can get, which is AMD based systems. Of course I haven't been buying dual core, which do seem rather pricey relate to single core. for example: Asus A8V Deluxe $132cdn AMD Athlon 64 X2 3800 $440cdn AMD Athlon 64 X2 4800 $1066cdn 2 x 512MB DDR400 $122cdn 2 x 1GB DDR400 $330cdn Total is $694cdn (3800 1GB) to $1528cdn (4800 2GB) Asus P5LD2 $153cdn Intel Pentium D 820 $314cdn (2.8GHz) Intel Pentium D 840 $670cdn (3.2GHz) (I am ignoring the extreme edition as being silly expensive) 2 x 512MB DDR2-533 $140cdn 2 x 1GB DDR2-533 $280cdn Total is $607cdn (D820 1GB) to $1103cdn (840D 2GB) Video, HD, case, etc should be similar between systems and hence not relevant. An X2 3800 = 2xAthlon64 3200 (which in my experience is easily faster than a 3.2GHz P4). An X2 4800 = 2xAthlon64 4000. The 4600 is the same but with half the cache. Given the more efficient memory interface of the athlon64 x2 than the shared FSB 830D, and that the 3800 is a dual of a cpu that already is as fast as the single core in the 840D, it is actually fair to compare the X2 3800 to the 840D (which costs more of course). The 820D and 830D might be cheaper, but they will also be slower for probably just any any task you throw at them. Enough ranting from me. :) Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intel EM64T vs. Opteron
On Fri, Oct 14, 2005 at 11:58:56AM -0400, Karl Magdsick wrote: Along the same lines, do the EMT64 chips still actually run slower in 64-bit mode as compared to 32-bit mode? If the xeon em64t users on this list in the past are anything to go by, the answer is yes. Not usually much but a bit. Oposit of the amds in any case. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intel EM64T vs. Opteron
On 10/14/05, Lennart Sorensen [EMAIL PROTECTED] wrote: I have a chance soon to switch out my servers, and going the Intel route I would be able to get a lot more bang for my buck. The website says that EM64T works fine with Debian-amd64, I just want to make sure there's no gotchas, compared to using it on an Opteron-based system. When did xeon servers become cheaper than opteron servers? :) Please note the I have a chance line - I have some discounts that I can apply against Intel 830D's which would take the overall cost down to less than an Opteron machine - and I'd be getting dual-core for that lower price as well. Pentium 4 830D's have EM64T support; it's not just Xeons. Remember you can not compare an 830D to an opteron. That's like comparing an 830D to a xeon. Rather unreasonable comparison. Compare it to an Athlon 64 X2 system. You can compare anything you want. It's a comparison for that reason. My two options are an 830D or an Opteron-based system. The main question is 64-bit support using Debian-amd64/kernel 2.6.x. Is it any different than installing Debian-amd64 on an Opteron box? I already run it on 7 Opteron-based systems and an Athlon64 system. From the replies after this, it sounds like the EM64T 64-bit arch is a little slower than AMD64. However, maybe that's just a bottleneck that will be fixed soon, much like when Hyperthreading came out?
Re: Intel EM64T vs. Opteron
On Fri, Oct 14, 2005 at 01:59:16PM -0700, mike wrote: Please note the I have a chance line - I have some discounts that I can apply against Intel 830D's which would take the overall cost down to less than an Opteron machine - and I'd be getting dual-core for that lower price as well. Pentium 4 830D's have EM64T support; it's not just Xeons. Well discounts are nice. You can compare anything you want. It's a comparison for that reason. My two options are an 830D or an Opteron-based system. The main question is 64-bit support using Debian-amd64/kernel 2.6.x. Is it any different than installing Debian-amd64 on an Opteron box? I already run it on 7 Opteron-based systems and an Athlon64 system. Installing should be exactly the same as long as the chipset and such in the machine is supported in 2.6.8 kernel (or 2.6.12 if you use my version of the installer). From the replies after this, it sounds like the EM64T 64-bit arch is a little slower than AMD64. However, maybe that's just a bottleneck that will be fixed soon, much like when Hyperthreading came out? No, I don't think the current em64t design will ever run faster in 64bit than 32bit. The opteron/a64 was designed from scratch with 64bit in mind. The netburst architecture wasn't. It had to be modified to handle 64bit without a complete redesign from scratch. It is however from what I gather not a particularly noticeable difference, and if the program has any advantages from 64bit (like using sse for floating piint instead of x87) and using more than 4GB memory mapped, then it should be worth the slight drop in speed. Do you know what chipset/motherboard the p4 system would be using? Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intel EM64T vs. Opteron
On 10/14/05, Lennart Sorensen [EMAIL PROTECTED] wrote: Do you know what chipset/motherboard the p4 system would be using? LGA775 socket E7230 chipset it appears - i think i saw another model or two that may have slightly different chipsets, but i can't find them now. anyway, from the discussions it sounds like Opterons are just a better choice for now, based on this and some other collateral and forum posts i've been able to google up.
Re: sk98lin doesn't work on EM64T
Ryan, Thanks for the quick reply. Are these older kernels s till available - where ? [ The official CDs have version 2.6.8-11 (is that _newer_ than 2.6.9 ??) ] Secondly, _how_ did you upgrade later - by compiling from source ? - Sebastian On Thursday 16 June 2005 19:37, Ryan Senior wrote: I had this same problem (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292445). It was on an AMD64 based system, but it used the same driver for the NIC. To get it installed, I used an old installer (I am thinking maybe it had kernel version 2.6.8 or 2.6.9 on it). The bug didn't appear until the later kernels (and only on the install disc). After installing using the old kernel, I just upgraded to the latest kernel and everything worked fine! -Ryan On Thu, 2005-06-16 at 17:34 -0700, Sebastian Haase wrote: Hi, Just got a new PC with an EM64T cpu. The motherboard is an Intel D925XCV. It has a onboard NIC Gigabit Marvell Yukon 88E8036 (or 88E8050 ??) My problem seems very similar to what Xiaolin wrote about sk98lin doesn't work on Dec 21 2004 on this list. Doing modprobe sk98lin I get FATAL: ... No Such device. I first tried the new sarge netinst CD with the 2.6.8-11.amd64-generic kernel then I tried 2.6.8-11.em64t-p4. I also got the DriverInstall script (version 8.16) from syskonnect, but the script complains because the kernel is compiled with gcc-3.4 while only gcc-3.3 in provided (I downloaded the ISO bin 1 CD also) Did anyone get this to work ? And could I maybe just download a working binary module from somewhere (otherwise I would have to always burn CDs, since the computer obviously can't download anything :-( ) Thanks, Sebastian Haase -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sk98lin doesn't work on EM64T
On 17/06/2005 Sebastian Haase wrote: Ryan, Thanks for the quick reply. Are these older kernels s till available - where ? [ The official CDs have version 2.6.8-11 (is that _newer_ than 2.6.9 ??) ] yes, 2.6.8 is the upstream version, newer than upstream 2.6.9. bye jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sk98lin doesn't work on EM64T
On 17/06/2005 To Debian-AMD64 wrote: On 17/06/2005 Sebastian Haase wrote: Ryan, Thanks for the quick reply. Are these older kernels s till available - where ? [ The official CDs have version 2.6.8-11 (is that _newer_ than 2.6.9 ??) ] yes, 2.6.8 is the upstream version, newer than upstream 2.6.9. oh, bad mistake. 2.6.8 is the upstream version, older than upstream 2.6.9. this one is correct. bye jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sk98lin doesn't work on EM64T
On Friday 17 June 2005 09:42, Jonas Meurer wrote: On 17/06/2005 To Debian-AMD64 wrote: On 17/06/2005 Sebastian Haase wrote: Ryan, Thanks for the quick reply. Are these older kernels s till available - where ? [ The official CDs have version 2.6.8-11 (is that _newer_ than 2.6.9 ??) ] yes, 2.6.8 is the upstream version, newer than upstream 2.6.9. oh, bad mistake. 2.6.8 is the upstream version, older than upstream 2.6.9. this one is correct. bye jonas Still not clear - Ryan made it sound like 2.6.9 was a (relative to the official CDs) OLDER kernel !? For example here (http://bach.hpc2n.umu.se/debian-amd64/debian/pool/main/k/) the oldest (lowest number!) I find is 2.6.8 --- instead I tried kernel-image-2.6.11-9-em64t-p4_2.6.11-3_amd64.deb03-Jun-2005 02:02 13M But still not working (SIOCSIFADDR: No such device) (I tried pci=routeirq - no difference either ...) Ryan, where can I download the package you used ?? Thanks, Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sk98lin doesn't work on EM64T
Great ! It did not auto-detect the network card. But then I selected sk98lin from the list that popped up and hurray, now I'm online ! (seems the driver works!) What is Ubuntu anyway ? Sofar it looks all like normal debian ... Thanks, Sebastian On Friday 17 June 2005 12:03, Aaron M. Ucko wrote: I have similar hardware (a 64-bit-capable P4 on an Asus motherboard with a built-in Marvell NIC), and had lots of fun getting it installed a couple months back; I ended up installing Ubuntu (which had no problem with the card) and then using that to build a custom debian-installer image (which was something of a pain, though I'm glad we've at least migrated from boot-floppies!). Since I (being a packrat) still have the image around, I just put a copy up at http://people.debian.org/~ucko/em64t-sk98lin.iso . I get an MD5 sum of 46399ad123a2cadeab088591e66de025 and an SHA1 sum of 88f650e79dea228dca245aaa5e77926528d11ba1. Once you've installed an initial system, you should then be able to install gcc 3.4 and build an appropriate custom kernel/module of your own. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sk98lin doesn't work on EM64T
I have similar hardware (a 64-bit-capable P4 on an Asus motherboard with a built-in Marvell NIC), and had lots of fun getting it installed a couple months back; I ended up installing Ubuntu (which had no problem with the card) and then using that to build a custom debian-installer image (which was something of a pain, though I'm glad we've at least migrated from boot-floppies!). Since I (being a packrat) still have the image around, I just put a copy up at http://people.debian.org/~ucko/em64t-sk98lin.iso . I get an MD5 sum of 46399ad123a2cadeab088591e66de025 and an SHA1 sum of 88f650e79dea228dca245aaa5e77926528d11ba1. Once you've installed an initial system, you should then be able to install gcc 3.4 and build an appropriate custom kernel/module of your own. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sk98lin doesn't work on EM64T
Hi, Just got a new PC with an EM64T cpu. The motherboard is an Intel D925XCV. It has a onboard NIC Gigabit Marvell Yukon 88E8036 (or 88E8050 ??) My problem seems very similar to what Xiaolin wrote about sk98lin doesn't work on Dec 21 2004 on this list. Doing modprobe sk98lin I get FATAL: ... No Such device. I first tried the new sarge netinst CD with the 2.6.8-11.amd64-generic kernel then I tried 2.6.8-11.em64t-p4. I also got the DriverInstall script (version 8.16) from syskonnect, but the script complains because the kernel is compiled with gcc-3.4 while only gcc-3.3 in provided (I downloaded the ISO bin 1 CD also) Did anyone get this to work ? And could I maybe just download a working binary module from somewhere (otherwise I would have to always burn CDs, since the computer obviously can't download anything :-( ) Thanks, Sebastian Haase -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sk98lin doesn't work on EM64T
I had this same problem (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292445). It was on an AMD64 based system, but it used the same driver for the NIC. To get it installed, I used an old installer (I am thinking maybe it had kernel version 2.6.8 or 2.6.9 on it). The bug didn't appear until the later kernels (and only on the install disc). After installing using the old kernel, I just upgraded to the latest kernel and everything worked fine! -Ryan On Thu, 2005-06-16 at 17:34 -0700, Sebastian Haase wrote: Hi, Just got a new PC with an EM64T cpu. The motherboard is an Intel D925XCV. It has a onboard NIC Gigabit Marvell Yukon 88E8036 (or 88E8050 ??) My problem seems very similar to what Xiaolin wrote about sk98lin doesn't work on Dec 21 2004 on this list. Doing modprobe sk98lin I get FATAL: ... No Such device. I first tried the new sarge netinst CD with the 2.6.8-11.amd64-generic kernel then I tried 2.6.8-11.em64t-p4. I also got the DriverInstall script (version 8.16) from syskonnect, but the script complains because the kernel is compiled with gcc-3.4 while only gcc-3.3 in provided (I downloaded the ISO bin 1 CD also) Did anyone get this to work ? And could I maybe just download a working binary module from somewhere (otherwise I would have to always burn CDs, since the computer obviously can't download anything :-( ) Thanks, Sebastian Haase -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T Machine available for porting
On Tue, Mar 15, 2005 at 09:58:18PM +, Martin Michlmayr wrote: It would be nice if someone could re-build the whole archive since this would give the box some good stress testing. I'm not sure why you're asking this? Is it because it's an Intel? Do you think it's going to behave differently than an AMD chip? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T Machine available for porting
* Kurt Roeckx [EMAIL PROTECTED] [2005-03-15 23:09]: It would be nice if someone could re-build the whole archive since this would give the box some good stress testing. I'm not sure why you're asking this? Is it because it's an Intel? Yes. Do you think it's going to behave differently than an AMD chip? No, but building the archive would give us more evidence. Also, it stress tests the hardware and kernel and I assume (w/o checking) that there are some differences in the kernel support for Intel and AMD x86_64 chips. I know most of the AMD64 work has already been done on AMD hardware, and I'm grateful for that work. But I obtained this EM64T box for Debian so we can *test* whether Debian works rather than just assume it will. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T Machine available for porting
On Tue, Mar 15, 2005 at 10:15:50PM +, Martin Michlmayr wrote: I know most of the AMD64 work has already been done on AMD hardware, and I'm grateful for that work. But I obtained this EM64T box for Debian so we can *test* whether Debian works rather than just assume it will. We got various reports that it worked, but it sure couldn't hurt to give it a good test. :) Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: EM64T Machine available for porting
I hope it works! I have 8 1850's (2.8 GHz EM64T's) running unstable at the moment (with the test SMP kernel), and have another 34 on order! Adrian Wolfson Brain Imaging Centre University of Cambridge -Original Message- From: Kurt Roeckx [mailto:[EMAIL PROTECTED] Sent: 15 March 2005 22:25 To: Martin Michlmayr Cc: debian-amd64@lists.debian.org Subject: Re: EM64T Machine available for porting On Tue, Mar 15, 2005 at 10:15:50PM +, Martin Michlmayr wrote: I know most of the AMD64 work has already been done on AMD hardware, and I'm grateful for that work. But I obtained this EM64T box for Debian so we can *test* whether Debian works rather than just assume it will. We got various reports that it worked, but it sure couldn't hurt to give it a good test. :) Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T Machine available for porting
Kurt Roeckx wrote: On Tue, Mar 15, 2005 at 10:15:50PM +, Martin Michlmayr wrote: I know most of the AMD64 work has already been done on AMD hardware, and I'm grateful for that work. But I obtained this EM64T box for Debian so we can *test* whether Debian works rather than just assume it will. We got various reports that it worked, but it sure couldn't hurt to give it a good test. :) I think it would be great to have a pure64 AMD64 machine rebuild its own packages, reinstall them, then rebuild the whole archive. In parallel, have an EM64T machine do exactly the same thing - also for the current state of the source repository. Then see whether there are any packages where one of them fails and the other succeeds ... Hmm ... 8-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T Machine available for porting
On Tue, Mar 15, 2005 at 02:33:29PM -0800, Alex Perry wrote: I think it would be great to have a pure64 AMD64 machine rebuild its own packages, reinstall them, then rebuild the whole archive. In parallel, have an EM64T machine do exactly the same thing - also for the current state of the source repository. One problem with that is that alot of new sources become available. Even for testing. You would have to take a snapshot of all sources and binaries to do that. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T Machine available for porting
That's true. Kurt Roeckx wrote: On Tue, Mar 15, 2005 at 02:33:29PM -0800, Alex Perry wrote: I think it would be great to have a pure64 AMD64 machine rebuild its own packages, reinstall them, then rebuild the whole archive. In parallel, have an EM64T machine do exactly the same thing - also for the current state of the source repository. One problem with that is that alot of new sources become available. Even for testing. You would have to take a snapshot of all sources and binaries to do that. Kurt -- Alexander R Perry GE Infrastructure, Security Center of Excellence for Magnetics Group Leader, Advanced Systems T: 858 605 5514 F: 858 605 5501 D: *722-1404 E: [EMAIL PROTECTED] W: http://www.gesecurity.com/ 15175 Innovation Drive San Diego, CA, 92128, USA Quantum Magnetics, Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: EM64T Machine available for porting
Alex Perry schrieb: That's true. Kurt Roeckx wrote: On Tue, Mar 15, 2005 at 02:33:29PM -0800, Alex Perry wrote: I think it would be great to have a pure64 AMD64 machine rebuild its own packages, reinstall them, then rebuild the whole archive. In parallel, have an EM64T machine do exactly the same thing - also for the current state of the source repository. One problem with that is that alot of new sources become available. Even for testing. You would have to take a snapshot of all sources and binaries to do that. Kurt Shouldn't be a problem with a local mirror for the 2 boxes just stopy the sync process for the time needed. I would do it myself but I don't have a unused EM64T box in pyiscal range right now :-( greets Uwe -- Jetzt will man das Internet nicht einfach ein paar Leuten wie der IETF überlassen, die wissen, was sie tun. Es ist zu wichtig geworden. - Scott Bradner http://www.highspeed-firewall.de/adamantix/ http://www.x-tec.de
Re: problem installing kernel-image-2.6.8-10-em64t-p4-smp
WANG Xiaolin [EMAIL PROTECTED] writes: Hi, I am trying to install kernel-image-2.6.8-10-em64t-p4-smp, but got errors: Selecting previously deselected package kernel-image-2.6.8-10-em64t-p4-smp. (Reading database ... 151640 files and directories currently installed.) Unpacking kernel-image-2.6.8-10-em64t-p4-smp (from .../kernel-image-2.6.8-10-em64t-p4-smp_2.6.8-11_i386.deb) ... Setting up kernel-image-2.6.8-10-em64t-p4-smp (2.6.8-11) ... cpio: (0x): No such file or directory cp: cannot stat `(0x)': No such file or directory run-parts: /usr/share/initrd-tools/scripts/e2fsprogs exited with return code 1 That is a bug in the script. See BTS for patches. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compiling code for EM64T
What I want to know is that do I need to set up cross compilation or normal binary would run without any problem on the EM64T. The opteron optimised binaries should run fine on EMT64.[1] However, they may not run as quickly as binaries optimised compiled up with EMT64 optimisations. So if you have some code whose performance you really care about, it is probably worth re-compiling with EMT64 specific binaries. (Take a look at the intel C/F77 compilers, they can do significantly better than gcc on some code.) Cheers, Guy [1] The only problem we've had running pure64 on EMT is that 2.6.X kernels configured for EMT64 do not boot on our machines (IBM HS20 8843s), but opteron kernels do. -- Dr. Guy Coates, Informatics System Group The Wellcome Trust Sanger Institute, Hinxton, Cambridge, CB10 1SA, UK Tel: +44 (0)1223 834244 ex 7199 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compiling code for EM64T
* Guy Coates ([EMAIL PROTECTED]) wrote: What I want to know is that do I need to set up cross compilation or normal binary would run without any problem on the EM64T. The opteron optimised binaries should run fine on EMT64.[1] However, they may not run as quickly as binaries optimised compiled up with EMT64 optimisations. So if you have some code whose performance you really care about, it is probably worth re-compiling with EMT64 specific binaries. (Take a look at the intel C/F77 compilers, they can do significantly better than gcc on some code.) We do care about the performance of the code as we need to get timing values on the architecture. Would it be possible to run the intel C/F77 compilers on opterons to compile optimized for EMT. As for the kernel we would have to compile our own kernel anyway as we need custom kernels on those machines anyway to support the work we are doing. Thanks, Bharath --- Bharath Ramesh [EMAIL PROTECTED] http://csgrad.cs.vt.edu/~bramesh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]