Hi there,
Last time (around middle of October) when I tried out a new current kernel
it was hanging at boot time at acd1
ata1 is:
acd1: DVD-ROM TOSHIBA DVD-ROM SD-M1612 at ata1-slave UDMA33
I tried it again yesterday. Now acd1 seems to be fine. However it hangs
at acd2.After the following
[ Lots of CC trimming ]
On Sun, Nov 23, 2003 at 06:27:01PM -0500 I heard the voice of
Richard Coleman, and lo! it spake thus:
You would need to make sure that startup scripts never use tilde
expansion. I'm not sure how common that is with RCNG.
Not just the startup scripts, but ANY script.
It seems Bruce M Simpson wrote:
Hi all,
kimchi# uname -a
FreeBSD kimchi.dek.spc.org 5.2-BETA FreeBSD 5.2-BETA #4: Sun Nov 23 01:52:10 GMT
2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/KIMCHI i386
atacontrol doesn't report any devices. Using commands such as cap/info/list
don't
On Sun, 23 Nov 2003, Bruce M Simpson wrote:
On Sun, Nov 23, 2003 at 02:42:58AM +0100, Brad Knowles wrote:
At 5:22 PM -0800 2003/11/22, David O'Brien wrote:
Please, NO. There wasn't an FTP client available for this type of
recovery pre-/rescue, there shouldn't be one now.
Why? Why
If you want access to fetch early on in this way, you could make a local
branch and maintain the change for your own site, or you could boot from
a FreeBSD live CD, or use sysinstall from the installation CD to install
a package. I don't see fetch as a requirement for diskless clients.
Maxime Henrion [EMAIL PROTECTED] writes:
Christian Laursen wrote:
Maxime Henrion [EMAIL PROTECTED] writes:
Christian Laursen wrote:
By accident, I tried to mount a CD as UDF, and got the follwoing panic:
[snip]
Can you try the attached patch and tell me if it fixes your
I have a server where I use pam_ldap and nss_ldap. Everything works fine
except for changing passwords:
[EMAIL PROTECTED] passwd
passwd: Sorry, `passwd' can only change passwords for local or NIS users.
As I understand pam_ldap supports changing LDAP passwords. Is it supposed to
work on
From: David O'Brien [EMAIL PROTECTED]
I'll seriously argue against the 2nd point above. I don't know of a
SINGLE person that uses /bin/sh as their interactive shell when
multi-user. Not ONE. Every Bourne shell'ish user I've ever met uses
Bash, ATT ksh, pdksh, zsh.
I don't know
On Mon, Nov 24, 2003 at 12:14:39AM -, Duncan Barclay wrote:
From: David O'Brien [EMAIL PROTECTED]
I'll seriously argue against the 2nd point above. I don't know of a
SINGLE person that uses /bin/sh as their interactive shell when
multi-user. Not ONE. Every Bourne shell'ish
On Mon, 24 Nov 2003 12:53:53 +0600
Boris Popov [EMAIL PROTECTED] wrote:
Yes, this seems to be correct and necessary addition. At first sight,
the later code shouldn't blow because of that. BTW, buildworld -jN on top of
the null mount together with another buildword -jN on the
On Mon, 24 Nov 2003 10:39:16 +0100
Yuri Khotyaintsev [EMAIL PROTECTED] wrote:
I have a server where I use pam_ldap and nss_ldap. Everything works
fine except for changing passwords:
[EMAIL PROTECTED] passwd
passwd: Sorry, `passwd' can only change passwords for local or NIS
users.
As I
Bruce M Simpson [EMAIL PROTECTED] writes:
I think David has valid concerns here about feeping creaturism. fetch
has a whole load of library dependencies which go with it, making it
unsuitable for inclusion in /rescue in the base system.
Not if you build it without SSL support.
DES
--
Yuri Khotyaintsev [EMAIL PROTECTED] writes:
As I understand pam_ldap supports changing LDAP passwords. Is it supposed to
work on FreeBSD ?
Unfortunately, for historical reasons, passwd(1) does not use PAM to
change the password. You may want to file a PR about this and have it
assigned to me.
On Sun, Nov 23, 2003 at 06:00:36PM -0800, Tim Kientzle wrote:
Scenarios that require /rescue are ones in which /bin and /sbin
are unusable, which is almost always going to imply a trashed file
in /bin, /sbin, or /lib. Thus, most /rescue scenarios are going to
involve locating a good copy of a
On Sun, 23 Nov 2003, Randy Bush wrote:
trying to install using the 5.1-release mini cd and em0. it seems not
to dhcp (looked with tcpdump) despite my saying Yes (and no to ipv6).
am i missing a clue?
I can easily cause my em0 to stop working with a 5.1 kernel, by running
find on a large
Robert Watson wrote:
Any chance you could hook up a serial console, set BREAK_TO_DEBUGGER in
kernel options, and see if a serial break drops you to DDB over serial?
Under some circumstances a serial break can be more effective getting into
the debugger than a console break.
Robert N M Watson
Dag-Erling Smørgrav wrote:
Yuri Khotyaintsev [EMAIL PROTECTED] writes:
As I understand pam_ldap supports changing LDAP passwords. Is it supposed to
work on FreeBSD ?
Unfortunately, for historical reasons, passwd(1) does not use PAM to
change the password. You may want to file a PR about this and
Clement Laforet wrote:
Yuri Khotyaintsev [EMAIL PROTECTED] wrote:
As I understand pam_ldap supports changing LDAP passwords. Is it
supposed to work on FreeBSD ?
according to src/usr.bin/passwd/passwd.c:
...
/* check where the user's from */
switch (pwd-pw_fields _PWF_SOURCE) {
On Mon, 24 Nov 2003 14:17:06 +0100
Yuri Khotyaintsev [EMAIL PROTECTED] wrote:
I think I will wait for official solution rather then hacking
myself...
Wise decision
Do you have any patches for this ?
Sorry I don't have clean and reliable patch for this...
clem
Hi
I am getting a lot of duplicate packets on my long distance wireless link, but
on my identical link in the Lab everything works fine. (DWL-AG520 adapter).
The one adapter is configured in hostap mode, and the other one as a
client, both in 11b mode. ( current 5.2-BETA - 24 Nov )
I know
Hello,
I've tried to install 5.2-BETA (with ACPI) on my Compaq nc4000
notebook and in /dev I can't find psm(4) entry - it doesn't exist. I've
tried to boot my notebook without ACPI - mouse works well, I can use
/dev/psm ...
I've tried to dump/compile ACPI DSDT table, but I found
while you are at it can you:
--- passwd.cTue Jul 15 12:31:13 2003
+++ passwd.c.orig Sat Apr 19 00:27:09 2003
@@ -119,10 +119,6 @@
fprintf(stderr, Changing NIS password for %s\n,
pwd-pw_name);
break;
- case _PWF_HESIOD:
-
Hi :)
I'm having a problem with ntpd under 5.2-BETA
When I start ntpd, I get the following error message:
$ /etc/rc.d/ntpd start
ps: kvm_getprocs: No such process
Starting ntpd.
ntpd get started anyway but does not seem to work, my /var/db/ntp.drift file
contains 0.000 and this never changes
hi
I upgraded from 5.1-RELEASE to current from 21st Nov about 10am CET...
after make world+kernel I noticed one kernel panic - I was working for about 45
minutes then loaded if_ep module, then it crashed... (after a short while)
28 ?? WL 0:04.61 (swi8: tty:sio clock) was the process
On Mon, 24 Nov 2003, Divacky Roman wrote:
I upgraded from 5.1-RELEASE to current from 21st Nov about 10am CET...
after make world+kernel I noticed one kernel panic - I was working for
about 45 minutes then loaded if_ep module, then it crashed... (after a
short while) 28 ?? WL 0:04.61
On Mon, 24 Nov 2003, Maxim M. Kazachek wrote:
MOST people uses /bin/sh only for rc scripts (to be correct, their
system uses it). David O'Brien just tried to told, that NOBODY he knows
will be REALLY impacted by performance loss, caused due dynamic /bin/sh
linking. You will... So, because
On Sunday 23 November 2003 23:32, james wrote:
I am trying to migrate to free bsd is there a way for me to put freebsd
on with it woth out loosing mandrake or the files in it ?
This depends on your current disk layout. In general: Yes. You need one spare
partition (called slice in FreeBSD)
David O'Brien wrote:
On Sun, Nov 23, 2003 at 06:00:36PM -0800, Tim Kientzle wrote:
Scenarios that require /rescue are ones in which /bin and /sbin
are unusable, which is almost always going to imply a trashed file
in /bin, /sbin, or /lib. Thus, most /rescue scenarios are going to
involve
On Fri, 21 Nov 2003, Barney Wolff wrote:
Does make world build a kernel? I didn't think so, and OP's message
indicates that make world is all he did. I suspect re-install is the
best answer now.
Will somebody please tell me when make world is ever correct in the
environment of the last
I had noted a problem with choppy audio after the pci.c update of a week
ago; this turns out to be more general. I've also lost firewire and
the memory-stick slot (3rd usb controller) completely:
---
Copyright (c) 1992-2003 The FreeBSD
Robert Watson writes:
It strikes me that this whole conversation has gotten a little
confrontational... The middle ground of adding a static /sbin/sh for
scripts soudds like a reasonable choice, and has precedent in other
systems (Solaris). We can set the boot and periodic scripts to
On Mon, 24 Nov 2003 03:40:06 -0800, David O'Brien [EMAIL PROTECTED] said:
We have made the assumption for the first three options since day one.
Why should we change the assumptions just because we now have a dynamic
/?
Because we are not all masochists.
-GAWollman
I had noted a problem with choppy audio after the pci.c update of a week
ago; this turns out to be more general. I've also lost firewire and
the memory-stick slot (3rd usb controller) completely:
---
Following up to my own note: With no visible change to dmesg, the
Off-the-wall suggestion: run tcpdump -e and check whether both responses
are coming from the same host. Unless you're running WEP, you many have
an unexpected guest. (WEP is no guarantee, but it's better than nothing.)
On Mon, Nov 24, 2003 at 03:55:13PM +0200, Johann Hugo wrote:
Hi
I am
[ From: set to /dev/null as too many can't follow the Reply-To: ]
On Mon, Nov 24, 2003 at 11:00:24AM -0500, Rahul Siddharthan wrote:
NO. /rescue was allowed in the system to handle the case of a trashed
file in /lib[exec]. To allow a sysadmin to recover a system from the
same type of
On Mon, Nov 24, 2003 at 11:46:54AM -0500, Garrett Wollman wrote:
On Mon, 24 Nov 2003 03:40:06 -0800, David O'Brien [EMAIL PROTECTED] said:
We have made the assumption for the first three options since day one.
Why should we change the assumptions just because we now have a dynamic
/?
On Mon, Nov 24, 2003 at 10:47:24AM -0500, Robert Watson wrote:
It strikes me that this whole conversation has gotten a little
confrontational... The middle ground of adding a static /sbin/sh for
scripts soudds like a reasonable choice, and has precedent in other
systems (Solaris).
Time for a
On Sun, Nov 23, 2003 at 04:14:08PM +0200, Enache Adrian wrote:
$ cc close.c -o close ./close
0
0
$ cc close.c -lc_r -o close ./close
0
25
$ cat close.c
#include errno.h
main()
{
int fd = open(/dev/null, 1);
printf(%d\n, errno);
close(fd);
On Sunday 23 November 2003 23:50, you wrote:
Yes. The fix wasn't enough. I was holding off committing until I
could test it.
Thanks for YOUR commit! :-) All works fine here now...
--
Ciao/BSD - Matthias
Matthias Schuendehuette msch [at] snafu.de, Berlin (Germany)
PGP-Key at pgp.mit.edu and
On 24-Nov-2003 Nate Lawson wrote:
Please add debug.acpi.disable=cpu to loader.conf or type that in at the
loader prompt. If it boots ok, we'll have to debug the acpi_cpu_startup
path.
Thanks. It still hangs even with debug.acpi.disable=cpu. I have
attached the verbose boot messages. They
From: Jacques A. Vidrine [EMAIL PROTECTED]
The application is broken. You must only check errno if you get an
error indication from the library call.
errno is only meaningful after a syscall error.
it is also well known that stdio uses isatty(3) (or equivelant) that may
set errno to ENOTTY.
On Mon, Nov 24, 2003 at 07:05:02PM +0100, boyd, rounin wrote:
From: Jacques A. Vidrine [EMAIL PROTECTED]
The application is broken. You must only check errno if you get an
error indication from the library call.
errno is only meaningful after a syscall error.
Wrong, counter-example:
The full tale of woe can be found at:
http://www.lovett.com/~ade/freebsd.html
The executive summary is that after some unfortunate hardware failures,
I picked up an ASUS A7V8X-X motherboard with a 6 USB 2.0 ports.
GENERIC doesn't appear to have ehci in it, so not a great deal
happened. I
At 3:40 AM -0800 11/24/03, David O'Brien wrote:
NO. /rescue was allowed in the system to handle the case
of a trashed file in /lib[exec]. To allow a sysadmin to
recover a system from the same type of mishaps they could
before we went to a dynamic /. Not to continue to add
to /rescue until the
On Monday 24 November 2003 09:07 am, Barney Wolff wrote:
Off-the-wall suggestion: run tcpdump -e and check whether both responses
are coming from the same host. Unless you're running WEP, you many have
an unexpected guest. (WEP is no guarantee, but it's better than nothing.)
Better, use
On Mon, 24 Nov 2003, John Polstra wrote:
On 24-Nov-2003 Nate Lawson wrote:
Please add debug.acpi.disable=cpu to loader.conf or type that in at the
loader prompt. If it boots ok, we'll have to debug the acpi_cpu_startup
path.
Thanks. It still hangs even with debug.acpi.disable=cpu. I
On Mon, 24 Nov 2003, John Polstra wrote:
On 24-Nov-2003 Nate Lawson wrote:
Please add debug.acpi.disable=cpu to loader.conf or type that in at the
loader prompt. If it boots ok, we'll have to debug the acpi_cpu_startup
path.
Thanks. It still hangs even with debug.acpi.disable=cpu. I
On Monday 24 November 2003 21:22, Sam Leffler wrote:
tcpdump -e -i ath0 -y IEEE802_11
and verify the 802.11 frames are actual duplicates. They should not be
unless there's a bug in the duplicate suppression logic in the 802.11 code.
The packets are definately from the same host. Will it help
Garance A Drosihn wrote:
Another issue with adding more-and-more to /rescue ...
I am certainly not suggesting adding more-and-more to /rescue.
The dynamic root is a new feature with as-yet-unknown failure
modes. As we understand those failure modes, we can fine-tune
the contents of /rescue. I'm
uhci2: Intel 82801CA/CAM (ICH3) USB controller USB-C port 0x1840-0x185f
at device 29.2 on pci0
pcib0: _PRS resource entry has unsupported type 0
uhci2: Could not allocate irq
device_probe_and_attach: uhci2 attach returned 6
This one loses the memory-stick slot
pcib1: ACPI PCI-PCI bridge at
Here is a simple test which times the execution of a null
shell script. It basically times fork/exec of the chosen shell.
% cat harness.sh
#!/bin/sh
sh=$1
cnt=$2
i=0
while [ $i -le $cnt ]; do
$sh ./foo
i=`expr $i + 1`
done
#eof
%cat foo
exit
#eof
% ldd sh.dynamic
This is with a current from around two days ago, with a kernel not much
different from GENERIC.
lock order reversal
1st 0xc48ab234 filedesc structure (filedesc structure) @
/usr/src/sys/kern/sys_generic.c:896
2nd 0xc0729a60 Giant (Giant) @ /usr/src/sys/fs/specfs/spec_vnops.c:377
Stack
One of my sparc64 package machines (running -current from Nov 21) died
overnight with the following:
recursed on non-recursive lock (sleep mutex) vnode interlock @
/var/portbuild/sparc64/src-client/sys/ufs/ufs/ufs_ihash.c:128
first acquired @
For a *lot* of people today (like home users), an up-to-date FreeBSD
CD or floppy or a second machine to create the disk on may not be
handy (and forget about NFS), but a network connection may still be
available.
That network connection would most likely be a M$-Win box in that case,
On 24-Nov-2003 Nate Lawson wrote:
Please also send the output of acpidump -t -d jdp-P2.asl
When I try to run that command, I get:
acpidump: sysctl machdep.acpi_root does not point to RSDP
The sysctl command shows that machdep.acpi_root is 0.
Remember, though, in order to boot it I had to
* Garance A Drosihn [EMAIL PROTECTED] [031124 14:11]:
I doubt there is any perfect answer which will satisfy
everyone, but perhaps we can recognize that and figure out
some flexible middle ground.
Would it be possible, through some make.conf magic, for the end-user to
set extra programs to be
On 24-Nov-2003 Nate Lawson wrote:
It's a long shot, but what about setting kern.timecounter.hardware to
i8254. It appears your ACPI timer is bad. The reason why I suggest this
is that it seems like interrupts are being lost.
I put kern.timecounter.hardware=i8254 into /boot/loader.conf, but
On Mon, Nov 24, 2003 at 09:45:51PM +0100, Stefan Bethke wrote:
This is with a current from around two days ago, with a kernel not much
different from GENERIC.
Known problem.
Kris
pgp0.pgp
Description: PGP signature
In message [EMAIL PROTECTED], John Polstra writes:
On 24-Nov-2003 Nate Lawson wrote:
It's a long shot, but what about setting kern.timecounter.hardware to
i8254. It appears your ACPI timer is bad. The reason why I suggest this
is that it seems like interrupts are being lost.
I put
Howdy list,
I'm running FreeBSD 5.1-RELEASE. I just bought a generic
USB 1.1/2.0/firewire external drive enclosure for my 32gb
Travelstar 2.0 12.5mm hard drive.
The device shows up like this:
Nov 18 14:06:16 trevarthan kernel: umass0: Acer Labs USB 2.0 Storage Device, rev
2.00/1.03, addr 3
Nov
On Mon, 24 Nov 2003, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], John Polstra writes:
On 24-Nov-2003 Nate Lawson wrote:
It's a long shot, but what about setting kern.timecounter.hardware to
i8254. It appears your ACPI timer is bad. The reason why I suggest this
is that it
Am 24.11.2003 um 22:19 schrieb Kris Kennaway:
On Mon, Nov 24, 2003 at 09:45:51PM +0100, Stefan Bethke wrote:
This is with a current from around two days ago, with a kernel not
much
different from GENERIC.
Known problem.
I do follow -current quite closely, but none of the cvs lists. It
appears
On Mon, Nov 24, 2003 at 10:52:54PM +0100, Stefan Bethke wrote:
Am 24.11.2003 um 22:19 schrieb Kris Kennaway:
On Mon, Nov 24, 2003 at 09:45:51PM +0100, Stefan Bethke wrote:
This is with a current from around two days ago, with a kernel not
much
different from GENERIC.
Known problem.
On Mon, Nov 24, 2003 at 04:44:02PM -0500, Jesse Guardiani wrote:
I'm running FreeBSD 5.1-RELEASE. I just bought a generic
USB 1.1/2.0/firewire external drive enclosure for my 32gb
Travelstar 2.0 12.5mm hard drive.
The device shows up like this:
Nov 18 14:06:16 trevarthan kernel: umass0:
On Mon, 24 Nov 2003, John Polstra wrote:
On 24-Nov-2003 Nate Lawson wrote:
Please also send the output of acpidump -t -d jdp-P2.asl
When I try to run that command, I get:
acpidump: sysctl machdep.acpi_root does not point to RSDP
The sysctl command shows that machdep.acpi_root is 0.
Barney Wolff wrote:
On Mon, Nov 24, 2003 at 04:44:02PM -0500, Jesse Guardiani wrote:
I'm running FreeBSD 5.1-RELEASE. I just bought a generic
USB 1.1/2.0/firewire external drive enclosure for my 32gb
Travelstar 2.0 12.5mm hard drive.
The device shows up like this:
Nov 18 14:06:16
On 24-Nov-2003 Nate Lawson wrote:
On Mon, 24 Nov 2003, John Polstra wrote:
On 24-Nov-2003 Nate Lawson wrote:
Please also send the output of acpidump -t -d jdp-P2.asl
When I try to run that command, I get:
acpidump: sysctl machdep.acpi_root does not point to RSDP
The sysctl command
On 24-Nov-2003 Nate Lawson wrote:
Trace 1:
wakeup(c2944100,0,c06a7546,140,6c) at wakeup+0x4
AcpiOsSignalSemaphore(c2944100,1) at AcpiOsSignalSemaphore+0xa8
AcpiUtReleaseMutex(9,30,c295e8c0,c295e760,cdb64acc) at AcpiUtReleaseMutex+0x8c
Am 24.11.2003 um 22:56 schrieb Kris Kennaway:
On Mon, Nov 24, 2003 at 10:52:54PM +0100, Stefan Bethke wrote:
Am 24.11.2003 um 22:19 schrieb Kris Kennaway:
On Mon, Nov 24, 2003 at 09:45:51PM +0100, Stefan Bethke wrote:
This is with a current from around two days ago, with a kernel not
much
In message: [EMAIL PROTECTED]
Stefan Farfeleder [EMAIL PROTECTED] writes:
: On Mon, Nov 24, 2003 at 07:05:02PM +0100, boyd, rounin wrote:
: From: Jacques A. Vidrine [EMAIL PROTECTED]
: The application is broken. You must only check errno if you get an
: error indication from the
In message: [EMAIL PROTECTED]
Barney Wolff [EMAIL PROTECTED] writes:
: Why hasn't anything been committed?
Code freeze?
Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
On Mon, Nov 24, 2003 at 12:08:58PM -0800, Tim Kientzle wrote:
Contrary to what David claims, I don't think /rescue does need
to support all of the recovery actions that a static /s?bin
would support. Rather, I think it only needs to support those
recovery actions necessary to repair /bin and
On Mon, Nov 24, 2003 at 04:07:49PM -0500, Michael Edenfield wrote:
I doubt there is any perfect answer which will satisfy
everyone, but perhaps we can recognize that and figure out
some flexible middle ground.
Would it be possible, through some make.conf magic, for the end-user to
set
This is interesting:
[17:[EMAIL PROTECTED]:[~]# camcontrol devlist
USB 2.0 Storage Device 0100 at scbus1 target 0 lun 0 (da0,pass0)
[17:[EMAIL PROTECTED]:[~]# camcontrol inquiry 1:0:0
pass0: USB 2.0 Storage Device 0100 Fixed Direct Access SCSI-0 device
pass0: Serial Number
pass0: 1.000MB/s
On Mon, Nov 24, 2003 at 03:33:49PM -0700, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Stefan Farfeleder [EMAIL PROTECTED] writes:
: On Mon, Nov 24, 2003 at 07:05:02PM +0100, boyd, rounin wrote:
: From: Jacques A. Vidrine [EMAIL PROTECTED]
: The application is broken.
On Mon, Nov 24, 2003 at 03:35:42PM -0700, M. Warner Losh wrote:
: Why hasn't anything been committed?
Code freeze?
I understand the concept, but I haven't seen any reports of people
claiming that OHCI works for other than mice/keyboards without
the following patch (from Brian F. Feldman
So.. forking a dynamic sh is roughly 40% more expensive than
forking a static copy of sh. This is embarrassing.
read the original paper carefully:
Matt Smith wrote:
Matt Smith wrote:
Jimmy Selgen wrote:
On Fri, 2003-11-21 at 21:29, Kris Kennaway wrote:
On Fri, Nov 21, 2003 at 09:22:49PM +0100, Jimmy Selgen wrote:
I saw this with some of sam's locking changes that (temporarily) broke
DUMMYNET. I see you're using ipfilter - it's possible
Date: Sat, 22 Nov 2003 06:07:03 -0800
From: Kris Kennaway [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
--nVMJ2NtxeReIH9PS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Sat, Nov 22, 2003 at 03:16:06PM +0300, Odhiambo Washington wrote:
I end up with the
I've had a possible idea regarding the NFS issues.
I'm wondering if perhaps my NFS issues are related to the other email
thread I have going which is the xl0: watchdog timeouts etc.
I had not noticed this until last week because it's not often I copy
large files from one machine to another but
David O'Brien wrote:
On Mon, Nov 24, 2003 at 12:08:58PM -0800, Tim Kientzle wrote:
... I think [/rescue] only needs to support those
recovery actions necessary to repair /bin and /sbin if they break.
My stance is that no failure mode needs to
be repairable that wasn't repairable with a static /.
On Mon, 24 Nov 2003, John Polstra wrote:
On 24-Nov-2003 Nate Lawson wrote:
Trace 1:
wakeup(c2944100,0,c06a7546,140,6c) at wakeup+0x4
AcpiOsSignalSemaphore(c2944100,1) at AcpiOsSignalSemaphore+0xa8
AcpiUtReleaseMutex(9,30,c295e8c0,c295e760,cdb64acc) at AcpiUtReleaseMutex+0x8c
On Tuesday 25 November 2003 06:45, Andrew Gallatin wrote:
So.. forking a dynamic sh is roughly 40% more expensive than
forking a static copy of sh. This is embarrassing.
I propose that we at least make /bin/sh static. (and not add a
/sbin/sh; if we must have a dynamic sh, import pdksh, or
At 3:15 PM -0500 11/24/03, Andrew Gallatin wrote:
Here is a simple test which times the execution of a null
shell script. It basically times fork/exec of the chosen
shell.
So.. forking a dynamic sh is roughly 40% more expensive
than forking a static copy of sh. This is embarrassing.
To be more
Daniel O'Connor wrote:
What _REAL WORLD_ task does this slow down?
I think the point was that, in this particular worst case, it's a forty
percent performance hit. What's the average case? What's the case for a
real world pipeline with a lot of tiny little static binaries?
I dislike this
In the last episode (Nov 25), Daniel O'Connor said:
On Tuesday 25 November 2003 06:45, Andrew Gallatin wrote:
So.. forking a dynamic sh is roughly 40% more expensive than
forking a static copy of sh. This is embarrassing.
I propose that we at least make /bin/sh static. (and not add a
In message: [EMAIL PROTECTED]
Dan Nelson [EMAIL PROTECTED] writes:
: In the last episode (Nov 25), Daniel O'Connor said:
: On Tuesday 25 November 2003 06:45, Andrew Gallatin wrote:
: So.. forking a dynamic sh is roughly 40% more expensive than
: forking a static copy of sh. This
Andrew Gallatin wrote:
So I think the best solution (*) would be to keep /bin/sh statically
linked, and build a dynamic version in /usr/bin that people can use as
an interactive shell. Root's shell remains /bin/sh
1) All three (;-) interactive bourne shell users that use nss/ldap get
tilde
I'm putting together a ipf/ipnat gateway for a friend using his abit BX
(rev2) motherboard. I'd very much to get serial console working before
tendering it over; but am having zero luck. The world/kernel deployed to this
box is from my NFS host box (which runs the same kernel/world, and whose
On Monday 24 November 2003 05:25 pm, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Dan Nelson [EMAIL PROTECTED] writes:
: In the last episode (Nov 25), Daniel O'Connor said:
: On Tuesday 25 November 2003 06:45, Andrew Gallatin wrote:
: So.. forking a dynamic sh is
On Tuesday 25 November 2003 11:36, Frank Mayhar wrote:
Daniel O'Connor wrote:
What _REAL WORLD_ task does this slow down?
I think the point was that, in this particular worst case, it's a forty
percent performance hit. What's the average case? What's the case for a
real world pipeline
Tim Kientzle wrote:
David O'Brien wrote:
On Mon, Nov 24, 2003 at 12:08:58PM -0800, Tim Kientzle wrote:
... I think [/rescue] only needs to support those
recovery actions necessary to repair /bin and /sbin if they break.
My stance is that no failure mode needs to
be repairable that wasn't
On Tuesday 25 November 2003 11:52, Dan Nelson wrote:
I'd greatly prefer that the the dynamic root default be backed out
until a substantial amount of this performance can be recovered.
What _REAL WORLD_ task does this slow down?
Try timing cd /usr/ports/www/mozilla-devel ; make clean
Daniel O'Connor writes:
On Tuesday 25 November 2003 11:52, Dan Nelson wrote:
I'd greatly prefer that the the dynamic root default be backed out
until a substantial amount of this performance can be recovered.
What _REAL WORLD_ task does this slow down?
Try timing cd
Steve Kargl wrote:
On Mon, Nov 24, 2003 at 05:06:52PM -0800, Frank Mayhar wrote:
Kind of defeats the purpose, don't you think?
Let's see. You dislike the dynamic root decision enough that
you are considering the abandonment of FreeBSD. Then when
you're told that you can still build a
Daniel O'Connor writes:
It is _trivial_ to buildworld with a static root.
Then its equally trivial to build with a dynamic root. Please do so,
and don't wreck the performance of the OS I've used since 1994.
Why didn't you pipe up when this was discussed _long_ ago?
In the orginal
Richard Coleman writes:
Are you suggesting that (t)csh also move to /usr/bin to match
/usr/bin/sh? The screams caused by such a change would be deafening.
Of course not. Nobody in their right mind uses csh for scripting.
Drew
___
[EMAIL
I'm not going to add to the heat in the rest of the email, but this is
a very good question:
Daniel O'Connor wrote:
Why didn't you pipe up when this was discussed _long_ ago?
Honestly, I don't remember the discussion. It's certainly possible that I
may have missed it. I just dug around in the
On Tuesday 25 November 2003 12:23, Frank Mayhar wrote:
Let's see. You dislike the dynamic root decision enough that
you are considering the abandonment of FreeBSD. Then when
you're told that you can still build a static root if you
need/want it, you make a sarcastic remark.
It wasn't
On 25 Nov, Daniel O'Connor wrote:
On Tuesday 25 November 2003 11:52, Dan Nelson wrote:
I'd greatly prefer that the the dynamic root default be backed out
until a substantial amount of this performance can be recovered.
What _REAL WORLD_ task does this slow down?
Try timing cd
1 - 100 of 145 matches
Mail list logo
