On Fri, Jul 09, 1999 at 12:59:51PM +0930, Kris Kennaway wrote:
> On Thu, 8 Jul 1999, David O'Brien wrote:
>
> > > todays current breaks in build of libgcc
> >
> > Since libgcc/Makefile hasn't been touched since April, me thinks
> > something else is going on in your environment.
> >
> > > ===>
On Fri, 9 Jul 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote:
> For some video cards (to wit, the voodoo stuff), the MTRRs should be set up as
> follows
>
>write-combining
> +--+
> +---+
> uncacheable
>
> i.e.
>
> Spits the dummy? And do you mean memcontrol?
It (memcontrol, I was typing the name from memory at work) complains. I was
trying to set up the MTRRs like the Linux voodoo device driver does. I hadn't
thought of doing it the way you suggest, as the documentation says that the
size has to b
On Thursday, 8th July 1999, Matthew Dillon wrote:
>There is a way we can find out for sure. For any of you with processes
>stuck in objtrm, see if you can gdb the kernel and get a backtrace
>of that process to see if it might be in a state where a previous
>call context is holdin
Hi folks,
About a week ago, we made inetd's TCP Wrapper support a command-line
option instead of a compile-time option. While this was met with
unanimous approval, a number of people objected to the limited -w
option.
I've just committed a change that allows wrapping for each of internal
and ex
>this is problematic.
>
>you cannot add a new element before the pending firing because you can't
>tell how far into the present trigger you are.
This is not a problem for readable counters like the i8254. The problem
for the i8254 is that reading and writing it takes a long time (perhaps
5 usec
Sheldon Hearn <[EMAIL PROTECTED]> writes:
> On Wed, 07 Jul 1999 23:12:57 +0200, Frank Nobis wrote:
>
> > todays current breaks in build of libgcc
> >
> > ===> gnu/lib/libgcc
> > c++ -O2 -mpentium -fpcc-struct-return -ffast-math -fno-strength-reduce -malig
>
> Hi Frank,
>
> You're sure the sam
Hi All,
The combination of Apache + PHP + FreeTDS I use under 3.2-Release without
problems, segfaults when it's built and run under -current (current as of
about 2 weeks ago).
i.e. I get "Segmentation fault - core dumped" when I try to run it. If I try
to run gdb through the core file, that also
Permissions in
ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386
are:
drwx-- 19 root 0 1024 Jul 8 12:38
4.0-19990708-CURRENT
drwx-- 19 root 0 1024 Jul 9 12:37
4.0-19990709-CURRENT
Val
_
Do You Yahoo!?
Get your free
Weird! Fixed.
> Permissions in
> ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386
> are:
>
> drwx-- 19 root 0 1024 Jul 8 12:38
> 4.0-19990708-CURRENT
> drwx-- 19 root 0 1024 Jul 9 12:37
> 4.0-1
On Fri, 9 Jul 1999, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote:
>
> >
> > Spits the dummy? And do you mean memcontrol?
>
> It (memcontrol, I was typing the name from memory at work) complains. I was
> trying to set up the MTRRs like the Linux voodoo device driver does. I hadn't
Hi,
the new dev_t stuff in the kernel keeps system accounting showing up
the tty properly. After taking a look at the fix for the swap device,
I propose the following equivalent fix:
Index: kern/kern_acct.c
===
RCS file: /data/cvs/s
In message <[EMAIL PROTECTED]>, "D. Rock" writes:
>Hi,
>
>the new dev_t stuff in the kernel keeps system accounting showing up
>the tty properly. After taking a look at the fix for the swap device,
>I propose the following equivalent fix:
Looks good, could you try this version for me ?
Index: s
> >Hi,
> >
> >the new dev_t stuff in the kernel keeps system accounting showing up
> >the tty properly. After taking a look at the fix for the swap device,
> >I propose the following equivalent fix:
>
> Looks good, could you try this version for me ?
[patch deleted]
I recompiled a "make world" an
Hi,
Any current's more recent than about a month ago on my main system seem to
'hang' on biord whenever they access the IDE drives...
The system boots of SCSI, has a number of SCSI drives - but as soon as it
either tries to mount, or fsck an IDE drive it just hangs... Breaking into DDB
at the ti
Not sure if this will help
My test / compile box : Pentium III 450 MHZ with 8 gig ide disk drive
does not hang at all . FreeBSD-current is about a week old.
Cheers
--
Amancio Hasty
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-c
>> Any current's more recent than about a month ago on my main system seem to
>> 'hang' on biord whenever they access the IDE drives...
> My test / compile box : Pentium III 450 MHZ with 8 gig ide disk drive
> does not hang at all . FreeBSD-current is about a week old.
Same here; K6-233 with 2
> What exactly are the ranges? You haven't given me enough info yet. I wrote the
> K6-* MTRR driver, so I'd like to help.
>
OK, the Linux 3dfx driver attempts to set up a write combining range starting
at the card's base address and 0x40 bytes long. After doing this it then
sets up a rang
:Hi,
:
:Any current's more recent than about a month ago on my main system seem to
:'hang' on biord whenever they access the IDE drives...
:...
Make sure you have the absolute latest CURRENT. There was a situation
that broken current a week or so ago for 2 days that could result
in p
:I've been seeing an interesting problem when doing a make installworld on a
:486 with 16MB of memory. Immediately after installing libc.so.3, it will hang.
:DDB gives a backtrace to a mmap related call (sorry, the box is at home at the
:memoment and this email was prompted by something on free
Please try the attached patch.
Alan
Index: vm/vm_object.c
===
RCS file: /home/ncvs/src/sys/vm/vm_object.c,v
retrieving revision 1.158
diff -c -r1.158 vm_object.c
*** vm_object.c 1999/07/01 19:53:42 1.158
--- vm_object.c 1999/07
:Cute. After the ps axlf, all the swapped out processes went from 0 to 8 KB
:resident. But the stuck process stayed at 0 KB resident. It wasn't
:swapped out anyway, according to the ps flags, so it should have had some
:resident pages. Seems like a contradiction to me.
:
:Stephen.
Yah. t
22 matches
Mail list logo
