On Fri, 2005-07-08 at 22:27 +0200, Rudo Thomas wrote:
> > > > Time seems to pass very fast with this kernel.
> > >
> > > Am I the only one who gets this strange behaviour? Kernel's notion of
> > > time seems to be about 30 times faster than real time.
> >
> > Sorry I really have no idea. If you ca
> > > Time seems to pass very fast with this kernel.
> >
> > Am I the only one who gets this strange behaviour? Kernel's notion of
> > time seems to be about 30 times faster than real time.
>
> Sorry I really have no idea. If you can retest with latest stable mainline
> that this kernel is based
On Fri, 8 Jul 2005 07:30 am, Rudo Thomas wrote:
> Hi again.
>
> > Time seems to pass very fast with this kernel.
>
> dmesg output has not revealed anything extraordinary...
>
> Am I the only one who gets this strange behaviour? Kernel's notion of
> time seems to be about 30 times faster than real t
On Thu, 7 Jul 2005 23:30:34 +0200
Rudo Thomas <[EMAIL PROTECTED]> wrote:
> Hi again.
>
> > Time seems to pass very fast with this kernel.
>
> dmesg output has not revealed anything extraordinary...
>
> Am I the only one who gets this strange behaviour? Kernel's notion of
> time seems to be abou
Hi again.
> Time seems to pass very fast with this kernel.
dmesg output has not revealed anything extraordinary...
Am I the only one who gets this strange behaviour? Kernel's notion of
time seems to be about 30 times faster than real time.
I will gladly provide any information that will help so
g: don't edit
# Linux kernel version: 2.6.12-ck3
# Sun Jul 3 21:06:39 2005
#
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_LOCK_KERNEL=y
CONFIG
6 matches
Mail list logo