On Monday 07 July 2003 02:41, Thomas E. Dickey wrote:
> On Mon, 7 Jul 2003, Christopher Vance wrote:
> > On Sun, Jul 06, 2003 at 08:14:44PM -0400, Thomas Dickey wrote:
> > : On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote:
> > : > Myron J. Mayfield wrote:
> > : > >start it. It gives
On Mon, Jul 07, 2003 at 10:22:02AM +0200, Juan Rodriguez Hervella wrote:
> > (still waiting for FreeBSD to "complete" a sysinstall program that doesn't
> > look as if it was an assignment for high-school interns).
>
> What's the matter with "sysinstall" ?
> I very much like "sysinstall" as it is n
Dear colleagues,
===
lock order reversal
1st 0xc2f4b128 vm object (vm object) @ vm/vm_object.c:432
2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:325
Stack backtrace:
backtrace(c04eacec,c082f110,c04fb2fa,c04fb2fa,c04fb1a2) at backtrace+0x17
witness_lock(c082f110,8,c04fb1a2,145,c082f0b0) a
On Mon, Jul 07, 2003 at 02:26:43PM +0400, Andrew Kolchoogin wrote:
> lock order reversal
> 1st 0xc2f4b128 vm object (vm object) @ vm/vm_object.c:432
> 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:325
This is known to be harmless.
Kris
pgp0.pgp
Description: PGP signature
Marcin Dalecki <[EMAIL PROTECTED]> writes:
> There isn't much either Solaris /proc or FresBSD /proc have in common with
> what Linux calls /proc. And finally on my FreeBSD box -
> kozaczek# mount
> /dev/ad0s1a on / (ufs, local, soft-updates)
> devfs on /dev (devfs, local)
> kozaczek# top
>
> And t
Matthias Andree wrote:
Marcin Dalecki <[EMAIL PROTECTED]> writes:
There isn't much either Solaris /proc or FresBSD /proc have in common with
what Linux calls /proc. And finally on my FreeBSD box -
kozaczek# mount
/dev/ad0s1a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local)
kozaczek# t
On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote:
> You know that file system name lookup is one of the most
> expensive system calls under UNIX?
stating the obvious is a clumsy rhetorical ploy (asking for agreement without
making a point).
--
Thomas E. Dickey <[EMAIL PROTECTED]> <
Just updated world/kernel to FreeBSD 5.1-CURRENT #0: Mon Jul 7 07:46:48 EDT
2003 from world/kernel dated 17th June and NIS users are unable to login.
# ps ax |fgrep ypbind
47087 ?? Ss 0:00.02 /usr/sbin/ypbind
# ypwhich
DC3.gc.nat
# ypcat passwd |fgrep robin
robin:OeIS3xdIRAiQs:20292:30028:
In current from Jul 3 18:36 UTC:
lock order reversal
1st 0xc0836ae4 vm object (vm object) @ vm/swap_pager.c:1166
2nd 0xc082e120 system map (system map) @ vm/vm_kern.c:325
Stack backtrace:
backtrace(c050c617,c082e120,c051eacf,c051eacf,c051e977) at backtrace+0x17
witness_lock(c082e120,8,c051e977,145
Thomas Dickey wrote:
On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote:
You know that file system name lookup is one of the most
expensive system calls under UNIX?
stating the obvious is a clumsy rhetorical ploy (asking for agreement without
making a point).
The point is that this i
Marcin Dalecki schrieb am 2003-07-07:
> Matthias Andree wrote:
> >Update your Linux top or run fewer processes on it then. :->
>
> You know that file system name lookup is one of the most
> expensive system calls under UNIX?
So what? If you don't like the interface because it does ever so
expens
Matthias Andree wrote:
On Mon, 07 Jul 2003, Marcin Dalecki wrote:
The point is that this is one of the reasons why the top command in
question takes a lot of relative CPU time under Linux. Some
"faster" versions of procps utils try to cache data but the trade off
is simply the fact that the resul
Hi,
Got this error compiling GENERIC with s/4BSD/ULE/ on recent -CURRENT
( wrapped long lines )
cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I-
In the last episode (Jul 07), Matthias Andree said:
> Marcin Dalecki schrieb am 2003-07-07:
> > Matthias Andree wrote:
> > >Update your Linux top or run fewer processes on it then. :->
> >
> > You know that file system name lookup is one of the most expensive
> > system calls under UNIX?
>
> So w
Hi,
After googling and searching in the mailing list archive I still can't
figure out how to make device nodes in -current when devfs doesn't do this
automatically. I have an external USB-drive (external 3.5" case with leftover
1.6 GB HD) from which I want to mount /dev/da0s4h. It works fine in
On Mon, Jul 07, 2003 at 03:35:21PM +0200, Marcin Dalecki wrote:
> Thomas Dickey wrote:
> >On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote:
> >
> >>You know that file system name lookup is one of the most
> >>expensive system calls under UNIX?
> >
> >
> >stating the obvious is a clums
Hi,
I'm not sure, whether this mailing list is the correct place for
linux-centered discussions. Perhaps you want to continue via private mail?
Regards,
harti
On Mon, 7 Jul 2003, Dan Nelson wrote:
DN>In the last episode (Jul 07), Matthias Andree said:
DN>> Marcin Dalecki schrieb am 2003-07-07
On Mon, Jul 07, 2003 at 05:20:10PM +0200, Michal Suszko wrote:
>
> Hi,
> Got this error compiling GENERIC with s/4BSD/ULE/ on recent -CURRENT
> ( wrapped long lines )
>
> cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototypes -Wmissing-prototypes -Wpointe
Karel J. Bosschaart wrote:
Hi,
After googling and searching in the mailing list archive I still can't
figure out how to make device nodes in -current when devfs doesn't do this
automatically. I have an external USB-drive (external 3.5" case with leftover
1.6 GB HD) from which I want to mount /d
In message <[EMAIL PROTECTED]>, "Karel J. Bosschaart"
writes:
>Hi,
>
>After googling and searching in the mailing list archive I still can't
>figure out how to make device nodes in -current when devfs doesn't do this
>automatically.
You can't. If the device driver doesn't tell DEVFS to, it's b
Dan Nelson <[EMAIL PROTECTED]> writes:
> There is already a functional non-procfs implementation that has been
> around long before procps top: groupsys top 3.5b12 (i.e. the top that
> all other non-Linux systems use) compiles fine on even the newest Linux
> kernels with the attached patch.
Appar
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Background:
I posted this on questions, but got no response. Since this used
to work, I thought it might be a 5.x issue.
$subject seems broken for me for 5.1 miniinst.iso
Export /cdrom from 10.2.1.4; exports line:
/cdrom -maproot=0 -alldirs -network 10.2 -mask 255.255.0.0
Nfs server setup, on
Le Monday 07 July 2003 22:02, M. L. Dodson a écrit :
> Background:
> I posted this on questions, but got no response. Since this used
> to work, I thought it might be a 5.x issue.
indeed, see later
> $subject seems broken for me for 5.1 miniinst.iso
>
> Export /cdrom from 10.2.1.4; exports line:
Hi
I just got the following LOR with a kernel and world from today
lock order reversal
1st 0xc49ce134 filedesc structure (filedesc structure) @
/home/k/FreeBSD-src/5-current/src/sys/kern/sys_generic.c:902
2nd 0xc03149e0 Giant (Giant) @
/home/k/FreeBSD-src/5-current/src/sys/fs/specfs/spec
Still pulling my hair out on this one...Updated to latest kern/world this
morning and NIS users are no longer working.
Demonstration:
# ypcat passwd |fgrep robin
robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash
# ypcat group |fgrep robin
gactr::3:holmesr,wrighta,prestonh,reagind,gankol,
Thierry Herbelot writes:
> Le Monday 07 July 2003 22:02, M. L. Dodson a écrit :
> > Background:
> > I posted this on questions, but got no response. Since this used
> > to work, I thought it might be a 5.x issue.
>
> indeed, see later
>
> > $subject seems broken for me for 5.1 miniinst.i
Hi all,
I have a generic USB 4in1 CardReader.
When I plug it in and I try to mount my CF-Card the system hangs. No panic,
just unusable.
I saw some "qirks" as google-results but none works for me.
No problem that the reader isn't supporterd (yet) but why does it hang the
whole system?
I'm no progr
TB --- 2003-07-07 22:50:07 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-07 22:50:07 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-07 22:52:29 - building world
TB
FreeBSD 5.1-RELEASE with SCHED_4BSD on a quad ppro 200 (dell 6100/200).
Last night I started 3 setiathome's then went to bed. The system was
otherwise idle and had a load of 3.00, 3.00, 3.00.
This morning, I wanted to copy a (large) file from a remote server, so I
did a:
scp -c blowfish -p -
I just bought a Netgear WAG511 card and a Netgear WG602 Accesspoint. I
run the card in 11g mode under current, and I'm having some problems:
*) Powersavemode seems to be not supported at all (and thus it eats the
battery like a "make world"):
# ifconfig ath0 powersave on
ifconfig: SIOCS80211: Inval
Ok, I've investigated this further. The strange thing is: whenever the
connections to the outside drop, I can ping and connect to any host in my
LAN (10.0.0.0/24), but I _cannot_ ping 10.0.0.138 from the WLAN client,
which is the inside interface of the ADSL router and thus the default
route. I can
"Sam" == Sam Leffler <[EMAIL PROTECTED]> writes:
Sam> If you've got an AP running with recent source and a wi card
Sam> please contact me.
I don't know if this is related, but I have a wi card running in
access point mode and is disassociates under high traffic. If I
start a transfer from the acce
On Sun, 6 Jul 2003, Bruce Cran wrote:
> I swapped the Logitech wireless mouse for a Microsoft Intellimouse optical,
> and this time had slightly more success. If I run moused and tell XFree86
> to use both /dev/psm0 and /dev/sysmouse, it still dies with the fcntl error.
> However, if I'm only us
On Sun, 6 Jul 2003, Myron J. Mayfield wrote:
> I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar
> file only unpacked part of it. I then copied the files from my Redhat 9
> machine. I linked up all the linux libraries needed and attempted to
> start it. It gives me an err
The two different ports of php4 seem to be conspireing to keep my users
from having the PEAR php libraries.
- ports/www/mod_php4 sets --disable-cli, disabling the command line
interface implicitly disable PEAR which my users need
- ports/devel/pear - wont install because it needs the command line
On Mon, 07 Jul 2003 18:17:53 -0600
"Aaron Wohl" <[EMAIL PROTECTED]> wrote:
> The two different ports of php4 seem to be conspireing to keep my users
> from having the PEAR php libraries.
>
> - ports/www/mod_php4 sets --disable-cli, disabling the command line
> interface implicitly disable PEAR wh
A load of 3 is pretty high. I think you have more going on.
On one of our iNET Servers in Texas that does mail for several thousand
people along with shells, radius etc. ..
last pid: 97534; load averages: 0.07, 0.03, 0.01
up 55+21:34:34 19:40:48
200 processes: 2 running
top is acting a bit strange recently. It displays all kse related status
on the top but no cpu cycle is ever assigned to them (pressing 'i' would mean
that they will never appear). Is this normal?
5990 nobody960 27040K 13156K select 2:57 0.00% 0.00% ntop
5990 nobody960 27040K
On 7 Jul 2003, Lanny Baron wrote:
> A load of 3 is pretty high. I think you have more going on.
Not for my box. Its only running at 75% cpu power. Its got four
processors, so a load of 4 is when its running flat out. And I also said
that the box is idle other than the 3 setiathomes.
What I'm try
In the last episode (Jul 08), Andy Farkas said:
> FreeBSD 5.1-RELEASE with SCHED_4BSD on a quad ppro 200 (dell 6100/200).
>
> Last night I started 3 setiathome's then went to bed. The system was
> otherwise idle and had a load of 3.00, 3.00, 3.00.
>
> This morning, I wanted to copy a (large) fi
On Mon, 7 Jul 2003, Dan Nelson wrote:
> > I bet those *Giants have something to do with it...
>
> Most likely. That means they're waiting for some other process to
> release the big Giant kernel lock. Paste in top's header so we can see
> how many processes are locked, and what the system cpu pe
Le Monday 07 July 2003 23:53, M. L. Dodson a écrit :
>
> That certainly makes sense. I might gently suggest to RE, etc
> that they might want to reconsider the decision to put nfs on the
> extra drivers floppy (I assume that is where it is). This really
> trips up newbies (and some of us not so n
In the last episode (Jul 08), Andy Farkas said:
> On Mon, 7 Jul 2003, Dan Nelson wrote:
> > > I bet those *Giants have something to do with it...
> >
> > Most likely. That means they're waiting for some other process to
> > release the big Giant kernel lock. Paste in top's header so we can see
>
On Mon, 7 Jul 2003, Dan Nelson wrote:
> Not if it's ssh that's holding Giant for longer than it should. The
> setiathome processes may be calling some really fast syscall 500 times
> a second which doesn't cause a problem until ssh comes along and calls
> some other syscall that takes .1 ms to r
Squashed the bug that was causing panics with nice processes on SMP ULE.
Thanks,
Jeff
-- Forwarded message --
Date: Mon, 7 Jul 2003 23:19:40 -0700 (PDT)
From: Jeff Roberson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: cvs commit: src/sys
On Mon, 07 Jul 2003, Marcin Dalecki wrote:
> The point is that this is one of the reasons why the top command in
> question takes a lot of relative CPU time under Linux. Some
> "faster" versions of procps utils try to cache data but the trade off
> is simply the fact that the results are not 100%
47 matches
Mail list logo
