On Thu, 7 Aug 2008, Joe Landman wrote:
Hmmm... I normally recommend avoiding their spec file unless you want to use
only their kernel and do minor tweaks from there.
This said, I really recommend using
make binrpm-pkg
to generate the kernel/modules RPM and SRPM. Then the grub update
Matt Lawrence wrote:
On Wed, 6 Aug 2008, Joe Landman wrote:
Advantage of modules is you can upgrade them without upgrading the
kernel. Go ahead, build in that e1000 driver. I dare yah... :(
More to the point it does give some good flexibility for end users
with a need to keep the core "sepa
Chris Samuel wrote:
- "Eric Thibodeau" <[EMAIL PROTECTED]> wrote:
Tell me when you get it going, it's for 4.3.x that
I had to upgrade glibc.
We've got GCC 4.3 builds and a 4.4 snapshot on our AMD64
CentOS 5 cluster, no complaints that they don't work.
I just tried building 4.3.1 on Cent
- "Eric Thibodeau" <[EMAIL PROTECTED]> wrote:
> Tell me when you get it going, it's for 4.3.x that
> I had to upgrade glibc.
We've got GCC 4.3 builds and a 4.4 snapshot on our AMD64
CentOS 5 cluster, no complaints that they don't work.
cheers,
Chris
--
Christopher Samuel - (03) 9925 4751 -
On Wed, 6 Aug 2008, Joe Landman wrote:
Advantage of modules is you can upgrade them without upgrading the kernel.
Go ahead, build in that e1000 driver. I dare yah... :(
More to the point it does give some good flexibility for end users with a
need to keep the core "separate" from the drivers
John Hearns <[EMAIL PROTECTED]> writes:
> On Thu, 2008-08-07 at 10:00 -0500, Jon Aquilina wrote:
>> my 2 cents bout ssd and i bet alot of you would agree. they are not
>> worth the money yet for the amount of storage space that you are
>> getting. i have seen at fry's electronics yesterday 1tb hdd
Most of the arguments I have heard are "oh but its compiled with
-O3" or whatever. Any decent HPC code person will tell you that that
is most definitely not a guaranteed way to a faster system ...
Hey...as I stated above, one would have to be quite silly to claim
-O3 as the all well and all
On Thu, 2008-08-07 at 10:00 -0500, Jon Aquilina wrote:
> my 2 cents bout ssd and i bet alot of you would agree. they are not
> worth the money yet for the amount of storage space that you are
> getting. i have seen at fry's electronics yesterday 1tb hdd for 200
> dollars? why go for something that
Eric Thibodeau wrote:
Joe Landman wrote:
... now I don't mean hardware burnt offerings ... smoke rising from
your motherboard may not placate the spirits of initrd, they
definitely may impede further operations ...
Oh...you mean something like this:
http://wiki.neuralbs.com/~kyron/WrongSpec
my 2 cents bout ssd and i bet alot of you would agree. they are not worth
the money yet for the amount of storage space that you are getting. i have
seen at fry's electronics yesterday 1tb hdd for 200 dollars? why go for
something that u get 32gb or 64gb max
On Thu, Aug 7, 2008 at 9:48 AM, Eric Th
Maybe in the 32-bit compile, a value is stored in a 64-bit register, and
when it gets "robbed" (to populate the missing value for an adjacent
variable) the 32 bits of backfill are taken, so the remaining value is good;
but in a 64-bit compile, all 64 bits are taken so the remaininder is
rubbish. It
Joe Landman wrote:
Eric Thibodeau wrote:
Advantage of modules is you can upgrade them without upgrading the
kernel. Go ahead, build in that e1000 driver. I dare yah... :(
Ok...I didn't put enought emphasis on "main" stuffas in, _all you
need to get the system booted, which essentially me
Joe Landman wrote:
Gerry Creager wrote:
Speaking of jumbo frames, I'm seeing a problem on a Broadcom 57xx
chipset on CentOS 4.3, 2.6.9-67 kernel (yeah, I know) and a tg3
driver. I can't make the thing recognize the ability to use jumbo
frames. Anyone got a fix?
Had a very similar issue som
>
> Message: 7
> Date: Wed, 06 Aug 2008 22:01:17 -0400
> From: Joe Landman <[EMAIL PROTECTED]>
> Subject: Re: [Beowulf] Building new cluster - estimate
> To: [EMAIL PROTECTED]
> Cc: Bogdan Costescu <[EMAIL PROTECTED]>,Beowulf
>List , Chris Samuel <[EMAIL PROTECTED]>
> Message-ID: <[EMAI
Gerry Creager wrote:
Speaking of jumbo frames, I'm seeing a problem on a Broadcom 57xx
chipset on CentOS 4.3, 2.6.9-67 kernel (yeah, I know) and a tg3 driver.
I can't make the thing recognize the ability to use jumbo frames.
Anyone got a fix?
Had a very similar issue some time ago with tg3
15 matches
Mail list logo
