<?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.current">
    <title>gmane.os.freebsd.current</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current</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.current/150094"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150093"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150092"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150091"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150090"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150089"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150088"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150087"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150086"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150085"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150084"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150083"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150082"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150081"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150080"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150079"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150078"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150077"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150076"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.freebsd.current/150075"/>
      </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.current/150094">
    <title>[head tinderbox] failure on powerpc64/powerpc</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150094</link>
    <description>&lt;pre&gt;TB --- 2013-05-25 05:58:25 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-05-25 05:58:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-05-25 05:58:25 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2013-05-25 05:58:25 - cleaning the object tree
TB --- 2013-05-25 05:58:25 - /usr/local/bin/svn stat /src
TB --- 2013-05-25 05:58:29 - At svn revision 250973
TB --- 2013-05-25 05:58:30 - building world
TB --- 2013-05-25 05:58:30 - CROSS_BUILD_TESTING=YES
TB --- 2013-05-25 05:58:30 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-05-25 05:58:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-05-25 05:58:30 - SRCCONF=/dev/null
TB --- 2013-05-25 05:58:30 - TARGET=powerpc
TB --- 2013-05-25 05:58:30 - TARGET_ARCH=powerpc64
TB --- 2013-05-25 05:58:30 - TZ=UTC
TB --- 2013-05-25 05:58:30 - __MAKE_CONF=/dev/null
TB --- 2013-05-25 05:58:30 - cd /src
TB --- 2013-05-25&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2013-05-25T08:23:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150093">
    <title>[head tinderbox] failure on powerpc/powerpc</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150093</link>
    <description>&lt;pre&gt;TB --- 2013-05-25 05:54:34 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-05-25 05:54:34 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-05-25 05:54:34 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2013-05-25 05:54:34 - cleaning the object tree
TB --- 2013-05-25 05:54:34 - /usr/local/bin/svn stat /src
TB --- 2013-05-25 05:54:38 - At svn revision 250973
TB --- 2013-05-25 05:54:39 - building world
TB --- 2013-05-25 05:54:39 - CROSS_BUILD_TESTING=YES
TB --- 2013-05-25 05:54:39 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-05-25 05:54:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-05-25 05:54:39 - SRCCONF=/dev/null
TB --- 2013-05-25 05:54:39 - TARGET=powerpc
TB --- 2013-05-25 05:54:39 - TARGET_ARCH=powerpc
TB --- 2013-05-25 05:54:39 - TZ=UTC
TB --- 2013-05-25 05:54:39 - __MAKE_CONF=/dev/null
TB --- 2013-05-25 05:54:39 - cd /src
TB --- 2013-05-25 05:&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2013-05-25T08:20:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150092">
    <title>[head tinderbox] failure on sparc64/sparc64</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150092</link>
    <description>&lt;pre&gt;TB --- 2013-05-25 06:24:24 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-05-25 06:24:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-05-25 06:24:24 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2013-05-25 06:24:24 - cleaning the object tree
TB --- 2013-05-25 06:24:24 - /usr/local/bin/svn stat /src
TB --- 2013-05-25 06:24:27 - At svn revision 250973
TB --- 2013-05-25 06:24:28 - building world
TB --- 2013-05-25 06:24:28 - CROSS_BUILD_TESTING=YES
TB --- 2013-05-25 06:24:28 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-05-25 06:24:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-05-25 06:24:28 - SRCCONF=/dev/null
TB --- 2013-05-25 06:24:28 - TARGET=sparc64
TB --- 2013-05-25 06:24:28 - TARGET_ARCH=sparc64
TB --- 2013-05-25 06:24:28 - TZ=UTC
TB --- 2013-05-25 06:24:28 - __MAKE_CONF=/dev/null
TB --- 2013-05-25 06:24:28 - cd /src
TB --- 2013-05-25 06:&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2013-05-25T07:21:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150091">
    <title>Re: compiling qt4-corelib fails on 10-CURRENT r250588</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150091</link>
    <description>&lt;pre&gt;El día Saturday, May 25, 2013 a las 08:22:51AM +0200, Matthias Apitz escribió:


I just found with Don Google that this was fixed in KDE4 two weeks ago;
I should have searched before; sorry for the noise;

matthias

