Andrey Borzenkov kirjoitti viestissään (lähetysaika Tiistai 19. Elokuuta 2003
13:58):
Juan please disable CONFIG_APM_RTC_IS_GMT. Kernel does the right
thing when it is disabled ALWAYS. When it is enabled it just
confuses it.
Others who produce custom kernels may consider it as well :)
[due to yesterday's cooker mailing list problems, I'm reposting this]
Andrey Borzenkov wrote:
you can just as well compile kernel under 9.1. it should have the same
problem
and the same fix.
Hi, Andrey.
Sorry about the long wait. For a while, demands at work made it impossible
to play with
Juan please disable CONFIG_APM_RTC_IS_GMT. Kernel does the right
thing when it is disabled ALWAYS. When it is enabled it just
confuses it.
Others who produce custom kernels may consider it as well :)
Andrey, as you can expect, your theory was correct: it is indeed the GMT
setting in kernel:
On Friday 01 August 2003 20:40, John Keller wrote:
Andrey Borzenkov wrote:
is gcc still broken? does the problem still exist?
Sorry, I've been tied up otherwise. I've been intending to try this again,
and hope to get to it next week.
I don't currently have a cooker install (had to wipe my
Andrey Borzenkov wrote:
is gcc still broken? does the problem still exist?
Sorry, I've been tied up otherwise. I've been intending to try this again,
and hope to get to it next week.
I don't currently have a cooker install (had to wipe my drive for other
reasons). From what I've seen, there
is gcc still broken? does the problem still exist?
-Original Message-
Andrey Borzenkov wrote:
Well, I'm not sure but I think the latest version of gcc has messed
things up. I install kernel-source, change the one line in .config
to n,
this should be commented out
Andrey Borzenkov wrote:
Well, I'm not sure but I think the latest version of gcc has messed
things up. I install kernel-source, change the one line in .config
to n,
this should be commented out (usually). I am not sure what effect n has
(it must work as well, but I never tried it).
Michael Reinsch wrote:
What is in your /etc/sysconfig/clock? UTC should not be set to true.
Nope, it's set to false. While poor at kernel compiling, I've got my
config files more or less down pat. :)
In my opinion, if this is something that's broken at kernel config
level, no band-aid fixes
On Thursday 12 June 2003 13:55, John Keller wrote:
I followed your steps to the letter. Unfortunately, make stops with an
error (make bzImage, by the way, is what is documented in the readme and
gives the same error as what follows):
-
sched.c: In function `schedule':
sched.c:714:
Andrey Borzenkov wrote:
On Thursday 12 June 2003 13:55, John Keller wrote:
This is exactly the error that I was getting before my last message.
Oops that is bad. Sorry, had you quoted this before we could spare
reinstallation.
Oh, that's all right. I would've mentioned it if I had really
Andrey Borzenkov wrote:
Good. If your system is using local time for CMOS -
compile your kernel with CONFIG_APM_RTC_IS_GMT off. Please, do not
do any other changes against default Mandrake config. If it helps
I will do the patch.
If your system keeps CMOS as GMT or turning the above off does
On Sunday 08 June 2003 21:45, you wrote:
Andrey Borzenkov wrote:
Good. If your system is using local time for CMOS -
compile your kernel with CONFIG_APM_RTC_IS_GMT off. Please, do not
do any other changes against default Mandrake config. If it helps
I will do the patch.
If your system
Michael Reinsch wrote:
Hi!
On Tue, 3 Jun 2003 10:51:29 +0200
John Keller [EMAIL PROTECTED] wrote:
Michael (Reinsch), if you look at my bug report, you'll see that
CLOCK_SYNC set to yes (as per the default install of the rpm)
doesn't help. And I keep my config pretty vanilla -- other than the
Hi!
On Tue, 3 Jun 2003 10:51:29 +0200
John Keller [EMAIL PROTECTED] wrote:
Michael (Reinsch), if you look at my bug report, you'll see that
CLOCK_SYNC set to yes (as per the default install of the rpm)
doesn't help. And I keep my config pretty vanilla -- other than the
fact that it's running
Andrey Borzenkov wrote:
While working on unrelated issues I realized that kernel has the config
option
CONFIG_APM_RTC_IS_GMT that basically tells the system if CMOS time is
stored
in GMT or local time. Default on Mandrake seems to be GMT.
Now the problem is that after returning from suspend
[Please, Cc to me on replies. I am not receiving cooker though I
read archives. Using occasion to thank all oldtimers who are
patient enough to do it :)]
I reported this some time ago, but the best I ever got was people
asking me to confirm my setup.
Andrey Borzenkov wrote:
[Please, Cc to me on replies. I am not receiving cooker though I
read archives. Using occasion to thank all oldtimers who are
patient enough to do it :)]
Gotcha. In my excitement, I'd forgotten that you weren't on cooker.
Oh, you mean to say Chmouel does not
While working on unrelated issues I realized that kernel has the config option
CONFIG_APM_RTC_IS_GMT that basically tells the system if CMOS time is stored
in GMT or local time. Default on Mandrake seems to be GMT.
Now the problem is that after returning from suspend and/or standby APM would
Hi!
On Sun, 1 Jun 2003 13:26:09 +0400
Andrey Borzenkov [EMAIL PROTECTED] wrote:
IMHO the design is braindamadged anyway and this option must be
converted to runtime option (leaving config part as default value);
this needs support from installer/drakx as well (i.e. it should
correctly
19 matches
Mail list logo