While it's nice to supposedly have narowed this down to the SMP cleanup,
that doesn't make those of us who are running single processor machines
very cofident that the bug's been found. Here's my guess: there may be
something interupt driven related to the SMP stuff, but there's also
something wr
I stopped using moused sometime during 4.0-current as a result of this.
It ocasionally froze, moved randomly around the screen, clicked without
being touched, and yes, got extreamly jumpy. The hardware's rock solid,
and once I ditched moused and read the device directly, life went back to
normal.
> No, I'm saying that OpenSource Motif *will* be going through lots of
> gyrations in the future, and these gyrations may cause instabilities in
> the JDK.
>
> But, if the JDK uses the Motif version it was compiled against, it will
> work 'consistently.
>
> Unlike X (which rarely changes), I su
Has anyone had any luck with kde 2-preALPHA on -current. I couldn't get
it to recognize QT even after installing the QT snapshot, and ldconfig did
wierd things. When I finally found the libs(via a reboot), I still got
unresolved symbols.
Any sucess stories, or the location of a binary distribu
Ok, more in the sound department: A current src/sys/dev/sound with a
src/sys/dev/sound/pcm/dsp.c from the 22nd does not exhibit the high load
problem. Moving dsp.c to the 24th causes the problem to re-appear. Thus,
I'm prety convinced tha the big commit on the 23rd to dsp.c is the cause
of at l
Ok, I have some *gasp* actual usefull info about this. Backing
/src/sys/dev/sound up by 10 days via anoncvs makes the "feature" go away.
That narrows it down to kernel issues. I'm in the process of narowing it
down to the specific diff, but if I had to cast a bet, i'd go for the
massive change
I did reboot for that reason, but I retried it and got about 50. Mabey I
didn't run the player long enough...
> > Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6%
> > while playing. What's up w/ top?
>
> Not on my computer:
>
> pantzer@skalman ~ >vmstat -w 1
> procs
Ok, I checked, and vmstat shows cpu usage to be quite normal, about 6%
while playing. What's up w/ top?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Ok, I'll try to get a better handle on whether or not it's real.
On Sat, 29 Apr 2000, Kevin Lyons wrote:
> > about excessively high loads caused by xmms. I'm showing about 90% from
> > xmms as well. However, I'm not sure it's real. I'm not seeing much, if
> > any slowdown. Is top the tool I s
Hopefully I'm hiting the right thread here - This is in reply to the post
about excessively high loads caused by xmms. I'm showing about 90% from
xmms as well. However, I'm not sure it's real. I'm not seeing much, if
any slowdown. Is top the tool I should be using to figure this out?
Possible
I have a dell inspiron 3200 with a cs4236b isa non-pnp soundcard. It
works in 3.4 with the folowing kernel lines:
device snd0
device css0 at isa? port 0x530 irq 9 drq 1 flags 0x13
device mpu0 at isa?
with a hack to /src/sys/i386/isa/sound/sound_config.h
changing
#define DSP_DEFAULT_SPEED
Not to disrupt the facinating discussion about bzip2, but,
1. I've had some people tell me that support for the 3com 574-tx PCMCIA
card was definitly in -current, and other people who weren't so sure. Is
it, and if so, under what driver?
2. If it's included, is that driver in the GENERIC kernel
I've been folowing 4.0, and I have a laptop I'd like to try it on... but I
can't figure out how to get support for a 3com 574-tx... normaly Pao would
handel that, but I didn't see a pao 4.0 cvs branch. Am I just SOL, or is
there a workaround???
Please CC me, I'm not on the list
To Unsubscribe
13 matches
Mail list logo