&lt;/pre&gt;</description>
    <dc:creator>Matthias Apitz</dc:creator>
    <dc:date>2013-05-25T06:51:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150090">
    <title>[head tinderbox] failure on mips64/mips</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150090</link>
    <description>&lt;pre&gt;TB --- 2013-05-25 05:48:19 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-05-25 05:48:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-05-25 05:48:19 - starting HEAD tinderbox run for mips64/mips
TB --- 2013-05-25 05:48:19 - cleaning the object tree
TB --- 2013-05-25 05:48:19 - /usr/local/bin/svn stat /src
TB --- 2013-05-25 05:48:23 - At svn revision 250973
TB --- 2013-05-25 05:48:24 - building world
TB --- 2013-05-25 05:48:24 - CROSS_BUILD_TESTING=YES
TB --- 2013-05-25 05:48:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-05-25 05:48:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-05-25 05:48:24 - SRCCONF=/dev/null
TB --- 2013-05-25 05:48:24 - TARGET=mips
TB --- 2013-05-25 05:48:24 - TARGET_ARCH=mips64
TB --- 2013-05-25 05:48:24 - TZ=UTC
TB --- 2013-05-25 05:48:24 - __MAKE_CONF=/dev/null
TB --- 2013-05-25 05:48:24 - cd /src
TB --- 2013-05-25 05:48:24 - &lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2013-05-25T06:42:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150089">
    <title>compiling qt4-corelib fails on 10-CURRENT r250588</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150089</link>
    <description>&lt;pre&gt;
Hello,

The compilation of ports/devel/qt4-corelib fails on r250588; please
advice what's todo; thanks

===&amp;gt;  Building for qt4-corelib-4.8.4_1
clang++ -c -O2 -pipe -fno-strict-aliasing -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_USE_ICU -DHB_EXPORT=Q_CORE_EXPORT -DGNU_LIBICONV -DQT_NO_DEBUG -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-clang -I. -I../../include -I../../include/QtCore -I.rcc/release-shared -Iglobal -I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4 -I.
 moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o .obj/rele&lt;/pre&gt;</description>
    <dc:creator>Matthias Apitz</dc:creator>
    <dc:date>2013-05-25T06:22:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150088">
    <title>[head tinderbox] failure on mips/mips</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150088</link>
    <description>&lt;pre&gt;TB --- 2013-05-25 05:03:17 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-05-25 05:03:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-05-25 05:03:17 - starting HEAD tinderbox run for mips/mips
TB --- 2013-05-25 05:03:17 - cleaning the object tree
TB --- 2013-05-25 05:03:17 - /usr/local/bin/svn stat /src
TB --- 2013-05-25 05:03:30 - At svn revision 250973
TB --- 2013-05-25 05:03:31 - building world
TB --- 2013-05-25 05:03:31 - CROSS_BUILD_TESTING=YES
TB --- 2013-05-25 05:03:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-05-25 05:03:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-05-25 05:03:31 - SRCCONF=/dev/null
TB --- 2013-05-25 05:03:31 - TARGET=mips
TB --- 2013-05-25 05:03:31 - TARGET_ARCH=mips
TB --- 2013-05-25 05:03:31 - TZ=UTC
TB --- 2013-05-25 05:03:31 - __MAKE_CONF=/dev/null
TB --- 2013-05-25 05:03:31 - cd /src
TB --- 2013-05-25 05:03:31 - /usr&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2013-05-25T05:58:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150087">
    <title>[head tinderbox] failure on ia64/ia64</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150087</link>
    <description>&lt;pre&gt;TB --- 2013-05-25 03:41:54 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-05-25 03:41:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-05-25 03:41:54 - starting HEAD tinderbox run for ia64/ia64
TB --- 2013-05-25 03:41:54 - cleaning the object tree
TB --- 2013-05-25 03:43:10 - /usr/local/bin/svn stat /src
TB --- 2013-05-25 03:43:14 - At svn revision 250973
TB --- 2013-05-25 03:43:15 - building world
TB --- 2013-05-25 03:43:15 - CROSS_BUILD_TESTING=YES
TB --- 2013-05-25 03:43:15 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-05-25 03:43:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-05-25 03:43:15 - SRCCONF=/dev/null
TB --- 2013-05-25 03:43:15 - TARGET=ia64
TB --- 2013-05-25 03:43:15 - TARGET_ARCH=ia64
TB --- 2013-05-25 03:43:15 - TZ=UTC
TB --- 2013-05-25 03:43:15 - __MAKE_CONF=/dev/null
TB --- 2013-05-25 03:43:15 - cd /src
TB --- 2013-05-25 03:43:15 - /usr&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2013-05-25T05:03:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150086">
    <title>Re: Unexpected behavior change [FreeBSD]make -&gt; bmake</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150086</link>
    <description>&lt;pre&gt;Using bmake in ports instead of building it into base system.


