public inbox for linux-kbuild@vger.kernel.org
 help / color / mirror / Atom feed
From: Gene Heskett <gene.heskett@gmail.com>
To: Ken Moffat <zarniwhoop@ntlworld.com>
Cc: Randy Dunlap <randy.dunlap@oracle.com>,
	LKML <linux-kernel@vger.kernel.org>,
	linux-kbuild@vger.kernel.org
Subject: Re: 2.6.36, make oldconfig broken
Date: Fri, 22 Oct 2010 22:18:38 -0400	[thread overview]
Message-ID: <201010222218.38266.gene.heskett@gmail.com> (raw)
In-Reply-To: <20101023010717.GA20750@deepthought>

On Friday, October 22, 2010, Ken Moffat wrote:
>On Fri, Oct 22, 2010 at 02:20:17PM -0700, Randy Dunlap wrote:
>> On 10/22/10 13:08, Gene Heskett wrote:
>> > But I'll be interested in what you get.  Its stuff like this that
>> > have made me wary of downloading the kernel images in .bz2 formats,
>> > too many times I have had to go back and get the .gz version because
>> > the unpacking of the .bz2 upchucked and silently threw away a subdir
>> > tree, and only a fresh download fixes it, blowing it away and
>> > unpacking the bz2 again will only fix it occasionally.  I started
>> > with the tar.gz of course this time.
>> 
>> Curiouser and curiouser.
>> I always download & build from .bz2 tarballs, with no problems.
>
> On my own x86 machines, I can remember seeing apparently corrupted
>.tar.bz2 files twice in the last eight-or-so years.  In each case,
>untarring reported an error, it didn't silently lose files and
>directories, and in each case the problem was failing memory.
>
> In Gene's case, I recommend running memtest86 or better ('+') as
>soon as possible.  On my problematic x86 boxes, memtest86 started to
>report errors within a minute or so of starting.  If it runs for a
>whole cycle, the memory is probably ok.
>
>ken

I haven't done that in 6 months or so, but will the next time I reboot.  
The last time I had any errors from memtest+ was about 18 months back, and 
a thorough re-seating of the memory seemed to fix it.  Maybe its due again?

Thanks for the reminder Ken.  One tends to 'get in a rut' in the later 
years, forgetting such.

I will report what happens when I do.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
To the landlord belongs the doorknobs.

  reply	other threads:[~2010-10-23  2:18 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <201010221229.36996.gene.heskett@gmail.com>
2010-10-22 18:40 ` 2.6.36, make oldconfig broken Randy Dunlap
2010-10-22 20:08   ` Gene Heskett
2010-10-22 21:20     ` Randy Dunlap
2010-10-23  0:54       ` Gene Heskett
2010-10-23  1:39         ` Ken Moffat
2010-10-24  1:36         ` Randy Dunlap
2010-10-23  1:07       ` Ken Moffat
2010-10-23  2:18         ` Gene Heskett [this message]
2010-10-23 13:41     ` Ingo Molnar
2010-10-23 16:26       ` Gene Heskett

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201010222218.38266.gene.heskett@gmail.com \
    --to=gene.heskett@gmail.com \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=randy.dunlap@oracle.com \
    --cc=zarniwhoop@ntlworld.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox