On Fri, Jan 14, 2000 at 01:38:47AM -0500, Kenneth Wayne Culver wrote:
No problem here, I attach you the MACHINE and dmesg.
--
[EMAIL PROTECTED] / [EMAIL PROTECTED]
FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982,
It seems Brian Fundakowski Feldman wrote:
>
> I was trying to rule out the CDRIO* changes themselves being at fault.
> It seems they're not, but another person also share's my experiences
> with no longer being able to write CDs now. How about this: I'll
> find out when it broke, and perhaps we
Hi, I've been trying unsuccessfully for two days to upgrade to -current on
one of my machines at home, and was hoping there might be some suggestions
from the group I could try.
This is the consistant error off of today's -current tree:
cc -O -pipe -elf -Wall -fkeep-inline-functions
-I/usr/obj/
On Fri, Jan 14, 2000 at 01:38:47AM -0500, Kenneth Wayne Culver wrote:
>
>The latest ppbus changes seem to have made some things break. My dmesg no
>longer shows lpt0 or vpo0 as being detected ( even though they are defined
>in the kernel conf file, and are being compiled into the kernel) which
>me
The latest ppbus changes seem to have made some things break. My dmesg no
longer shows lpt0 or vpo0 as being detected ( even though they are defined
in the kernel conf file, and are being compiled into the kernel) which
means I can't print anything or use my parallel port zip drive. (yes I
have sc
> BTW, we can soon stop worrying about the crypto stuff, right? :)
It sure seems so! :-)
RSA will be the only problem for USA, and IDEA will be aproblem in Europe.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
I am sorry, my previous letter was incorrect. Compiling libgcc{_r}.a
without optimisation stopped _my_ test program and the program from PR from
crashing, but any attempt to rethrow the exception from the catch block in
Foo() results in signal 11 crash.
--
E-Mail:
Well, I tried to investigate this problem and the following is what I've found
so far: It looks like we are dealing with gcc -O code generation bug. I
recompiled libgcc and libgcc_r without -O flag and everything works just fine,
including the sample from PR3441. Unfortunately, I was unable to loc
I have been looking at UDF ( the filesystem used on CD-RW and DVD's ). I
was wondering if anybody was working on it. I'm thinking about trying to
implement it for CD-RW's and would like to avoid duplication of effort and
the anoyance of getting half way through the effort and having somebody
els
I figured out how to reproduce the ttywri hang at will (I'm sure there
are other ways, but this works for me 100%):
1) using SecureCRT and ssh2, ssh into your machine
2) run "find /"
3) click your mouse in the window and hold down. the scrolling will stop.
hold this down for a few seconds.
4) le
* From: Mark Murray <[EMAIL PROTECTED]>
* ...then your source tree is not up to date.
It seems the crypto part of the tree was not updated. Probably from
the time I was juggling cvsupfiles around trying to figure out the
"can't build in US" problem. I'll let you know if I have any more
probl
In article <[EMAIL PROTECTED]>,
David O'Brien <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 12, 2000 at 10:01:42AM +0200, Maxim Sobolev wrote:
> > Is there are any compiler guys to address my question or not?
>
> There is, I'm the one. But there are a few things ahead in the queue.
> Of course a patc
On Thu, 13 Jan 2000, Soren Schmidt wrote:
> It seems Brian Fundakowski Feldman wrote:
> > I'm sure everyone's seen my e-mail and others' e-mail about ATAPI in the
> > ATA driver, at least, being broken (WRT CD-Rs). The question is, does
> > anyone have any idea at all why? I tried reverting to
On Thu, Jan 13, 2000 at 08:35:16PM +0100, Wilko Bulte wrote:
> I resurrected things by grabbing an 'old' .4 library from another Alpha.
> Now things work again.
In case you missed it, I checked in a probable fix for the bug that got you
last time around. You might try again now.
Jason
To Unsu
On 2000-Jan-13 16:45:45 +1100, "Rodney W. Grimes" <[EMAIL PROTECTED]> wrote:
>All of the boot time reporting is in 2^20 MB:
>ad0: 3079MB (6306048 sectors), 6256 cyls, 16 heads, 63 S/T, 512 B/S
>
>Due the math if you doubt me, oh, and Quantum calls this a 3.2G disk
>drive :-)
6256*16*63*512 = 3,22
Out of da blue Brian Hechinger aka ([EMAIL PROTECTED]) said:
> i've read all the 'make buildworld fails' emessages on this list, but none
> of them have helped me. i tried the 'make b-m /usr/src/share/mk buildworld'
> and that fixes some problems, but i'm still getting hung up on this one.
>
>
> :> Sometimes we just want to nfs-mount things on the same
> :> machine.
> :
> :Sick, poor in performance and the wrong tool for the job.
> :See mount_null(8) for more details on how to do it right.
> :
> :>
> :> One more example: I don't like /var/news so I mount locally
> :> /var/news
> :> t
On 13-Jan-2000 Matthew Dillon wrote:
>:> Sometimes we just want to nfs-mount things on the same
>:> machine.
>:
>:Sick, poor in performance and the wrong tool for the job.
>:See mount_null(8) for more details on how to do it right.
>:
Unfortunately, you still end up needing to do this for some
i've read all the 'make buildworld fails' emessages on this list, but none
of them have helped me. i tried the 'make b-m /usr/src/share/mk buildworld'
and that fixes some problems, but i'm still getting hung up on this one.
i'm upgrading from 3.4-stable to 4.0-current (in a vain attempt to get
I prepared some IPv6 tcp related apps and libs patches.
Anyone interested, please try them.
(Each of following 2 url has the same patches.)
http://paradise.kame.net/v6proxy/diana2/shin/work/freebsd/tcp-apps.2114
http://www.FreeBSD.org/~shin/tcp-apps.2114
They includes,
-inetd
-libuti
> I think we have already fixed this in the past, by deep-copying cluster
> mbufs... ipsec_copypkt() in sys/netinet6/ipsec.c.
> i'm running telnet chargen all the time between kame/bsdi3 and
> kame/netbsd and having no problem.
>
> note that there are differences am
:> Sometimes we just want to nfs-mount things on the same
:> machine.
:
:Sick, poor in performance and the wrong tool for the job.
:See mount_null(8) for more details on how to do it right.
:
:>
:> One more example: I don't like /var/news so I mount locally
:> /var/news
:> to /archive/news on t
On Thu, Jan 13, 2000 at 08:30:24AM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 05:25:22PM -0800, David O'Brien wrote:
> > On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> > > I copied libc.so.4 manually to /usr/lib but that is not sufficient.
> > > It looks like ld-elf sticks
>I suppose something going wrong when multiple mbuf cluster is
>used for encrypted TCP connection.
>Because as I tried to cat several different sized files,
>catting files bigger than around
>2048(mbuf cluster size) minus protocol header size
>seems to cause the problem.
>
>Because mbuf cluster c
:The system has been running with softupdates enabled and DDB in the kernel
:for 18 hours now without a single problem. I'm sorry to say that no matter
Don't be sorry, be happy!
-Matt
Matthew Dillon
"Dave J. Boers" wrote:
> It is rumoured that Peter Wemm had the courage to say:
> > Warning: softupdates is still falling over quite easily:
> > (I run with INVARIANTS)
> >
> > initial pcb at 31f9e0
> > panicstr: softdep_lock: lock held by 412
> > panic messages:
> > ---
> > panic: softdep_disk_w
:Your mileage may vary, but the following seems to work for me, for this
:part at least.
:
:Index: sys/contrib/softupdates/ffs_softdep.c
:===
:RCS file: /home/ncvs/src/sys/contrib/softupdates/ffs_softdep.c,v
:retrieving revision 1.49
It is rumoured that Peter Wemm had the courage to say:
> Warning: softupdates is still falling over quite easily:
> (I run with INVARIANTS)
>
> initial pcb at 31f9e0
> panicstr: softdep_lock: lock held by 412
> panic messages:
> ---
> panic: softdep_disk_write_complete: lock is held
>
> syncing
According to Yoshinobu Inoue:
> I recommend you to try libpcap-3.5 and tcpdump-3.5 obtained
> from www.tcpdump.org.
It would be nice to upgrade our tcpdump/libpcap to have these...
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 4.0-CURRENT #77
First of all, forgive me for being stupid, if that's what it turns out it
was, but I can't seem to get lint to work on -current (though it works
fine on -stable).
> lint -V pvselect.c
pvselect.c:
/usr/libexec/cpp -lang-c -undef -$ -C -Wcomment -D__FreeBSD__=4 -Dlint
-D__lint -D__lint__ -D__unix -
At 10:52 01/13/2000 +1030, Mark Newton wrote:
>On Wed, Jan 12, 2000 at 08:29:44AM -0500, Tom Embt wrote:
>
> > >This would be great, but I wonder from what source we could take reliable
> > >data about -current's stability.
> >
> > How 'bout some sort of client program that is run via the rc.d an
the thing i found out with kdm was that it uses the wrong vty
i think - adding at vt09 to the Xservers file X line solved
it (i use x on console 9)
t
Marc Solsona <[EMAIL PROTECTED]> wrote:
> Both solutions seem to work with xdm, but not with wdm. It's not a big trauma
> but may be I should cont
>Date: Thu, 13 Jan 2000 16:54:21 +1100 (EST)
>From: Tony Maher <[EMAIL PROTECTED]>
>> Sick, poor in performance and the wrong tool for the job.
>> See mount_null(8) for more details on how to do it right.
>Yes its perfect for the job apart from:
>man mount_null
> THIS FILESYSTEM TYPE IS NOT
In article <[EMAIL PROTECTED]>,
David O'Brien <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 12, 2000 at 07:00:01PM -0800, John Polstra wrote:
>
> > I _really_ don't like it when a program reaches waaay over into an
> > unrelated directory for its sources.
>
> We already do that all over the place
I was able to make world and new kernels early this morning for the
first time since Sunday. I immediately rebooted my laptop, from behind
the firewall, and got a softupdates panic while coming up. So, I
rebooted with Sunday's kernel, also with softupdates, and it came up
fine. The strange part
Thanx, I knew about dmesg, I just thought that there might be a boot loader
option that would allow me to log the boot to a file (via bios calls).
Thanx, BMG
On Thu, Jan 13, 2000 at 09:59:47AM -0500, Kelly Yancey wrote:
> On Wed, 12 Jan 2000, Brad Guillory wrote:
>
> >
> >
> > I have a simila
It seems Brian Fundakowski Feldman wrote:
> I'm sure everyone's seen my e-mail and others' e-mail about ATAPI in the
> ATA driver, at least, being broken (WRT CD-Rs). The question is, does
> anyone have any idea at all why? I tried reverting to just before the
> CDRIOC* changes, and that didn't
> I blew away /usr/obj but still get the same error.
...then your source tree is not up to date.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
It seems Kris Kennaway wrote:
>
> acd0: PLAY_BIG - ILLEGAL REQUEST asc=21 ascq=00 error=04
Sounds like the drive doesn't like this, it probably only supports
PLAY_MSF..
> ata1-slave: piomode=3 dmamode=0 udmamode=-1 dmaflag=1
> ata1-slave: timeout waiting for command=ef s=00 e=00
> ata1-slave:
From: Bill Paul <[EMAIL PROTECTED]>
> We need version information! How recent is your version of -current!
> What's the rcsid from if_aue.c! Details please!
* $FreeBSD: src/sys/dev/usb/if_aue.c,v 1.5 2000/01/10 23:12:50 wpaul Exp $
> Print out the contents of the mbuf!! Show is what it thinks
Peter Wemm wrote:
[..]
> (kgdb) print lk
> $1 = {lkt_spl = 0, lkt_held = 412}
> (kgdb) proc 412
>
> (kgdb) where
> #0 mi_switch () at ../../kern/kern_synch.c:828
> #1 0xc015e8c5 in tsleep (ident=0xc635d5be, priority=16, wmesg=0xc02c34a0 "ge
tbuf", timo=0)
> at ../../kern/kern_synch.c:43
Peter Wemm wrote:
I should have added more info:
[..]
> #8 0xc015bb0d in panic (fmt=0xc02c2c40 "softdep_disk_write_complete: lock is
held")
> at ../../kern/kern_shutdown.c:554
> #9 0xc0223f24 in softdep_disk_write_complete (bp=0xc636c3e8) at ../../ufs/ff
s/ffs_softdep.c:2993
> #10
Peter Wemm wrote:
>
> Satoshi - Ports Wraith - Asami wrote:
> > * From: Jason Evans <[EMAIL PROTECTED]>
> >
> > * > In function `_gettemp':
> > * > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
> > * > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
> >
> > * libc suc
On Wed, 12 Jan 2000, Brad Guillory wrote:
>
>
> I have a similar problem, in kernels build Monday and yesterday. I get
> a kernel panic when while booting, I don't know how to capture the boot
> messages to a file (do you) so I can not post them but this is the line
> that it dies on:
>
Warning: softupdates is still falling over quite easily:
(I run with INVARIANTS)
initial pcb at 31f9e0
panicstr: softdep_lock: lock held by 412
panic messages:
---
panic: softdep_disk_write_complete: lock is held
syncing disks... panic: softdep_lock: lock held by 412
Uptime: 3m17s
dumping to de
Stuff seems to compile now without problems (updated kernel)
Strange.
Alex
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
* From: Peter Wemm <[EMAIL PROTECTED]>
* > ===
* > :
* > ln -sf libutil.so.2 /usr/obj/usr/src/i386/usr/lib/libutil.so
* > cd /usr/src/lib; make depend; make all; make install
* > ===> csu/i386-elf
* > ===> libcom_err
* > ===> libcom_err/doc
* > ===> msun
* > ===> libmd
* > ===>
It is rumoured that Dave J. Boers had the guts to say:
> I'll leave the system running for a few more hours and then I will enable
> softupdates again to try if I can reproduce the problems and take a look
> with DDB.
The system has been running with softupdates enabled and DDB in the kernel
for
Satoshi - Ports Wraith - Asami wrote:
> * From: Jason Evans <[EMAIL PROTECTED]>
>
> * > In function `_gettemp':
> * > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
> * > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
>
> * libc successfully builds on Alpha with the
* From: Matthew Dillon <[EMAIL PROTECTED]>
* I have occassionally seen this failure when setting vfs.vmiodirenable
* to 1. I have not seen it otherwise.
*
* Please upgrade your system to the latest ffs_softdep.c, vers 1.47. This
* will fix a number of other problems but
* From: Jason Evans <[EMAIL PROTECTED]>
* > In function `_gettemp':
* > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
* > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
* libc successfully builds on Alpha with the changes I committed, though the
* bootstrapping pro
On Wed, 12 Jan 2000, David O'Brien wrote:
> On Wed, Jan 12, 2000 at 07:00:01PM -0800, John Polstra wrote:
> > > The buildworld problem that I introduced is due to cc_fbsd directly
> > > compiling and linking in src/lib/libc/stdio/mktemp.c. This is in my
> > > opinion a questionable practice, sin
Sorry, I will slow down my reading and stop flipping 2^10 into 10^3.
> From: Rodney W. Grimes [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 12, 2000 9:53 PM
>
>
> [in regards to a previous post preferring base-10 for K and M units...]
> >> I'm sorry but I would find it non-obvious and
> "Rodney W. Grimes" wrote:
> ...
> >
> > Independent of order of export/mounting the dead lock occurs. Cross
> > mounting via NFS is a verbotten thing in the sysadmin world of production
> > systems. :-) I have had to fix it at several sites admin'd by newbies...
> >
>
> I'm not sure you ar
54 matches
Mail list logo