On Fri, May 24, 2013 at 1:03 AM, David O'Brien &amp;lt;obrien&amp;lt; at &amp;gt;freebsd.org&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>+a-#+3-d+c-v+:-.+&lt; at &gt;-=+w-x&lt; at &gt;s.a&lt; at &gt;d.e&lt; at &gt;e.k&lt; at &gt;x.y&lt; at &gt;g.h&lt; at &gt;h.i&lt; at &gt;p.q&lt; at &gt;k.m</dc:creator>
    <dc:date>2013-05-25T02:01:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150085">
    <title>Re: CURRENT: system crashing while shuting down -&gt; files system corruption</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150085</link>
    <description>&lt;pre&gt;

Coincidentally, I get that exact same error message today when I exported
an SVN /usr/src tree to a raspberry-pi host from an amd64 system.  I tried
the script and it complains about I/O errors...

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

&lt;/pre&gt;</description>
    <dc:creator>David Cornejo</dc:creator>
    <dc:date>2013-05-24T22:53:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150084">
    <title>Re: CURRENT: system crashing while shuting down -&gt; files system corruption</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150084</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 05/24/13 06:50, O. Hartmann wrote:

Have you tried 'svn upgrade' by chance?

Cheers,
- -- 
Xin LI &amp;lt;delphij&amp;lt; at &amp;gt;delphij.net&amp;gt;    https://www.delphij.net/
FreeBSD - The Power to Serve!           Live free or die
-----BEGIN PGP SIGNATURE-----

iQEcBAEBCgAGBQJRn+oaAAoJEG80Jeu8UPuzukkIAKadxoGeM+9QiJim5QIV6uWx
GgY2Doz04R3+Ow89IRCQdrrlgsG/lJkR7hV7XD9H4dfbD8Fkh1X79vnRcJ/CSSPg
OZu3FgVHE4CVVJZLMFv+4wM9VIPeGMVBV8wnbP2CcleqJlJWDoI4OUddHhEeOHoU
8qqjylxUUcvijWj6c4P3MZloiopE8L9mHZmyuhh85LYszr/2lRCPeFjXQh/b+9C0
RsC0fZoJtCr/X+8ekvj4SIGwOTIvyJyXCfeNaHEhlGFj86bjuEA3OIwG1UOMebMv
y9hTeNrso0eB32BDNOPqwpL6pxnTS7rKS2Wxp/16zb9Lh/Hiui8UILRhwwbPcy4=
=HGvA
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-current&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Xin Li</dc:creator>
    <dc:date>2013-05-24T22:30:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150083">
    <title>Re: Intel D2500CC motherboard and strange RS232/UART behavior</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150083</link>
    <description>&lt;pre&gt;Hello, Jürgen.
You wrote 24 мая 2013 г., 23:15:17:

WJ&amp;gt; According to the ACPI of the board, uart0 and uart 2
WJ&amp;gt; use IRQ 3 and
WJ&amp;gt;      IRQ (Edge, ActiveLow, Shared, )
WJ&amp;gt;        {3}
WJ&amp;gt; uart1 and uart3 use IRQ 4
WJ&amp;gt;      IRQ (Edge, ActiveLow, Shared, )
WJ&amp;gt;        {4}

WJ&amp;gt; ioapic_config_intr is called with trig == INTR_TRIGGER_EDGE and
WJ&amp;gt;  pol == INTR_POLARITY_LOW.

