<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable">
    <title>gmane.os.freebsd.stable</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80588"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80587"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80586"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80585"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80584"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80583"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80582"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80581"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80580"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80579"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80578"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80577"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80576"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80575"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80574"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80573"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80572"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80571"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80570"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.stable/80569"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80588">
    <title>Wacom Touchscreen of a Toshiba M750 not detected properly?</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80588</link>
    <description>&lt;pre&gt;I'm working on getting FreeBSD Stable (svn rev 235652, AMD64) running
to my satisfaction on a Toshiba M750. The challenge is that it
contains a builtin Wacom touchscreen. People report it working under
Linux using the linuxwacom driver also present in ports. Unfortunately
I fail to get it working under FreeBSD and find no reports on the web
of anyone that succeeded for FreeBSD. I have the impression that it is
related to the kernel not detecting it properly, which is why I ask
the question on the Stable mailing list. My apologies if it should
have gone elsewhere. Below a short summary of what I did in trying to
get this to work.

I've installed the x11-drivers/input-wacom port and enabled it by
using wacom_enable in /etc/rc.conf. Upon a reboot I get the message
that /boot/modules/uwacom.ko can not be loaded in dmesg. This is
correct as this file doesn't exist, but it highlights the problem as
this driver is only needed for Wacom tablets connected through USB.
Yet this is a builtin tablet which is connected b&lt;/pre&gt;</description>
    <dc:creator>miyamoto moesasji</dc:creator>
    <dc:date>2012-05-23T20:29:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80587">
    <title>Re: VirtualBox, AIO and zvol's - a cautionary tale</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80587</link>
    <description>&lt;pre&gt;On Wed, 23 May 2012 14:11:48 +0100
Pete French &amp;lt;petefrench&amp;lt; at &amp;gt;ingresso.co.uk&amp;gt; wrote:


Useful - thanks!
&lt;/pre&gt;</description>
    <dc:creator>Torfinn Ingolfsen</dc:creator>
    <dc:date>2012-05-23T20:19:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80586">
    <title>Re: VirtualBox, AIO and zvol's - a cautionary tale</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80586</link>
    <description>&lt;pre&gt;Hi,

Can you please file a PR? Having broken AIO and ZFS would be .. bad.



adrian


On 23 May 2012 06:11, Pete French &amp;lt;petefrench&amp;lt; at &amp;gt;ingresso.co.uk&amp;gt; wrote:
_______________________________________________
freebsd-stable&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Adrian Chadd</dc:creator>
    <dc:date>2012-05-23T20:18:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80585">
    <title>Re: siis_timeout with port multiplier on 9.0R</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80585</link>
    <description>&lt;pre&gt;
On Wed, May 23, 2012 12:54, Nenhum_de_Nos wrote:

Mike,

I saw FreeBSD webcvs info on siis.c. The only change in 9-STABLE is this:

Revision 1.43.2.2: download - view: text, markup, annotated - select for diffs
Sat Dec 31 15:31:34 2011 UTC (4 months, 3 weeks ago) by hselasky
Branches: RELENG_9
Diff to: previous 1.43.2.1: preferred, colored; branchpoint 1.43: preferred, colored; next MAIN
1.44: preferred, colored
Changes since revision 1.43.2.1: +2 -7 lines

SVN rev 229118 on 2011-12-31 15:31:34Z by hselasky

MFC r227701, r227847 and r227849:
Move the device_delete_all_children() function from usb_util.c
to kern/subr_bus.c. Simplify this function so that it no longer
depends on malloc() to execute. Rename device_delete_all_children()
into device_delete_children(). Identify a few other places where
it makes sense to use device_delete_children().

all others, 9.0R has it. As i don't know this stuff, I can't tell how much it would affect my
issue (and the other Matheus/Matthew as well), but I imagine not much a&lt;/pre&gt;</description>
    <dc:creator>Nenhum_de_Nos</dc:creator>
    <dc:date>2012-05-23T20:07:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80584">
    <title>Re: siis_timeout with port multiplier on 9.0R</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80584</link>
    <description>&lt;pre&gt;
On Wed, May 23, 2012 11:22, Mike Tancsa wrote:

my adapter is this adonics as well, and my lucky is not the same. the host card is also sis3124 PCI ?

I will upgrade to 9-STABLE and try.

thanks,

matheus



&lt;/pre&gt;</description>
    <dc:creator>Nenhum_de_Nos</dc:creator>
    <dc:date>2012-05-23T15:54:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80583">
    <title>Re: siis_timeout with port multiplier on 9.0R</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80583</link>
    <description>&lt;pre&gt;
