On Tue, 23 May 2000, Boris Popov wrote:
> On Mon, 22 May 2000, Matthew Dillon wrote:
>
> > :> No, I don't mean rodents who've nibbled on chocolate-covered expresso
> > :> beans, I mean PS/2 mice which fall victim to this new problem:
> > :
> > :> May 19 00:50:45 zippy /kernel: psmintr: out of sy
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
At 11:52 +0400 23/5/00, Oleg Sharoiko wrote:
>Hello!
>
>It seems that during porting to newbus architecture adv_attach was left
>unchanged and current version (I mean the current version of -STABLE
>sources, I didn't check -CURRENT) returns incorrect values (1 on success, 0 in
>all other cases).
On 23-May-00 John Baldwin wrote:
> jhb 2000/05/23 05:18:49 PDT
>
> Modified files:
> sys/boot/i386/boot0 Makefile boot0.s
> sys/boot/i386/boot2 Makefile boot1.s
> sys/boot/i386/btx/btx Makefile btx.s
> sys/boot/i386/cdldr cdldr.s
> sys/boot/i386/pxeldr pxeldr
On Tue, 23 May 2000, Bruce Evans wrote:
> The patch seems to have completely broken fast interrupts.
> GET_FAST_INTR_LOCK is neither necessary nor sufficient as far as I can see.
> The necessary and sufficient locking is done by COM_LOCK() in individual
> drivers. The patch changed GET_FAST_INTR
Why our ld is able to detect multiply defined functions only for static
linking? What prevents us to use the same algorithm for shared linking
too? It is very unsafe otherwise to do shared linking...
--
Andrey A. Chernov
<[EMAIL PROTECTED]>
http://nagual.pp.ru/~ache/
To Unsubscribe: send mail
On Tue, 23 May 2000, Bob Bishop wrote:
BB> FWIW -CURRENT is the same, but it looks like none of the calls check the
BB> return value anyway.
Well. There was a message during the boot of kernel which notified that
"adv0 device prove/attach returned 1" (or smt. like this). So I think the
return cod
At 16:11 23/05/00 +0400, Oleg Sharoiko wrote:
>On Tue, 23 May 2000, Bob Bishop wrote:
>
>BB> FWIW -CURRENT is the same, but it looks like none of the calls check the
>BB> return value anyway.
>Well. There was a message during the boot of kernel which notified that
>"adv0 device prove/attach return
Peter, do you plan to commit official fix instead of mine one? I can try
to do this by myself too.
Forwarded message from "Thomas E. Dickey" <[EMAIL PROTECTED]> -
Date: Tue, 23 May 2000 12:37:48 -0400 (EDT)
From: "Thomas E. Dickey" <[EMAIL PROTECTED]>
Subject: Re: Incorrect exporting of
:The patch seems to have completely broken fast interrupts.
:GET_FAST_INTR_LOCK is neither necessary nor sufficient as far as I can see.
:The necessary and sufficient locking is done by COM_LOCK() in individual
:drivers. The patch changed GET_FAST_INTR_LOCK from s_lock(&fast_intr_lock),
:which do
Not to change the subject ,but
mptable causes a panic on my machine running current.
If I revert back to a kernel compiled on the 13th of May everything works
fine. I think there were some changes made to the SMP code on the 14th or 15th
also the binutils were upgraded and I'm not sure what caused
On Tue, May 23, 2000 at 11:06:38AM -0700, Manfred Antar <[EMAIL PROTECTED]> wrote:
> Not to change the subject ,but
> mptable causes a panic on my machine running current.
> If I revert back to a kernel compiled on the 13th of May everything works
> fine. I think there were some changes made to t
At 09:00 PM 5/23/2000 +0200, Vallo Kallaste wrote:
>On Tue, May 23, 2000 at 11:06:38AM -0700, Manfred Antar <[EMAIL PROTECTED]> wrote:
>
>> Not to change the subject ,but
>> mptable causes a panic on my machine running current.
>> If I revert back to a kernel compiled on the 13th of May everything
> jake2000/05/23 13:41:02 PDT
> Log:
> Change the way that the queue(3) structures are declared; don't assume that
> the type argument to *_HEAD and *_ENTRY is a struct.
>
> Suggested by: phk
> Reviewed by:phk
> Approved by:mdodd
>
HEADS UP
Possibl
On Tue, May 23, 2000 at 08:20:48AM -0400, John Baldwin wrote:
> This should fix the world.
Whistler: I want peace on earth and good will toward man.
Bernard Abbott: Oh this is ridiculous.
Martin Bishop: He's serious.
Whistler: I want peace on earth and good will toward man.
Bernard Abbott: We ar
> >> With a current kernel I get this when booting:
> >>
> >> Programming 24 pins in IOAPIC #0
> >> AP #1 (PHY# 12) failed!
> >> panic y/n [y] panic: bye-bye
> >> mp_lock = 0001; cpuid = 0; lapic.id =
> >> Uptime: 0s
[...]
> I think this has something to do
> with the new binutil
Greetings,
I've updated IP Filter in the FreeBSD-current sources to
Version 3.4.4 (which isn't yet released, now that I think about it :*)
I would apprecate some feedback from people who are able to run and
test this so its suitability for importing onto the 4.0_STABLE branch
can be det
On Tue, 23 May 2000, Jake Burkholder wrote:
> > jake2000/05/23 13:41:02 PDT
> > Log:
> > Change the way that the queue(3) structures are declared; don't assume that
> > the type argument to *_HEAD and *_ENTRY is a struct.
> >
> > Suggested by: phk
> > Reviewed by: ph
$B2>EPO?$O#67n#5F|$^$G!*:#$J$iA@$($k7n<}#1#2#0#0K|!*(B
$BFMA3%a!<%k$rAw$i$;$FD:$$$?$3$H$r?<$/$*OM$S$$$?$7$^$9!#(B$B6=L#$N$J$$J}$O$*5v$7$/$@$5$$!#$3$N$^$^:o=|$7$F$/$@$5$$!#(B$B$?$$$X$s?=$7Lu$4$6$$$^$;$s$G$7$?!#(B
$B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B
$B%$%
>
> Is anyone else having trouble compiling the libpam things, because of
> this? I couldn't compile a kernel because of the the assembler changes,
> so I went to do a buildworld, and now I can't get thru a buildworld. I
> tried the suggestion above (do a make includes) but that didn't seem to
At 04:33 AM 5/24/2000 +0200, [EMAIL PROTECTED] wrote:
>> >> With a current kernel I get this when booting:
>> >>
>> >> Programming 24 pins in IOAPIC #0
>> >> AP #1 (PHY# 12) failed!
>> >> panic y/n [y] panic: bye-bye
>> >> mp_lock = 0001; cpuid = 0; lapic.id =
>> >> Uptime: 0s
>
>[.
On Wed, May 24, 2000 at 02:09:24PM +1000, Bruce Evans wrote:
> > Previously it breaks system's /bin/sh so sh's trace() was wrongly renamed to
> > sh_trace() instead of fixing ncurses.
>
> FYI, it may also break ftp, but the problem is only visible when ftp is linked
> static, due to the problem
"Andrey A. Chernov" wrote:
> On Wed, May 24, 2000 at 02:09:24PM +1000, Bruce Evans wrote:
> > > Previously it breaks system's /bin/sh so sh's trace() was wrongly renamed
to
> > > sh_trace() instead of fixing ncurses.
> >
> > FYI, it may also break ftp, but the problem is only visible when f
23 matches
Mail list logo