WJ&amp;gt; The combinatation of Edge and ActiveLow seems kind of broken.
WJ&amp;gt; Forcing the polarity in ioapic_config_intr to INTR_POLARITY_HIGH
WJ&amp;gt; and disabling uart 2 and uart 3 results in two working serial
WJ&amp;gt; interfaces.
WJ&amp;gt; So what is the correct fix to this?
    I've tried to disable ACPI access to these UARTs at all, then only
  two of them are detected, but they don't work either. And I cannot
  disable 2 and 3, as screen I have attached to this box (old IBM-made
  LCD from register/cashier machine, which works perfectly with FreeBSD
  default text console on this MoBo) cannot show text (!) BIOS setup
  screen to me -- it shows only blue no&lt;/pre&gt;</description>
    <dc:creator>Lev Serebryakov</dc:creator>
    <dc:date>2013-05-24T20:12:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150082">
    <title>Re: Intel D2500CC motherboard and strange RS232/UART behavior</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150082</link>
    <description>&lt;pre&gt;According to the ACPI of the board, uart0 and uart 2
use IRQ 3 and
     IRQ (Edge, ActiveLow, Shared, )
       {3}
uart1 and uart3 use IRQ 4
     IRQ (Edge, ActiveLow, Shared, )
       {4}

ioapic_config_intr is called with trig == INTR_TRIGGER_EDGE and
 pol == INTR_POLARITY_LOW.

The combinatation of Edge and ActiveLow seems kind of broken.

Forcing the polarity in ioapic_config_intr to INTR_POLARITY_HIGH
and disabling uart 2 and uart 3 results in two working serial
interfaces.

So what is the correct fix to this?

Regards 

Juergen Weiss

Juergen Weiss      |Universitaet Mainz, Zentrum fuer Datenverarbeitung,
weiss&amp;lt; at &amp;gt;uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-26407


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

&lt;/pre&gt;</description>
    <dc:creator>Weiß, Jürgen</dc:creator>
    <dc:date>2013-05-24T19:15:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150081">
    <title>[head tinderbox] failure on ia64/ia64</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150081</link>
    <description>&lt;pre&gt;TB --- 2013-05-24 16:31:25 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-05-24 16:31:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-05-24 16:31:25 - starting HEAD tinderbox run for ia64/ia64
TB --- 2013-05-24 16:31:25 - cleaning the object tree
TB --- 2013-05-24 16:31:25 - /usr/local/bin/svn stat /src
TB --- 2013-05-24 16:31:29 - At svn revision 250967
TB --- 2013-05-24 16:31:30 - building world
TB --- 2013-05-24 16:31:30 - CROSS_BUILD_TESTING=YES
TB --- 2013-05-24 16:31:30 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-05-24 16:31:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-05-24 16:31:30 - SRCCONF=/dev/null
TB --- 2013-05-24 16:31:30 - TARGET=ia64
TB --- 2013-05-24 16:31:30 - TARGET_ARCH=ia64
TB --- 2013-05-24 16:31:30 - TZ=UTC
TB --- 2013-05-24 16:31:30 - __MAKE_CONF=/dev/null
TB --- 2013-05-24 16:31:30 - cd /src
TB --- 2013-05-24 16:31:30 - /usr&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2013-05-24T18:22:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150080">
    <title>Re: xorg-server running on 10-current under VMware?</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150080</link>
    <description>&lt;pre&gt;
On May 24, 2013, at 8:08 AM, Thomas Mueller &amp;lt;tmueller&amp;lt; at &amp;gt;sysgo.com&amp;gt; wrote:


Thank you! Rebuilding as you suggested resolved the problem for me.

Guy

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

&lt;/pre&gt;</description>
    <dc:creator>Guy Helmer</dc:creator>
    <dc:date>2013-05-24T15:47:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150079">
    <title>Re: Read-triggered corruption of swap backed MD devices</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150079</link>
    <description>&lt;pre&gt;Fast work, Konstantin!  This looks like it may be the solution to an
intermittent and inexplicable bug we've been seeing that we feared may
be data corruption in ZFS.

On Fri, May 24, 2013 at 2:53 AM, Konstantin Belousov
&amp;lt;kostikbel&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:
_______________________________________________
freebsd-current&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>asomers&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2013-05-24T15:40:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150078">
    <title>Re: xorg-server running on 10-current under VMware?</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150078</link>
    <description>&lt;pre&gt;
On May 24, 2013, at 6:14 AM, Dimitry Andric &amp;lt;dim&amp;lt; at &amp;gt;freebsd.org&amp;gt; wrote:


Thanks, but I copied+pasted this from the Xorg.0.log. I haven't found anything in Xorg.0.log that seems to indicate  why AddScreen/ScreenInit failed.

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

