freebsd-hackers Digest, Vol 367, Issue 4
freebsd-hac...@freebsd.org
freebsd...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
or, via email, send a message with subject or body 'help' to
freebsd-hac...@freebsd.org
You can reach the person managing the list at
freebsd-ha...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-hackers digest..."
Today's Topics:
1. Re: leak of the vnodes (Petr Salinger)
2. Re: leak of the vnodes (Kostik Belousov)
3. Re: [RFC] The official logo for logo_saver? (Freddie Cash)
4. Re: [RFC] The official logo for logo_saver? (Jung-uk Kim)
5. Re: leak of the vnodes (Petr Salinger)
6. Re: virtual drive errors (Andriy Gapon)
7. Re: leak of the vnodes (Kostik Belousov)
8. Re: [RFC] The official logo for logo_saver? (jhell)
9. Re: [RFC] The official logo for logo_saver? (jhell)
10. Re: leak of the vnodes (Petr Salinger)
11. Re: leak of the vnodes (Aurelien Jarno)
12. Re: leak of the vnodes (Aurelien Jarno)
13. Re: grep (Gabor Kovesdan)
----------------------------------------------------------------------
Message: 1
Date: Wed, 7 Apr 2010 16:25:52 +0200 (CEST)
From: Petr Salinger <Petr.S...@seznam.cz>
Subject: Re: leak of the vnodes
To: freebsd...@freebsd.org
Message-ID: <Pine.LNX.4.62.10...@sci.felk.cvut.cz>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>> I used the attached diff, with hackish snooping
>> on allocated/freed memory for vnodes. When the vp pointer have been
>> logged as active1/active2, it is (much) later shown with
>> dead_vnodeops in DUMP_VP().
> Is there a lot of such /dev/ttyp* vnodes ? This indeed might be
> suspicious. See below for description of how to check that the
> vnodes are leaked or not.
In VP_DUMP, there have been 90% nodes of this type:
40285 active 0xffffff00164855a0 tag devfs type 8 flags 00000080 use count 1 hold count 1
19410 active 0xffffff0024522d20 tag devfs type 8 flags 00000080 use count 1 hold count 1
258526 active 0xffffff000a93b960 tag devfs type 8 flags 00000080 use count 1 hold count 1
257411 active 0xffffff00245d8b40 tag devfs type 8 flags 00000080 use count 1 hold count 1
247494 active 0xffffff0016c7d780 tag devfs type 8 flags 00000080 use count 1 hold count 1
None of other line have VI_DOOMED set.
The tag in my output is devfs, due to commented out vp->v_tag = "none";
I do not know, what the previous name (like ptyp*) have been.
Petr
------------------------------
Message: 2
Date: Wed, 7 Apr 2010 16:45:22 +0300
From: Kostik Belousov <kost...@gmail.com>
Subject: Re: leak of the vnodes
To: Petr Salinger <Petr.S...@seznam.cz>
Cc: freebsd...@freebsd.org
Message-ID: <2010040713...@deviant.kiev.zoral.com.ua>
Content-Type: text/plain; charset="us-ascii"
On Wed, Apr 07, 2010 at 04:25:52PM +0200, Petr Salinger wrote:
> >>I used the attached diff, with hackish snooping
> >>on allocated/freed memory for vnodes. When the vp pointer have been
> >>logged as active1/active2, it is (much) later shown with
> >>dead_vnodeops in DUMP_VP().
> >Is there a lot of such /dev/ttyp* vnodes ? This indeed might be
> >suspicious. See below for description of how to check that the
> >vnodes are leaked or not.
>
> In VP_DUMP, there have been 90% nodes of this type:
>
> 40285 active 0xffffff00164855a0 tag devfs type 8 flags 00000080 use count
> 1 hold count 1
> 19410 active 0xffffff0024522d20 tag devfs type 8 flags 00000080 use count
> 1 hold count 1
> 258526 active 0xffffff000a93b960 tag devfs type 8 flags 00000080 use count
> 1 hold count 1
> 257411 active 0xffffff00245d8b40 tag devfs type 8 flags 00000080 use count
> 1 hold count 1
> 247494 active 0xffffff0016c7d780 tag devfs type 8 flags 00000080 use count
> 1 hold count 1
>
> None of other line have VI_DOOMED set.
> The tag in my output is devfs, due to commented out vp->v_tag = "none";
> I do not know, what the previous name (like ptyp*) have been.
You cut off the most interesting question from my followup, are any
of these doomed vnodes referenced by struct file from any process
in the system. Can you, please, look at it ?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20100407/626da2e3/attachment-0001.pgp
------------------------------
Message: 3
Date: Wed, 7 Apr 2010 08:13:42 -0700
From: Freddie Cash <fjw...@gmail.com>
Subject: Re: [RFC] The official logo for logo_saver?
To: freebsd...@freebsd.org
Message-ID:
<o2gb269bc571004070813xc...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On Tue, Apr 6, 2010 at 3:29 PM, Jung-uk Kim <jk...@freebsd.org> wrote:
> Although I really like logo_saver with Beastie, we have the official
> FreeBSD logo and I think it is time to say good-bye to the old logo
> image file. The attached file is a drop-in replacement for
> sys/dev/syscons/logo/logo.c.
>
> What do you think?
>
> Jung-uk Kim
>
> * PS: I couldn't find a good small 256-color image from FreeBSD.org.
> So, I googled and found the following icon:
>
> http://kde-look.org/CONTENT/content-m1/m112422-1.png
>
> The following URL seems to be the actual web page:
>
> http://kde-look.org/content/show.php?content=112422
>
> Please consider renaming the existing logo_saver to something like
beastie_saver, to keep it around as an option. Then replace logo_saver with
the new logo.
--
Freddie Cash
fjw...@gmail.com
------------------------------
Message: 4
Date: Wed, 7 Apr 2010 14:10:39 -0400
From: Jung-uk Kim <jk...@FreeBSD.org>
Subject: Re: [RFC] The official logo for logo_saver?
To: freebsd...@freebsd.org
Cc: Garrett Cooper <yane...@gmail.com>, Dag-Erling Sm??rgrav
<d...@des.no>
Message-ID: <20100407141...@FreeBSD.org>
Content-Type: text/plain; charset="utf-8"
On Wednesday 07 April 2010 05:23 am, Garrett Cooper wrote:
> On Wed, Apr 7, 2010 at 2:19 AM, Peter Pentchev <ro...@ringlet.net>
wrote:
> > On Wed, Apr 07, 2010 at 09:18:09AM +0200, Dag-Erling Sm??rgrav
wrote:
> >> Jung-uk Kim <jk...@FreeBSD.org> writes:
> >> > Although I really like logo_saver with Beastie, we have the
> >> > official FreeBSD logo and I think it is time to say good-bye
> >> > to the old logo image file. �The attached file is a drop-in
> >> > replacement for sys/dev/syscons/logo/logo.c.
> >> >
> >> > What do you think?
> >>
> >> I agree, please commit.
> >
> > Mmm, not to belittle jkim's work in any way (thanks for taking
> > the time!), but... I wonder if this could somehow be made
> > optional - TBH, I really like the current/old/original logo_saver
> > image :) Of course, the new one is nice, too, and also official,
> > but I still like the old one just a little bit better :)
> >
> > Maybe keep both arrays in the file and have a sysctl or
> > something? (yes, I know there are people who think that there are
> > already too many sysctl's and new ones shouldn't be added for
> > trifles, but still... :)
>
> Why not just move the current logo.c to another screensaver app
> (say beastie.c?) and add the one Jung's proposing to logo.c?
> Problem solved... I mean, there's still an option of including the
> beastie logo in the bootup menu -- no sense in removing the
> screensaver if the boot menu logo is still around IMO...
All done now:
http://svn.freebsd.org/changeset/base/206362
http://svn.freebsd.org/changeset/base/206363
http://svn.freebsd.org/changeset/base/206365
http://svn.freebsd.org/changeset/base/206366
http://svn.freebsd.org/changeset/base/206368
http://svn.freebsd.org/changeset/base/206374
Thanks for the feedback.
Jung-uk Kim
------------------------------
Message: 5
Date: Wed, 7 Apr 2010 23:05:28 +0200 (CEST)
From: Petr Salinger <Petr.S...@seznam.cz>
Subject: Re: leak of the vnodes
To: Kostik Belousov <kost...@gmail.com>
Cc: freebsd...@freebsd.org
Message-ID: <Pine.LNX.4.62.10...@sci.felk.cvut.cz>
Content-Type: text/plain; charset="us-ascii"
>> What have to be logged ?
> Please look at ddb command "show files", implemented in kern/kern_descrip.c,
> lines 3284-3305 on HEAD. Instead of doing full dump, you can manually
> inspect the output. Or, you can write some code that would search the
> suspicious vnodes among the vnodes referenced from the processes
> opened files. Vnode is probably leaked if use count is > 0 but no
> process has vnode referenced by struct file.
See attached file.
>>> I think there should be something else going on.
Bellow is leaking recipe tested under GNU/kFreeBSD.
I would expect it leaks vnodes also under plain FreeBSD.
Petr
-----------
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdlib.h>
#include <sys/wait.h>
#include <stdio.h>
char dname[]= "/dev/ptyrX";
void leak(void)
{
if (fork() == 0)
{
int i, fd;
for (i = '0'; i < '9'; i ++)
{
dname[9] = i;
fd = open(dname, O_RDWR);
// printf("%s %d\n", dname, fd);
};
exit(0);
}
wait(NULL);
}
int main()
{
int i;
for (i = 0 ;i < 10000; i++)
{
printf("round %d\n",i);
leak();
}
return 0;
};
------------
-------------- next part --------------
show vnode 0xffffff000ac56960
0xffffff000ac56960: tag devfs, type VBAD
usecount 1, writecount 0, refcount 1 mountedhere 0
flags (VI_DOOMED)
db> show files
File Type Data Flag GCFl Count MCount Vnode FPID FCmd
ffffff00039bd870 vnod ffffff000ab75600 00000003 0000 5 0 ffffff000ab2b960 848 bash
ffffff00039bd870 vnod ffffff000ab75600 00000003 0000 5 0 ffffff000ab2b960 848 bash
ffffff00039bd870 vnod ffffff000ab75600 00000003 0000 5 0 ffffff000ab2b960 848 bash
ffffff00039bd870 vnod ffffff000ab75600 00000003 0000 5 0 ffffff000ab2b960 848 bash
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003e0a9b0 sock ffffff000ab6e7f8 00000007 0000 1 0 0 847 rxvt-xterm
ffffff0003e0aaf0 unkn ffffff000a91b000 00000007 0000 1 0 ffffff000ab2bb40 847 rxvt-xterm
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff00039be690 sock ffffff000ab33aa0 00000007 0000 1 0 0 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff0003e0ac30 vnod ffffff000ab75000 00000003 0000 10 0 ffffff000ab2d780 845 ssh
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003e0aaa0 sock ffffff000a885aa0 00000007 0000 1 0 0 839 rxvt-xterm
ffffff0003e0ab40 unkn ffffff000a8f1c00 00000007 0000 1 0 ffffff000ab2d960 839 rxvt-xterm
ffffff0003e0a6e0 vnod ffffff00033dfa00 00000001 0000 1 0 ffffff0003a42000 836 xload
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff00039bd820 sock ffffff000a8b67f8 00000007 0000 1 0 0 836 xload
ffffff0003e0a0a0 vnod ffffff000ab2c1e0 00000001 0000 1 0 ffffff000ab2c1e0 836 xload
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff000a99b410 vnod ffffff00033dfa00 00000001 0000 7 0 ffffff0003a42000 835 Pager
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003df3730 sock ffffff0003e7a550 00000007 0000 1 0 0 835 Pager
ffffff00039be140 pipe ffffff000aa08888 00000003 0000 1 0 0 835 Pager
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff00039be230 vnod ffffff000aa42b40 00000001 0000 1 0 ffffff000aa42b40 835 Pager
ffffff00039be050 pipe ffffff000aa08708 00000003 0000 1 0 0 835 Pager
ffffff0003d100f0 vnod ffffff00033dfa00 00000001 0000 1 0 ffffff0003a42000 833 xbiff
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003df33c0 sock ffffff000aa07d48 00000007 0000 1 0 0 833 xbiff
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff0003e0abe0 vnod ffffff00033dfa00 00000001 0000 1 0 ffffff0003a42000 832 asclock
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003df3550 sock ffffff000a9602a8 00000007 0000 1 0 0 832 asclock
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff000a99b410 vnod ffffff00033dfa00 00000001 0000 7 0 ffffff0003a42000 835 Pager
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff0003df3460 pipe ffffff0003a255b0 00000003 0000 2 0 0 829 Audio
ffffff0003d10730 pipe ffffff0003e56cb8 00000003 0000 1 0 0 829 Audio
ffffff000a99b410 vnod ffffff00033dfa00 00000001 0000 7 0 ffffff0003a42000 835 Pager
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff00039bd500 sock ffffff000aa077f8 00000007 0000 1 0 0 828 Wharf
ffffff00039df3c0 vnod ffffff000aa42b40 00000001 0000 1 0 ffffff000aa42b40 828 Wharf
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff000a99b4b0 pipe ffffff0003e53b60 00000003 0000 1 0 0 828 Wharf
ffffff0003df3d20 pipe ffffff0003a5a708 00000003 0000 1 0 0 828 Wharf
ffffff000a99b410 vnod ffffff00033dfa00 00000001 0000 7 0 ffffff0003a42000 835 Pager
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003e0acd0 sock ffffff000a885550 00000007 0000 1 0 0 827 Animate
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff0003e0aa00 pipe ffffff0003e56000 00000003 0000 2 0 0 827 Animate
ffffff00039bd5a0 pipe ffffff0003d25158 00000003 0000 1 0 0 827 Animate
ffffff000a99b500 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 824 dbus-daemon
ffffff000a99b500 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 824 dbus-daemon
ffffff000a99b500 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 824 dbus-daemon
ffffff00039bdbe0 sock ffffff000aa072a8 00000007 0000 1 0 0 824 dbus-daemon
ffffff000a99b500 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 824 dbus-daemon
ffffff00039bed20 kque ffffff0003a49400 00000003 0000 1 0 0 824 dbus-daemon
ffffff00039be960 vnod ffffff000a966960 00000001 0000 2 0 ffffff000a966960 824 dbus-daemon
ffffff000a99b5a0 vnod ffffff000a9665a0 00000001 0000 2 0 ffffff000a9665a0 824 dbus-daemon
ffffff000a99b640 sock ffffff000a885000 00000003 0000 1 0 0 824 dbus-daemon
ffffff000a99b5f0 sock ffffff0003e7b2a8 00000003 0000 1 0 0 824 dbus-daemon
ffffff000a99b410 vnod ffffff00033dfa00 00000001 0000 7 0 ffffff0003a42000 835 Pager
ffffff000a99b230 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 823 dbus-launch
ffffff000a99b230 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 823 dbus-launch
ffffff00039be320 sock ffffff0003ddfaa0 00000007 0000 1 0 0 823 dbus-launch
ffffff000a99b230 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 823 dbus-launch
ffffff000a99b550 sock ffffff0003ddf000 00000007 0000 1 0 0 823 dbus-launch
ffffff00039beb40 pipe ffffff000aa09000 00000003 0000 1 0 0 823 dbus-launch
ffffff000a99b410 vnod ffffff00033dfa00 00000001 0000 7 0 ffffff0003a42000 835 Pager
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff00039be500 sock ffffff000aa07000 00000007 0000 1 0 0 820 asclassic
ffffff0003df3780 vnod ffffff000aa42b40 00000003 0000 8 0 ffffff000aa42b40 836 xload
ffffff0003df3b90 pipe ffffff000aa089e0 00000007 0000 1 0 0 820 asclassic
ffffff0003e0a960 pipe ffffff0003e56158 00000007 0000 1 0 0 820 asclassic
ffffff0003df3af0 pipe ffffff0003d25000 00000007 0000 1 0 0 820 asclassic
ffffff00039df190 pipe ffffff0003e53cb8 00000007 0000 1 0 0 820 asclassic
ffffff0003e0ad20 pipe ffffff0003a5a5b0 00000003 0000 1 0 0 820 asclassic
ffffff000a99b2d0 pipe ffffff0003a25708 00000007 0000 1 0 0 820 asclassic
ffffff00039bebe0 pipe ffffff0003e56b60 00000003 0000 1 0 0 820 asclassic
ffffff00039bd9b0 pipe ffffff000aa085b0 00000003 0000 1 0 0 820 asclassic
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff0003df3dc0 pipe ffffff0003e53000 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be5f0 pipe ffffff0003e53158 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be410 vnod ffffff0003c2f3c0 00000001 0000 3 0 ffffff0003c2f3c0 819 console-kit-daemon
ffffff00039be3c0 vnod ffffff0003ad25a0 00000001 0000 3 0 ffffff0003ad25a0 819 console-kit-daemon
ffffff0003df3820 pipe ffffff0003e532d8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a0f0 pipe ffffff0003e53430 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a500 sock ffffff0003e7baa0 00000007 0000 1 0 0 819 console-kit-daemon
ffffff000a99b000 vnod ffffff000a9e73c0 0000000a 0000 1 0 ffffff000a9e73c0 819 console-kit-daemon
ffffff00039bea50 pipe ffffff0003d25b60 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039bd1e0 pipe ffffff0003d25cb8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be0a0 sock ffffff000a8b6000 00000007 0000 1 0 0 819 console-kit-daemon
ffffff00039df4b0 vnod ffffff0003342000 00000001 0000 1 0 ffffff00039bf1e0 819 console-kit-daemon
ffffff0003df39b0 vnod ffffff0003ae7780 00000005 0000 1 0 ffffff0003ae7780 819 console-kit-daemon
ffffff000a99b0f0 pipe ffffff0003a56000 00000003 0000 2 0 0 819 console-kit-daemon
ffffff000a99b190 pipe ffffff0003a56158 00000007 0000 1 0 0 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff0003df3dc0 pipe ffffff0003e53000 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be5f0 pipe ffffff0003e53158 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be410 vnod ffffff0003c2f3c0 00000001 0000 3 0 ffffff0003c2f3c0 819 console-kit-daemon
ffffff00039be3c0 vnod ffffff0003ad25a0 00000001 0000 3 0 ffffff0003ad25a0 819 console-kit-daemon
ffffff0003df3820 pipe ffffff0003e532d8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a0f0 pipe ffffff0003e53430 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a500 sock ffffff0003e7baa0 00000007 0000 1 0 0 819 console-kit-daemon
ffffff000a99b000 vnod ffffff000a9e73c0 0000000a 0000 1 0 ffffff000a9e73c0 819 console-kit-daemon
ffffff00039bea50 pipe ffffff0003d25b60 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039bd1e0 pipe ffffff0003d25cb8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be0a0 sock ffffff000a8b6000 00000007 0000 1 0 0 819 console-kit-daemon
ffffff00039df4b0 vnod ffffff0003342000 00000001 0000 1 0 ffffff00039bf1e0 819 console-kit-daemon
ffffff0003df39b0 vnod ffffff0003ae7780 00000005 0000 1 0 ffffff0003ae7780 819 console-kit-daemon
ffffff000a99b0f0 pipe ffffff0003a56000 00000003 0000 2 0 0 819 console-kit-daemon
ffffff000a99b190 pipe ffffff0003a56158 00000007 0000 1 0 0 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff0003df3dc0 pipe ffffff0003e53000 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be5f0 pipe ffffff0003e53158 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be410 vnod ffffff0003c2f3c0 00000001 0000 3 0 ffffff0003c2f3c0 819 console-kit-daemon
ffffff00039be3c0 vnod ffffff0003ad25a0 00000001 0000 3 0 ffffff0003ad25a0 819 console-kit-daemon
ffffff0003df3820 pipe ffffff0003e532d8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a0f0 pipe ffffff0003e53430 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a500 sock ffffff0003e7baa0 00000007 0000 1 0 0 819 console-kit-daemon
ffffff000a99b000 vnod ffffff000a9e73c0 0000000a 0000 1 0 ffffff000a9e73c0 819 console-kit-daemon
ffffff00039bea50 pipe ffffff0003d25b60 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039bd1e0 pipe ffffff0003d25cb8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be0a0 sock ffffff000a8b6000 00000007 0000 1 0 0 819 console-kit-daemon
ffffff00039df4b0 vnod ffffff0003342000 00000001 0000 1 0 ffffff00039bf1e0 819 console-kit-daemon
ffffff0003df39b0 vnod ffffff0003ae7780 00000005 0000 1 0 ffffff0003ae7780 819 console-kit-daemon
ffffff000a99b0f0 pipe ffffff0003a56000 00000003 0000 2 0 0 819 console-kit-daemon
ffffff000a99b190 pipe ffffff0003a56158 00000007 0000 1 0 0 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff0003df3dc0 pipe ffffff0003e53000 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be5f0 pipe ffffff0003e53158 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be410 vnod ffffff0003c2f3c0 00000001 0000 3 0 ffffff0003c2f3c0 819 console-kit-daemon
ffffff00039be3c0 vnod ffffff0003ad25a0 00000001 0000 3 0 ffffff0003ad25a0 819 console-kit-daemon
ffffff0003df3820 pipe ffffff0003e532d8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a0f0 pipe ffffff0003e53430 00000003 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a500 sock ffffff0003e7baa0 00000007 0000 1 0 0 819 console-kit-daemon
ffffff000a99b000 vnod ffffff000a9e73c0 0000000a 0000 1 0 ffffff000a9e73c0 819 console-kit-daemon
ffffff00039bea50 pipe ffffff0003d25b60 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039bd1e0 pipe ffffff0003d25cb8 00000003 0000 1 0 0 819 console-kit-daemon
ffffff00039be0a0 sock ffffff000a8b6000 00000007 0000 1 0 0 819 console-kit-daemon
ffffff00039df4b0 vnod ffffff0003342000 00000001 0000 1 0 ffffff00039bf1e0 819 console-kit-daemon
ffffff0003df39b0 vnod ffffff0003ae7780 00000005 0000 1 0 ffffff0003ae7780 819 console-kit-daemon
ffffff000a99b0f0 pipe ffffff0003a56000 00000003 0000 2 0 0 819 console-kit-daemon
ffffff000a99b190 pipe ffffff0003a56158 00000007 0000 1 0 0 819 console-kit-daemon
ffffff0003e0a4b0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 811 ssh-agent
ffffff0003e0a4b0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 811 ssh-agent
ffffff0003e0a4b0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 811 ssh-agent
ffffff0003e0ad70 sock ffffff000a8b6d48 00000007 0000 1 0 0 811 ssh-agent
ffffff000a99b410 vnod ffffff00033dfa00 00000001 0000 7 0 ffffff0003a42000 835 Pager
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff000a99b370 vnod ffffff000a99dd20 0000000a 0000 20 0 ffffff000a99dd20 847 rxvt-xterm
ffffff0003df34b0 sock ffffff0003a4aaa0 00000007 0000 1 0 0 792 ck-launch-session
ffffff0003df38c0 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 779 xdm
ffffff0003df38c0 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 779 xdm
ffffff00039bdd20 vnod ffffff0003e0f000 0000000a 0000 3 0 ffffff0003e0f000 779 xdm
ffffff0003df3be0 sock ffffff0003e7a2a8 00000007 0000 1 0 0 779 xdm
ffffff00039be9b0 vnod ffffff0003860600 00000003 0000 4 0 ffffff0003cc9960 776 getty
ffffff00039be9b0 vnod ffffff0003860600 00000003 0000 4 0 ffffff0003cc9960 776 getty
ffffff00039be9b0 vnod ffffff0003860600 00000003 0000 4 0 ffffff0003cc9960 776 getty
ffffff0003e0a3c0 vnod ffffff0003860800 00000003 0000 4 0 ffffff0003cc9780 775 getty
ffffff0003e0a3c0 vnod ffffff0003860800 00000003 0000 4 0 ffffff0003cc9780 775 getty
ffffff0003e0a3c0 vnod ffffff0003860800 00000003 0000 4 0 ffffff0003cc9780 775 getty
ffffff00039bd690 vnod ffffff0003860a00 00000003 0000 4 0 ffffff0003cd9b40 774 getty
ffffff00039bd690 vnod ffffff0003860a00 00000003 0000 4 0 ffffff0003cd9b40 774 getty
ffffff00039bd690 vnod ffffff0003860a00 00000003 0000 4 0 ffffff0003cd9b40 774 getty
ffffff00039bedc0 vnod ffffff0003860c00 00000003 0000 4 0 ffffff0003cd9d20 773 getty
ffffff00039bedc0 vnod ffffff0003860c00 00000003 0000 4 0 ffffff0003cd9d20 773 getty
ffffff00039bedc0 vnod ffffff0003860c00 00000003 0000 4 0 ffffff0003cd9d20 773 getty
ffffff00039df050 vnod ffffff00037b1600 00000003 0000 4 0 ffffff0003cd9960 772 getty
ffffff00039df050 vnod ffffff00037b1600 00000003 0000 4 0 ffffff0003cd9960 772 getty
ffffff00039df050 vnod ffffff00037b1600 00000003 0000 4 0 ffffff0003cd9960 772 getty
ffffff0003e0a000 vnod ffffff00037b1800 00000003 0000 4 0 ffffff0003d9c000 771 getty
ffffff0003e0a000 vnod ffffff00037b1800 00000003 0000 4 0 ffffff0003d9c000 771 getty
ffffff0003e0a000 vnod ffffff00037b1800 00000003 0000 4 0 ffffff0003d9c000 771 getty
ffffff00039beaa0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 757 famd
ffffff00039beaa0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 757 famd
ffffff00039beaa0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 757 famd
ffffff00039bd3c0 sock ffffff0003e7b7f8 00000003 0000 1 0 0 757 famd
ffffff0003e0a190 vnod ffffff0003ec35a0 00000002 0000 1 0 ffffff0003ec35a0 725 Xorg
ffffff0003d10000 sock ffffff0003e7a000 00000003 0000 1 0 0 725 Xorg
ffffff00039bdd20 vnod ffffff0003e0f000 0000000a 0000 3 0 ffffff0003e0f000 779 xdm
ffffff0003e0a460 vnod ffffff0003ec3000 00000001 0000 1 0 ffffff0003ec3000 725 Xorg
ffffff00039be280 vnod ffffff0003860400 00000007 0000 1 0 ffffff0003f3f3c0 725 Xorg
ffffff00039be7d0 vnod ffffff00033df000 00000003 0000 1 0 ffffff0003d8dd20 725 Xorg
ffffff0003df3cd0 vnod ffffff00033ba000 00000003 0000 1 0 ffffff0003f3f1e0 725 Xorg
ffffff00039df690 sock ffffff0003ddf2a8 00000007 0000 1 0 0 725 Xorg
ffffff00039be2d0 sock ffffff0003e7b550 00000007 0000 1 0 0 725 Xorg
ffffff000a99b1e0 sock ffffff000a960550 00000007 0000 1 0 0 725 Xorg
ffffff00039bd230 sock ffffff0003ddf7f8 00000007 0000 1 0 0 725 Xorg
ffffff000a99b0a0 sock ffffff000a885d48 00000007 0000 1 0 0 725 Xorg
ffffff00039be8c0 sock ffffff00039f62a8 00000007 0000 1 0 0 725 Xorg
ffffff0003df3a00 sock ffffff000aa07aa0 00000007 0000 1 0 0 725 Xorg
ffffff00039bd730 sock ffffff000a8852a8 00000007 0000 1 0 0 725 Xorg
ffffff0003df3aa0 sock ffffff000a960000 00000007 0000 1 0 0 725 Xorg
ffffff00039bd7d0 sock ffffff000a8b6550 00000007 0000 1 0 0 725 Xorg
ffffff0003e0a820 sock ffffff000aa07550 00000007 0000 1 0 0 725 Xorg
ffffff00039dfdc0 sock ffffff000ab6fd48 00000007 0000 1 0 0 725 Xorg
ffffff00039bdaf0 sock ffffff000ab6eaa0 00000007 0000 1 0 0 725 Xorg
ffffff0003df38c0 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 779 xdm
ffffff0003df38c0 vnod ffffff00033dfa00 00000003 0000 4 0 ffffff0003a42000 779 xdm
ffffff00039bdd20 vnod ffffff0003e0f000 0000000a 0000 3 0 ffffff0003e0f000 779 xdm
ffffff0003d10050 vnod ffffff00033dfa00 00000001 0000 1 0 ffffff0003a42000 683 hald-addon-storage
ffffff00039bd460 vnod ffffff00033dfa00 00000003 0000 7 0 ffffff0003a42000 683 hald-addon-storage
ffffff00039bd460 vnod ffffff00033dfa00 00000003 0000 7 0 ffffff0003a42000 683 hald-addon-storage
ffffff00039df960 sock ffffff0003e7b000 00000007 0000 1 0 0 683 hald-addon-storage
ffffff0003e0a230 sock ffffff0003e7aaa0 00000007 0000 1 0 0 683 hald-addon-storage
ffffff00039bd050 vnod ffffff00033dfa00 00000001 0000 1 0 ffffff0003a42000 670 hald-runner
ffffff00039bd460 vnod ffffff00033dfa00 00000003 0000 7 0 ffffff0003a42000 683 hald-addon-storage
ffffff00039bd460 vnod ffffff00033dfa00 00000003 0000 7 0 ffffff0003a42000 683 hald-addon-storage
ffffff0003d100a0 sock ffffff00039f67f8 00000007 0000 1 0 0 670 hald-runner
ffffff00039bd460 vnod ffffff00033dfa00 00000003 0000 7 0 ffffff0003a42000 683 hald-addon-storage
ffffff00039bd460 vnod ffffff00033dfa00 00000003 0000 7 0 ffffff0003a42000 683 hald-addon-storage
ffffff00039bd460 vnod ffffff00033dfa00 00000003 0000 7 0 ffffff0003a42000 683 hald-addon-storage
ffffff00039be550 pipe ffffff0003d255b0 00000003 0000 1 0 0 669 hald
ffffff00039bd0a0 pipe ffffff0003d25708 00000003 0000 1 0 0 669 hald
ffffff00039df910 sock ffffff00039f6aa0 00000007 0000 1 0 0 669 hald
ffffff00039df820 sock ffffff00039f5aa0 00000007 0000 1 0 0 669 hald
ffffff00039bd000 sock ffffff00039f6550 00000007 0000 1 0 0 669 hald
ffffff00039bdcd0 sock ffffff0003ddfd48 00000007 0000 1 0 0 669 hald
ffffff0003d10140 kque ffffff0003944700 00000003 0000 1 0 0 669 hald
ffffff00039bd140 vnod ffffff00033df000 00000003 0000 1 0 ffffff0003d8dd20 669 hald
ffffff00039dfd20 vnod ffffff0003438600 00000001 0000 1 0 ffffff0003d8d780 669 hald
ffffff00039dfcd0 vnod ffffff00038d5200 00000003 0000 1 0 ffffff0003d8d5a0 669 hald
ffffff00039bd910 vnod ffffff0003d8d000 00000001 0000 2 0 ffffff0003d8d000 669 hald
ffffff00039bd550 vnod ffffff0003d96d20 00000001 0000 2 0 ffffff0003d96d20 669 hald
ffffff00039df280 vnod ffffff0003d96b40 00000001 0000 2 0 ffffff0003d96b40 669 hald
ffffff00039df5a0 vnod ffffff0003d96960 00000001 0000 2 0 ffffff0003d96960 669 hald
ffffff00039df5f0 vnod ffffff0003d96780 00000001 0000 2 0 ffffff0003d96780 669 hald
ffffff00039df640 vnod ffffff0003de91e0 00000001 0000 2 0 ffffff0003de91e0 669 hald
ffffff00039df7d0 vnod ffffff0003de9000 00000001 0000 2 0 ffffff0003de9000 669 hald
ffffff00039dfa50 vnod ffffff0003de8d20 00000001 0000 2 0 ffffff0003de8d20 669 hald
ffffff00039be460 vnod ffffff0003de8b40 00000001 0000 2 0 ffffff0003de8b40 669 hald
ffffff00039dfd70 vnod ffffff0003de8960 00000001 0000 2 0 ffffff0003de8960 669 hald
ffffff00039dfb90 vnod ffffff0003de8780 00000001 0000 2 0 ffffff0003de8780 669 hald
ffffff00039dfbe0 vnod ffffff0003de85a0 00000001 0000 2 0 ffffff0003de85a0 669 hald
ffffff00039dfc30 vnod ffffff0003de83c0 00000001 0000 2 0 ffffff0003de83c0 669 hald
ffffff00039dfc80 vnod ffffff0003de81e0 00000001 0000 2 0 ffffff0003de81e0 669 hald
ffffff0003d10190 vnod ffffff0003de8000 00000001 0000 2 0 ffffff0003de8000 669 hald
ffffff00039dfb40 vnod ffffff0003d8ed20 00000001 0000 2 0 ffffff0003d8ed20 669 hald
ffffff00039dfaa0 vnod ffffff0003d8eb40 00000001 0000 2 0 ffffff0003d8eb40 669 hald
ffffff00039dfa00 vnod ffffff0003d8e960 00000001 0000 2 0 ffffff0003d8e960 669 hald
ffffff00039df9b0 vnod ffffff0003d8e780 00000001 0000 2 0 ffffff0003d8e780 669 hald
ffffff00039df8c0 vnod ffffff0003d8e5a0 00000001 0000 2 0 ffffff0003d8e5a0 669 hald
ffffff00039df870 vnod ffffff0003dee3c0 00000001 0000 2 0 ffffff0003dee3c0 669 hald
ffffff00039bd190 vnod ffffff0003dee1e0 00000001 0000 2 0 ffffff0003dee1e0 669 hald
ffffff00039df730 vnod ffffff0003dee000 00000001 0000 2 0 ffffff0003dee000 669 hald
ffffff00039df550 vnod ffffff0003dedd20 00000001 0000 2 0 ffffff0003dedd20 669 hald
ffffff00039df500 vnod ffffff0003dedb40 00000001 0000 2 0 ffffff0003dedb40 669 hald
ffffff00039df230 vnod ffffff0003ded960 00000001 0000 2 0 ffffff0003ded960 669 hald
ffffff00039df1e0 vnod ffffff0003ded780 00000001 0000 2 0 ffffff0003ded780 669 hald
ffffff00039bd960 vnod ffffff0003ded5a0 00000001 0000 2 0 ffffff0003ded5a0 669 hald
ffffff00039df140 vnod ffffff0003ded3c0 00000001 0000 2 0 ffffff0003ded3c0 669 hald
ffffff0003df32d0 vnod ffffff0003ded1e0 00000001 0000 2 0 ffffff0003ded1e0 669 hald
ffffff0003df3280 vnod ffffff0003ded000 00000001 0000 2 0 ffffff0003ded000 669 hald
ffffff0003df3230 vnod ffffff0003de9d20 00000001 0000 2 0 ffffff0003de9d20 669 hald
ffffff0003df31e0 vnod ffffff0003de9b40 00000001 0000 2 0 ffffff0003de9b40 669 hald
ffffff0003df3190 vnod ffffff0003de9960 00000001 0000 2 0 ffffff0003de9960 669 hald
ffffff0003df3140 vnod ffffff0003de9780 00000001 0000 2 0 ffffff0003de9780 669 hald
ffffff0003df30f0 vnod ffffff0003de95a0 00000001 0000 2 0 ffffff0003de95a0 669 hald
ffffff0003df30a0 vnod ffffff0003df73c0 00000001 0000 2 0 ffffff0003df73c0 669 hald
ffffff0003df3050 vnod ffffff0003df71e0 00000001 0000 2 0 ffffff0003df71e0 669 hald
ffffff0003df3000 vnod ffffff0003df7000 00000001 0000 2 0 ffffff0003df7000 669 hald
ffffff0003d10dc0 vnod ffffff0003df6d20 00000001 0000 2 0 ffffff0003df6d20 669 hald
ffffff0003d10d70 vnod ffffff0003df6b40 00000001 0000 2 0 ffffff0003df6b40 669 hald
ffffff0003d10d20 vnod ffffff0003df6960 00000001 0000 2 0 ffffff0003df6960 669 hald
ffffff0003d10cd0 vnod ffffff0003df6780 00000001 0000 2 0 ffffff0003df6780 669 hald
ffffff0003d10c80 vnod ffffff0003df65a0 00000001 0000 2 0 ffffff0003df65a0 669 hald
ffffff0003d10c30 vnod ffffff0003df63c0 00000001 0000 2 0 ffffff0003df63c0 669 hald
ffffff0003d10be0 vnod ffffff0003df61e0 00000001 0000 2 0 ffffff0003df61e0 669 hald
ffffff0003d10b90 vnod ffffff0003df6000 00000001 0000 2 0 ffffff0003df6000 669 hald
ffffff0003d10b40 vnod ffffff0003deed20 00000001 0000 2 0 ffffff0003deed20 669 hald
ffffff0003d10af0 vnod ffffff0003deeb40 00000001 0000 2 0 ffffff0003deeb40 669 hald
ffffff0003d10aa0 vnod ffffff0003dee960 00000001 0000 2 0 ffffff0003dee960 669 hald
ffffff0003d10a50 vnod ffffff0003dee780 00000001 0000 2 0 ffffff0003dee780 669 hald
ffffff0003d10a00 vnod ffffff0003dee5a0 00000001 0000 2 0 ffffff0003dee5a0 669 hald
ffffff0003d109b0 vnod ffffff0003dfc3c0 00000001 0000 2 0 ffffff0003dfc3c0 669 hald
ffffff0003d10960 vnod ffffff0003dfc1e0 00000001 0000 2 0 ffffff0003dfc1e0 669 hald
ffffff0003d10910 vnod ffffff0003dfc000 00000001 0000 2 0 ffffff0003dfc000 669 hald
ffffff0003d108c0 vnod ffffff0003dfbd20 00000001 0000 2 0 ffffff0003dfbd20 669 hald
ffffff0003d10870 vnod ffffff0003dfbb40 00000001 0000 2 0 ffffff0003dfbb40 669 hald
ffffff0003d10780 vnod ffffff0003dfb960 00000001 0000 2 0 ffffff0003dfb960 669 hald
ffffff0003d10690 vnod ffffff0003dfb780 00000001 0000 2 0 ffffff0003dfb780 669 hald
ffffff0003d105a0 vnod ffffff0003dfb5a0 00000001 0000 2 0 ffffff0003dfb5a0 669 hald
ffffff0003d10550 vnod ffffff0003dfb3c0 00000001 0000 2 0 ffffff0003dfb3c0 669 hald
ffffff0003d10500 vnod ffffff0003dfb1e0 00000001 0000 2 0 ffffff0003dfb1e0 669 hald
ffffff0003d10410 vnod ffffff0003dfb000 00000001 0000 2 0 ffffff0003dfb000 669 hald
ffffff0003d103c0 vnod ffffff0003df7d20 00000001 0000 2 0 ffffff0003df7d20 669 hald
ffffff0003d10370 vnod ffffff0003df7b40 00000001 0000 2 0 ffffff0003df7b40 669 hald
ffffff0003d10320 vnod ffffff0003df7960 00000001 0000 2 0 ffffff0003df7960 669 hald
ffffff0003d102d0 vnod ffffff0003df7780 00000001 0000 2 0 ffffff0003df7780 669 hald
ffffff0003d10280 vnod ffffff0003df75a0 00000001 0000 2 0 ffffff0003df75a0 669 hald
ffffff0003d10230 vnod ffffff0003e033c0 00000001 0000 2 0 ffffff0003e033c0 669 hald
ffffff0003d101e0 vnod ffffff0003e031e0 00000001 0000 2 0 ffffff0003e031e0 669 hald
ffffff0003d10460 vnod ffffff0003e03000 00000001 0000 2 0 ffffff0003e03000 669 hald
ffffff0003d104b0 vnod ffffff0003e02d20 00000001 0000 2 0 ffffff0003e02d20 669 hald
ffffff0003d105f0 vnod ffffff0003e02b40 00000001 0000 2 0 ffffff0003e02b40 669 hald
ffffff0003d10640 vnod ffffff0003e02960 00000001 0000 2 0 ffffff0003e02960 669 hald
ffffff0003d106e0 vnod ffffff0003e02780 00000001 0000 2 0 ffffff0003e02780 669 hald
ffffff0003d10820 vnod ffffff0003e025a0 00000001 0000 2 0 ffffff0003e025a0 669 hald
ffffff0003e0a410 sock ffffff0003e7ad48 00000007 0000 1 0 0 669 hald
ffffff00039df460 pipe ffffff0003a5ab60 00000003 0000 2 0 0 668 unlinkd
ffffff00039df370 pipe ffffff0003a66708 00000003 0000 1 0 0 668 unlinkd
ffffff00039df6e0 vnod ffffff00033dfa00 00000003 0000 1 0 ffffff0003a42000 668 unlinkd
ffffff00039bd280 vnod ffffff00033dfa00 00000003 0000 6 0 ffffff0003a42000 655 squid
ffffff00039bd280 vnod ffffff00033dfa00 00000003 0000 6 0 ffffff0003a42000 655 squid
ffffff00039bd280 vnod ffffff00033dfa00 00000003 0000 6 0 ffffff0003a42000 655 squid
ffffff00039bda00 kque ffffff0003908800 00000003 0000 2 0 0 655 squid
ffffff00039be640 vnod ffffff0003c56b40 0000000b 0000 1 0 ffffff0003c56b40 655 squid
ffffff00039be6e0 sock ffffff00039f5550 00000007 0000 1 0 0 655 squid
ffffff00039df2d0 vnod ffffff0003d4d960 0000000a 0000 1 0 ffffff0003d4d960 655 squid
ffffff00039df320 pipe ffffff0003a665b0 00000007 0000 1 0 0 655 squid
ffffff0003d107d0 vnod ffffff0003dfcb40 0000000a 0000 1 0 ffffff0003dfcb40 655 squid
ffffff0003e0a2d0 vnod ffffff0003e2d3c0 0000000a 0000 1 0 ffffff0003e2d3c0 655 squid
ffffff00039df410 pipe ffffff0003a5acb8 00000003 0000 1 0 0 655 squid
ffffff0003df3640 sock ffffff0003a4a7f8 00000007 0000 2 0 0 655 squid
ffffff0003df36e0 sock ffffff0003a4ad48 00000007 0000 2 0 0 655 squid
ffffff00039bd280 vnod ffffff00033dfa00 00000003 0000 6 0 ffffff0003a42000 655 squid
ffffff00039bd280 vnod ffffff00033dfa00 00000003 0000 6 0 ffffff0003a42000 655 squid
ffffff00039bd280 vnod ffffff00033dfa00 00000003 0000 6 0 ffffff0003a42000 655 squid
ffffff00039be0f0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 622 exim4
ffffff00039be0f0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 622 exim4
ffffff00039be0f0 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 622 exim4
ffffff00039bdc80 sock ffffff00039f6d48 00000003 0000 1 0 0 622 exim4
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039bd640 sock ffffff00039f57f8 00000007 0000 1 0 0 354 dbus-daemon
ffffff00039be4b0 vnod ffffff00033dfa00 00000003 0000 8 0 ffffff0003a42000 819 console-kit-daemon
ffffff00039bdd70 kque ffffff0003948500 00000003 0000 1 0 0 354 dbus-daemon
ffffff00039be410 vnod ffffff0003c2f3c0 00000001 0000 3 0 ffffff0003c2f3c0 819 console-kit-daemon
ffffff00039be3c0 vnod ffffff0003ad25a0 00000001 0000 3 0 ffffff0003ad25a0 819 console-kit-daemon
ffffff00039bda50 sock ffffff0003a4a550 00000003 0000 1 0 0 354 dbus-daemon
ffffff00039be910 sock ffffff0003a4a2a8 00000003 0000 1 0 0 354 dbus-daemon
ffffff00039be190 sock ffffff00039f5000 00000007 0000 1 0 0 354 dbus-daemon
ffffff00039dfaf0 sock ffffff0003e7a7f8 00000007 0000 1 0 0 354 dbus-daemon
ffffff00039bd2d0 sock ffffff0003ddf550 00000007 0000 1 0 0 354 dbus-daemon
ffffff0003e0a5f0 sock ffffff000a8b6aa0 00000007 0000 1 0 0 354 dbus-daemon
ffffff0003e0a690 sock ffffff0003e7bd48 00000007 0000 1 0 0 354 dbus-daemon
ffffff0003e0a780 sock ffffff000a8b62a8 00000007 0000 1 0 0 354 dbus-daemon
ffffff00039df000 vnod ffffff00033dfa00 00000001 0000 1 0 ffffff0003a42000 344 cron
ffffff00039bddc0 vnod ffffff00033dfa00 00000002 0000 1 0 ffffff0003a42000 344 cron
ffffff00039bd370 vnod ffffff00033dfa00 00000002 0000 1 0 ffffff0003a42000 344 cron
ffffff00039beb90 vnod ffffff00039e85a0 00004003 0000 1 0 ffffff00039e85a0 344 cron
ffffff00039be870 vnod ffffff00033dfa00 00000003 0000 1 0 ffffff0003a42000 324 atd
ffffff00039bea00 vnod ffffff00033dfa00 00000003 0000 1 0 ffffff0003a42000 324 atd
ffffff00039be000 vnod ffffff00033dfa00 00000003 0000 1 0 ffffff0003a42000 324 atd
ffffff00039be780 vnod ffffff0003af0780 00000003 0000 1 0 ffffff0003af0780 324 atd
ffffff00039be820 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 249 portmap
ffffff00039be820 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 249 portmap
ffffff00039be820 vnod ffffff00033dfa00 00000003 0000 3 0 ffffff0003a42000 249 portmap
ffffff00039bd320 vnod ffffff0003b4d000 00000003 0000 1 0 ffffff0003b4d000 249 portmap
ffffff00039beaf0 sock ffffff00039f52a8 00000003 0000 1 0 0 249 portmap
ffffff00039bd5f0 sock ffffff0003a4a000 00000003 0000 1 0 0 249 portmap
ffffff00039be1e0 vnod ffffff0003bb2d20 00000003 0000 1 0 ffffff0003bb2d20 249 portmap
ffffff00039bd8c0 fifo ffffff000395d300 00000007 0000 1 0 ffffff00039f3000 1 init
db> capture off
------------------------------
Message: 6
Date: Thu, 08 Apr 2010 00:50:40 +0300
From: Andriy Gapon <a...@icyb.net.ua>
Subject: Re: virtual drive errors
To: Pavel Sukhoy <suk...@ripn.net>, freebs...@freebsd.org
Cc: freebsd...@freebsd.org, Markus Wild <m.w...@cybernet.ch>,
Hans Petter Selasky <hsel...@c2i.net>
Message-ID: <4BBCFE30...@icyb.net.ua>
Content-Type: text/plain; charset=ISO-8859-1
on 07/04/2010 19:58 Pavel Sukhoy said the following:
> Hi All,
>
> I tried to ask this question in <freeb...@FreeBSD.org> mailing list,
> but maybe it's a right place to ask about this problem?
I see that there were some followups on usb@ that must have directed you here
and I think that this is indeed the right list for this issue.
See my analysis below the report.
> My server is based on intel S5000PAL motherboard and have dedicated "Intel
> remote
> management module 2".
>
> If I try to boot from remotely mounted installation drive/iso (FreeBSD
> 8.0-RELEASE) it goes fine until I
> choose installation media - in messages I see a read error.
>
> If I try to mount remote drive on working FreeBSD (also 8.0-RELEASE and
> 7.3-RELEASE) - I
> see that virtual
> device recognized fine, but gets error when trying to mount:
>
>
> Remotely connecting iso:
>
> 12:53:33 kernel: umass3: <Intel(R) Multidevice, class 0/0, rev
> 2.00/0.01, addr 2> on usbus4
> 12:53:33 kernel: umass3: SCSI over Bulk-Only; quirks = 0x0000
> 12:53:34 kernel: umass3:3:3:-1: Attached to scbus3
> 12:53:35 kernel: (probe0:umass-sim3:3:0:0): TEST UNIT READY. CDB:
> 0 0 0 0 0 0
> 12:53:35 kernel: (probe0:umass-sim3:3:0:0): CAM Status: SCSI
> Status Error
> 12:53:35 kernel: (probe0:umass-sim3:3:0:0): SCSI Status: Check
> Condition
> 12:53:35 kernel: (probe0:umass-sim3:3:0:0): UNIT ATTENTION
> asc:29,0
> 12:53:35 kernel: (probe0:umass-sim3:3:0:0): Power on, reset, or
> bus device reset occurred
> 12:53:35 kernel: (probe0:umass-sim3:3:0:0): Retrying Command (per
> Sense Data)
> 12:53:35 kernel: cd3 at umass-sim3 bus 3 target 0 lun 0
> 12:53:35 kernel: cd3: <Intel(R) RMM2 VDrive 4 0.01> Removable CD-
> ROM SCSI-3 device
> 12:53:35 kernel: cd3: 40.000MB/s transfers
> 12:53:35 kernel: cd3: cd present [1058112 x 2048 byte records]
>
> And now I trying to mount it:
>
> 12:54:20 kernel: g_vfs_done():cd3[READ(offset=32768,
> length=2048)]error = 5
>
> This error repeats on any virtual iso/drives.
>
> Maybe anyone else seen similar problems and know some solution?
>
> Thanks in advance for any help.
Having spent the past couple of month examining various code paths in VFS, GEOM
and CAM, I think that I see what's going on here.
First, let me show off, ehm, double-check my understanding.
I think that error 5, i.e. EIO, is returned from g_io_check(), namely from the
following clause:
if (bp->bio_offset > pp->mediasize)
return (EIO);
I think that this happens because pp->mediasize is zero in this case.
*Idea*: g_io_check() could return a different (more appropriate?) error code for
the case of pp->mediasize being zero.
Now, let's see why pp->mediasize is zero here.
Consider the following call chain that takes place before any reading of media
in this case:
iso_mountfs -> g_vfs_open -> g_access -> g_disk_access -> d_open=cdopen ->
cdcheckmedia
cdcheckmedia is supposed to set d_mediasize of the corresponding geom disk and
g_disk_access passes that value to mediasize of the corresponding geom provider.
So, it looks that in this case d_mediasize remains zero instead of being set to
actual media size.
Looking at cdcheckmedia and at the logged READ TOC (0x43) SCSI command errors
(as reported by Markus) I see the following problem. Even if cdsize() call at
the beginning of cdcheckmedia() succeeds, a subsequent failure of cdreadtoc()
throws us to 'bailout' label which is past the code that sets d_mediasize.
I think that the following patch should help with this situation (and possibly
other cases with READ TOC problems):
--- a/sys/cam/scsi/scsi_cd.c
+++ b/sys/cam/scsi/scsi_cd.c
@@ -2769,16 +2769,20 @@ cdcheckmedia(struct cam_periph *periph)
* Get the disc size and block size. If we can't get it, we don't
* have media, most likely.
*/
if ((error = cdsize(periph, &size)) != 0) {
softc->flags &= ~(CD_FLAG_VALID_MEDIA|CD_FLAG_VALID_TOC);
cdprevent(periph, PR_ALLOW);
return (error);
- } else
+ } else {
softc->flags |= CD_FLAG_VALID_MEDIA;
+ softc->disk->d_sectorsize = softc->params.blksize;
+ softc->disk->d_mediasize =
+ (off_t)softc->params.blksize * softc->params.disksize;
+ }
/*
* Now we check the table of contents. This (currently) is only
* used for the CDIOCPLAYTRACKS ioctl. It may be used later to do
* things like present a separate entry in /dev for each track,
* like that acd(4) driver does.
*/
@@ -2859,17 +2863,14 @@ cdcheckmedia(struct cam_periph *periph)
for (cdindex = 0; cdindex < num_entries - 1; cdindex++) {
softc->toc.entries[cdindex].track =
bcd2bin(softc->toc.entries[cdindex].track);
}
}
softc->flags |= CD_FLAG_VALID_TOC;
- softc->disk->d_sectorsize = softc->params.blksize;
- softc->disk->d_mediasize =
- (off_t)softc->params.blksize * softc->params.disksize;
bailout:
/*
* We unconditionally (re)set the blocksize each time the
* CD device is opened. This is because the CD can change,
* and therefore the blocksize might change.
Or alternatively, the assignments could be moved past the bailout label.
Will you be able to test this patch using your scenario with already installed
FreeBSD? Or perhaps by creating your own bootable/live FreeBSD CD?
--
Andriy Gapon
------------------------------
Message: 7
Date: Thu, 8 Apr 2010 00:58:41 +0300
From: Kostik Belousov <kost...@gmail.com>
Subject: Re: leak of the vnodes
To: Aurelien Jarno <aure...@aurel32.net>
Cc: freebsd...@freebsd.org, Petr Salinger
<Petr.S...@seznam.cz>
Message-ID: <2010040721...@deviant.kiev.zoral.com.ua>
Content-Type: text/plain; charset="us-ascii"
On Wed, Apr 07, 2010 at 11:52:56PM +0200, Aurelien Jarno wrote:
> On Wed, Apr 07, 2010 at 11:05:28PM +0200, Petr Salinger wrote:
> >>> What have to be logged ?
> >> Please look at ddb command "show files", implemented in kern/kern_descrip.c,
> >> lines 3284-3305 on HEAD. Instead of doing full dump, you can manually
> >> inspect the output. Or, you can write some code that would search the
> >> suspicious vnodes among the vnodes referenced from the processes
> >> opened files. Vnode is probably leaked if use count is > 0 but no
> >> process has vnode referenced by struct file.
> >
> > See attached file.
> >
> >>>> I think there should be something else going on.
> >
> > Bellow is leaking recipe tested under GNU/kFreeBSD.
> > I would expect it leaks vnodes also under plain FreeBSD.
> >
>
> I confirm it is reproducible on plain FreeBSD. Looks like a security
> issue, as a normal user can create a local DoS in a few dozen of
> seconds.
I already posted the following patch in private.
diff --git a/sys/kern/tty_pts.c b/sys/kern/tty_pts.c
index 5cfbc71..e9dac77 100644
--- a/sys/kern/tty_pts.c
+++ b/sys/kern/tty_pts.c
@@ -575,6 +575,9 @@ ptsdev_close(struct file *fp, struct thread *td)
tty_lock(tp);
tty_rel_gone(tp);
+ if (fp->f_vnode != NULL)
+ return (vnops.fo_close(fp, td));
+
return (0);
}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20100407/1a465118/attachment-0001.pgp
------------------------------
Message: 8
Date: Wed, 07 Apr 2010 19:44:18 -0400
From: jhell <jh...@dataix.net>
Subject: Re: [RFC] The official logo for logo_saver?
To: Dag-Erling Sm?rgrav <d...@des.no>
Cc: freebsd...@freebsd.org, Jung-uk Kim <jk...@freebsd.org>
Message-ID: <4BBD18D2...@dataix.net>
Content-Type: text/plain; charset=UTF-8
On 04/07/2010 03:18, Dag-Erling Smørgrav wrote:
> Jung-uk Kim <jk...@FreeBSD.org> writes:
>> Although I really like logo_saver with Beastie, we have the official
>> FreeBSD logo and I think it is time to say good-bye to the old logo
>> image file. The attached file is a drop-in replacement for
>> sys/dev/syscons/logo/logo.c.
>>
>> What do you think?
>
> I agree, please commit.
>
> DES
How about this...
Keep both & rename the current logo_saver to mascot_saver instead. ?
Nice work Jung-uk Kim!
--
jhell
------------------------------
Message: 9
Date: Wed, 07 Apr 2010 19:46:23 -0400
From: jhell <jh...@dataix.net>
Subject: Re: [RFC] The official logo for logo_saver?
To: Freddie Cash <fjw...@gmail.com>
Cc: freebsd...@freebsd.org
Message-ID: <4BBD194F...@dataix.net>
Content-Type: text/plain; charset=UTF-8
On 04/07/2010 11:13, Freddie Cash wrote:
> On Tue, Apr 6, 2010 at 3:29 PM, Jung-uk Kim <jk...@freebsd.org> wrote:
>
>> Although I really like logo_saver with Beastie, we have the official
>> FreeBSD logo and I think it is time to say good-bye to the old logo
>> image file. The attached file is a drop-in replacement for
>> sys/dev/syscons/logo/logo.c.
>>
>> What do you think?
>>
>> Jung-uk Kim
>>
>> * PS: I couldn't find a good small 256-color image from FreeBSD.org.
>> So, I googled and found the following icon:
>>
>> http://kde-look.org/CONTENT/content-m1/m112422-1.png
>>
>> The following URL seems to be the actual web page:
>>
>> http://kde-look.org/content/show.php?content=112422
>>
>> Please consider renaming the existing logo_saver to something like
> beastie_saver, to keep it around as an option. Then replace logo_saver with
> the new logo.
>
Ugh! reply coming through and for some reason threading was broken for a
moment and didnt see the last two replies.
/ignore ;)
--
jhell
------------------------------
Message: 10
Date: Thu, 8 Apr 2010 09:12:58 +0200 (CEST)
From: Petr Salinger <Petr.S...@seznam.cz>
Subject: Re: leak of the vnodes
To: Kostik Belousov <kost...@gmail.com>
Cc: freebsd...@freebsd.org
Message-ID: <Pine.LNX.4.62.10...@sci.felk.cvut.cz>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>>>> Bellow is leaking recipe tested under GNU/kFreeBSD.
>>>> I would expect it leaks vnodes also under plain FreeBSD.
>>>>
>>>
>>> I confirm it is reproducible on plain FreeBSD. Looks like a security
>>> issue, as a normal user can create a local DoS in a few dozen of
>>> seconds.
>>
>> I already posted the following patch in private.
>
> Thanks, I confirm it fixes the problem, at least the testcase posted by
> Petr.
>
>> diff --git a/sys/kern/tty_pts.c b/sys/kern/tty_pts.c
>> index 5cfbc71..e9dac77 100644
>> --- a/sys/kern/tty_pts.c
>> +++ b/sys/kern/tty_pts.c
>> @@ -575,6 +575,9 @@ ptsdev_close(struct file *fp, struct thread *td)
>> tty_lock(tp);
>> tty_rel_gone(tp);
>>
>> + if (fp->f_vnode != NULL)
>> + return (vnops.fo_close(fp, td));
>> +
>> return (0);
>> }
It fixes also our original issue with testsuite of gcc-4.3 under 8.0-RELEASE.
Many thanks for this patch and for your guidance during this bug hunt.
Petr
------------------------------
Message: 11
Date: Wed, 7 Apr 2010 23:52:56 +0200
From: Aurelien Jarno <aure...@aurel32.net>
Subject: Re: leak of the vnodes
To: Petr Salinger <Petr.S...@seznam.cz>
Cc: Kostik Belousov <kost...@gmail.com>, freebsd...@freebsd.org
Message-ID: <2010040721...@hall.aurel32.net>
Content-Type: text/plain; charset=iso-8859-15
On Wed, Apr 07, 2010 at 11:05:28PM +0200, Petr Salinger wrote:
>>> What have to be logged ?
>> Please look at ddb command "show files", implemented in kern/kern_descrip.c,
>> lines 3284-3305 on HEAD. Instead of doing full dump, you can manually
>> inspect the output. Or, you can write some code that would search the
>> suspicious vnodes among the vnodes referenced from the processes
>> opened files. Vnode is probably leaked if use count is > 0 but no
>> process has vnode referenced by struct file.
>
> See attached file.
>
>>>> I think there should be something else going on.
>
> Bellow is leaking recipe tested under GNU/kFreeBSD.
> I would expect it leaks vnodes also under plain FreeBSD.
>
I confirm it is reproducible on plain FreeBSD. Looks like a security
issue, as a normal user can create a local DoS in a few dozen of
seconds.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aure...@aurel32.net http://www.aurel32.net
------------------------------
Message: 12
Date: Thu, 8 Apr 2010 01:33:22 +0200
From: Aurelien Jarno <aure...@aurel32.net>
Subject: Re: leak of the vnodes
To: Kostik Belousov <kost...@gmail.com>
Cc: freebsd...@freebsd.org, Petr Salinger
<Petr.S...@seznam.cz>
Message-ID: <20100407233...@hall.aurel32.net>
Content-Type: text/plain; charset=iso-8859-15
On Thu, Apr 08, 2010 at 12:58:41AM +0300, Kostik Belousov wrote:
> On Wed, Apr 07, 2010 at 11:52:56PM +0200, Aurelien Jarno wrote:
> > On Wed, Apr 07, 2010 at 11:05:28PM +0200, Petr Salinger wrote:
> > >>> What have to be logged ?
> > >> Please look at ddb command "show files", implemented in kern/kern_descrip.c,
> > >> lines 3284-3305 on HEAD. Instead of doing full dump, you can manually
> > >> inspect the output. Or, you can write some code that would search the
> > >> suspicious vnodes among the vnodes referenced from the processes
> > >> opened files. Vnode is probably leaked if use count is > 0 but no
> > >> process has vnode referenced by struct file.
> > >
> > > See attached file.
> > >
> > >>>> I think there should be something else going on.
> > >
> > > Bellow is leaking recipe tested under GNU/kFreeBSD.
> > > I would expect it leaks vnodes also under plain FreeBSD.
> > >
> >
> > I confirm it is reproducible on plain FreeBSD. Looks like a security
> > issue, as a normal user can create a local DoS in a few dozen of
> > seconds.
>
> I already posted the following patch in private.
Thanks, I confirm it fixes the problem, at least the testcase posted by
Petr.
> diff --git a/sys/kern/tty_pts.c b/sys/kern/tty_pts.c
> index 5cfbc71..e9dac77 100644
> --- a/sys/kern/tty_pts.c
> +++ b/sys/kern/tty_pts.c
> @@ -575,6 +575,9 @@ ptsdev_close(struct file *fp, struct thread *td)
> tty_lock(tp);
> tty_rel_gone(tp);
>
> + if (fp->f_vnode != NULL)
> + return (vnops.fo_close(fp, td));
> +
> return (0);
> }
>
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aure...@aurel32.net http://www.aurel32.net
------------------------------
Message: 13
Date: Thu, 08 Apr 2010 16:46:01 +0545
From: Gabor Kovesdan <ga...@kovesdan.org>
Subject: Re: grep
To: freebsd...@freebsd.org
Message-ID: <4BBDB76D...@kovesdan.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Alfred,
> Hello,
>
> Where is diff/sdiff projects?
>
there's an incomplete version of diff in my perforce branch. I added
wchar support but it introduced some regresssions. No progress since
then. As for sdiff, Steven Kreuzer did some progress there but I don't
know details.
Gabor
------------------------------
End of freebsd-hackers Digest, Vol 367, Issue 4
***********************************************