On Thu, 2003-08-14 at 16:30, Olivier Cortes wrote:
Le Mer 06/08/2003 à 17:55, Jan Stocker a écrit :
Does nobody has this problem or does noone use this feature?
the problem i see with detach is the utility of the command.
but when detaching, the umount part should be done BEFORE
I just got through with my commit spree to enable users to build /bin
and /sbin dynamically linked. To do this required a fair amount of
tweaking and moving around libraries and such dangerous equipment as
rtld-elf. If you have any systems that you are dearly in love with,
now is not the time to
-Ursprungligt meddelande-
Fran: [EMAIL PROTECTED]
On i386 hardware and two processors amd mp. should I wait for 5.2.
We have been using for some time, we use -CURRENT as FireWalls and as
webservers, we have half our production split between STABLE and -CURRENT
machines, so that if/when
On Sat, Aug 16, 2003 at 10:18:43PM +0200, Poul-Henning Kamp wrote:
At one point we have to say Well, the locks we have above are solid,
but we need to drop Giant below here but if Witness sees a
PICKUP_GIANT() as an acquisition of Giant, rather than as a
resumption of Giant, this clearly does
This patch tweaks various thresholds in the DP8381[56] chip.
On my Soekris 4801, the goes from 5-6 Mbit/sec to 30-40 Mbit/sec
with this patch.
Also included is Sams patch for the short cable problem.
Tests, comments etc most welcome.
Poul-Henning
Index: if_sis.c
In message [EMAIL PROTECTED], David Malone writes:
On Sat, Aug 16, 2003 at 10:18:43PM +0200, Poul-Henning Kamp wrote:
At one point we have to say Well, the locks we have above are solid,
but we need to drop Giant below here but if Witness sees a
PICKUP_GIANT() as an acquisition of Giant, rather
make installworld broken.
==libexex/rtld-elf
[snip]
ln: /usr/libexec/ld-elf.so.1: Operation not permitted
*** Error code 1
any idea ?
--
Shin-ichi YOSHIMOTO [EMAIL PROTECTED]
http://diary.waishi.jp/~yosimoto/diary/
___
[EMAIL PROTECTED] mailing list
TB --- 2003-08-17 11:12:46 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-08-17 11:12:46 - 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-08-17 11:14:47 - building world
TB
On Sat, Aug 16, 2003 at 11:16:53AM -0600, M. Warner Losh wrote:
nothing. The 16-bit cards have always had issues on some machines or
with some cards. rather than mapping the cis in, 0's are read back.
I never had issues with this card in the same laptop since about
2 years under 4.x-STABLE.
When my system boots it seems to stall when it gets here:
xa807,0xa400-0xa403,0xa000-0xa007 mem 0xe100-0xe10001ff irq 11 at device 11.
0 on pci1
ata2: at 0xe100 on atapci0
ata3: at 0xe100 on atapci0
It stalls for about 20-30 seconds and then continues booting. I can not figure out
I've got three machines having trouble doing a installworld, let alone a
buildworld.
One is a Dell Inspiron 8100 with a GeForce which used to run just fine on a
5.1-RC, which I updated yesterday.
Two are brand-new Shuttle SS51G with a SIS chipset and 2 GHz Celeron, which
I installed on
In message: [EMAIL PROTECTED]
Andreas Klemm [EMAIL PROTECTED] writes:
: On Sat, Aug 16, 2003 at 11:16:53AM -0600, M. Warner Losh wrote:
: nothing. The 16-bit cards have always had issues on some machines or
: with some cards. rather than mapping the cis in, 0's are read back.
:
:
On Sun, 17 Aug 2003, Shin-ichi Yoshimoto wrote:
make installworld broken.
==libexex/rtld-elf
[snip]
ln: /usr/libexec/ld-elf.so.1: Operation not permitted
*** Error code 1
any idea ?
I'm guessing we need to remove the schg flag from the old ld-elf.so.1
before trying to replace it with
Trying to get Max Yevmenkin's bluetooth stack running on 5.1-release.
This with ngbt-fbsd-20030501.tar.gz from
http://www.geocities.com/m_evmenkin/
Trying to start the stack, it returns:
./rc.bluetooth start ubt0
Could not execute command reset. Operation timed out
From the syslog:
TB --- 2003-08-17 16:00:12 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-17 16:00:12 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-17 16:01:53 - building world
TB --- cd
TB --- 2003-08-17 16:58:13 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-08-17 16:58:13 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-17 16:59:51 - building world
TB --- cd
I'm getting a consistent error with cvsup from this morning during
make installworld
libexec/rtld-elf
install -s -o root -g wheel -m 555 -fschg -C -b ld-elf.so.1 /libexec
install -o root -g wheel -m 444 rtld.1.gz /usr/share/man/man1
/usr/share/man/man1/ld-elf.so.1.1.gz -
Hello Kim,
Trying to get Max Yevmenkin's bluetooth stack running on 5.1-release.
This with ngbt-fbsd-20030501.tar.gz from
http://www.geocities.com/m_evmenkin/
first of all - all kernel modules and user space tools were committed to
-current. so you do not have to use snapshots. all kernel
On Sun, Aug 17, 2003 at 08:47:42PM +0900, Shin-ichi Yoshimoto wrote:
make installworld broken.
==libexex/rtld-elf
[snip]
ln: /usr/libexec/ld-elf.so.1: Operation not permitted
*** Error code 1
any idea ?
Thanks for reporting this. I've fixed it in rev 1.22 of
Mike Atamas wrote:
When my system boots it seems to stall when it gets here:
xa807,0xa400-0xa403,0xa000-0xa007 mem 0xe100-0xe10001ff irq 11 at device 11.
0 on pci1
ata2: at 0xe100 on atapci0
ata3: at 0xe100 on atapci0
It stalls for about 20-30 seconds and then continues booting. I can
On Sun, 17 Aug 2003 13:41:17 -0500, dave [EMAIL PROTECTED] wrote:
I'm getting a consistent error with cvsup from this morning during
make installworld
snip
ln: /usr/libexec/ld-elf.so.1: Operation not permitted
snip
I've done make cleandir and re-cvsup etc. Same error.
amd 2400 asus mb. running
In message: [EMAIL PROTECTED]
M. Warner Losh [EMAIL PROTECTED] writes:
: In message: [EMAIL PROTECTED]
: Andreas Klemm [EMAIL PROTECTED] writes:
: : On Sat, Aug 16, 2003 at 11:16:53AM -0600, M. Warner Losh wrote:
: : nothing. The 16-bit cards have always had issues on
On Sun, Aug 17, 2003 at 11:51:36AM -0700, Gordon Tetlow wrote:
On Sun, Aug 17, 2003 at 08:47:42PM +0900, Shin-ichi Yoshimoto wrote:
make installworld broken.
==libexex/rtld-elf
[snip]
ln: /usr/libexec/ld-elf.so.1: Operation not permitted
*** Error code 1
any idea ?
Thanks for
Subject: Re: HEADS UP: dynamic root support now in the tree,
On Sun, 17 Aug 2003 12:05:34 -0700, Gordon Tetlow wrote:
Thanks for reporting this. I've fixed it in rev 1.22 of
src/libexec/rtld-elf/Makefile.
Silly me forgot to honor DESTDIR. rev 1.23 is much better =)
Thanks Gordon. I can
On Sun, Aug 17, 2003 at 01:54:38AM -0700, Gordon Tetlow wrote:
I just got through with my commit spree to enable users to build /bin
and /sbin dynamically linked. To do this required a fair amount of
tweaking and moving around libraries and such dangerous equipment as
rtld-elf. If you have any
Hey,
Just signed up for this list; so I just read the archive -- my question is:
Will this be default when it's stable?
Kind regards,
Devon
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED] [mailto:owner-freebsd-
[EMAIL PROTECTED] Namens Gordon Tetlow
Verzonden: Sunday, August 17,
On Sun, Aug 17, 2003 at 12:58:12PM -0400, Tinderbox wrote:
stage 4: building everything..
[...]
cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee
-I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/secure/libexec/sftp-server/../../../crypto/openssh
-DNO_IDEA -o sftp-server sftp-common.o
At 01:57 PM 8/17/2003
gordon just fixed in the rev 1.22 of src/libexec/rtld-elf/Makefile, so
CVSup and try it again.
Cheers,
Mezz
it's fine now.
thanks
dave
___
[EMAIL PROTECTED] mailing list
Hi,
With GEOM in place, is the 'c' partition for a CD device no
longer necessary for cdcontrol? At least on my system,
the CD shows up as /dev/acd0, not as /dev/acd0c.
--- src/usr.sbin/cdcontrol/cdcontrol.c.orig Sun Aug 17 17:25:46 2003
+++ src/usr.sbin/cdcontrol/cdcontrol.c Sun Aug 17
Yes, the 'a' and 'c' partitions on CD drives are bogus, but this
has nothing directly to do with GEOM, it is only a sideeffect
of the semantic cleanups that went ahead of GEOM.
The patch looks good to me, but I'd like somebody to test it
before it gets committed. Any takers ?
Poul-Henning
In
Greetings current-
Have bluetooth almost working on 5.1-release, thank you Max.
On Sun, 17 Aug 2003, Maksim Yevmenkin wrote:
first of all - all kernel modules and user space tools were committed to
-current. so you do not have to use snapshots. all kernel modules are
connected to
TB --- 2003-08-17 20:55:11 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-08-17 20:55:11 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-17 20:57:48 - building world
TB --- cd
On Sun, 17 Aug 2003, Ulrich Spoerlein wrote:
I'm trying to build a new LiveCD based upon the Freesbie scripts, and
well, I don't want to require superuser privileges to build the LiveCD
image. While this is not a problem with 'make buildworld' 'make
distribution' in /usr/src/etc is broken for
TB --- 2003-08-17 21:53:57 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-08-17 21:53:57 - 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-08-17 21:56:36 - building world
TB
Subject: Re: HEADS UP: dynamic root support now in the tree,
On Mon, 18 Aug 2003 04:28:53 +0900, Shin-ichi Yoshimoto wrote:
Thanks Gordon. I can save a space :-)
I found another problem in src/Makefile.inc
[snip]
.if ${TARGET_ARCH} == ${MACHINE_ARCH} !defined(DISTDIR) \
(!defined(DESTDIR)
Hello Kim,
Have bluetooth almost working on 5.1-release, thank you Max.
[...]
The device is a Belkin F8T001, at plugin it logs:
Aug 17 16:43:01 radio kernel: ubt0: Broadcom Corp. BCM2033, rev 1.01/0.a0,
addr 2
Aug 17 16:43:01 radio kernel: ubt0: Interface 0 endpoints: interrupt=0x81,
I have been seeing this for some time ( 2 years) on my ASUS P5A based
K6 system. I have no idea why it's doing it, but I re-boot so
infrequently that I just have not worried about it. It does seem that
it is less likely to happen after a true cold boot. (Cut main power.)
I was seeing this with V4
On Sun, Aug 17, 2003 at 10:58:51PM +0200, Ulrich Spoerlein wrote:
The question now is, should I provide patches to make this work. Do we
actually want this to work? Or is anybody trying to run installworld as
non-user doing something completely stupid?
I've committed the obivously correct
On Sun, Aug 17, 2003 at 01:54:38AM -0700, Gordon Tetlow wrote:
I just got through with my commit spree to enable users to build /bin
and /sbin dynamically linked. To do this required a fair amount of
tweaking and moving around libraries and such dangerous equipment as
I think this is a more
Stefan,
This is a FAQ. In the future, please search the archives before posting.
At this moment in time, 'p4' isn't a safe CPUTYPE (It produces broken
code). 'p3' or 'i686' are what's recommended for Pentium 4s.
You'll also want to make sure that your CFLAGS don't use optimization
higher than
On Sun, Aug 17, 2003 at 10:54:43PM -0400, Andre Guibert de Bruet wrote:
Stefan,
This is a FAQ. In the future, please search the archives before posting.
At this moment in time, 'p4' isn't a safe CPUTYPE (It produces broken
code). 'p3' or 'i686' are what's recommended for Pentium 4s.
On Sun, Aug 17, 2003 at 02:55:46PM -0400 I heard the voice of
Bill Moran, and lo! it spake thus:
My best guess is that the chipset responds slowly to probes, thus it
takes a while to get the list of devices from it. However, I've never
looked into it any more than that.
I've always presumed
On Sun, 17 Aug 2003 22:35:14 -0400 (EDT)
Andre Guibert de Bruet [EMAIL PROTECTED] wrote:
pciconf -vl
Here is the output that it gave. I included everything because nothing particular
struck me as relavent.
[EMAIL PROTECTED]:0:0: class=0x06 card=0x80ac1043 chip=0x01e010de rev=0xc1
I'm seeing the following on today's current (Just cvsup'ed):
...
=== sys/boot/i386/btx/lib
=== sys/boot/i386/boot2
=== sys/boot/i386/cdboot
=== sys/boot/i386/kgzldr
=== sys/boot/i386/libi386
=== sys/boot/i386/loader
/usr/src/share/mk/bsd.prog.mk, line 38: warning: duplicate script for target
TB --- 2003-08-18 04:00:11 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-08-18 04:00:11 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-18 04:02:59 - building world
TB --- cd
TB --- 2003-08-18 04:59:16 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-08-18 04:59:16 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-08-18 05:02:06 - building world
TB --- cd
46 matches
Mail list logo