&lt;/pre&gt;</description>
    <dc:creator>Guy Helmer</dc:creator>
    <dc:date>2013-05-24T14:35:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150077">
    <title>Re: xorg-server running on 10-current under VMware?</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150077</link>
    <description>&lt;pre&gt;
I'm observing the same behaviour with 10-current running as guest in VirtualBox.

 Program received signal SIGSEGV, Segmentation fault.
 0x0000000000454bec in dixLookupPrivate (privates=0x290, key=0x804e2be38) at privates.c:79
 79          return *key &amp;amp;&amp;amp; *privates &amp;amp;&amp;amp;
 Current language:  auto; currently minimal
 (gdb) bt
 #0  0x0000000000454bec in dixLookupPrivate (privates=0x290, key=0x804e2be38) at privates.c:79
 #1  0x0000000804c27310 in ShadowLeaveVT () from /usr/local/lib/xorg/modules/libshadowfb.so
 #2  0x000000000047a076 in AbortDDX () at xf86Init.c:1249
 #3  0x00000000004739fd in AbortServer () at log.c:404
 #4  0x00000000004732b6 in FatalError (f=&amp;lt;value optimized out&amp;gt;) at log.c:529
 #5  0x00000000004799a9 in InitOutput (pScreenInfo=0x7c5560, argc=3, argv=0x7fffffffdc38) at xf86Init.c:1057
 #6  0x0000000000431f6e in main (argc=3, argv=0x7fffffffdc38, envp=&amp;lt;value optimized out&amp;gt;) at main.c:204

The segmentation fault in dixLookupPrivate() seems like a subsequent fault of
  xf86Init.c:1043 scr_index = A&lt;/pre&gt;</description>
    <dc:creator>Thomas Mueller</dc:creator>
    <dc:date>2013-05-24T13:08:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150076">
    <title>CURRENT: system crashing while shuting down -&gt; files system corruption</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150076</link>
    <description>&lt;pre&gt;Since r250670 (last known stable) I face a lot of problems.

On systems with SSD, after a couple of seconds the box is crashing and
rebooting, showing up a lot of CAM/SCSI stuff on the console.

A system with "traditional" disks I get while shutdown in progress (via
ACPI power button or shutdown -p now command) corrupt filesystems (UFS
disk).

Below an error message after such a crahs, /usr/ports is a partition and
while the shutdown was in effect, there were no activities on that
partition, but is has been "repaired" while the box then powered up
again. Now it seems to be corrupted in the way that I can not svn update
the ports tree anymore.

What happened?


root&amp;lt; at &amp;gt;thor:/usr/ports # make update
--------------------------------------------------------------
--------------------------------------------------------------
cd /usr/ports; /usr/local/bin/svn update
svn: E155036: Please see the 'svn upgrade' command
svn: E155036: Working copy '/usr/ports' is an old development version
(format 12); to upgrade it, use&lt;/pre&gt;</description>
    <dc:creator>O. Hartmann</dc:creator>
    <dc:date>2013-05-24T13:50:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150075">
    <title>Re: xorg-server running on 10-current</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150075</link>
    <description>&lt;pre&gt;Hi,

Running 10-current_r250582, X fails to start with similar error message :

Fatal server error:
AddScreen/ScreenInit failed for driver 0

- Driver used is nvidia-driver-310-14 compiled from port.
- Same behaviour using vesa-driver

Previously  10-current_r247167 using the same driver ran X just fine

In both cases, xorg.conf generated from nvidia-xconfig.

here the log file :


comparing r247167 (no problem) and r250582 (fails) using same driver and hardware suggest something wrong in kernel/kernel-modules instead in xserver ?

Any hints ?

Regards

Roger




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

&lt;/pre&gt;</description>
    <dc:creator>Genre Roger</dc:creator>
    <dc:date>2013-05-24T13:08:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.freebsd.current/150074">
    <title>Re: xorg-server running on 10-current under VMware?</title>
    <link>http://permalink.gmane.org/gmane.os.freebsd.current/150074</link>
    <description>&lt;pre&gt;
...

Maybe you can do what it suggests: 'Please also check the log file at "/var/log/Xorg.0.log" for additional information.' ? :-)

-Dimitry

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

&lt;/pre&gt;</description>
    <dc:creator>Dimitry Andric</dc:creator>
    <dc:date>2013-05-24T11:14:03</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.freebsd.current">
    <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.current</link>
  </textinput>
</rdf:RDF>