If they are on different siisch devices then yes, it does not sound like
a bad cable. However, I have had that issue with similar errors above
that were fixed by using new cables.  If you are using 9.0R, I would
suggest upgrading to stable. There have been a few bug fixes /
improvements to the drivers as well as various parts of the disk
subsystem. I have RELENG8 right now and its quite stable for me on a
25TB system which is for the most part similar to 9.x

# zpool status
  pool: zbackup1
 state: ONLINE
  scan: scrub repaired 0 in 11h11m with 0 errors on Mon Jul 25 19:51:11 2011
config:

        NAME        STATE     READ WRITE CKSUM
        zbackup1    ONLINE       0     0     0
          raidz1-0  ONLINE       0     0     0
            ada14   ONLINE       0     0     0
            ada16   ONLINE       0     0     0
            ada13   ONLINE       0     0     0
            ada15   ONLINE       0     0     0
          raidz1-1  ONLINE       0     0     0
            ada0    ONLINE       0     0     0
  &lt;/pre&gt;</description>
    <dc:creator>Mike Tancsa</dc:creator>
    <dc:date>2012-05-23T14:22:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80582">
    <title>VirtualBox, AIO and zvol's - a cautionary tale</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80582</link>
    <description>&lt;pre&gt;Am posting this to stable not really as a question, but more in case anyone
else hits the same problem. Last patch tuesday one of my virtual Windows
machines  running under VirtualBox started crashing. By which I mean
that VirtualBox would quit. This had been running tsably for a long
tine, so it puzzled me.

First thought was it was sme patch from patch-tuesday. But rolling back
to an earlier version of the disc showed it wasn't - the crashes were
occurring before the patch had been applied.

I'll skip the hours of puzzlement which followed - it turrned out that
the indirect cause was that a few weeks ago I had installed Samba
onto the same server. In doing so I had enabled AIO, as this improves
Samba performance.

