Re: Clock drift on Transmeta Crusoe
Hi! > > Let me guess: vesafb? > I am running vesafb, yes... > > > If problem goes away when you stop using framebuffer > > (i.e. go X), then > > it is known. > but the problem happens in X as well :) So that's different problem. > > You are lucky. My machine is able to loose 2 minutes > > from every 3 > > minutes. > > Indeed :) Thanks, it seems like mine is just a normal > drift. My 2-minutes-from-3-lost problem is caused by heavy scrolling in vesafb. It is known console bug. X can not cause that! Pavel -- I'm [EMAIL PROTECTED] "In my country we have almost anarchy and I don't care." Panos Katsaloulis describing me w.r.t. patents at [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
Hi! Let me guess: vesafb? I am running vesafb, yes... If problem goes away when you stop using framebuffer (i.e. go X), then it is known. but the problem happens in X as well :) So that's different problem. You are lucky. My machine is able to loose 2 minutes from every 3 minutes. Indeed :) Thanks, it seems like mine is just a normal drift. My 2-minutes-from-3-lost problem is caused by heavy scrolling in vesafb. It is known console bug. X can not cause that! Pavel -- I'm [EMAIL PROTECTED] In my country we have almost anarchy and I don't care. Panos Katsaloulis describing me w.r.t. patents at [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
--- Pavel Machek <[EMAIL PROTECTED]> wrote: > Let me guess: vesafb? I am running vesafb, yes... > If problem goes away when you stop using framebuffer > (i.e. go X), then > it is known. but the problem happens in X as well :) > You are lucky. My machine is able to loose 2 minutes > from every 3 > minutes. Indeed :) Thanks, it seems like mine is just a normal drift. Regards, Michel Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
--- Jonathan Morton <[EMAIL PROTECTED]> wrote: > >> clock drift of a few minutes per day. > > That's about 0.1%. It may be relatively large > compared to tolerances of > hardware clocks, but it's realistically tiny. It > certainly compares > favourably with mkLinux on my PowerBook 5300, which > usually drifts by > several hours per day regardless of actual load. Several hours a day, gosh... Thanks for the responses, is it a common problem in notebooks then? Did not notice this on desktops before, anyway trying to adjust for the drift using adjtimex now. Regards, Michel Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
>> clock drift of a few minutes per day. That's about 0.1%. It may be relatively large compared to tolerances of hardware clocks, but it's realistically tiny. It certainly compares favourably with mkLinux on my PowerBook 5300, which usually drifts by several hours per day regardless of actual load. The drift might be caused by something masking interrupts for too long, too often, considering you state that the hardware clock remains comparatively well-synced. As another poster suggests, the framebuffer may be to blame. -- from: Jonathan "Chromatix" Morton mail: [EMAIL PROTECTED] (not for attachments) The key to knowledge is not to rely on people to teach you it. GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r++ y+(*) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
HI! > Searching through the mailing list I could not find a > reference to this problem, hence this post. > > Having ran various kernel and distribution > combinations (SGI's 2.4.2-xfs bundled with their Red > Hat installer, 2.4-xfs-1.0 and 2.4 CVS trees, Linux > Mandrake with default kernel 2.4.3, and lastly > 2.4.5-ac9), compiled for generic i386 and/or Transmeta > Crusoe with APM off or on, one thing sticks out : a > clock drift of a few minutes per day. > > This problem might not be noticeable for most users > since notebooks are not normally left running that > long, but it is rather serious. I can choose not to > sync the software and hardware clock on shutdown and > re-read the hardware clock every hour or so but it is > rather kludgy. > > Any suggestions and/or user experiences more than > welcome. Let me guess: vesafb? If problem goes away when you stop using framebuffer (i.e. go X), then it is known. You are lucky. My machine is able to loose 2 minutes from every 3 minutes. try time cat /etc/termcap, and check it against stopwatch. Pavel -- I'm [EMAIL PROTECTED] "In my country we have almost anarchy and I don't care." Panos Katsaloulis describing me w.r.t. patents at [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
HI! Searching through the mailing list I could not find a reference to this problem, hence this post. Having ran various kernel and distribution combinations (SGI's 2.4.2-xfs bundled with their Red Hat installer, 2.4-xfs-1.0 and 2.4 CVS trees, Linux Mandrake with default kernel 2.4.3, and lastly 2.4.5-ac9), compiled for generic i386 and/or Transmeta Crusoe with APM off or on, one thing sticks out : a clock drift of a few minutes per day. This problem might not be noticeable for most users since notebooks are not normally left running that long, but it is rather serious. I can choose not to sync the software and hardware clock on shutdown and re-read the hardware clock every hour or so but it is rather kludgy. Any suggestions and/or user experiences more than welcome. Let me guess: vesafb? If problem goes away when you stop using framebuffer (i.e. go X), then it is known. You are lucky. My machine is able to loose 2 minutes from every 3 minutes. try time cat /etc/termcap, and check it against stopwatch. Pavel -- I'm [EMAIL PROTECTED] In my country we have almost anarchy and I don't care. Panos Katsaloulis describing me w.r.t. patents at [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
clock drift of a few minutes per day. That's about 0.1%. It may be relatively large compared to tolerances of hardware clocks, but it's realistically tiny. It certainly compares favourably with mkLinux on my PowerBook 5300, which usually drifts by several hours per day regardless of actual load. The drift might be caused by something masking interrupts for too long, too often, considering you state that the hardware clock remains comparatively well-synced. As another poster suggests, the framebuffer may be to blame. -- from: Jonathan Chromatix Morton mail: [EMAIL PROTECTED] (not for attachments) The key to knowledge is not to rely on people to teach you it. GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r++ y+(*) - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
--- Pavel Machek [EMAIL PROTECTED] wrote: Let me guess: vesafb? I am running vesafb, yes... If problem goes away when you stop using framebuffer (i.e. go X), then it is known. but the problem happens in X as well :) You are lucky. My machine is able to loose 2 minutes from every 3 minutes. Indeed :) Thanks, it seems like mine is just a normal drift. Regards, Michel Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Clock drift on Transmeta Crusoe
--- Jonathan Morton [EMAIL PROTECTED] wrote: clock drift of a few minutes per day. That's about 0.1%. It may be relatively large compared to tolerances of hardware clocks, but it's realistically tiny. It certainly compares favourably with mkLinux on my PowerBook 5300, which usually drifts by several hours per day regardless of actual load. Several hours a day, gosh... Thanks for the responses, is it a common problem in notebooks then? Did not notice this on desktops before, anyway trying to adjust for the drift using adjtimex now. Regards, Michel Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-up: Re: Clock drift on Transmeta Crusoe (Sony Vaio C1VE)
Seems to be a rather common problem and probably that is why only Mark Hahn has replied so far, but searching through Google most other computers seem to get a clock drift of only 1 minute per day at worst, and I have consistently seen my system clock doing 4 minutes a day slower than its hardware clock, my other PC and my VCR. This is rather odd, has anyone experienced anything like this on the Vaio Crusoe before? Regards, Michel --- Mark Hahn <[EMAIL PROTECTED]> wrote: > > It is .. 32-bit I/O, multimode turned on, > read-ahead, > > DMA on. Does it affect the system clock in any > way? > > none of the rest matters as long as dma is on. the > issue > is whether other irq-handling interferes with > handling the > system clock tick. but I had the impression that > crusoe > provided TSC, or something like it. didn't you say > your problem only happens when compiled for notsc > (386)? > Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Clock drift with Transmeta Crusoe
Hello, Searching through the mailing list I could not find a reference to this problem, hence this post. Having ran various kernel and distribution combinations (SGI's 2.4.2-xfs bundled with their Red Hat installer, 2.4-xfs-1.0 and 2.4 CVS trees, Linux Mandrake with default kernel 2.4.3, and lastly 2.4.5-ac9), compiled for generic i386 and/or Transmeta Crusoe with APM off or on, one thing sticks out : a clock drift of a few minutes per day. This problem might not be noticeable for most users since notebooks are not normally left running that long, but it is rather serious. I can choose not to sync the software and hardware clock on shutdown and re-read the hardware clock every hour or so but it is rather kludgy. Anyone experienced this before or willing to try it out? Regards, Michel PS sorry for the previous post without subject, hit the send button accidentally Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Clock drift on Transmeta Crusoe
Hello, Searching through the mailing list I could not find a reference to this problem, hence this post. Having ran various kernel and distribution combinations (SGI's 2.4.2-xfs bundled with their Red Hat installer, 2.4-xfs-1.0 and 2.4 CVS trees, Linux Mandrake with default kernel 2.4.3, and lastly 2.4.5-ac9), compiled for generic i386 and/or Transmeta Crusoe with APM off or on, one thing sticks out : a clock drift of a few minutes per day. This problem might not be noticeable for most users since notebooks are not normally left running that long, but it is rather serious. I can choose not to sync the software and hardware clock on shutdown and re-read the hardware clock every hour or so but it is rather kludgy. Any suggestions and/or user experiences more than welcome. Regards, Michel Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Clock drift on Transmeta Crusoe
Hello, Searching through the mailing list I could not find a reference to this problem, hence this post. Having ran various kernel and distribution combinations (SGI's 2.4.2-xfs bundled with their Red Hat installer, 2.4-xfs-1.0 and 2.4 CVS trees, Linux Mandrake with default kernel 2.4.3, and lastly 2.4.5-ac9), compiled for generic i386 and/or Transmeta Crusoe with APM off or on, one thing sticks out : a clock drift of a few minutes per day. This problem might not be noticeable for most users since notebooks are not normally left running that long, but it is rather serious. I can choose not to sync the software and hardware clock on shutdown and re-read the hardware clock every hour or so but it is rather kludgy. Any suggestions and/or user experiences more than welcome. Regards, Michel Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Clock drift with Transmeta Crusoe
Hello, Searching through the mailing list I could not find a reference to this problem, hence this post. Having ran various kernel and distribution combinations (SGI's 2.4.2-xfs bundled with their Red Hat installer, 2.4-xfs-1.0 and 2.4 CVS trees, Linux Mandrake with default kernel 2.4.3, and lastly 2.4.5-ac9), compiled for generic i386 and/or Transmeta Crusoe with APM off or on, one thing sticks out : a clock drift of a few minutes per day. This problem might not be noticeable for most users since notebooks are not normally left running that long, but it is rather serious. I can choose not to sync the software and hardware clock on shutdown and re-read the hardware clock every hour or so but it is rather kludgy. Anyone experienced this before or willing to try it out? Regards, Michel PS sorry for the previous post without subject, hit the send button accidentally Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-up: Re: Clock drift on Transmeta Crusoe (Sony Vaio C1VE)
Seems to be a rather common problem and probably that is why only Mark Hahn has replied so far, but searching through Google most other computers seem to get a clock drift of only 1 minute per day at worst, and I have consistently seen my system clock doing 4 minutes a day slower than its hardware clock, my other PC and my VCR. This is rather odd, has anyone experienced anything like this on the Vaio Crusoe before? Regards, Michel --- Mark Hahn [EMAIL PROTECTED] wrote: It is .. 32-bit I/O, multimode turned on, read-ahead, DMA on. Does it affect the system clock in any way? none of the rest matters as long as dma is on. the issue is whether other irq-handling interferes with handling the system clock tick. but I had the impression that crusoe provided TSC, or something like it. didn't you say your problem only happens when compiled for notsc (386)? Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/