Re: dump on mounted fs

2002-07-17 Thread Peter Wemm
"Mark W. Krentel" wrote: > Dump still works on a mounted file system in Freebsd, right? That is, > a write that completes before dump is started will be in the dump, > even if the data is in memory? I don't mean writing to a file during > the dump, that's a separate problem. > > I only recently

Beep after shutdown

2002-07-17 Thread Sean Hamilton
Greetings, The fact that FreeBSD does not beep after it finishes shutting down has costed me dozens of hours of reformatting inconsistent filesystems, and probably all sorts of little bits of data loss which I'm just unaware of. I've tried to hack this into the kernel myself, without much luck. T

Re: Beep after shutdown

2002-07-17 Thread Takanori Watanabe
In message <002101c22d73$972ec970$[EMAIL PROTECTED]>, "Sean Hamilton" wrote: >Greetings, > >The fact that FreeBSD does not beep after it finishes shutting down has >costed me dozens of hours of reformatting inconsistent filesystems, and >probably all sorts of little bits of data loss which I'm jus

Re: Beep after shutdown

2002-07-17 Thread Nicolas Rachinsky
* Sean Hamilton <[EMAIL PROTECTED]> [2002-07-17 02:23 -0700]: > Greetings, > > The fact that FreeBSD does not beep after it finishes shutting down has > costed me dozens of hours of reformatting inconsistent filesystems, and > probably all sorts of little bits of data loss which I'm just unaware

Re: Beep after shutdown

2002-07-17 Thread Sean Hamilton
From: "Takanori Watanabe" <[EMAIL PROTECTED]> > >Anybody clueful want to point me in the right direction? > > Following patch is Chiharu Shibata's patch for old 4-stable. > The article on the patch is published in > FreeBSD press(http://www.ux.mycom.co.jp/). > > http://plaza17.mbn.or.jp/~chi/mypro

Re: Beep after shutdown

2002-07-17 Thread Jon Mini
On Wed, Jul 17, 2002 at 02:45:29AM -0700, Sean Hamilton wrote: > From: "Takanori Watanabe" <[EMAIL PROTECTED]> > > >Anybody clueful want to point me in the right direction? > > > > Following patch is Chiharu Shibata's patch for old 4-stable. > > The article on the patch is published in > > FreeBSD

Re: NetBSD's uvm_pglistalloc equivalent?

2002-07-17 Thread Stephane E. Potvin
On Tue, Jul 16, 2002 at 01:54:04PM -0700, Terry Lambert wrote: > "Stephane E. Potvin" wrote: > > > How often must this be allocated? > > > > > > How many of them are needed? > > > > > > If you only need a small set number of them, then they can be > > > allocated very early on in the system lifeti

Re: dump on mounted fs

2002-07-17 Thread David Malone
On Wed, Jul 17, 2002 at 01:29:53AM -0400, Mark W. Krentel wrote: > I only recently learned that this doesn't work in Linux and I wanted > to check that it's (still?) ok in Freebsd. Apparently, in the 2.4 > Linux kernels, the buffer and page caches make it impossible for dump > to always get the c

Re: terminfo/termcap and cygwin

2002-07-17 Thread Adrian Filipi-Martin
On Wed, 10 Jul 2002, Terry Lambert wrote: > Alex Dupre wrote: > > In normal situation accessing to a FreeBSD 4.x machine from cygwin is not > > very pleasant: editing files is quite a pain, there are many terminal > > "glitches" like the cursor in the wrong position and garbage text. > > Sounds l

ffs_blkfree: bad size panic

2002-07-17 Thread David Parr
I got a panic on 4.5-STABLE with ffs_blkfree: bad size. I've searched through the mailing lists archives without finding anything. Can anyone help me trace down what the problem is? Thanks! david [EMAIL PROTECTED] - (davidp) gc02:/tmp$ uname -a FreeBSD gc02.nnrp.aus1.gi

Re: Beep after shutdown

2002-07-17 Thread Terry Lambert
Sean Hamilton wrote: > The fact that FreeBSD does not beep after it finishes shutting down has > costed me dozens of hours of reformatting inconsistent filesystems, and > probably all sorts of little bits of data loss which I'm just unaware of. > I've tried to hack this into the kernel myself, wit

