those unresolved reference errors for new code trying to use the
mq_getfd_np() function.
Try building and installing librt manually:
cd /usr/src/lib/librt
make && make install
Then try buildworld again.
Reference:
https://svnweb.freebsd.org/base?view=revision=306905
Best regards,
Na
u-debuglink=nfsstat.debug nfsstat.full
nfsstat
gzip -cn /usr/src/usr.bin/nfsstat/nfsstat.1 > nfsstat.1.gz
This is very very disturbing. A build system that builds a self-contained
operating system should not be pulling in the existing userland's headers
and libraries.
Best regards,
Nathan Lay
regards,
Nathan Lay
P.S. FreeBSD 11 is running great! Great job!
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Alexander Motin wrote:
Nathan Lay wrote:
I gave ATA_CAM a try last night and believe I have a similar setup
(crippled hardware) in my laptop as Doug Barton's, although my
controller is ICH6M. Nonetheless, ahci detects my controller and tries
to attach and fails (returns 6). No ada nodes
= ATA
the kernel was built from 8-STABLE tree as of last night.
Best Regards,
Nathan Lay
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
Paul B. Mahol wrote:
On 12/21/08, Nathan Lay ns...@comcast.net wrote:
acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 37.0C
hw.acpi.thermal.tz0.active: -1
Is this one ever changed?
hw.acpi.thermal.tz0
Paul B. Mahol wrote:
On 12/21/08, Nathan Lay ns...@comcast.net wrote:
Paul B. Mahol wrote:
On 12/21/08, Nathan Lay ns...@comcast.net wrote:
acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 37.0C
with FreeBSD before.
I attached my dmesg and sysctl for hw.acpi, dev.acpi_ibm, and dev.cpu
for both machines. I don't think the latter three pieces of information
will be useful but I could be wrong. Let me know if there is any other
information I can provide.
Best Regards,
Nathan Lay
...both on 6.2 and 7.0-RC1.
Best Regards,
Nathan Lay
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Alexandre Sunny Kovalenko wrote:
On Sun, 2008-01-06 at 20:22 -0500, Nathan Lay wrote:
Alexandre Sunny Kovalenko wrote:
On Sun, 2008-01-06 at 23:58 +0100, Johannes Dieterich wrote:
On 1/6/08, Henrik Brix Andersen [EMAIL PROTECTED] wrote:
On Sun, Jan 06, 2008
-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
If you can, use DR-DOS (Caldera's DOS). Not to rag on FreeDOS or
anything, but I've had bad experiences with FreeDOS and BIOS updates.
http://www.drdosprojects.de/
Best Regards,
Nathan Lay
.fan_speed: 4677
dev.acpi_ibm.0.fan_level: 7
dev.acpi_ibm.0.fan: 0
dev.acpi_ibm.0.thermal: 44 42 33 47 33 -1 24 -1
Using dev.acpi_ibm.0.fan=1 yields similar results, but the fan runs quieter.
Best Regards,
Nathan Lay
___
freebsd-stable@freebsd.org mailing list
had this problem on 7.0 too, but enabling SCHED_ULE seemed to have
fixed this problem. I also disabled 'options SMP' since I have a single
processor machine - though I'm not sure if this actually contributed to
the problem.
Best Regards,
Nathan Lay
imagined the cause was
WITNESS and various other debug options.
Best Regards,
Nathan Lay
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
are
appreciated, I'm not sure whats going on or where to look in src ... I'm
in the dark on this one.
Best Regards,
Nathan Lay
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
15 matches
Mail list logo