On Thu, 2002-06-20 at 02:21, Sean Chittenden wrote:
I supped a -CURRENT system 3 days ago and am still having the problem
described here, but the gcc that's in the base system is 3.1 at this
point. I'm installing gcc32 now and will try building this again
using a newer version of GCC
Bosko Milekic writes:
Years ago, I used Wollman's MCLBYTES PAGE_SIZE support (introduced
in rev 1.20 of uipc_mbuf.c) and it seemed to work OK then. But having
16K clusters is a huge waste of space. ;).
Since then, the mbuf allocator in -CURRENT has totally changed. It is
According to Michael Nottebrock:
At least on -CURRENT, this stems from QT being compiled with the
system-gcc3, which breaks the gif-loader of QT. Here is a patch for the
I've seen that mentionned a few times but what did we changed in gcc31 in the
system that makes it generate bad code ?
--
[bogus From: address, because people cannot be bothered to respect Reply-To:]
On Thu, Jun 20, 2002 at 01:26:49PM +0400, Igor Roboul wrote:
And continues to 'lib_gen.c:824: `a0' undeclared'.
rm -f /usr/bin/awk
ln /usr/bin/gawk /usr/bin/awk
Then rebuild.
I have posted info about awk
On Wed, Jun 19, 2002 at 11:21:35PM -0700, Sean Chittenden wrote:
-#if defined(__FreeBSD_cc_version) \
+ #if defined(__FreeBSD_cc_version) (__FreeBSD_cc_version 53) \
(__FreeBSD_cc_version 42 || __FreeBSD_cc_version 43)
#define CFRONT_STYLE_THIS_ADJUST
Please add a
I got 2 panics from -current sources of today.
The back traces are:
panic 1:
vm_page_insert
vm_page_alloc
vm_page_grab
pmap_new_proc
vm_forkproc
fork1
fork
syscall
syscal
panic 2:
panic
mtx_init
fork1
fork
syscal
syscall
I would provide more
On Thu, Jun 20, 2002 at 12:25:58PM -0400, Andrew Gallatin wrote:
[...]
Do you think it would be feasable to glue in a new jumbo (10K?)
allocator on top of the existing mbuf and mcl allocators using the
existing mechanisms and the existing MCLBYTES PAGE_SIZE support
(but broken
Bosko Milekic writes:
I'm a bit worried about other devices.. Tradidtionally, mbufs have
never crossed page boundaries so most drivers never bother to check
for a transmit mbuf crossing a page boundary. Using physically
discontigous mbufs could lead to a lot of subtle data
On Thu, 2002-06-20 at 13:25, David O'Brien wrote:
On Wed, Jun 19, 2002 at 11:21:35PM -0700, Sean Chittenden wrote:
-#if defined(__FreeBSD_cc_version) \
+ #if defined(__FreeBSD_cc_version) (__FreeBSD_cc_version 53) \
(__FreeBSD_cc_version 42 || __FreeBSD_cc_version
Hello,
is there a upcomming feature similar to W2K's ability to
suspend the current state of the machine to a disk and to
restore it from there?
Thanks,
Oliver
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I see that this may work for linux, but are any -current people
using this for real (not just toy applications)?
I was just given a Sony DV camera, and I thought I should at least
make an attempt to hook it up to the computer.
-Seth
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Thu, Jun 20, 2002 at 08:37:35PM +0200, Fischer, Oliver wrote:
Hello,
is there a upcomming feature similar to W2K's ability to
suspend the current state of the machine to a disk and to
restore it from there?
I believe it already exists, it just depends on your bios as to
whether you
You are right. My PC supports this via BIOS too. The
disadvantage is, that the bios handle it. I like W2K's
feature to do it ACPI based (?). This gives my the freedom
to suspend my W2K to disk and to reboot with FBSD. Later I
reboot again and choose W2K and it restores it previous
state. If the
Fischer, Oliver wrote:
You are right. My PC supports this via BIOS too. The
disadvantage is, that the bios handle it. I like W2K's
feature to do it ACPI based (?). This gives my the freedom
to suspend my W2K to disk and to reboot with FBSD. Later I
reboot again and choose W2K and it restores
From: Michael Nottebrock [mailto:[EMAIL PROTECTED]]
You are right. My PC supports this via BIOS too. The
disadvantage is, that the bios handle it. I like W2K's
feature to do it ACPI based (?). This gives my the freedom
to suspend my W2K to disk and to reboot with FBSD. Later I
reboot
In message [EMAIL PROTECTED], Michael Nottebrock wrote:
Fischer, Oliver wrote:
You are right. My PC supports this via BIOS too. The
disadvantage is, that the bios handle it. I like W2K's
feature to do it ACPI based (?). This gives my the freedom
to suspend my W2K to disk and to reboot with
Howdy Crew,
I'm been having issues building -CURRENT on my Alpha pws 500au lately, in particular
installworld. Anyway, I blew everything away (bec my world and kernel weren't in sync)
and installed a SNAPSHOT from:
ftp.jp.freebsd.org/pub/FreeBSD/snapshots/alpha/5.0-20020330-SNAP/.
This was the
On Thu, Jun 20, 2002 at 11:45:11 -0400, Bosko Milekic wrote:
On Thu, Jun 20, 2002 at 11:24:05AM -0400, Andrew Gallatin wrote:
Bosko Milekic writes:
By the way, my other two comments have been deleted, but reading the
page that Ken maintains I noticed that Alfred already pointed
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Ok, so I broke world. What I don't get is how -- why doesn't the
build use the up to date includes?
Bill
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
And the answer is... it only uses the includes if you commit them
to the FreeBSD repository instead of your local repository.
Pointy hat to: fenner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I've released a new zero copy sockets snapshot, based on -current from June
20th, 2002.
http://people.FreeBSD.org/~ken/zero_copy
This fixes the following issues:
- Use SLIST_FIRST() macros to access the first entry in a SLIST in
uipc_jumbo.c. I didn't fix all of these when Alfred pointed
On Thu, 2002-06-20 at 02:21, Sean Chittenden wrote:
I supped a -CURRENT system 3 days ago and am still having the problem
described here, but the gcc that's in the base system is 3.1 at this
point. I'm installing gcc32 now and will try building this again
using a newer version of GCC
23 matches
Mail list logo