Re: forum for discussing 'make release' issues

2002-07-17 Thread Brian Reichert
On Tue, Jul 16, 2002 at 11:09:15PM -0700, Terry Lambert wrote: > Brian Reichert wrote: > > Can someone suggest the be FreeBSD mailing list wherein I could > > explore issues I'm having with trying to build a 4.6-STABLE release > > on a 4.5-RELEASE box? > > > > I don't know if this is a -hackers q

strace, PIOCWSTOP, NFS, and dynamically linked executables

2002-07-17 Thread Tom Alsberg
Hi there... I seem to have some problems with running strace (A program that traces system calls, signals, and processes, in the ports: devel/strace) on FreeBSD. The problem is that the binary executable is not traced (it runs as a forked process of strace, but in the background of the shell). Th

Re: forum for discussing 'make release' issues

2002-07-17 Thread Terry Lambert
Brian Reichert wrote: > What I had hoped to do was maintain a single build box, on > which I could maintain the presence of several releases. > > I had explored trying to mirror various FTP archives, but I was > finding difficult to gauge what I needed for diskspace, and how to > selectively pare

Counting the clock cycles

2002-07-17 Thread Andrei Cojocaru
I was asking around in #freebsdhelp on EFNet what the equivalent of GetTickCount() in the Win32 API is in FreeBSD. I need a way to properly determine passage of time that is not affected if I change the system clock for example. The only way I'm aware that you can do that is by counting the numbe

Re: Counting the clock cycles

2002-07-17 Thread Terry Lambert
Andrei Cojocaru wrote: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeBSD. > > I need a way to properly determine passage of time that is not affected if I > change the system clock for example. The only way I'm aware that you can

Re: Counting the clock cycles

2002-07-17 Thread Alfred Perlstein
* Andrei Cojocaru <[EMAIL PROTECTED]> [020717 12:02] wrote: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeBSD. > > I need a way to properly determine passage of time that is not affected if I > change the system clock for example

FW: Reg: Claiming a device which is already claimed by another driver.

2002-07-17 Thread Sabapathi, Vanishree
I had sent this mail already, but was not sure if it reached... as I had not registered previously... I would very much appreciate help on thi topic... Regards, -Vani. > -Original Message- > From: Sabapathi, Vanishree > Sent: Wednesday, July 17, 2002 11:11 AM > To: '[EMAIL P

Re: Counting the clock cycles

2002-07-17 Thread Deepankar Das
rdtsc() will give you cycle counts since system boot. It reads a Pentium internal register which is incremented at every CPU internal clock cycle. Deepankar Andrei Cojocaru wrote: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeB

Re: Counting the clock cycles

2002-07-17 Thread Cy Schubert - CITS Open Systems Group
In message <00d501c22dc4$57d08b00$0200a8c0@twothousand>, "Andrei Cojocaru" writ es: > I was asking around in #freebsdhelp on EFNet what the equivalent of > GetTickCount() in the Win32 API is in FreeBSD. > > I need a way to properly determine passage of time that is not affected if I > change the

Re: Counting the clock cycles

2002-07-17 Thread Andrei Cojocaru
doesn't fit my criteria since it changes, bah I'll just use gettimeofday since it's a portable API and hope the computers I run it on don't change their blocks by too much... - Original Message - From: "Cy Schubert - CITS Open Systems Group" <[EMAIL PROTECTED]> To: "Andrei Cojocaru" <[E

Re: Counting the clock cycles

2002-07-17 Thread Darren Pilgrim
Andrei Cojocaru wrote: > > doesn't fit my criteria since it changes, bah I'll just use > gettimeofday since it's a portable API and hope the computers I run > it on don't change their blocks by too much... If you're really worried about it, get a GPS device that can provide you with a PPS signal

Re: Counting the clock cycles

2002-07-17 Thread Andrei Cojocaru
I am already synchronizing using xntp, that's not the problem. The problem is by some weird way the clock got out of sync by about 1hr during daylight switch on one of the computers I run, and I need a reliable way to get passage of time (I don't need date/time, just the passage of it) for diff

Re: Counting the clock cycles

2002-07-17 Thread Julian Elischer
depending on the acuracy needed use the uptime.. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Counting the clock cycles