What I didn't realise is that if VirtualBox finds AIO loaded it proceeds
to use it.  So by doing that I had switched on AIO inside my virtual
machines as well. The disc I use for my virtual machines are all zvols (it
performs better, and it seems that VirtualBox has a problem using AIO
to access &lt;/pre&gt;</description>
    <dc:creator>Pete French</dc:creator>
    <dc:date>2012-05-23T13:11:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80581">
    <title>Re: RELENG_9 fails to compile with WITH_LIBCPLUSPLUS=yes in /etc/src.conf</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80581</link>
    <description>&lt;pre&gt;

Right, my bad.

&lt;/pre&gt;</description>
    <dc:creator>Trond Endrestøl</dc:creator>
    <dc:date>2012-05-23T12:39:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80580">
    <title>libc++ has landed</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80580</link>
    <description>&lt;pre&gt;Hi Everyone,

I have just finished merging libc++ and all of the things that it depends on into 9-STABLE.  Since 9.1 is due to branch Real Soon Now™, it would be good if it could see a bit of testing before then.  Because it uses C++11, libc++ will only work if built with clang, so it is disabled in the default build for now.  To build it, you will need to add the following to your /etc/src.conf:

CC=clang
CXX=clang++
CPP=clang-cpp
WITH_LIBCPLUSPLUS=yes

You can then just make &amp;amp;&amp;amp; make install in lib/libcxxrt and lib/libc++.  This requires a (very) recent libc, containing the xlocale APIs, so you'll also need to reinstall lib/libc and include.  If you want to try mixing libstdc++ and libc++, then you will need to also recompile / install libstdc++ from stable.  This depends on some rtld-elf fixes, so it's probably worth rebuilding world to make sure that you have everything.  

Once all of this is installed, there are two things you can test.  The simplest is the libstdc++ / libcxxrt combination.  To do thi&lt;/pre&gt;</description>
    <dc:creator>David Chisnall</dc:creator>
    <dc:date>2012-05-23T09:32:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80579">
    <title>Re: RELENG_9 fails to compile with WITH_LIBCPLUSPLUS=yes in/etc/src.conf</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80579</link>
    <description>&lt;pre&gt;

&amp;lt;snip&amp;gt;


You are trying to build C++11 code with a C++98 compiler.  If you want to build libc++, you must be using clang++.  There is a reason it's not enabled by default...

David_______________________________________________
freebsd-stable&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>David Chisnall</dc:creator>
    <dc:date>2012-05-23T09:32:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80578">
    <title>RELENG_9 fails to compile with WITH_LIBCPLUSPLUS=yes in /etc/src.conf</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80578</link>
    <description>&lt;pre&gt;Error messages produced during make buildworld, run with serial 
execution:

===&amp;gt; lib/libc++ (depend)
rm -f .depend
CC='gcc' mkdep -f .depend -a    -I/usr/src/lib/libc++/../../contrib/libc++/include -I/usr/src/lib/libc++/../../contrib/libcxxrt -DLIBCXXRT    /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp /usr/src/lib/libc++/../../contrib/libc++/src/bind.cpp /usr/src/lib/libc++/../../contrib/libc++/src/chrono.cpp /usr/src/lib/libc++/../../contrib/libc++/src/condition_variable.cpp /usr/src/lib/libc++/../../contrib/libc++/src/debug.cpp /usr/src/lib/libc++/../../contrib/libc++/src/exception.cpp /usr/src/lib/libc++/../../contrib/libc++/src/future.cpp /usr/src/lib/libc++/../../contrib/libc++/src/hash.cpp /usr/src/lib/libc++/../../contrib/libc++/src/ios.cpp /usr/src/lib/libc++/../../contrib/libc++/src/iostream.cpp /usr/src/lib/libc++/../../contrib/libc++/src/locale.cpp /usr/src/lib/libc++/../../contrib/libc++/src/memory.cpp /usr/src/lib/libc++/../../contrib/libc++/src/mutex.cpp /usr/src/lib/libc++/../../&lt;/pre&gt;</description>
    <dc:creator>Trond Endrestøl</dc:creator>
    <dc:date>2012-05-23T09:29:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80577">
    <title>[releng_9 tinderbox] failure on powerpc64/powerpc</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80577</link>
    <description>&lt;pre&gt;TB --- 2012-05-22 20:29:49 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-22 20:29:49 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011     mdtancsa&amp;lt; at &amp;gt;freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server  amd64
TB --- 2012-05-22 20:29:49 - starting RELENG_9 tinderbox run for powerpc64/powerpc
TB --- 2012-05-22 20:29:49 - cleaning the object tree
TB --- 2012-05-22 20:29:49 - cvsupping the source tree
TB --- 2012-05-22 20:29:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile
TB --- 2012-05-22 20:30:53 - building world
TB --- 2012-05-22 20:30:53 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-22 20:30:53 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-22 20:30:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-22 20:30:53 - SRCCONF=/dev/null
TB --- 2012-05-22 20:30:53 - TARGET=powerpc
TB --- 2012-05-22 20:30:53 - TARGET_ARCH=powerpc64
TB --- 2012-05-22 20:30:53 - TZ=UTC
TB --- 2012-05-22 20:30:53 - __MAKE_CONF&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-22T23:29:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80576">
    <title>[releng_9 tinderbox] failure on powerpc/powerpc</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80576</link>
    <description>&lt;pre&gt;TB --- 2012-05-22 19:47:26 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-22 19:47:26 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011     mdtancsa&amp;lt; at &amp;gt;freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server  amd64
TB --- 2012-05-22 19:47:26 - starting RELENG_9 tinderbox run for powerpc/powerpc
TB --- 2012-05-22 19:47:26 - cleaning the object tree
TB --- 2012-05-22 19:47:26 - cvsupping the source tree
TB --- 2012-05-22 19:47:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile
TB --- 2012-05-22 19:48:07 - building world
TB --- 2012-05-22 19:48:07 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-22 19:48:07 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-22 19:48:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-22 19:48:07 - SRCCONF=/dev/null
TB --- 2012-05-22 19:48:07 - TARGET=powerpc
TB --- 2012-05-22 19:48:07 - TARGET_ARCH=powerpc
TB --- 2012-05-22 19:48:07 - TZ=UTC
TB --- 2012-05-22 19:48:07 - __MAKE_CONF=/dev/&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-22T22:35:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80575">
    <title>Re: [releng_9 tinderbox] failure on ia64/ia64</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80575</link>
    <description>&lt;pre&gt;...

Should now be fixed in r235806, by MFCing just one more change... :)
_______________________________________________
freebsd-stable&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Dimitry Andric</dc:creator>
    <dc:date>2012-05-22T20:27:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80574">
    <title>Re: panic with overcommit and RACCT</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80574</link>
    <description>&lt;pre&gt;
Thanks, it works!


Much appreciate.



