> This is the data transfer, so the d2c_* plots are the interesting ones
> (they graph the traffic from ftp2 to you). If you load up d2c_tput.xpl,
> you can see that your throughput averaged ~164K/s for almost the entire
> time. The red line is the short-term average, and you can see there
> were
> You should visit the FreeBSD -performance list archives for a
> (fairly) recent discussion on network performance (I believe
> between a couple of us, we were able to come up with tuning
> parameters that improved someone's file transfer performance by
> about a factor of 10 for some tests).
Rem
> I don't know if this is relevant, but the NVidia drivers won't work with
> libkse or libthr, because it messes with the %gs segment register, which
> both threading libraries use. The only threading library it currently
> works with is libc_r.
Actually from what I hear that's not accurate. It on
> I've been seeing this *exact* same behaviour on a Riva TNT2 for some
> time now. I find the new driver to be a /little/ more stable -- i.e.
> it's only locked up once on me since I installed it on Monday, as
> opposed to locking up three out of the four mornings for the previous
> driver.
>
> I
Hi,
I followed all suggestions from /usr/src/UPDATING after the gcc
3.3.1 import, and rebuilt kernel and world after removing /usr/obj and
/usr/src/sys/i386/compile/KAORU (my kernel config file's name). However,
I'm seeing some strange behavior after that.
1) smbclient no longer works with
> Read freebsd-current. :-) A suggestion was given this week:
>
> Subject: Re: Vim: Caught deadly signal BUS (after -current update with new gcc)
> Date: Wed, 16 Jul 2003 23:14:30 -0700
> To: "Karel J. Bosschaart" <[EMAIL PROTECTED]>
> On Tue, Jul 15, 2003 at 11:07:40AM +0200, Karel J.
Is this not the latest one?
alpha:~:> gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.1 [FreeBSD] 20020509 (prerelease)
Ken
On Tue, 25 Jun 2002, Sid Carter wrote:
> Hi,
>
> Just a query. Is there anything stopping us from moving to t
Does this wired memory problem only happen on SMP systems, or is it
happening across the board?
Ken
On Wed, 3 Jul 2002, Julian Elischer wrote:
>
> Well it's all fun and games her at KSE central..
> We have a set of cascading hidden bugs..
>
> bug 1 hides bug 2 hides bug 3
>
> the current state
> I'm running a uniproc. box at work with -CURRENT and over 4-5hrs, wired
> grew from 50megs (when I first time checked) to 141megs (now). Dunno if
> this normal, but it has kept growing.
OK, I don't see it happening here on my uniproc box, I havn't tried on my
SMP box, I guess my sources aren't
Hi, I just updated this morning to the latest -CURRENT, and just to let
everyone know, the new KSE stuff seems to be working fine... however, my
ipfw rules for dummynet no longer work:
ipfw add queue 1 tcp from any to a.b.c.d 25 in via fxp0
ipfw pipe 1 config bw 28Kbit/s queue 2
ipfw queue 1 conf
> Hi, I just updated this morning to the latest -CURRENT, and just to let
> everyone know, the new KSE stuff seems to be working fine... however, my
> ipfw rules for dummynet no longer work:
>
> ipfw add queue 1 tcp from any to a.b.c.d 25 in via fxp0
> ipfw pipe 1 config bw 28Kbit/s queue 2
> ipfw
I don't think kde3 compiles on the latest -CURRENT though, I've been
trying to compile that for several days, and every time the linker says
that things like cout and other standard c++ things aren't found.
Ken
On Wed, 10 Jul 2002, M. Warner Losh wrote:
> I'm not sure what the deal with X is, b
> This is FAQ. Have you deleted obsolete g++ include files? Do mv
> /usr/include /usr/include.old; mkdir /usr/inlcude before making
> buildworld.
I think I did that but I guess another try couldn't hurt...
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
use
my home pc is off and I'm at work, so I can't log in and mess with it.
Ken
>
> On Thu, 11 Jul 2002 10:51:34 -0400 (EDT)
> Kenneth Culver <[EMAIL PROTECTED]> wrote:
>
> > > This is FAQ. Have you deleted obsolete g++ include files? Do mv
> > > /us
> The cerr not found thing is one of two problems. gcc3 is pickier
> about namespace issues than gcc2, so you need to say std::cerr or
> using namespace std;. However, the more common case is people
> thinking they can link c++ programs with 'cc' rather than 'c++'
>
> My C++ programs are large e
I can confirm that kde3 doesn't build on -CURRENT with gcc 3.2.1 as well,
but it has never worked for me on gcc 3.1 either.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> I'm the maintainer, Will.
>
> Since I don't have a -CURRENT system, is one of the hasta's set up to
> test -CURRENT patches on?
>
> I can make a good guess at it from looking at the code, but it'll need
> to be tested somewhere.
>
> Also, is gcc-3.2 on -CURRENT a supported configuration?
>
gcc-3
> Note that you'll need to have 'options CPU_ENABLE_SSE' in your kernel
> configuration file if you have a SSE-capable CPU, otherwise you'll get
> SIGILL from certain applications (e.g. ncurses)
What if you don't want to do this though? Athlon XP processors support SSE
instructions, but not at th
> I assume the compiler is not stupid enough to try and use both when that
> is impossible. Don't forget this is all just passing a CPU name to gcc
> which actually decides what instructions to use.
That's not what I mean... What I mean is that if one application is using
SSE, and the other want
> I just got thisone ... This is CURRENT from 2 hours ago.
>
> Dammnit. Is this mem corruption ?
>
If I were you I'd start swapping memory modules, because I'm not having
any trouble with -CURRENT and I havn't seen anyone else having trouble.
Did you compile your kernel with any wierd optimizatio
Oh ok, wierd... I've only tried (unsuccessfully, the compiler errors out)
kde3, and some make worlds and stuff. I guess that's not strenuous enough.
Ken
On Thu, 12 Sep 2002, Martin Blapp wrote:
>
> Hi,
>
> > If I were you I'd start swapping memory modules, because I'm not having
>
> Already did
Why does current.freebsd.org point to the japanese snapshot site
snapshots.jp.freebsd.org? I'm just wondering because I am trying to
install -CURRENT on one of my machines.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Is there any difference between the snapshots built on the japanese site
and the ones that were built on the US one? Thanks
Ken
On Sun, 22 Sep 2002, Will Andrews wrote:
> On Sun, Sep 22, 2002 at 03:33:24PM -0400, Kenneth Culver wrote:
> > Why does current.freebsd.org point to the
> Michael Hostbaek wrote:
> > I just build latest -CURRENT on my laptop.
> >
> > The error is:
> > panic: vrele: negative ref cnt
> > Debugger("panic")
> > Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0
> >
> > I did the following:
> > After bootup - logged in as root.
> > touch'ed /var/lo
This seems a lot like personal preferance to me, I for one don't like a
lot of tty's, because running getty on a bunch of ttys that I'm not going
to use is a waste of ram I usually keep F1-F3 as ttys, and make F4 run
kdm. I know I don't really have a say, but I'm sure everyone has his or
her o
Hi,
I was just compiling kde3 on my home pc, and I noticed some
interesting behavior. It seems that whenever there's ANY real heavy disk
activity, the "system" cpu usage % number (in top and in systat -vm)
skyrockets from 0.8% to around 50-70%. I was wondering which of the recent
changes co
> This is a result of what's explained there.
Nope, I have all that stuff turned off, and ide write caching turned on.
There's no way that's the reason.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
No, not really, I checked top -S, and systat -vm, neither has interrupts
going high, but even if interrupts were going really high, I would suspect
that the intr % would increase not the system %
Ken
On Thu, 17 Oct 2002, Michael Lucas wrote:
> On Thu, Oct 17, 2002 at 11:18:25AM -0400, Kenn
> The systems hostname was changed between Aug & Oct, but it's the
> same laptop, a P3-800 w/256MB memory.
>
> Thoughts?
>
I have not really noticed a performance difference here. In fact with
WITNESS and INVARIANTS disabled, I find that -CURRENT seems to be a bit
faster than -STABLE.
Ken
To Uns
> Just ran tuxracer without a problem, so i can recommend people with
> problems to try using the nvidia agp driver, seems as if it worked for
> me :)
Haha, that's funny, it wouldn't work for most games using the nvidia
driver for me, I had to switch to using FreeBSD's agpgart.
Ken
To Unsubscri
> Hmm, why do we need to add new layers and loss of functionality
> to the ATAPI devices ?
Many many many people would like to be able to use cdrecord to burn data
to cd's so that all the front-ends to cdrecord will work. It's much nicer
than memorizing mkisofs commandline switches :-)
What func
>
> On Thu, 28 Feb 2002, Kenneth Culver wrote:
>
> > > Hmm, why do we need to add new layers and loss of functionality
> > > to the ATAPI devices ?
> >
> > Many many many people would like to be able to use cdrecord to burn data
> > to cd's so that all
> Hmm, cdrecord can be used with the ATAPI sunsystem as it is, I did
> patches for this long ago, but noone picked it up as a port...
I remember you saying that you had these, but you weren't willing to
release them for some reason; something to do with the GPL...
>
> > What functionality is lost
cd /usr/src/gnu/usr.bin/cc
make
make install
On Wed, 13 Mar 2002, Martin Blapp wrote:
>
>
> Kris,
>
> > fixes things, or at least identify a list of possible changes which
> > others can test.
>
> How can I compile gcc without doing a "make world" ?
>
> Martin
>
>
> To Unsubscribe: send mail
> I guess it's possible to change over entirely. That would
> mean we would loase a.out support because the GNU tools are
> becoming incapable of supporting a.out ("all machines we
> run on are Linux machines" syndrome).
>
> If we really wanted to avoid problems like this in the future,
> we'd ju
> > At the risk of being yelled at, I have a question: Why do we still need to
> > support a.out? I know that a lot of people MIGHT still have some a.out
> > binaries lying around, but FreeBSD's default binary format has been ELF
> > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that
> We aren't changing this for GCC 2.95 in 5-CURRENT. PEROID. There is
> zero reason for subjecting users to this ABI change for what would be
> gained.
>
> If you want to do something productive, submit patches that Bmake GCC 3.1
> (which move us to Dwarf2 unwinding as a product).
>
Oh ok, that'
> > At the risk of being yelled at, I have a question: Why do we still need to
> > support a.out? I know that a lot of people MIGHT still have some a.out
> > binaries lying around, but FreeBSD's default binary format has been ELF
> > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that
> (ttypa):{1078}% file /usr/local/lib/netscape/communicator-4.7.us.bin
> /usr/local/lib/netscape/communicator-4.7.us.bin: FreeBSD/i386 compact
> demand paged dynamically linked executable
>
> Now, if you'd like to talk Netscape into building a version intended for
> a version of FreeBSD newer th
> #include , see the thread we had on this a few weeks back on
> -chat.
>
OK, I'll look, but I disagree... Mozilla runs flawlessly for me, and
renders much faster than netscape, however it loads really slow. Opera
runs nicely too, although it's linux only.
Ken
To Unsubscribe: send mail to [EMAI
> It's less slow and much more reliable than mozilla and remains the only
> available browser that can access most of the sites I need to access.
That's odd, I've never had any mozilla problems. All I know is that it
doesn't crash on sites that Netscape crashes on (anything java) and for me
it ru
> That's odd, I've never had any mozilla problems. All I know is that it
> doesn't crash on sites that Netscape crashes on (anything java) and for
> me it runs much faster than netscape. It loads slower, but renders pages
> much faster, and I tend to load my browser once per day, and just leave
>
No it hasn't, there are still patches.
Ken
On Tue, 19 Mar 2002, Samuel Tardieu wrote:
> Has the ATAPICAM patch entered the kernel sources already? I cannot
> seem to find the option in LINT.
>
> Sam
> --
> Samuel Tardieu -- [EMAIL PROTECTED] -- http://www.rfc1149.net/sam
>
>
> To Unsubscribe:
> Oh yes, I forgot, there is also a cdrdao on:
>
> ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz
>
> Again no CAM or atapicam needed :)
>
Is this a competition??? :-)
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> Not that I know of, but I recently got permission to share the
> (very limitted BTW) changes I did to cdrecord/cdrdao over a year
> ago, and now that the infrastructure for using it is in both
> -stable and -current, it seemed worthwhile to release it to
> the unsuspecting world...
>
> Judging b
> It puts its stuff in /usr/local/bin
>
Wierd, for me it put everything in /opt/schily/blah...
I hate it when people do that. :-)
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sunday 24 March 2002 05:26 pm, you wrote:
> The bento cluster is now running with WITNESS enabled to try and track
> down some odd UMA lock corruption panics. Instead, it found the
> following lock order reversal in sys_pipe.c overnight:
>
> Mar 24 07:31:44 gohan17 kernel: lock order reversal
> > > > Basically, linux_mmap2 takes 6 args, and this looks here like only 5 args are
> > > > making it in... I checked this because the sixth argument to linux_mmap2() in
> > > > truss was showing 0x6, but when I printed out that arg from the kernel, it
> > > > was showing 0x0. Am I corre
> Kenneth Culver writes:
> > OK, I found another problem, here it is:
> >
> > static void
> > linux_prepsyscall(struct trapframe *tf, int *args, u_int *code, caddr_t
> > *params)
> > {
> >args[0] = tf->tf_ebx;
> >args[1] = tf
I tried printing out everything in the trapframe in hex and nothing looke
remotely right.
Ken
On 24 Apr 2002, Brandon S Allbery KF8NH wrote:
> On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
> > Maybe the argument isn't where you expect it to be, but is there.
> > Can you make a test progra
>
> Brandon S Allbery KF8NH writes:
> > On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
> > > Maybe the argument isn't where you expect it to be, but is there.
> > > Can you make a test program which calls mmap2 with its 6th arg as
> > > something unique like 0xdeadbeef? Then print out (i
> libc sets it before it enters the kernel. Then on kernel entry we save
> ebp in the trapframe.
So in the case of linux emulation, the glibc that we're using in the
linux-ulator isn't setting it properly? I'm using the linux_base-7 port
for this, so as far as I can tell, it should work... assum
> > libc sets it before it enters the kernel. Then on kernel entry we save
> > ebp in the trapframe.
>
> So in the case of linux emulation, the glibc that we're using in the
> linux-ulator isn't setting it properly? I'm using the linux_base-7 port
> for this, so as far as I can tell, it should wo
> > > libc sets it before it enters the kernel. Then on kernel entry we save
> > > ebp in the trapframe.
> >
> > So in the case of linux emulation, the glibc that we're using in the
> > linux-ulator isn't setting it properly? I'm using the linux_base-7 port
> > for this, so as far as I can tell,
> I'm actually still not seeing a match between what's in truss, and what's
> in my printed-out args, but it seems to be working anyway...
>
Argh, it's not working again... It was working on an install of ms office,
but it won't work on some old windows game.. (winex) and it's still not
setting t
> Here's where it happens:
> sys/i386/linux/linux_sysvec.c
>
> static void
> linux_prepsyscall(struct trapframe *tf, int *args, u_int *code, caddr_t *params)
> {
> args[0] = tf->tf_ebx;
> args[1] = tf->tf_ecx;
> args[2] = tf->tf_edx;
> args[3] = tf->tf_esi;
>
> RCS file: /home/ncvs/src/sys/i386/linux/linux_sysvec.c,v
> retrieving revision 1.99
> diff -u -2 -r1.99 linux_sysvec.c
> --- linux_sysvec.c 4 Apr 2002 17:49:46 - 1.99
> +++ linux_sysvec.c 24 Apr 2002 23:57:23 -
> @@ -711,4 +711,5 @@
> args[3] = tf->tf_esi;
>
> yeah, I did that already, and have been running with that since yesterday
> :-P
>
> still not working right though... I think it has something to do with that
> nargs thing... I'm checking that out now...
>
Ehh, apparently sy_narg is getting set correctly too:
struct linux_mmap2_args {
Alright, so I got tired of trying to figure out if glibc is doing
something wierd or wrong so I downloaded the source for it, and I'm
looking at it now... (for version 2.2.2 which is what we have on FreeBSD's
linux_base-7) and here's what I'm seeing:
pushl %ebp
pushl %ebx
pushl %e
But doesn't the kernel rely on perl for building?
perl5 ../../kern/vnode_if.pl -h ../../kern/vnode_if.src
does it make sense to remove it from the base when the base depends on it?
Ken
On Wed, 1 May 2002, M. Warner Losh wrote:
> My take on this. We should remove perl from the base, and
> au
> The base will no longer depend on it before too much longer. The vnode
> and kobj dependencies are already gone in current.
Ahh, ok, if that's the case, then I agree with your original statement;
not that it matters much :-)
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
It looks like DRI isn't set up right.
Ken
On Tue, 21 May 2002, Martin Kacerovsky wrote:
> Hi.
> I've installed linux-q3ademo to do some "benchmarking", but X server crashes
> during startup...
> X server gets signal 11, XFree86.1.log is included as attachement
>
> I haven't found solutions of t
I tested this on my T-bird athlon 800, and this is the result:
Testing PAUSE instruction:
Register esp changed: 0xbfbffb38 -> 0xbfbffafc
So I guess there's no problem.
Ken
On Fri, 24 May 2002, John Baldwin wrote:
> Hey gang, although Intel's document seems to claim that they tested
> proper o
101 - 163 of 163 matches
Mail list logo
