On Fri, Oct 19, 2012 at 02:13:02PM -0400, John Baldwin wrote:
> I recently converted CSRG's SCCS repository holding the original BSD history
> to a Subversion repository. As a derivative work of CSRG's code base, this
> repository is available under the terms of the original UC Berkeley license.
On 2012/10/19 12:44, William Ahern wrote:
> The puc(4) man page lists the SIIG Cyber 4S PCI as supported. I just
> inserted a SIIG Cyber 4S PCIe. I figured it would look the same as the PCI
> card, considering that the new chip is named OXPCIe954, similar to the old
> OXPCI954.
>
> But obviously t
William Ahern wrote:
The puc(4) man page lists the SIIG Cyber 4S PCI as supported. I just
inserted a SIIG Cyber 4S PCIe. I figured it would look the same as the PCI
card, considering that the new chip is named OXPCIe954, similar to the old
OXPCI954.
But obviously that was hopelessly naive. Ins
The puc(4) man page lists the SIIG Cyber 4S PCI as supported. I just
inserted a SIIG Cyber 4S PCIe. I figured it would look the same as the PCI
card, considering that the new chip is named OXPCIe954, similar to the old
OXPCI954.
But obviously that was hopelessly naive. Instead I get:
vend
I recently converted CSRG's SCCS repository holding the original BSD history
to a Subversion repository. As a derivative work of CSRG's code base, this
repository is available under the terms of the original UC Berkeley license.
You can browse the history at http://svnweb.freebsd.org/csrg/
The
Hi,
As some of you may be aware we're having a lot of issues in the glib port
related to threading. And it seems it's now affecting non-GNOME ports as well.
irssi just crashed on sparc64:
(gdb) bt
#0 0x0003781ec820 in ?? () from /usr/lib/libpthread.so.17.0
#1 0x000377ee700c in _thread_t
On Thu, 18 Oct 2012 19:11:37 +0200
"Sebastian Reitenbach" wrote:
> getting NFS through a firewall is not that trivial with mountd binding to a
> random port each time it starts.
Hi,
here is how I solved it after my proposal for a fixed-port-option was
rejected:
/etc/rc.local:
[...]
# regist
Hello!
I has a problem on my Acer laptop with azalia. The HDA controller
did not generate interrupts. And i heard the infinite looping sound.
The reason of this is that the laptop BIOS always set the D3 power state
for HDA controller during the boot time.
This patch solved my problem. The second
