On Sat, Apr 29, 2000 at 08:53:24AM +0930, Greg Lehey wrote:
> On Friday, 28 April 2000 at 18:49:08 +0200, Jesper Skriver wrote:
> >
> > I'm not sure if this is a vinum problem, or a problem with the sym
> > driver, I hope someone is able to help us here.
>
> It's difficult to tell from the backtr
A functional checkpoint of module metadata has been committed in -current.
This is to provide a decent module-level dependency and versioning system,
rather than the mostly-broken file-level system that presently exists.
Not everything is in place yet, so the KMODDEPS lines in modules/*/Makefile
Hello!
2320:
* * * W A R N I N G * * *
The ata driver has some issues with the Apollo MVP3 chipset.
Drives work only in pio mode and must be set to pio mode early
int the boot process. Do not upgrade. If you must upgrade
in the face of
I spread stupidity:
> There still is a little chance that my sources wasn't from pre-03/20,
> so - is this problem fixed?
I mean: There still is a little chance that my sources were from
pre-03/20, and if I update now I'm running into problems.
That's why I ask if the problem is fixed.
Alex
-
On Sat, Apr 29, 2000 at 02:20:47PM +0200, Jesper Skriver wrote:
> On Sat, Apr 29, 2000 at 08:53:24AM +0930, Greg Lehey wrote:
> > On Friday, 28 April 2000 at 18:49:08 +0200, Jesper Skriver wrote:
> > >
> > > I'm not sure if this is a vinum problem, or a problem with the sym
> > > driver, I hope so
Dear FreeBSD'ers
I cvsup'ed -CURRENT on 25 April at about 9 GMT. I succesfully made the
world apart from a couple of minor issues.
In the next few days, I installed some ports and, in, particular, the
linux_base-6.1 port; then I installed StarOffice5.1a (via ports).
Everything seemed to work pro
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
> 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 causes: I rebuild xmms and my kernel/world last night, and it
>
Hey Vallo,
You can try to edit the libtool file in the kdelibs
directory to set deplibs="$deplibs -lc -lgcc" (around
line number 2600).
This will link the __eh_rtime_match.
I still get a nonworking khtm however.. :
khtml (cache): CachedImage::ref()
khtml (cache): Cache::notify()
konquero
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
On Sat, Apr 29, 2000 at 06:11:08PM +0200, Jesper Skriver wrote:
> On Sat, Apr 29, 2000 at 02:20:47PM +0200, Jesper Skriver wrote:
> > On Sat, Apr 29, 2000 at 08:53:24AM +0930, Greg Lehey wrote:
> > > On Friday, 28 April 2000 at 18:49:08 +0200, Jesper Skriver wrote:
> > > >
> > > > I'm not sure if
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 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 memory pagedisks faults cpu
r b w avm fre flt re pi po fr sr ad0 da0 in sy
I can't build a kernel after CVSUP'ing today.
After successfully completing a `make world', I tried
to build a kernel. Edited script below.
chapel-hill# cd /sys/i386/conf
chapel-hill# rm -rf ../../compile/GENERIC
chapel-hill# config GENERIC
WARNING: Old ISA driver compatability shims present.
D
Dear FreeBSD'ers,
I apologize for the previous very superficial question. I had missed
the Linux mode stuff
I RTFMed it. However, the problem is still there *re-sigh*
I ran the Linux ldconfig, ie /usr/compat/linux/sbin/ldconfig -p | grep
ld: it said that ld-linux-so.2 WAS in the hints. Then
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
On today's current, I plugged in my WaveLan Card that I haven't used for
about a week and it first has a problem with IRQ: wi0: No irq?!I
added some others and it responded with: wi0: No I/O space?! Has
something changed in the last few days that would cause this? My
network card DE-660
I'm also getting this behavior now. It's not the xmms binary that's taking
all the cpu though... top reports it as "system" CPU usage.
=
| Kenneth Culver | FreeBSD: The best OS around.|
| Unix Systems Administrator
On Sat, 29 Apr 2000, Jonathan Lemon wrote:
>On Sun, Apr 30, 2000 at 11:15:47AM +0930, Greg Lehey wrote:
>> On Saturday, 29 April 2000 at 13:44:08 -0700, Jonathan Lemon wrote:
>> > jlemon 2000/04/29 13:44:08 PDT
>> >
>> > Added files:
>> > lib/libstand ext2fs.c
>> > Log:
>> >
19 matches
Mail list logo
