Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
In message [EMAIL PROTECTED], Will Andrews writes : On Thu, May 02, 2002 at 03:30:40PM -0700, Brooks Davis wrote: I haven't tryed backing the commits out yet, but I'm seeing similar behavior on my HP Omnibook 500. In my case, it's actually not quite hung. What appears to be happening is that nothing is causing the console buffer to actually flush. The system is up (sort of), but the only way to see the console output is to cause a kernel printf, say be breaking in to the debugger. The system is basicaly useless at that point and you can't shutdown cleanly. Similar behavior manifests itself on my -current laptop dated before April 27. I.O.W. it appears to freeze but will flush the console if you break to the debugger then hit 'c'. I believe this was caused by an earlier change to the timecounter code. Unfortunately I didn't have time to investigate further. Do you see this with up to date -current ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
On Fri, May 03, 2002 at 11:10:06PM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Will Andrews writes : On Thu, May 02, 2002 at 03:30:40PM -0700, Brooks Davis wrote: I haven't tryed backing the commits out yet, but I'm seeing similar behavior on my HP Omnibook 500. In my case, it's actually not quite hung. What appears to be happening is that nothing is causing the console buffer to actually flush. The system is up (sort of), but the only way to see the console output is to cause a kernel printf, say be breaking in to the debugger. The system is basicaly useless at that point and you can't shutdown cleanly. Similar behavior manifests itself on my -current laptop dated before April 27. I.O.W. it appears to freeze but will flush the console if you break to the debugger then hit 'c'. I believe this was caused by an earlier change to the timecounter code. Unfortunately I didn't have time to investigate further. Do you see this with up to date -current ? I still see this with a current as of this morning, including the most recent kern_tc.c commit. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 msg38000/pgp0.pgp Description: PGP signature
Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
On Saturday 27 April 2002 4:51 am, Kris Kennaway wrote: On Fri, Apr 26, 2002 at 02:51:08PM -0700, Poul-Henning Kamp wrote: phk 2002/04/26 14:51:08 PDT Modified files: sys/kern kern_tc.c sys/sys timepps.h timetc.h Log: This commit causes the bento package cluster to hang at boot time: [...] Timecounters tick every 10.000 msec ad0: 29314MB IBM-DTLA-307030 [59560/16/63] at ata0-master UDMA66 Mounting root from nfs: And it hangs there forever. Backing out this commit fixes things. It hangs on my ia64 diskless box too. -- Doug Rabson Mail: [EMAIL PROTECTED] Phone: +44 20 8348 6160 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
On Thu, May 02, 2002 at 09:18:17AM +0100, Doug Rabson wrote: On Saturday 27 April 2002 4:51 am, Kris Kennaway wrote: On Fri, Apr 26, 2002 at 02:51:08PM -0700, Poul-Henning Kamp wrote: phk 2002/04/26 14:51:08 PDT Modified files: sys/kern kern_tc.c sys/sys timepps.h timetc.h Log: This commit causes the bento package cluster to hang at boot time: [...] Timecounters tick every 10.000 msec ad0: 29314MB IBM-DTLA-307030 [59560/16/63] at ata0-master UDMA66 Mounting root from nfs: And it hangs there forever. Backing out this commit fixes things. It hangs on my ia64 diskless box too. I haven't tryed backing the commits out yet, but I'm seeing similar behavior on my HP Omnibook 500. In my case, it's actually not quite hung. What appears to be happening is that nothing is causing the console buffer to actually flush. The system is up (sort of), but the only way to see the console output is to cause a kernel printf, say be breaking in to the debugger. The system is basicaly useless at that point and you can't shutdown cleanly. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 msg37973/pgp0.pgp Description: PGP signature
Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
On Thu, May 02, 2002 at 03:30:40PM -0700, Brooks Davis wrote: I haven't tryed backing the commits out yet, but I'm seeing similar behavior on my HP Omnibook 500. In my case, it's actually not quite hung. What appears to be happening is that nothing is causing the console buffer to actually flush. The system is up (sort of), but the only way to see the console output is to cause a kernel printf, say be breaking in to the debugger. The system is basicaly useless at that point and you can't shutdown cleanly. Similar behavior manifests itself on my -current laptop dated before April 27. I.O.W. it appears to freeze but will flush the console if you break to the debugger then hit 'c'. I believe this was caused by an earlier change to the timecounter code. Unfortunately I didn't have time to investigate further. Regards, -- wca To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
On 2002-04-26 23:52, Poul-Henning Kamp wrote: phk 2002/04/26 14:51:08 PDT Modified files: sys/kern kern_tc.c sys/sys timepps.h timetc.h Log: Now that the private parts of timecounters are no longer being fingered by other bits of code, split struct timecounter into two. Please let me know if you see any changes in timekeeping behaviour as a result of this series of commits. Given the fact that I'm running xntpd and it syncs the clock with a known good source while online, is it possible that any problems might get `hidden' by xntpd resetting the clock before it runs too different from a correct value? That is, should I disable ntpd for a while? Giorgos Keramidas FreeBSD Documentation Project keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
Please let me know if you see any changes in timekeeping behaviour as a result of this series of commits. phk 2002/04/26 14:51:08 PDT Modified files: sys/kern kern_tc.c sys/sys timepps.h timetc.h Log: Now that the private parts of timecounters are no longer being fingered by other bits of code, split struct timecounter into two. struct timecounter contains just the bits which pertains to the hardware counter and the reading of it. struct timehands (as in the hands on a clock) contains all the ugly bit fidling stuff. Statically compile ten timehands. This commit is the functional part. A later cosmetic patch will rename various variables and fieldnames. Revision ChangesPath 1.126 +109 -143 src/sys/kern/kern_tc.c 1.15 +3 -1 src/sys/sys/timepps.h 1.51 +1 -12 src/sys/sys/timetc.h -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/sys/kern kern_tc.c src/sys/sys timepps.h timetc.h
On Fri, Apr 26, 2002 at 02:51:08PM -0700, Poul-Henning Kamp wrote: phk 2002/04/26 14:51:08 PDT Modified files: sys/kern kern_tc.c sys/sys timepps.h timetc.h Log: This commit causes the bento package cluster to hang at boot time: [...] Timecounters tick every 10.000 msec ad0: 29314MB IBM-DTLA-307030 [59560/16/63] at ata0-master UDMA66 Mounting root from nfs: And it hangs there forever. Backing out this commit fixes things. Kris msg37758/pgp0.pgp Description: PGP signature