nothing exciting in fact

There are some make targets in our src tree not many people aware of.  One of it is “make gdbinit” in the kernel compile directory (mine is /usr/obj/usr/src/sys/SONNIE).  Basically it generates .gdbinit which defines some handy gdb(1) macros for remote debugging and sources gdbinit.kernel and gdbinit.machine parts. See sources of these files for complete documentation

The second is “make cscope” in /usr/src/sys.  At the first run it generates cscope(1) cross-reference database and run cscope then. Cscope itself is a C source navigation tool.  You can learn more about cscope  there http://cscope.sourceforge.net/

Hope this help someone.

http://maxim.int.ru/soekris/

o bin/104039, cp(1) SIGINFO o/flow.
o kern/103967, ipfw(4) nice logging.
o standards/100017, fstat(1) += fuser.
o NetBSD bin/34545, cdcontrol(1) digital transfer mode.
Also I need to make some minor MFCs and find new job

docs/100000 was filled today.

I almost finished my bug buster threemester, fixed dozens small bugs, several serious issues and now trying to find something interesting to do. Actually I still have some not closed PRs in my queue but most of them just awaiting for MFC.

Some thoughts about the whole state of our bug busters team in order of appearance. First of all it is clear the bug busters team is small and we are suffering from that. We need more people working with PRs on regular basis.

Working with PRs you need to learn new code quickly, often change your focus, prepare test cases, do bother with core dumps and live kernel debugs wondering what an author of the code tried to do etc. It is a thankless job because people love new features often assume they are bugless or fixes come for free. Nothing wrong with that, people are just people. But I don’t think anybody would call this work interesting or “fun”. On the other hand it is very important for the project.

With the current incoming PR rate we need two or better three skilled hackers working almost fulltime. Fulltime means money. Perhaps a company which makes money on bug fixing is a good idea but I’m not sure it will survive.

In conslusion several links regarding PR:

• FreeBSD support page
• 
  
• PR stats
• 
  
• bsd@ PR stats
• 
  

pjd’s gjournal looks interesting.

Kirk McKusick explains why struct thread passed to all syscalls.

Alex Lyashkov announces his jail project.

Robert Watson about libmemstat(3) tools.

Merged to RELENG_6 getent(1) utility and du -n flag implementation.

OK, just committed fsdb findblk command implementation and made “btime” command – change birth time of inode. Btw, you can see file birth time by a recently added to ls(1) -U flag but no tool to change. Actually, not sure we really need it.

Never know we have such a great script