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 at ata1-slave UDMA33
I tried it again yesterday. Now acd1 seems to be fine. However it hangs
at acd2.After the following message
acd2: CD-RW at ata
[ 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 scrip
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
>
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.
>>
>>
> 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.
Wr
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 tel
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 FreeBSD
> >
> >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, AT&T ksh, pdksh,
> 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
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 under
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.
>
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
--
Dag
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
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 o
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 fi
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 an
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 there
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 reachi
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, becaus
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) wh
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
> >
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
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 Proj
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 scri
< 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
___
[EMAIL PROTECTED] mailing list
http://li
> 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:
> < 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.
Why wasn't it enough of a
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
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
> 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 , Berlin (Germany)
PGP-Key at and ID: 0xDDFB0A5F
_
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.
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 ENOT
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-exa
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 the
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 sy
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=
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=
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 h
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: 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: at device 30.0 on pci0
> pci2: on pcib1
> pcib1: _PRS res
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
sh.dynami
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 backtrac
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 @ /var/portbuild/sparc64/src-client/sys/ufs/ufs/ufs_ihas
> > 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 t
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 t
* 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 t
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, b
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
On 24-Nov-2003 Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, John Polstra writes:
>>I put kern.timecounter.hardware="i8254" into /boot/loader.conf, but
>>it didn't make any difference. Are you sure it even works from
>>loader.conf? From the sources it looks like this is a sysctl rath
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 t
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.
> >
> >
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:
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_r
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
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
>>
>>
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
> AcpiUtReleaseToCache(3,c295e760,cdb64ad8,c045ac17,c
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
differe
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 indicati
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, s
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 a
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
This is interesting:
[17:[EMAIL PROTECTED]:[~]# camcontrol devlist
at scbus1 target 0 lun 0 (da0,pass0)
[17:[EMAIL PROTECTED]:[~]# camcontrol inquiry 1:0:0
pass0: Fixed Direct Access SCSI-0 device
pass0: Serial Number
pass0: 1.000MB/s transfers
So it looks like it's just not recognizing
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 applicatio
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:
http://citeseer.nj.nec.com/cache/papers/cs/3066/http:zSzzSzswt-www.informatik.uni-hamburg.dezSz~1friedrizSzsvzSzreferenceszSzShared_Libraries_In
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 th
> 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
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 /.
I
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,
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 p
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
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
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 exp
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
seria
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
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" pi
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 repai
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 ; m
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?
> >
> > T
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 th
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 PROTEC
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
1 - 100 of 146 matches
Mail list logo
