--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Bruce Evans wrote:
Is this an omission, or are the ports wrong?
First answer:
This is a bug in the ports. The non-i386 arches are apparently including
machine/floatingpoint.h instead of the documented interface ieeefp.h.
Wow, gotta disagree with that; the problem doesn't magically go
away
Apparently, On Sun, Jan 12, 2003 at 12:25:20AM -0800,
Terry Lambert said words to the effect of;
Jake Burkholder wrote:
Is this an omission, or are the ports wrong?
FWIW, the alpha headers are basically identical to the sparc64 ones.
There may be missing ifdefs in the ports or
Kris Kennaway wrote:
Here's another FP-related failure:
http://bento.freebsd.org/errorlogs/sparc64-5-latest/xaos-3.0.log
FP_X_DNML is defined on i386 in /usr/include/machine/ieeefp.h, but not
on sparc64.
Use of this manifest value requires a feature test. This is a
bug in the ported
Jake Burkholder wrote:
Is this an omission, or are the ports wrong?
FWIW, the alpha headers are basically identical to the sparc64 ones.
There may be missing ifdefs in the ports or the makefiles.
Isn't that really a lame excuse? Shouldn't
#ifdef __FreeBSD__
be enough to make code
On Sun, 12 Jan 2003, Terry Lambert wrote:
Bruce Evans wrote:
Is this an omission, or are the ports wrong?
First answer:
This is a bug in the ports. The non-i386 arches are apparently including
machine/floatingpoint.h instead of the documented interface ieeefp.h.
Wow, gotta disagree
Hi,
a dmesg from a working kernel (from Jan 5) shows:
---snip---
acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0%
ad0: 58644MB IC35L060AVER07-0 [119150/16/63] at ata0-master tagged UDMA100
afd0: 96MB IOMEGA ZIP 100 ATAPI [32/64/96] at ata1-master PIO0
Waiting 6 seconds for SCSI
In message [EMAIL PROTECTED], Lars Eggert writes:
just got this on today's -current, when accessing a mounted NTFS partition:
VOP_SPECSTRATEGY on non-VCHR
: 0xc6d73c34: tag ntfs, type VREG, usecount 3, writecount 0, refcount 0,
flags (VV_OBJBUF), lock type ntfs: SHARED (count 1)
Can you try
Further to my previous message on encrypting swap:
In order for it to work, apparently, one must change the fstype within
the disklabel, so that the swap partition (e.g. /dev/ad0s1b) is fstype
4.2BSD, not swap.
At least, I had to do that before it would work.
Geoffrey
To Unsubscribe: send
In message [EMAIL PROTECTED], Geof
frey T. Falk writes:
Further to my previous message on encrypting swap:
In order for it to work, apparently, one must change the fstype within
the disklabel, so that the swap partition (e.g. /dev/ad0s1b) is fstype
4.2BSD, not swap.
This shouldn't be necessary
Since I haven't seen any response to this, I'll me too it in hopes that
it will get some attention drawn to it.
Not only do I have seem to somehow broken my bootblocks so boot0 beeps at
me when I select F1 FreeBSD, I am now no longer able to write new
bootblocks:
edgemaster# disklabel -r ad1s1
In message [EMAIL PROTECTED], Sean Kelly writes:
Since I haven't seen any response to this, I'll me too it in hopes that
it will get some attention drawn to it.
boot0cfg and fdisk should work as advertised.
There is an erratum on disklabel -B for 5.0-RELEASE.
--
Poul-Henning Kamp | UNIX
On Sat, 11 Jan 2003, Trish Lynch wrote:
On Sat, 11 Jan 2003, Daniel C. Sobral wrote:
Peter, reverting the revisions below *does* fix the problem. Tim has an
alternative patch, though. At any rate, it seems kbyanc's solution was
overly simplistic. But things are broken either way, and I'm
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
complain:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=889789+0+archive/2003/freebsd-current/20030112.freebsd-current
Tim's test program and a patch:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=889789+0+archive/2003/freebsd-current/20030112.freebsd-current
--
Maxim Konovalov, MAcomnet, Internet
Jake Burkholder wrote:
Isn't that really a lame excuse? Shouldn't
#ifdef __FreeBSD__
be enough to make code compile on all FreeBSD platforms?
I don't know, why don't you try it.
I understand the snide reply. My point was that if FreeBSD had
platform differences, it should
Bruce Evans wrote:
On Sun, 12 Jan 2003, Terry Lambert wrote:
Bruce Evans wrote:
Is this an omission, or are the ports wrong?
First answer:
This is a bug in the ports. The non-i386 arches are apparently including
machine/floatingpoint.h instead of the documented interface
Hello,
On 17:34+0100, Nov 10, 2002, Wiktor Niesiobedzki wrote:
Hi,
Rule of the format:
ipfw add 100 skipto 400 log logamount 0 ip from 192.168.0.0/24 to 192.168.0.0/24
Will give this strange result:
Nov 10 17:01:05 portal kernel: ipfw: 100 SkipTo 400 TCP 192.168.0.1:139
192.168.0.2:1170
Craig Rodrigues [EMAIL PROTECTED] writes:
Hi,
This patch fixes the read(2) and write(2) man pages
to accurately reflect the iovec structure defined
in sys/_iovec.h and sys/uio.h.
Committed, thanks.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Apparently, On Sun, Jan 12, 2003 at 05:09:37AM -0800,
Terry Lambert said words to the effect of;
Jake Burkholder wrote:
Isn't that really a lame excuse? Shouldn't
#ifdef __FreeBSD__
be enough to make code compile on all FreeBSD platforms?
I don't know, why
Hi,
A minor spelling correction for section 19.10 of the Handbook.
--
Craig Rodrigues
http://home.attbi.com/~rodrigc
[EMAIL PROTECTED]
Index: chapter.sgml
===
RCS file:
Fixed, thanks.
Marc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sun, 12 Jan 2003 06:49:18 -0800
walt [EMAIL PROTECTED] wrote:
Could your Zip disk be missing or bad?
Usually I don't have a zip disk in the drive at boot time... I give it a
try (tomorrow).
Bye,
Alexander.
--
The computer revolution is over. The computers won.
It seems Alexander Leidinger wrote:
On Sun, 12 Jan 2003 06:49:18 -0800
walt [EMAIL PROTECTED] wrote:
Could your Zip disk be missing or bad?
Usually I don't have a zip disk in the drive at boot time... I give it a
try (tomorrow).
I've tried both here, works just fine on a newly compiled
I can't comment on any problems the KDE folks were having, but I am
pretty sure this was some kind of interrupt handling problem in the
Linux kernel. This was reported by other users... it was clear it was
probably some kind of kernel issue when 'date' would give you one
date/time, and
Hi,
I recently acquired one of these motherboards and suitable CPU + memory for it.
The on-board 3com MAC and Broadcom/Altima PHY are not being detected by the
xl(4) driver in -current (cvsup done yesterday evening).
In the Award BIOS there is only one setting for the 3com device, a supposed
On Sun, 12 Jan 2003, Terry Lambert wrote:
Bruce Evans wrote:
On Sun, 12 Jan 2003, Terry Lambert wrote:
Bruce Evans wrote:
Is this an omission, or are the ports wrong?
First answer:
This is a bug in the ports. The non-i386 arches are apparently including
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
on Current cvsupped at 1:15 PST on 1/12/03, I get the following
=== lib/libkvm
rm -f .depend
mkdep -f .depend -a-DLIBC_SCCS -I/usr/src/lib/libkvm
/usr/src/lib/libkvm/kvm.c /usr/src/lib/libkvm/kvm_i386.c
/usr/src/lib/libkvm/kvm_file.c /usr/src/lib/libkvm/kvm_getloadavg.c
Cellular Phone Accessories All At Below Wholesale Prices!
http:[EMAIL PROTECTED]/search.php?id=cecozwi
Hands Free Ear Buds 1.99!
Phone Holsters 1.98!
Booster Antennas Only $0.99
Phone Cases 1.98!
Car Chargers 1.98!
Face Plates As Low As 0.99!
Lithium Ion Batteries As Low As 6.94!
On Sun, Jan 12, 2003 at 09:07:31PM +0200, Mikko S. Hyvarinen wrote:
The on-board 3com MAC and Broadcom/Altima PHY are not being detected by the
xl(4) driver in -current (cvsup done yesterday evening).
In the Award BIOS there is only one setting for the 3com device, a supposed
on/off switch
On Sun, Jan 12, 2003 at 12:49:46PM +0100, [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Sean Kelly writes:
Since I haven't seen any response to this, I'll me too it in hopes that
it will get some attention drawn to it.
boot0cfg and fdisk should work as advertised.
edgemaster#
Hi,
This one was easier than getting the on-board LAN to work.
Judging from the Asus online product specifications the same audio hardware
seems to be present also on the non-Deluxe version; the other unknown PCI
device id in audio class seems not to work with the AC97 drivers so I assume
that it
Jake Burkholder wrote:
Isn't that really a lame excuse? Shouldn't
#ifdef __FreeBSD__
be enough to make code compile on all FreeBSD platforms?
I don't know, why don't you try it.
I understand the snide reply. My point was that if FreeBSD had
My point is that
I haven't done much with PCCARD on -CURRENT lately. Last time I
tried, a couple of months ago, I got repeated freezes on the two 100
Mb/s NICs I have. I've just built a kernel as of about 30 hours ago,
and I find:
1. Xircom RealPort RE-100 (xe driver).
Comes up with unidentified media.
cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c
/usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o
/usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist':
/usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named `ke_pctcpu'
To Unsubscribe: send mail to [EMAIL
This patch also affects the IA64 and Alpha, as well as just the SPARC.
It took a lot of discussion, but it seems to me that the problem is
that the prototypes in scope aren't in scope when the wrong include
file is included.
This is partially a problem with the FreeBSD code, because it's really
Whereas excuses as to why things are the way they are, and
people should just put up with it, DO help?
Well, I don't know about that, but I know that this response does
not, in and of itself, help do anthing -- except to raise the room
temperature.
Anyway, since we now seem to have left any
On Sun, Jan 12, 2003 at 06:27:00PM -0800, Terry Lambert wrote:
Therefore, it seems to me, that the correct place to put them is in
the machine/floatingpoint.h header (the other alternative was the
machine/ieeefp.h header; this seemed wrong to me, but I'm willing
to reroll the patch, if
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Hoping to be able to do a disklabel -B again, I just built a kernel with
N O_GEOM. However, I ran into an interesting problem with 'fdisk' when
trying to debug my other Boot error problems that boot1 is giving me.
edgemaster# fdisk ad1
Floating exception (core dumped)
In get_params, we have:
walt wrote:
cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c
/usr/src/lib/libkvm/kvm_proc.c -o kvm_proc.o
/usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist':
/usr/src/lib/libkvm/kvm_proc.c:376: structure has no member named
`ke_pctcpu'
To Unsubscribe: send mail to
Sean Kelly wrote:
--UlVJffcvxoiEqYs2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Sun, Jan 12, 2003 at 12:49:46PM +0100, [EMAIL PROTECTED] wrote:
There is an erratum on disklabel -B for 5.0-RELEASE.
So how the hell do
On Sun, 12 Jan 2003, Sean Kelly wrote:
edgemaster# fdisk ad1
Floating exception (core dumped)
In get_params, we have:
...
780 error = ioctl(fd, DIOCGFWSECTORS, u);
781 if (error == 0)
782 sectors = dos_sectors = u;
783 error =
On Sun, 2003-01-12 at 18:54, Greg 'groggy' Lehey wrote:
I haven't done much with PCCARD on -CURRENT lately. Last time I
tried, a couple of months ago, I got repeated freezes on the two 100
Mb/s NICs I have. I've just built a kernel as of about 30 hours ago,
and I find:
2. 3Com 3c905.
At Fri, 10 Jan 2003 00:33:47 + (UTC),
Nicolas Christin wrote:
I just tried to give a shot to 5.0-RC2 on an old box of mine that can
only perform network installs (no CD drive). During the boot process, a
module failed to load.
DEBUG: Loading module if_awi.ko (BayStack 660 and others)
Marcel Moolenaar wrote:
On Sun, Jan 12, 2003 at 06:27:00PM -0800, Terry Lambert wrote:
Therefore, it seems to me, that the correct place to put them is in
the machine/floatingpoint.h header (the other alternative was the
machine/ieeefp.h header; this seemed wrong to me, but I'm willing
to
Marcel Moolenaar wrote:
On Sun, Jan 12, 2003 at 06:27:00PM -0800, Terry Lambert wrote:
Therefore, it seems to me, that the correct place to put them is in
the machine/floatingpoint.h header (the other alternative was the
machine/ieeefp.h header; this seemed wrong to me, but I'm willing
to
[adding current@ to the list; that's where my part of this thread started]
On Sunday, 12 January 2003 at 23:16:14 -0700, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Greg 'groggy' Lehey [EMAIL PROTECTED] writes:
On Sunday, 12 January 2003 at 22:01:18 -0700, M. Warner Losh
All,
Once again it's my pleasure to announce Release Cadidate 3 of
FreeBSD 5.0. i386, pc98, alpha, ia64, and sparc64 releases are
available on most mirrors now. Thanks to Marcel Moolenaar
for providing the ia64 bits, Takahashi Yoshihiro for proving the
pc98 bits, and David Obrien for the
last week i was in fear of a complete data loss as my freebsd current
system freezed with ata ad0 timeout like this.
kernel: ad0: READ command timeout tag=0 serv=0 - resetting
It was still living as it reacted on pings.
Hardware:
ad0: 76345MB MAXTOR 6L080J4 [155114/16/63] at ata0-master
(see below, my question got answered already)
Joe Laughlin wrote:
Scott Long wrote:
All,
Once again it's my pleasure to announce Release Cadidate 3 of
FreeBSD 5.0. i386, pc98, alpha, ia64, and sparc64 releases are
available on most mirrors now. Thanks to Marcel Moolenaar
for
Sorry, forgot to mention it has the
via 8233 ata100 controller
Greetings
--
Fritz Heinrichmeyer mailto:[EMAIL PROTECTED]
FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi,
I get the following error when loading agp.ko in CURRENT (I did not get this in
STABLE):
Preloaded elf module /boot/kernel/agp.ko at 0xc0700154.
agp0: VIA 82C694X (Apollo Pro 133A) host to PCI bridge mem 0xe000-0xefff at
device 0.0
on pci0 pcib1: could not get PCI interrupt routing
On Sun, 12 Jan 2003, Nate Lawson wrote:
On Sun, 12 Jan 2003, Sean Kelly wrote:
edgemaster# fdisk ad1
Floating exception (core dumped)
In get_params, we have:
...
780 error = ioctl(fd, DIOCGFWSECTORS, u);
781 if (error == 0)
782 sectors
55 matches
Mail list logo
