Re: ntpd and cmos clock update

Warner Losh wrote this message on Mon, Aug 29, 2005 at 17:01 -0600: In message: [EMAIL PROTECTED] Dmitry Mityugov [EMAIL PROTECTED] writes: : That's why I always thought that ntpd did not work in FreeBSD 5.x! ntpd works perfectly on FreebSD 5.x I think he refers to the fact that

ip6.int deprecated

[ -hackers and -arch cc'ed to try and get a wide audience for this. Please pick the one list that is most appropriate for any topics you want to follow up on. Thanks. ] Howdy, RFC 4159 was published today, which officially deprecates ip6.int. You can find the full text at

Low umass performance with USB 2.0 ports

Good day. I am observing very low umass performance: when I am trying to move a large file from/to my USB 2.0 flash that is plugged into the USB 2.0 port: transfer starts fine at 3.5 Mb/sec, but after some 20 Mbytes it hangs and the process (dd) stay in the wdrain state. The activity LED on the

Re: Low umass performance with USB 2.0 ports

What is filesystem has your USB drive? The one I was extensively testing has FAT, but I've checked the UFS2 -- just a bit better -- 1.8 Mb/second. But you're right -- no wdrains at all. FreeBSD 4.x had very low performance with FAT filesystem, writing process spent lots of time in the wdrain

Re: using specfs benchmark on BSD 4.10

Siddharth Aggarwal wrote: Hi, I would like to set up and run the specfs benchmark on a BSD 4.10 machine. I have been searching around for a while on how to do it, but no luck so far. Could anybody please point me to where I can get the source code, build/install, and configure the system so

Re: Low umass performance with USB 2.0 ports

Eygene A. Ryabinkin wrote: Good day. I am observing very low umass performance: when I am trying to move a large file from/to my USB 2.0 flash that is plugged into the USB 2.0 port: transfer starts fine at 3.5 Mb/sec, but after some 20 Mbytes it hangs and the process (dd) stay in the

Re: [PATCH] caching daemon release and nsswitch patches

On Mon, 29 Aug 2005, Dan Nelson wrote: We can't ensure that, I guess. In the upcoming version (before the 1st of September), the cache would be per-user. This would solve all the security problems. In a little while, I'll implement the ability for cached to act as nscd. So you'll be able to

Re: ntpd and cmos clock update

John-Mark Gurney [EMAIL PROTECTED] writes: but since we don't set the TOD chip upon reboot, all the work that ntpd did over the previous reboot is lost... echo 'ntpdate_enable=YES' /etc/rc.conf DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___

Re: ntpd and cmos clock update

In message: [EMAIL PROTECTED] John-Mark Gurney [EMAIL PROTECTED] writes: : Warner Losh wrote this message on Mon, Aug 29, 2005 at 17:01 -0600: : In message: [EMAIL PROTECTED] : Dmitry Mityugov [EMAIL PROTECTED] writes: : : That's why I always thought that ntpd did not

Re: ntpd and cmos clock update

In the last episode (Aug 30), Dag-Erling Smorgrav said: John-Mark Gurney [EMAIL PROTECTED] writes: but since we don't set the TOD chip upon reboot, all the work that ntpd did over the previous reboot is lost... echo 'ntpdate_enable=YES' /etc/rc.conf I think he meant shutdown instead of

Re: ntpd and cmos clock update

: : That's why I always thought that ntpd did not work in FreeBSD 5.x! : : ntpd works perfectly on FreebSD 5.x : : I think he refers to the fact that after a reboot, the time has to be : adjusted by n seconds, so obviously the time that FreeBSD thought it : was just before the reboot

Re: Atheros driver and radiotap reliability

On 8/29/05, Sam Leffler [EMAIL PROTECTED] wrote: Sam Pierson wrote: I had some correspondence with the ethereal developers and David Young and apparently there is a bug in how ethereal handles the radiotap header. News to me; the last time I checked it looked correct. I'm not sure. David

Re: Atheros driver and radiotap reliability

Sam Pierson wrote: On 8/29/05, Sam Leffler [EMAIL PROTECTED] wrote: Sam Pierson wrote: I had some correspondence with the ethereal developers and David Young and apparently there is a bug in how ethereal handles the radiotap header. News to me; the last time I checked it looked correct.

Re: Atheros driver and radiotap reliability

On 8/30/05, Sam Leffler [EMAIL PROTECTED] wrote: David appears to be talking about how netbsd works. Understand that David does not work on FreeBSD; I'm not even sure he uses it. ... tcpdump and ethereal get the same data. If they display it differently given identical data then one is

Re: Low umass performance with USB 2.0 ports

In message [EMAIL PROTECTED], Eygene A. Ryabinkin wri tes: What is filesystem has your USB drive? The one I was extensively testing has FAT, but I've checked the UFS2 -- just a bit better -- 1.8 Mb/second. But you're right -- no wdrains at all. FreeBSD 4.x had very low performance with FAT

[PATCH] nsswitch and cached release 2

Hello! Here is the second (corrected) release of my Google SoC project (the project's aim is to implement the caching daemon and to extend the nsswitch subsystem). You can download the patch from here: http://www.rsu.ru/~bushman/nsswitch_cached.diff (the patch is absolute, use: patch -p0

Re: Atheros driver and radiotap reliability

Sam Pierson wrote: On 8/30/05, Sam Leffler [EMAIL PROTECTED] wrote: David appears to be talking about how netbsd works. Understand that David does not work on FreeBSD; I'm not even sure he uses it. ... tcpdump and ethereal get the same data. If they display it differently given identical

FreeSBIE 2 toolkit, developers' preview

Hi guys, I've put a snapshot of the now toolkit I've been working for the Google Summer of Code here: http://cvs.freesbie.org/~saturnero/freesbie2.tar.gz If you have a FreeBSD version 6.x, on i386, amd64 and powerpc, you can give it a test and send feedbacks to me. As usual, comments and

Re: Low umass performance with USB 2.0 ports

Eygene A. Ryabinkin wrote: Good day. I am observing very low umass performance: when I am trying to move a large file from/to my USB 2.0 flash that is plugged into the USB 2.0 port: transfer starts fine at 3.5 Mb/sec, but after some 20 Mbytes it hangs and the process (dd) stay in the wdrain

strange behaviour with pthread_cond_wait()

Hello, everybody... I have this multithreaded program, and there are these two threads that work together with a queue. The backend receive thread reads packets and pushes them into the queue, while the frontend thread pops them off the queue to hand them to the caller. This is an

Re: strange behaviour with pthread_cond_wait()

On 2005-08-30 17:35, Daniel Valencia [EMAIL PROTECTED] wrote: Hello, everybody... I have this multithreaded program, and there are these two threads that work together with a queue. The backend receive thread reads packets and pushes them into the queue, while the frontend thread pops them

Re: strange behaviour with pthread_cond_wait()

On Tue, 30 Aug 2005, Daniel Valencia wrote: Hello, everybody... I have this multithreaded program, and there are these two threads that work together with a queue. The backend receive thread reads packets and pushes them into the queue, while the frontend thread pops them off the queue to

Re: strange behaviour with pthread_cond_wait()

Hello I just had to lock the mutex before waiting on the condition... my problem is solved now. Thank you very much for the tip. Daniel __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

Re: ip6.int deprecated

Hi, On Tue, 30 Aug 2005 00:55:29 -0700 Doug Barton [EMAIL PROTECTED] said: dougb The one step I'm going to take directly to support this deprecation is to dougb remove the ip6.int example from the sample named.conf file in the base. I'm dougb sending this message to provide notice of that,

Re: Low umass performance with USB 2.0 ports

I had exactly this problem with Kingston Data Traveler II+, and apparently completely solved it by adding a kludge to disallow Cache Syncronization. Try it yourself. And the kludge is? -- rea ___ freebsd-hackers@freebsd.org mailing list