On Mon, 24 Nov 2003, Andrew Gallatin wrote:
>
>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.
Then just use OS from 1
./Scott Long wrote:
Please, read : http://www.netmeister.org/news/learn2quote.html
> Also, I'm really starting to resent you using the FreeBSD mailing
> lists as an advocacy channel for DragonFly. I fail to see how FreeBSD
> 4.x and DFBSD relate to FreeBSD 5-current, which is the overall topic
>
First, this can be moved right to -chat or /dev/null. Whatever trips your
trigger. The first post is just to -current, because that's where all the
commotion is. I think everyone can concede that the discussion has
basically begun to bore most. I think, however, that a fundamental point
has been
Hi everyone,
I was wondering if there is a way to flush out pages in memory that
might not be required. I have a device driver that allocates 16 distict
buffers each 32K in size. This is done with a bus_dma call as they will
be accessed by a PCI device. The problem is that if I do a compile on
On (2003/11/24 15:39), Kevin Oberman wrote:
> > > I end up with the following when I run `make world` on 5.1-RELEASE-p10.
> >
> > Did you read UPDATING?
>
> I fear a bikeshed, but I really think it may be past time to remove
> the 'world' target from /usr/src/Makefile.inc1. It is rarely useful
On Mon, Nov 24, 2003 at 11:16:07PM -0700, M. Warner Losh wrote:
>H, It looks like the hit is less than 10% in the fork intensive
>test I just wrote:
>
>#!/bin/sh
>for i in 0 1 2 3 4 5 6 7 8 9; do
>for j in 0 1 2 3 4 5 6 7 8 9; do
>for k in 0 1 2 3 4 5 6 7 8 9; do
> for l
Sean McNeil wrote:
> Hi everyone,
>
> I was wondering if there is a way to flush out pages in memory that
> might not be required. I have a device driver that allocates 16 distict
> buffers each 32K in size. This is done with a bus_dma call as they will
> be accessed by a PCI device. The proble
In message: <[EMAIL PROTECTED]>
Peter Jeremy <[EMAIL PROTECTED]> writes:
: On Mon, Nov 24, 2003 at 11:16:07PM -0700, M. Warner Losh wrote:
: >H, It looks like the hit is less than 10% in the fork intensive
: >test I just wrote:
: >
: >#!/bin/sh
: >for i in 0 1 2 3 4 5 6 7 8 9; do
:
On Tue, Nov 25, 2003 at 04:54:41AM +, E.B. Dreger wrote:
>What specific aspects of rtld are required to support NSS in
>static binaries? dlopen(), fixups, and dlsym()?
All of the above. The underlying problem is how to handle a
library call from within the NSS/PAM/whatever shared library.
Th
Yes, thanks for the clarification. I still am inclined to believe,
though, that the disk driver is what is fragmenting the physical memory
with disk cacheing. It is only a theory, but it sounded plausible.
Thanks again,
Sean
On Tue, 2003-11-25 at 00:13, Maxime Henrion wrote:
> Sean McNeil wrote
Sean McNeil wrote:
> Yes, thanks for the clarification. I still am inclined to believe,
> though, that the disk driver is what is fragmenting the physical memory
> with disk cacheing. It is only a theory, but it sounded plausible.
Maybe, but the root cause is not the disk caching. It may be tha
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] writes
:
>
>First, this can be moved right to -chat or /dev/null.
Without it being an attack on shauns probably well thought out email,
his offer in the first line of it is too good to pass.
This is an email to everybody who participated in the m
On Tue, Nov 25, 2003 at 01:17:34AM -0700, M. Warner Losh wrote:
>True. However, I get very similar numbers of I change it to
>/usr/bin/true (12% slower). /bin/sh usually fork+exec things other
>/bin/sh.
That's a more interesting result and more comparable to Drew's test.
It doesn't necessarily i
Oh, I absolutely agree. I do not want any hacks. I was hoping that
there might be an existing mechanism that was in place that would allow
for the purging of unused physical pages by resource hogs.
I am reminded of an old OS I was fond of: AmigaOS. It had a real nice
feature where applications,
On Mon, 24 Nov 2003, Leo Bicknell wrote:
> Process accounting can tell the story:
>
> % lastcomm | wc -l
>47806
> % lastcomm | sed -e 's/ .*.//' | sort | uniq -c | sort -nr | head
> 25281 sendmail
> 4094 sh
> 2987 perl
> 2846 inetd
> 1704 procmail
> 1640 httpd
> 1221 cron
> 814 date
> 732 p
:...
:5.x and propaganda about DFBSD doesn't really mean a whole lot, unless you
:are looking for new recruits to your camp. In any case, you've made your
:point on a nearly daily basis that 5.x is inferior to what DFBSD will be,
:and that you don't have much knowledge or care about 5.x anyways.
On Tuesday 25 November 2003 03:07, Don Lewis wrote:
> 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 recove
From: "Stefan Farfeleder" <[EMAIL PROTECTED]>
> > errno is meaningful for syscalls after an error (the original
> > message). The fact that other functions also dink with errno is not
> > relevant to that statement.
>
> I read boyd's statement as a contradiction to Jacques' one (only after
> sysc
In message <[EMAIL PROTECTED]>, "boyd, rounin" write
s:
>From: "Stefan Farfeleder" <[EMAIL PROTECTED]>
>> > errno is meaningful for syscalls after an error (the original
>> > message). The fact that other functions also dink with errno is not
>> > relevant to that statement.
>>
>> I read boyd's s
i see that there some doubt about whether running lots of
shell scripts ever happens. what happens when you
use make? lots of shells get run and they run small
(one line?) scripts.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/lis
I have been experiencing some random lockups after upgrading from
5.1-RELEASE to 5.2-BETA.
I then wen on and enabled all the debug options in my kernel config
hoping to be able to find the cause.
But now I cannot boot at all. In the end of the boot process when
detecting ATA drives, I get this:
> That's a more interesting result and more comparable to Drew's test.
> It doesn't necessarily invalidate Drew's results - /bin/sh has 3
> shared libraries and is locale-aware whereas /usr/bin/test has 1
> shared library and doesn't rely on the locale. /usr/bin/true is also
> significantly smalle
Matthew Dillon writes:
> Hmm. Well, I think there's some confusion here. While I
> certainly like my vision for DFly better then I like the vision
> for FreeBSD-5, that is simply in the eye of the beholder... of
> course I am going to like my own vision better. It's my vision,
>
Hi,
There's a bug in the release notes of CURRENT:
In Chapter 2.3 "Userland Changes" of the ReleaseNotes of CURRENT I read
about the Makefile variable WITHOUT_DYNAMICROOT whereas
/usr/src/Makefile.inc1 wants -DNO_DYNAMICROOT.
It should be corrected in the ReleaseNotes (IMHO)
mit freundliche
On 2003.11.25 12:52:03 +0100, Schuendehuette Matthias wrote:
> Hi,
>
> There's a bug in the release notes of CURRENT:
>
> In Chapter 2.3 "Userland Changes" of the ReleaseNotes of CURRENT I read
> about the Makefile variable WITHOUT_DYNAMICROOT whereas
> /usr/src/Makefile.inc1 wants -DNO_DYNAMICRO
On Mon, Nov 24, 2003 a.d., Jacques A. Vidrine wrote:
> The application is broken. You must only check errno if you get an
> error indication from the library call.
Sorry, but I don't see your point. I know when to check for errno.
If you took the little illustrating program for a real life exampl
On Tue, Nov 25, 2003 at 11:21:03AM +0100, Christian Laursen wrote:
+> I have been experiencing some random lockups after upgrading from
+> 5.1-RELEASE to 5.2-BETA.
+>
+> I then wen on and enabled all the debug options in my kernel config
+> hoping to be able to find the cause.
+>
+> But now I can
On Tue, 25 Nov 2003, Enache Adrian wrote:
> On Mon, Nov 24, 2003 a.d., Jacques A. Vidrine wrote:
> > The application is broken. You must only check errno if you get an
> > error indication from the library call.
>
> Sorry, but I don't see your point. I know when to check for errno.
> If you took
* Kevin Oberman <[EMAIL PROTECTED]> [20031125 02:39]: wrote:
> > Date: Sat, 22 Nov 2003 06:07:03 -0800
> > From: Kris Kennaway <[EMAIL PROTECTED]>
> > Sender: [EMAIL PROTECTED]
> >
> >
> > --nVMJ2NtxeReIH9PS
> > Content-Type: text/p
I recently cvsup'ed (last week anyway), and build/installed world/kernel
etc. Now, when I connect a cardbus card
(firewire cards, ethernet, wireless, etc), my broadcom bge0 interface
goes crazy, stops functioning, and I get this:
Nov 19 10:18:32 neutrino kernel: cardbus0: Resource not specifie
On Mon, Nov 24, 2003 at 07:11:29PM -0800, Matthew Dillon wrote:
> You don't need dynamic loading to get nsswitch type functionality. You
> only need dynamic loading if nobody is willing to write an IPC
> model to get the functionality. It's really silly to create such a
> fundamen
Hello,
On a 5.1-RELEASE and 5.2-BETA machines I have been able to cause a panic
like this:
On Mon, Nov 24, 2003 at 10:06:12PM -0500, Andrew Gallatin wrote:
> How about Gordon's initial bootstone, which increased by 25%?
> http://docs.freebsd.org/cgi/mid.cgi?16091.44150.539095.704531
>
> And I just did a "make clean" run in /usr/ports/archivers (by manually
> mv'ing a static and dynamic
On Mon, Nov 24, 2003 at 08:22:52PM -0600, David Leimbach wrote:
> Yep :).
>
> I feel like saying "set the default to static and make the dynamic bins
> the option" so
> the people who can't be bothered to compile their own system even
> though everyone
> I know does this for tuning purposes anyw
Jacques A. Vidrine wrote:
> On Mon, Nov 24, 2003 at 10:06:12PM -0500, Andrew Gallatin wrote:
> > How about Gordon's initial bootstone, which increased by 25%?
> > http://docs.freebsd.org/cgi/mid.cgi?16091.44150.539095.704531
> >
> > And I just did a "make clean" run in /usr/ports/archivers (by man
Jacques A. Vidrine writes:
>
> So can we just have a statically linked /bin/sh and get on with life?
That certainly seems like the best compromise. Then we can end this
thread ;)
> That seems to have the most impact. We can also expend our efforts
> to improve dynamic linking performance
On Mon, Nov 24, 2003 at 02:41:44PM -0800 I heard the voice of
David O'Brien, and lo! it spake thus:
> On Mon, Nov 24, 2003 at 04:07:49PM -0500, Michael Edenfield wrote:
> >
> > Would it be possible, through some make.conf magic, for the end-user to
> > set extra programs to be put into /rescue tha
I build 5-CURRENT every night, and NFS export src and obj
to my other CURRENT machines to update. I've been doing
this quite happily this way for a while. When I try to
do an installkernel on a stable machine, I get:
[EMAIL PROTECTED]:/usr/src# make installkernel
Bad system call (core dumped)
***
In message <[EMAIL PROTECTED]>, "Jacques A. Vidrine"
wri
tes:
> So can we just have a statically linked /bin/sh and get on with life?
I was thinking the same thing myself a few days ago.
Cheers,
--
Cy Schubert <[EMAIL PROTECTED]>http://www.komquats.com/
BC Government
On Tue, 25 Nov 2003 16:18:26 -
"Lawrence Farr" <[EMAIL PROTECTED]> wrote:
>
> the Current target machine is from Thu Sep 25 14:32:19 GMT 2003,
> the stable one from Mon Mar 24 16:30:45 GMT 2003, and the
> src and obj are fresh from last night.
did you read /usr/src/UPDATING ?
20031112:
Err yes I did. Im trying to install a kernel.
Lawrence Farr
EPC Direct Limited
> -Original Message-
> From: Clement Laforet [mailto:[EMAIL PROTECTED]
> Sent: 25 November 2003 16:26
> To: Lawrence Farr
> Cc: [EMAIL PROTECTED]
> Subject: Re: 4 -> 5 Problem
>
> On Tue, 25 Nov 2003 16:18:
Could a vinum guru please contact me via email?
I've lost 2 vinum volumes as a result of the latest fiasco and naturally
am eager to figure out what's going on and recover the data.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/list
Could a vinum guru please contact me via email?
I've lost 2 vinum volumes as a result of the latest fiasco and naturally
am eager to figure out what's going on and recover the data.
This isn't necessarily directed at you - I'm just using this email as a
footstep to send this general comment -
I
At 9:19 AM -0600 11/25/03, Jacques A. Vidrine wrote:
On Mon, Nov 24, 2003, Andrew Gallatin wrote:
So can we just have a statically linked /bin/sh and get on
with life?
I still think we would be better off using 5.2-release for
collecting more experience with the *operational* issues of
having a dy
> Date: Tue, 25 Nov 2003 17:47:29 +0300
> From: Odhiambo Washington <[EMAIL PROTECTED]>
>
>
> --+g7M9IMkV8truYOl
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> * Kevin Oberman
"Matthew D. Fuller" <[EMAIL PROTECTED]> wrote:
>
>Not just the startup scripts, but ANY script. I dare say there's a long,
>long list of scripts that use ~-expansion, to say nothing of the
>homegrown ones we all have working quietly and forgotten for years.
It's required for POSIX compliance.
To
Robert Watson <[EMAIL PROTECTED]> wrote:
>
>Someone must be using /bin/sh as a shell, because apparently someone
>spent a lot of time adding things like character input editing, filename
>completion, etc. We even use "sh" as the default in adduser(8).
Command-line editing is required for POSIX co
In message: <[EMAIL PROTECTED]>
"boyd, rounin" <[EMAIL PROTECTED]> writes:
: i see that there some doubt about whether running lots of
: shell scripts ever happens. what happens when you
: use make? lots of shells get run and they run small
: (one line?) scripts.
make buildworld slow
With a recent -current, I've noticed double prints for the last few rc
scripts, like this:
Starting cron.
Local package initialization:.
Local package initialization:.
Additional TCP options:.
Additional TCP options:.
Anyone else seeing this?
-Nate
___
Since the interrupt changes, my dual Xeons based on the SE7500WV2 board
don't work with ACPI. Specificly, the onboard nics (em0 and em1)
appear to not be recieving interupts. Instead, they continiously get
watchdog timeouts. In a stock current, this is an instant panic. With
a minor fix to the
"Daniel O'Connor" <[EMAIL PROTECTED]> writes:
> What _REAL WORLD_ task does this slow down?
I suspect 'make world' takes a serious hit.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/l
At 10:09 AM -0600 11/25/03, Matthew D. Fuller wrote:
On Mon, Nov 24, 2003, I heard the voice of
David O'Brien, and lo! it spake thus:
> On Mon, Nov 24, 2003, Michael Edenfield wrote:
> >
> > Would it be possible, through some make.conf magic, for
> > the end-user to set extra programs to be
Update on xl0 issues and NFS issues:
I unfortunatly left my realtek network card in work so I'll do this
tomorrow night instead of tonight.
But I've now installed the absolute latest world/kernel on both server
and client again to see if the hang has gone.
I have noticed the NFS transfer hangs
On Tue, 25 Nov 2003, it was written:
> On Tuesday 25 November 2003 18:35, Nate Lawson wrote:
> > With a recent -current, I've noticed double prints for the last few
> > rc scripts, like this:
> >
> > Starting cron.
> > Local package initialization:.
> > Local package initialization:.
> > Additional
On Tue, 25 Nov 2003 08:57:10 -0800
"Kevin Oberman" <[EMAIL PROTECTED]> wrote:
> Now we are moving on to V5 and 'world' is growing increasingly dangerous
> to use. Because changes are applied that will allow smooth upgrades
> when the kernel is built after the new system is built, but before it is
Would it be possible to get a copy of this script?
Please! :)
Matthew D. Fuller wrote:
On Mon, Nov 24, 2003 at 02:41:44PM -0800 I heard the voice of
David O'Brien, and lo! it spake thus:
On Mon, Nov 24, 2003 at 04:07:49PM -0500, Michael Edenfield wrote:
Would it be possible, through some make.co
:IMHO, it makes more sense to write NSS modules that do their own
:proxying than to make things even more complicated in libc. Those
:that are lightweight don't carry extra baggage; those that do can
:implement proxying in the most efficient manner for that particular
:backend, e.g. some calls ca
> acpi0: on motherboard
> ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0_._REG] (Node
> 0xc29b4660), AE_NOT_EXIST
> acpi0: Could not initialise SystemIO handler: AE_NOT_EXIST
> device_probe_and_attach: acpi0 attach returned 6
This is the source of the problems. When acp
On Tue, Nov 25, 2003 at 11:50:25AM -0800, Matthew Dillon wrote:
> Just not thinking out of the box, maybe.
Matt, I'm talking about the de facto standard NSS, as found in Solaris
and Linux; and now FreeBSD 5 [*] and soon NetBSD [**]. You are talking
about some better mousetrap. The latter doe
On Tue, Nov 25, 2003 at 07:36:45PM +0100, Dag-Erling Sm?rgrav wrote:
> "Daniel O'Connor" <[EMAIL PROTECTED]> writes:
> > What _REAL WORLD_ task does this slow down?
>
> I suspect 'make world' takes a serious hit.
It does not (Warner has quoted numbers a few times now).
Kris
pgp0.pgp
Descri
:Matt, I'm talking about the de facto standard NSS, as found in Solaris
:and Linux; and now FreeBSD 5 [*] and soon NetBSD [**]. You are talking
:about some better mousetrap. The latter does not have any relevance
:to this thread, which is about dynamic linking in next release of
:FreeBSD.
:
:If
On Tue, Nov 25, 2003 at 12:39:11PM -0800, Matthew Dillon wrote:
> So, yes, I do think you guys are being lazy in that regard. If this
> is the path you've chosen to go then you have an obligation not to
> tear out major existing system capabilities, such as the ability to
> genera
| Of course, make sure you don't have local changes in /etc/rc.d first.
Shouldn't these be placed in /usr/local/etc/rc.d
--
Mit freundlichen Gruessen,
Marco Wertejuk - mwcis.com
Consulting & Internet Solutions
___
[EMAIL PROTECTED] mailing list
http://
I've been experiencing a repeatable panic using ng_eiface(4) on -CURRENT
of the last few days.
Environment:
FreeBSD twiddle.local 5.2-BETA FreeBSD 5.2-BETA #0: Tue Nov 25 19:28:22
UTC 2003 [EMAIL PROTECTED]:/home/data/work/usr/src/sys/TWIDDLE i386
Description:
Shutting down an ng_eiface no
On Tue, 25 Nov 2003, Marco Wertejuk wrote:
> | Of course, make sure you don't have local changes in /etc/rc.d first.
>
> Shouldn't these be placed in /usr/local/etc/rc.d
Sure. I was just being overly careful since I just suggested someone
rm -rf a directory.
-Nate
___
:> is the path you've chosen to go then you have an obligation not to
:> tear out major existing system capabilities, such as the ability to
:> generate static binaries, in the process.
:
:If this is what you think has happened, you're living in some parallel
:fantasy universe.
I
Artur Poplawski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On a 5.1-RELEASE and 5.2-BETA machines I have been able to cause a panic
> like this:
On Tue, Nov 25, 2003 at 04:46:24PM +0200, Enache Adrian wrote:
> On Mon, Nov 24, 2003 a.d., Jacques A. Vidrine wrote:
> > The application is broken. You must only check errno if you get an
> > error indication from the library call.
>
> Sorry, but I don't see your point. I know when to check for
On 24-Nov-2003 Nate Lawson wrote:
>
> Please also send the output of acpidump -t -d > jdp-P2.asl
I booted the 5.1R live CD in an attempt to get this output. I
discovered that the machine hangs the same way with 5.1R as it does
with -current. (When I originally installed 5.1R, the machine had
an
On Tue, Nov 25, 2003 at 12:39:11PM -0800, Matthew Dillon wrote:
> My original opinion
> still stands... you guys are using this issue as an excuse to basically
> do away with static binaries, rather then fixing the real problem which
> is an inability to dynamically load modules in
On Tue, Nov 25, 2003 at 01:15:58PM -0800, Matthew Dillon wrote:
>
> :> is the path you've chosen to go then you have an obligation not to
> :> tear out major existing system capabilities, such as the ability to
> :> generate static binaries, in the process.
> :
> :If this is what you t
On 25 Nov, Artur Poplawski wrote:
> Artur Poplawski <[EMAIL PROTECTED]> wrote:
>
>> Hello,
>>
>> On a 5.1-RELEASE and 5.2-BETA machines I have
On 25 Nov, Don Lewis wrote:
> On 25 Nov, Artur Poplawski wrote:
>> Artur Poplawski <[EMAIL PROTECTED]> wrote:
>>
>>> Hello,
>>>
>>> On a 5.1-RE
:No, what you said was "not to tear out..the ability to generate static
:binaries". That's completely different, and is absolutely not what
:has happened, or what is planned. Static binaries continue to be
:supported, available, and work with the system NSS and PAM modules as
:before.
I thi
On Tue, Nov 25, 2003 at 12:12:16PM -0800, Nate Lawson wrote:
> > acpi0: on motherboard
> > ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0_._REG]
> > (Node 0xc29b4660), AE_NOT_EXIST
> > acpi0: Could not initialise SystemIO handler: AE_NOT_EXIST
> > device_probe_and_attach:
At 11:50 AM -0800 2003/11/25, Matthew Dillon wrote:
... Or you can build an IPC mechanism that implements the PAM
functionality and then have programs which would otherwise use PAM
instead use the IPC mechanism. Which is the whole point of having
the IPC mechanism in the first
On Tue, 25 Nov 2003, Poul-Henning Kamp wrote:
> I have for myself recently taken a break from all active FreeBSD
> development because I find the environment about as pleasant as a
> kindergarten right before lunch.
Does this mean GEOM has been orphaned? Who now has the mantle for it
then?
-a
_
Kevin Oberman wrote:
...Because changes are applied that will allow smooth upgrades
when the kernel is built after the new system is built, but before it is
installed, "make world" is increasingly unlikely to work...
The recent statfs changes demonstrated why the 'makeworld' > 'makekernel'
sequenc
On Tue, Nov 25, 2003 at 03:35:54PM -0800, walt wrote:
> Kevin Oberman wrote:
>
> >...Because changes are applied that will allow smooth upgrades
> >when the kernel is built after the new system is built, but before it is
> >installed, "make world" is increasingly unlikely to work...
>
> The recen
At 11:27 PM +0100 11/25/03, Brad Knowles wrote:
At 11:50 AM -0800 2003/11/25, Matthew Dillon wrote:
... Or you can build an IPC mechanism that implements
the PAM functionality and then have programs which
would otherwise use PAM instead use the IPC mechanism.
Which is the whole
On Tuesday, 25 November 2003 at 10:48:44 -0600, Eric Anderson wrote:
>
>> Could a vinum guru please contact me via email?
>>
>> I've lost 2 vinum volumes as a result of the latest fiasco and naturally
>> am eager to figure out what's going on and recover the data.
>
> This isn't necessarily directe
At 2:48 PM -0800 2003/11/25, Matthew Dillon wrote:
What I am advocating is that FreeBSD-5 not marginalize and
restrict (make less flexible) basic infrastructure in order to get other
infrastructure working.
If you've got working, debugged code that works in the manner you
>> Could a vinum guru please contact me via email?
>>
>> I've lost 2 vinum volumes as a result of the latest fiasco and naturally
>> am eager to figure out what's going on and recover the data.
EA> This isn't necessarily directed at you - I'm just using this email as a
EA> footstep to send this ge
On Tuesday 25 November 2003 18:43, Maxime Henrion wrote:
> If I remember correctly, Alan Cox intended to write a binary buddy
> allocator to handle the physical address space (or do coalescing another
> way, I'm not sure...) so that this particular problem is solved.
Another way to solve it is the
Perfect!! This is exactly the thing I need. I will investigate. Memory
is an option, but this project is pretty much done. Knowing how to do
the bktr approach is something worth the excercise.
More RAM won't teach me anything new ;-)
Sean
On Tue, 2003-11-25 at 16:09, Daniel O'Connor wrote:
>
I upgraded my machine shortly after those changes with statfs ... upgrade
went well, but sound stop'd working ... the device is being detected:
pcm0: port 0xe400-0xe43f,0xe000-0xe0ff mem
0xe0102000-0xe01020ff,0xe0101000-0xe01011ff irq 17 at device 31.5 on pci0
pcm0:
and, from what I can tell,
Tony Finch wrote:
"Matthew D. Fuller" <[EMAIL PROTECTED]> wrote:
Not just the startup scripts, but ANY script. I dare say there's a long,
long list of scripts that use ~-expansion, to say nothing of the
homegrown ones we all have working quietly and forgotten for years.
It's required for POSIX
Gents,
(Firsthand I sorry if this E-Mail is sent twice to the list, got client
rejected from mx1.)
I'm having difficulties trying out the 5.2-BETA, preparing for the
release. I would greatly appreciate it if anyone has some time at hand to
help (re)solve a problem that occures with my 5.2-BETA
i was just looking through my daily reports from my new 5.2 beta box and
found this in dmesg.
lock order reversal
1st 0xc08f7ce0 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1201
2nd 0xc1031100 system map (system map) @ /usr/src/sys/vm/vm_map.c:2210
Stack backtrace:
lock order reversal
1st
Hi,
I seem to have difficulties with verrevpath in IPFW2 (current kernel,
cvsupped a few hours ago) which APPEARS to not match - or am I too
whatever to configure ipfw2 properly?
Excerpt from "ipfw show":
| 0010038 3216 allow ip from any to any via lo0
| 00200 0 0 deny ip from any
I tried(!) to use the following modem on my 5.2-BETA (actually -CURRENT from
a week or so ago), and the machine HUNG on the OPEN.
usb0: USB revision 1.0
usb1: USB revision 1.0
fwohci0: OHCI version 1.0 (ROM=1)
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: at port 0x2e
Matthew Dillon <[EMAIL PROTECTED]> writes:
> How much do you intend to use NSS for? I mean, what's the point of
> adopting this cool infrastructure if all you are going to do with it
> is make a better PAM out of it?
The important thing is that NSS allows to plug modules such as LDAP
> Is my expectation wrong or is there a pertinent IPFW2 bug in a current
> 5.2-BETA kernel?
You're alone in this, though cjc hasn't been able to reproduce this.
Are you on a multi-homed system? -sc
--
Sean Chittenden
___
[EMAIL PROTECTED] mailing list
Gents,
I'm having difficulties trying out the 5.2-BETA, preparing for the
release. I would greatly appreciate it if anyone has some time at hand
to help (re)solve a problem that occures with my 5.2-BETA kernel (26 nov
2003).
The situation is the following: I have tried to upgrade a system
(http
On Tue, 25 Nov 2003, Sean Chittenden wrote:
> > Is my expectation wrong or is there a pertinent IPFW2 bug in a current
> > 5.2-BETA kernel?
>
> You're alone in this, though cjc hasn't been able to reproduce this.
> Are you on a multi-homed system? -sc
Sort of. I do have three xl(4) NICs in my s
"E.B. Dreger" wrote:
> After watching the recent shared/dynamic threads, and reading the
> archives from five or six years ago, I have a question...
>
> Dynamic linking works by the kernel running the dynamic linker,
> which loads shared objects and fixes the symbol tables, yes?
No.
Dynamic link
On Tue, 25 Nov 2003, Larry Rosenman wrote:
> I tried(!) to use the following modem on my 5.2-BETA (actually -CURRENT from
> a week or so ago), and the machine HUNG on the OPEN.
>
>
> usb0: USB revision 1.0
> usb1: USB revision 1.0
> fwohci0: OHCI version 1.0 (ROM=1)
> sio0 at port 0x3f8-0x3ff irq
On Wed, Nov 26, 2003 at 02:00:08AM +0100, Matthias Andree wrote:
> As a user, I like /rescue better than the step-child that /stand/* used
> to be. It's part of the world, which /stand wasn't.
Except that we still have /stand. It should be shot, but some won't let
it go...
___
On Tue, Nov 25, 2003 at 05:44:18PM -0800, Terry Lambert wrote:
> "E.B. Dreger" wrote:
> > After watching the recent shared/dynamic threads, and reading the
> > archives from five or six years ago, I have a question...
> >
> > Dynamic linking works by the kernel running the dynamic linker,
> > whic
Brooks Davis answered:
walt asked:
What does 'buildworld' give us that the new kernel might need?
The correct toolchain including the compiler and config(8).
Okay, thanks, that helps.
Just thinking out loud about worst-case examples for people who
do routinely use 'make world' (like I have for s
1 - 100 of 115 matches
Mail list logo
