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 /
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 /
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 tar
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
hd
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 presu
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.
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 -O
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
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
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
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=0x8
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(DEST
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
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
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 /home
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 buildker
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 m
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 17:
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
http://lists.freebsd.org/mailman/listinfo/freebsd-current
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-commo
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 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
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 ca
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 ide
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 iss
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
ln: /usr/libexec/ld-elf.so.1: Operation not permitted
I've done make cleandir and re-cvsup etc. Same error.
amd 2400 asus mb. running cvsup/mak
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, 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
src/libexec/rtld-elf
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 ke
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 -> /usr/share/man/man1/rtl
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 /
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 /
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:
ng_hc
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
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.
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 Friday,
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
wh
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.
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
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 lis
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 Gia
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
===
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
>-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/wh
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 cv
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 d
46 matches
Mail list logo
