[gentoo-amd64] Kernel 2.6.26 and the RTC

[gentoo-amd64] Kernel 2.6.26 and the RTC

[Peter Humphrey]

Since I upgraded to version 2.6.26 I've been getting "Cannot access the 
Hardware Clock via any known method" at every boot, and a corresponding 
error while shutting down.

Is this a known problem with this kernel version? I've tried Google but not 
found anything useful.

Oh, and I get this on more than one machine, and the problem hasn't gone 
away with 2.6.26-r1.

-- 
Rgds
Peter

Re: [gentoo-amd64] Kernel 2.6.26 and the RTC

[Guillermo Dutra]

http://bugs.gentoo.org/show_bug.cgi?id=235647
This will help you
Guillermo Dutra
------------------------------------------------------------
Before printing, please think about the impact it has on the environment

Por favor considere el medio ambiente antes de imprimir este e-mail.




On Fri, Sep 5, 2008 at 10:05 AM, Peter Humphrey
<peter@humphrey.ukfsn.org> wrote:
> Since I upgraded to version 2.6.26 I've been getting "Cannot access the
> Hardware Clock via any known method" at every boot, and a corresponding
> error while shutting down.
>
> Is this a known problem with this kernel version? I've tried Google but not
> found anything useful.
>
> Oh, and I get this on more than one machine, and the problem hasn't gone
> away with 2.6.26-r1.
>
> --
> Rgds
> Peter
>
>

Re: [gentoo-amd64] Kernel 2.6.26 and the RTC

[Guillermo Dutra]

PD: I solved that problem , recompiling my kernel with RTC support ,
because  when I update my kernel, the option was unchecked
mysteriously , I think it is a problem related when you make the
"oldconfig" genkernel do it automatically

Greetings!
Guillermo Dutra
------------------------------------------------------------
Before printing, please think about the impact it has on the environment

Por favor considere el medio ambiente antes de imprimir este e-mail.




On Fri, Sep 5, 2008 at 10:48 AM, Guillermo Dutra <guiman.uy@gmail.com> wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=235647
> This will help you
> Guillermo Dutra
> ------------------------------------------------------------
> Before printing, please think about the impact it has on the environment
>
> Por favor considere el medio ambiente antes de imprimir este e-mail.
>
>
>
>
> On Fri, Sep 5, 2008 at 10:05 AM, Peter Humphrey
> <peter@humphrey.ukfsn.org> wrote:
>> Since I upgraded to version 2.6.26 I've been getting "Cannot access the
>> Hardware Clock via any known method" at every boot, and a corresponding
>> error while shutting down.
>>
>> Is this a known problem with this kernel version? I've tried Google but not
>> found anything useful.
>>
>> Oh, and I get this on more than one machine, and the problem hasn't gone
>> away with 2.6.26-r1.
>>
>> --
>> Rgds
>> Peter
>>
>>
>

Re: [gentoo-amd64] Kernel 2.6.26 and the RTC

[Peter Humphrey]

On Friday 05 September 2008 14:48:27 Guillermo Dutra wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=235647
> This will help you

Hmm. Thanks.

-- 
Rgds
Peter

Re: [gentoo-amd64] Kernel 2.6.26 and the RTC

[Peter Humphrey]

On Friday 05 September 2008 14:57:23 Guillermo Dutra wrote:
> PD: I solved that problem , recompiling my kernel with RTC support ,
> because  when I update my kernel, the option was unchecked
> mysteriously , I think it is a problem related when you make the
> "oldconfig" genkernel do it automatically

I've had RTC compiled into my kernels all along - still have. I don't use 
oldconfig to create new kernels, only to see what has changed. (I usually 
copy the .config into the new kernel source tree, and make oldconfig to see 
what I need to set with menuconfig; then I make mrproper, re-copy 
the .config, make menuconfig and only then make && make modules_install.)

So I don't know why I've started getting this problem. I've just made a new 
kernel with RTC built-in, not as a module as I found it had been; when the 
current mammoth file transfer has finished I'll reboot with it. If that 
hasn't fixed it, maybe I'll have to change the init.d script as described 
in the bug report you pointed me to (thanks again).

-- 
Rgds
Peter

[gentoo-amd64] Re: Kernel 2.6.26 and the RTC

[Duncan]

Peter Humphrey <peter@humphrey.ukfsn.org> posted
200809051612.09917.peter@humphrey.ukfsn.org, excerpted below, on  Fri, 05
Sep 2008 16:12:09 +0100:

> I've had RTC compiled into my kernels all along - still have. I don't
> use oldconfig to create new kernels, only to see what has changed. (I
> usually copy the .config into the new kernel source tree, and make
> oldconfig to see what I need to set with menuconfig; then I make
> mrproper, re-copy the .config, make menuconfig and only then make &&
> make modules_install.)

FWIW, I use make oldconfig, but start with the rcs, so by the time of the 
general new kernel release, I've worked out all the potential issues with 
the new options.

... Which brings this up.  I've yet to be able to successfully compile a 
2.6.27-rc since -rc2 (which compiled but didn't run, not sure if it was 
new options or defective rc).  I keep getting errors, having tried every 
one since then.  I filed a (kernel.org) kernel bug, but it was closed as 
works for them, the config I posted compiles fine there.  They suggested 
my kernel tree was screwed up, but I don't see how that could be because 
(1) I've tried with multiple rcs so it's not just a one-off, and (2) it 
can't be the bunzip2 process screwing up as I'm continuing to do routine 
Gentoo updates with FEATURES=buildpkg, which bzip2s the package then 
bunzip2s it for installation, and if bzip2 was defective, I'd have 
certainly been getting errors there.

So now I'm frustrated, but haven't yet had time to look into it.  But my 
days off this week are coming up so hopefully I will.  Given that the 
config compiles for others, I'm suspecting it may have to do with 
makeopts and parallel make, since I run -j (unlimited jobs) for the 
kernel make, and get hundreds of jobs going.  They moved a bunch of 
header files around for .27 and I'm guessing they don't have the make 
dependencies quite right yet.  Once I do a bit more testing I'll reopen 
the bug with the results of a serial make, which I expect to succeed, to 
compare against the parallel make.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman