Re: 2.6.23-rc3-mm1

From: Andrew Morton
Date: Fri Aug 24 2007 - 20:08:37 EST


On Sat, 25 Aug 2007 01:27:25 +0200
Tilman Schmidt <tilman@xxxxxxx> wrote:

> Am 22.08.2007 11:06 schrieb Andrew Morton:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>
> After applying Matthew Wilcox' patch to include/linux/isa.h

which patch is that?

> this compiles
> and boots on my Intel/openSUSE 10.2 test machine but throws out the
> following messages I don't remember ever seeing with other kernels:
>
> - on console early during boot, also in SuSE's /var/log/boot.msg:
>
> your system time is not correct:
> Wed Jul 13 13:15:31 UTC 1910
> setting system time to:
> Tue Jul 24 00:00:00 UTC 2007

What architecture?

if x86_64 then perhaps something went wrong with the old x86_64 dynticks
leftovers which were in rc3-mm1. I've just merged a shiny fresh new series
so perhaps things there got fixed. Please retest next -mm.

Suitable cc's added.

> - later, dto. on console and in /var/log/boot.msg:
>
> FATAL: Error inserting processor (/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/processor.ko): Input/output error
> WARNING: Error inserting processor (/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/processor.ko): Input/output error
> FATAL: Error inserting thermal (/lib/modules/2.6.23-rc3-mm1-testing/kernel/drivers/acpi/thermal.ko): Unknown symbol in module, or unknown parameter (see dmesg)
>
> - apparently corresponding to that, in dmesg:
>
> <4>[ 7.691865] thermal: Unknown symbol acpi_processor_set_thermal_limit

acpi cc's added

> - from fsck during boot:
>
> /dev/system/root: Superblock last mount time is in the future. FIXED.
> /dev/system/root: Superblock last write time is in the future. FIXED.

Presumably related to the time problem.

> - in /var/log/warn:
>
> Aug 25 00:44:00 xenon powersaved[5356]: WARNING (CpufreqManagement:51) No capability cpufreq_control
> Aug 25 00:44:00 xenon powersaved[5356]: WARNING (CpufreqManagement:51) No capability cpufreq_control

Dunno, there're some significant-looking cpufreq changes in there, such as
cpufreq-allow-ondemand-and-conservative-cpufreq-governors-to-be-used-as-default.patch.
Maybe we went and chose a different governor for you?

Perhaps it would be helpful if you could do a

diff -u dmesg-2.6.23-rc3 dmesg-2.6.26-rc3-mm1

?


> And the SUSE startup sequence displays "failed" for the acpid daemon.
> So it seems there is some strangeness wrt to system time and power
> management. I don't have the time to bisect this right now, but
> wanted to let you know anyway.
>
> Apart from that, the kernel seems to work fine.

OK, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/