&lt;/pre&gt;</description>
    <dc:creator>Andrey Zonov</dc:creator>
    <dc:date>2012-05-22T19:56:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80573">
    <title>[releng_9 tinderbox] failure on ia64/ia64</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80573</link>
    <description>&lt;pre&gt;TB --- 2012-05-22 17:55:15 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-22 17:55:15 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011     mdtancsa&amp;lt; at &amp;gt;freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server  amd64
TB --- 2012-05-22 17:55:15 - starting RELENG_9 tinderbox run for ia64/ia64
TB --- 2012-05-22 17:55:15 - cleaning the object tree
TB --- 2012-05-22 17:55:15 - cvsupping the source tree
TB --- 2012-05-22 17:55:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/ia64/ia64/supfile
TB --- 2012-05-22 17:56:17 - building world
TB --- 2012-05-22 17:56:17 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-22 17:56:17 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-22 17:56:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-22 17:56:17 - SRCCONF=/dev/null
TB --- 2012-05-22 17:56:17 - TARGET=ia64
TB --- 2012-05-22 17:56:17 - TARGET_ARCH=ia64
TB --- 2012-05-22 17:56:17 - TZ=UTC
TB --- 2012-05-22 17:56:17 - __MAKE_CONF=/dev/null
TB --- 2012-0&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-22T19:47:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80572">
    <title>Re: [stable 9] broken hwpstate calls</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80572</link>
    <description>&lt;pre&gt;

I'm assuming, something like this to start?

http://people.freebsd.org/~sbruno/bulldozer.txt

I'm reading the AMD spec, and that *seems* to be right?  But, chances
are I have no idea what I'm doing.  :-)

Sean

_______________________________________________
freebsd-stable&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Sean Bruno</dc:creator>
    <dc:date>2012-05-22T18:10:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80571">
    <title>Re: BuildingFreeBSDWithClang</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80571</link>
    <description>&lt;pre&gt;

22.05.2012, 18:24, "Bruce Cran" &amp;lt;bruce&amp;lt; at &amp;gt;cran.org.uk&amp;gt;:

Hi Bruce,

thank you for your response. Settings above have solved my problem.
&lt;/pre&gt;</description>
    <dc:creator>S.N.Grigoriev</dc:creator>
    <dc:date>2012-05-22T17:26:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80570">
    <title>Re: panic with overcommit and RACCT</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80570</link>
    <description>&lt;pre&gt;Wiadomość napisana przez Andrey Zonov w dniu 20 maj 2012, o godz. 15:23:

I've committed a slightly different fix (previous one would leak RCTL
structures) in 235787; it's also attached below.  Could you please test it?
I plan to MFC it in two weeks from now.

Index: kern_racct.c
===================================================================
--- kern_racct.c        (revision 235699)
+++ kern_racct.c        (working copy)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -594,6 +594,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; out:
        PROC_UNLOCK(child);
        PROC_UNLOCK(parent);
 
+       if (error != 0)
+               racct_proc_exit(child);
+
        return (error);
 }
 
Index: kern_fork.c
===================================================================
--- kern_fork.c (revision 235699)
+++ kern_fork.c (working copy)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -939,8 +939,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; fail:
 #ifdef MAC
        mac_proc_destroy(newproc);
 #endif
+       racct_proc_exit(newproc);
 fail1:
-       racct_proc_exit(newproc);
        if (vm2 != NULL)
                vmspace_free(vm2);
        uma_zfree(proc_zone, newproc);

&lt;/pre&gt;</description>
    <dc:creator>Edward Tomasz Napierała</dc:creator>
    <dc:date>2012-05-22T16:04:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80569">
    <title>Re: BuildingFreeBSDWithClang</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80569</link>
    <description>&lt;pre&gt;
The first time around clang isn't cc, so you have to also set CC=clang, 
CXX=clang++ and CPP=clang-cpp in src.conf .

&lt;/pre&gt;</description>
    <dc:creator>Bruce Cran</dc:creator>
    <dc:date>2012-05-22T14:24:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.stable/80568">
    <title>Re: BuildingFreeBSDWithClang (was: Re: (no subject))</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.stable/80568</link>
    <description>&lt;pre&gt;On Tue, 22 May 2012 13:04:59 +0200, S.N.Grigoriev  
&amp;lt;serguey-grigoriev&amp;lt; at &amp;gt;yandex.ru&amp;gt; wrote:


http://wiki.freebsd.org/BuildingFreeBSDWithClang
_______________________________________________
freebsd-stable&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Ronald Klop</dc:creator>
    <dc:date>2012-05-22T11:27:25</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.freebsd.stable">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.freebsd.stable</link>
  </textinput>
</rdf:RDF>

