FreeBSD Status Report Third Quarter 2005

2005-11-18 Thread Max Laier
July-October 2005 Status Report Introduction After a long, exhausting, yet very productive third quarter of 2005 FreeBSD 6.0 has been released. Many activities were put into the background in order to make this release the success it has become. Nontheless, we received a tremendous

Physical memory access from kld

2005-11-18 Thread Dmitry Pryanishnikov
Hello! I'm trying to add Intel 875P chipset support for ecc.ko module. Basically this module outputs whether chipset supports and utilizes ECC, how much memory does it have, and whether there were memory errors. Well, this chipset has a very confusing architecture. Instead of having all

Re: Filesystem monitoring question

2005-11-18 Thread Daniel Ellard
There are many possible answers to this question. Can you explain more about exactly what you need? Depending on what you can and cannot access, one method is to sniff the network or the network interface. This will tell you when write requests come to the server, but can require a great deal

Re: Filesystem monitoring question

2005-11-18 Thread Cornelis Swanepoel
Before all else let me just say that my programming experience is confined to userland but I am very eager to learn about interaction with the FreeBSD kernel. There are many possible answers to this question. Can you explain more about exactly what you need? This will be a server setup from

Re: Filesystem monitoring question

2005-11-18 Thread Eric Anderson
Cornelis Swanepoel wrote: Before all else let me just say that my programming experience is confined to userland but I am very eager to learn about interaction with the FreeBSD kernel. There are many possible answers to this question. Can you explain more about exactly what you need?

Re: res_nXXX function

2005-11-18 Thread Jose Marcio Martins da Cruz
Hello Hajimu, Hajimu UMEMOTO wrote: Hi, Jose-Marcio It seems that FreeBSD doesn't have reentrant versions of DNS query functions Jose-Marcio (res_nXXX, ...). Our recent resolver is thread-safe. So we don't need to use res_n*(), basically. Nice. Since which version I can consider

Re: Filesystem monitoring question

2005-11-18 Thread Bill Vermillion
On Fri, Nov 18, 2005 at 12:00 , [EMAIL PROTECTED] showing utter disregard for spell-checkers gave us this: Date: Thu, 17 Nov 2005 15:07:48 + From: Cornelis Swanepoel [EMAIL PROTECTED] Subject: Filesystem monitoring question I have a FreeBSD 6.0 box with a partition that is accessible to

Re: Filesystem monitoring question

2005-11-18 Thread Dan Nelson
In the last episode (Nov 18), Cornelis Swanepoel said: When they have completed a write operation I need to trigger some code that will act upon the file just written. This code generates a unique id for the file, stats the file, compresses the file(if over set limit), generates a preview of

Re: res_nXXX function

2005-11-18 Thread Hajimu UMEMOTO
Hi, On Fri, 18 Nov 2005 16:56:39 +0100 Jose Marcio Martins da Cruz [EMAIL PROTECTED] said: Jose-Marcio Since which version I can consider the resolver is thread-safe ? The resolver itself (res_* functions) is thread-safe since 5.3-RELEASE. The netdb functions such as gethostbyname(3) and

Date set to epoch when root filesystem is cd9660

2005-11-18 Thread Dario Freni
Hi guys, I encountered this problem during the summer, asked on current@ but didn't receive response. When root filesystem is cd9660, the date of the system is set to epoch. I made some empiric debugging, discovering that the problem strongly depends on the mountroot setting and not on the

ATI drivers for FreeBSD - anything?

2005-11-18 Thread Vladimir Kushnir
Hi all, Is there any project on FreeBSD wrapper for ATI Linux drivers (like nVidia's used to be)? If so - I'd be more than happy to test (sorry I can hardly write it myself). Regards, Vladimir ___ freebsd-hackers@freebsd.org mailing list

Re: Date set to epoch when root filesystem is cd9660

2005-11-18 Thread Dario Freni
Dario Freni wrote: kern/vfs_mount.c:1313: /* * We mount devfs prior to mounting the / FS, so the first * entry will typically be devfs. */ mp = TAILQ_FIRST(mountlist); KASSERT(mp != NULL, (%s: mountlist is

4.8 Alternate system clock has died error

2005-11-18 Thread Charles Sprickman
Hello, I tried this query on -stable, hoping someone here can help me further understand and troubleshoot this. Reference: http://thread.gmane.org/gmane.os.freebsd.stable/32837 In short, top, ps report 0% CPU on all processes as of a few weeks ago. systat -vmstat hands out the Alternate

Re: 4.8 Alternate system clock has died error

2005-11-18 Thread John Baldwin
On Friday 18 November 2005 10:05 pm, Charles Sprickman wrote: Hello, I tried this query on -stable, hoping someone here can help me further understand and troubleshoot this. Reference: http://thread.gmane.org/gmane.os.freebsd.stable/32837 In short, top, ps report 0% CPU on all processes