2002-07-17 Thread Poul-Henning Kamp
In message <005f01c22dd1$7be7d180$0300a8c0@fivehundred>, "Andrei Cojocaru" writ es: >I am already synchronizing using xntp, that's not the problem. The >problem is by some weird way the clock got out of sync by about 1hr >during daylight switch on one of the computers I run, and I need a >reliable

Re: Counting the clock cycles

2002-07-17 Thread Andrei Cojocaru
yes but how do you get the uptime? - Original Message - From: "Julian Elischer" <[EMAIL PROTECTED]> To: "Darren Pilgrim" <[EMAIL PROTECTED]> Cc: "Andrei Cojocaru" <[EMAIL PROTECTED]>; "Cy Schubert - CITS Open Systems Group" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, July 1

Re: Counting the clock cycles

2002-07-17 Thread kkonaka
> I need a way to properly determine passage of time > that is not affected if I change the system clock > for example. how about using setitimer(2) - ITIMER_REAL? since it appears(?) on almost all unix(-like) platforms this expires based only on callout (or jiffies) ticks countdown, and setti

problem getting multiple bktr devices talking through a single HB1 bridge

2002-07-17 Thread Rob McKeever
Hello everyone, I've got a problem I'm hoping that someone out there can help solve (surprise, surprise!). I've got a bunch of capture cards that use 4 Conexant BT878A capture chips connected through a single HiNT HB1 bridge chip. When I've tried connecting multiple BT878's directly to the m

ezmlm response

2002-07-17 Thread powerlist-powerlist-help
Hi! I'm managing the PowerList mailing list. I'm sorry, I've been unable to carry out your request, since the address [EMAIL PROTECTED] was not on the PowerList mailing list when I received your request and is not a subscriber of this list. If you unsubscribe, but continue to receive mail,

Re: Counting the clock cycles

2002-07-17 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Darren Pilgrim <[EMAIL PROTECTED]> writes: : If you're really worried about it, get a GPS device that can provide : you with a PPS signal for use with ntpd. Then I'd say you could safely : rely on the computer's clock being accurate. If you are lucky e

Re: Counting the clock cycles

2002-07-17 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Poul-Henning Kamp <[EMAIL PROTECTED]> writes: : In message <005f01c22dd1$7be7d180$0300a8c0@fivehundred>, "Andrei Cojocaru" writ : es: : >I am already synchronizing using xntp, that's not the problem. The : >problem is by some weird way the clock got out

Re: Counting the clock cycles

2002-07-17 Thread Darren Pilgrim
"M. Warner Losh" wrote: > > In message: <[EMAIL PROTECTED]> > Darren Pilgrim <[EMAIL PROTECTED]> writes: > : If you're really worried about it, get a GPS device that can provide > : you with a PPS signal for use with ntpd. Then I'd say you could safely > : rely on the computer's cloc

Re: Counting the clock cycles

2002-07-17 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Darren Pilgrim <[EMAIL PROTECTED]> writes: : "M. Warner Losh" wrote: : > : > In message: <[EMAIL PROTECTED]> : > Darren Pilgrim <[EMAIL PROTECTED]> writes: : > : If you're really worried about it, get a GPS device that can provide : > : you

Re: Counting the clock cycles

2002-07-17 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, "M. Warner Losh" writes: >In message: <[EMAIL PROTECTED]> >Poul-Henning Kamp <[EMAIL PROTECTED]> writes: >: In message <005f01c22dd1$7be7d180$0300a8c0@fivehundred>, "Andrei Cojocaru" writ >: es: >: >I am already synchronizing using xntp, that's not the p

Re: Counting the clock cycles

2002-07-17 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Poul-Henning Kamp <[EMAIL PROTECTED]> writes: : Unless we want to deal properly with leapseconds and implement TAI, : we have no choice in that matter. Well, djm has libraries that keeps the system time in UTC + leapseconds and causes the right time to

Re: Counting the clock cycles

2002-07-17 Thread Terry Lambert
Andrei Cojocaru wrote: > I am already synchronizing using xntp, that's not the problem. The problem is by >some weird way the clock got out of sync by about 1hr during daylight switch on one >of the computers I run, and I need a reliable way to get passage of time (I don't >need date/time, just