I have installed application software from port collection . How do I
make un-install ? If I want to upgrade the existing application , how do I
upgrade them ? Please advise
Please ask this question on [EMAIL PROTECTED]
M
--
o Mark Murray
\_ FreeBSD Services Limited
I own and MSI 694D Pro MoBo. It's a VIA 694x chip based dual P-III board.
I recently installed a version of 5.0 from March, and it was running fine.
I cvsup'd and rebuilt everything Friday night. When I tried to boot the new
kernel it was panicing on a call to destroy_dev() on device 154/0 which
Sorry here is the attatchment.
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Mon Oct 29 03:24:52 CST 2001
[EMAIL
Right, got it. Thanks for the ptr.
-eric
Yonatan Bokovza writes:
see long and tedious thread in cvs-all with headline of
Re: Causing known breakage (was: cvs commit:
src/sys/kern kern_conf.c subr_disk.c)
-Original Message-
From: Eric P Liedtke [mailto:[EMAIL PROTECTED]]
Sent:
David O'Brien [EMAIL PROTECTED] wrote:
On Sun, Oct 28, 2001 at 02:06:00PM -, cameron grant wrote:
my system with dual 1.1ghz durons identifies as:
CPU: AMD Duron(tm) MP Processor (1110.94-MHz 686-class CPU)
Origin = AuthenticAMD Id = 0x670 Stepping = 0
Wonder why you
Eric P Liedtke [EMAIL PROTECTED] writes:
Warning: devsm() called on 154/0
Warning: Driver mistake: destroy_dev on 154/0
panic don't do that
Please refer to the first paragraph of section 19.2.1.4 in the
handbook.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to
On Mon, Oct 29, 2001 at 02:19:16PM +, Eric P Liedtke wrote:
I own and MSI 694D Pro MoBo. It's a VIA 694x chip based dual P-III board.
I recently installed a version of 5.0 from March, and it was running fine.
I cvsup'd and rebuilt everything Friday night. When I tried to boot the new
Poul-Henning Kamp [EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], Mike Silbersack writes:
Oops, error on my part; /proc does need to exist. So, I guess the
question is this: Can devfs's error handling in the case of /dev being
non-existant be improved?
Barely, because without
In message [EMAIL PROTECTED], Dag-Erling Smorgrav writes:
Poul-Henning Kamp [EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], Mike Silbersack
writes:
Oops, error on my part; /proc does need to exist. So, I guess the
question is this: Can devfs's error handling in the case of /dev
On 29-Oct-01 cameron grant wrote:
from what i can see, identcpu.c fetches the cpu name using a cpuid
instruction.
The part cpuid gives you is AuthenticAMD.
The fancy name is determined by switching on the Id.
read identcpu.c. you are correct for k6 and lesser processors. the code
from what i can see, identcpu.c fetches the cpu name using a cpuid
instruction.
The part cpuid gives you is AuthenticAMD.
The fancy name is determined by switching on the Id.
read identcpu.c. you are correct for k6 and lesser processors. the code in
question is around line 323:
11 matches
Mail list logo