On Wed, May 28, 2003 at 09:54:37PM +1000, Tim Robbins wrote:
[...]
# disklabel -r -w md0 auto
disklabel: Geom not specified
Hmm. Ignore this, rebuilding bsdlabel seems to fix the problem.
Tim
___
[EMAIL PROTECTED] mailing list
David Leimbach wrote:
I have the GPLd source to the nforce drivers for Linux
to support the nVidia nforce and nforce2 drivers in the kernel.
To port these to FreeBSD would be an interesting task [if it hasn't
already been done] and I have been looking for an excuse to get
down and dirty with FBSD.
Got this panic recently on a MAC development box. The MAC development
branch hasn't been integrated in a few weeks, so this might well be fixed
in the main tree. The versions of various files are:
$FreeBSD: src/sys/vm/vm_kern.c,v 1.97 2003/04/15 01:16:05 alc Exp $
$FreeBSD:
Just to bring the list up to date, I went onsite, popped the case open,
and guess what I saw..
SUPER X5DP8-G2 REV 1.2
rather than X5DL8-GG, so it looks like the vendor pulled a fast one. spec
sheet on that lists onboard Intel 82546EB dual port GigE, but note that
I've already got one single port
On Wed, May 28, 2003 at 06:40:46PM +0930, Daniel O'Connor wrote:
On Wed, 28 May 2003 18:39, M. Warner Losh wrote:
: : Maybe the kernel build stuff can look in /usr/local/src/sys/modules
: : for things to build or something..
:
: YUCK!
:
: *WHY?*
:
: I have asked this before
Steve Kargl wrote:
On Wed, May 28, 2003 at 06:40:46PM +0930, Daniel O'Connor wrote:
On Wed, 28 May 2003 18:39, M. Warner Losh wrote:
: : Maybe the kernel build stuff can look in /usr/local/src/sys/modules
: : for things to build or something..
:
: YUCK!
:
: *WHY?*
:
: I have asked this
--On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman [EMAIL PROTECTED]
wrote:
Ok, with today's sources, I still get a page not present panic for
address (0x7) on transistion to battery.
as a followup, with this code, I no longer get the panic at ACPI shutdown,
just some messages about
On Wed, May 28, 2003 at 10:06:14AM -0400, Robert Watson wrote:
I haven't seen this panic previously; a lack of Giant coming out of the
socket code is a bit surprising to me, but I think is unlikely to be a
result of our local MAC tweaks.
This may be my fault, as I made some changes recently
On Wed, 28 May 2003, David Malone wrote:
On Wed, May 28, 2003 at 10:06:14AM -0400, Robert Watson wrote:
I haven't seen this panic previously; a lack of Giant coming out of the
socket code is a bit surprising to me, but I think is unlikely to be a
result of our local MAC tweaks.
This may
On Wed, May 28, 2003 at 10:06:14AM -0400, Robert Watson wrote:
Got this panic recently on a MAC development box. The MAC development
branch hasn't been integrated in a few weeks, so this might well be fixed
in the main tree. The versions of various files are:
$FreeBSD:
This may be my fault, as I made some changes recently that assumed that
the mbuf allocator grabbed giant when needed. I'll check the code path
you've mentioned to see if it grabs giant now, but I suspect that I just
need to move the giant grabbing back where it was before.
This doesn't
On Tue, 27 May 2003, Terry Lambert wrote:
BTW: signal stacks are irrelevent; technically, you are not
allowed to do floating point in signal handlers anyway. 8-).
Not true. Signal handlers can do almost anything with local variables.
The main relevant restrictions on them is that they must
Hi,
I installed 3dmd the webtool for 3ware Raid controllers, I left the
config untouched or set whatever port, the prog starts but doesnt bind
any port, thus no connection possible, is it broken ?
im on 5.1b
id be interested if anyone running it with 5.1b
thx alot
Christophe
--
Christophe
In article [EMAIL PROTECTED],
Bruce Evans [EMAIL PROTECTED] wrote:
On Tue, 27 May 2003, Terry Lambert wrote:
BTW: signal stacks are irrelevent; technically, you are not
allowed to do floating point in signal handlers anyway. 8-).
Not true. Signal handlers can do almost anything with
Hi,
I installed 3dmd the webtool for 3ware Raid controllers, I left the
config untouched or set whatever port, the prog starts but doesnt bind
any port, thus no connection possible, is it broken ?
im on 5.1b
id be interested if anyone running it with 5.1b
If you unpack the following
The 5-current cvs faild to build, bucouse it need a prototype..
with this very small patch it builds ok.. :)
Start--//
--- /usr/src/sys/contrib/dev/acpica/acnamesp.h.ori Tue Apr 29 18:36:00
2003
+++ /usr/src/sys/contrib/dev/acpica/acnamesp.h Wed May 28 18:05:16 2003
@@
Hi,
From: Nate Lawson [EMAIL PROTECTED]
Subject: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree
Date: Tue, 27 May 2003 16:58:59 -0700
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
From: Takayoshi Kochi [EMAIL PROTECTED]
Subject: Re: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree
Date: Thu, 29 May 2003 01:23:49 +0900 (JST)
Attached is the patch and should apply to the FreeBSD tree with
some appropriate option.
Oops, I attached a wrong one. Please ignore the last
TABLE_ID_DSDT was removed because the table ID should be dynamically
allocated. There was a longstanding TBD to remove it.
It appears that there is some issue with this change, and of course we
would like to get to the root of this problem.
Bob
-Original Message-
From: Takayoshi
On Wed, May 28, 2003 at 12:04:17PM +0200, Marcin Dalecki wrote:
Harti Brandt wrote:
MDNO no and again no. This would repeat the same design mistake
MDthat is already in Linux. On API level you DO NOT WANT versioning.
MDWhat you really want is: type signature cheking. Like for example
MDdone
I don't think anyone is talking about symbol versioning. The issue is
stamping the API at a particular point in time that shows it behaves in
a specified guaranteed way.
The module system has all the hooks to deal with versioning. What's
missing is not the mechanism but the knowledge, i.e. we
Hello.
Sorry to post again even though I've been told I should post
to -questions.. but I believe this is a bug.
Here is some more info on my configuration:
(I rebuilt the kernel but this behaviour was present in GENERIC, too)
-bash-2.05b# uname -a
FreeBSD jupiter.noonlights.net 5.0-RELEASE
[snip]
-bash-2.05b# cat /etc/hosts
127.0.0.1 localhost.noonlights.net localhost
192.168.1.5 jupiter.noonlights.net jupiter
192.168.1.5 jupiter.noonlights.net.
193.5.56.6 www.freebsd.org myfreebsd
[snip]
-bash-2.05b# cat /etc/nsswitch.conf
On 28 May, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
: 2) You can't control where the module gets put - arguably this isn't a
: calamity, but I think it makes more sense for the modules to end up in
: /boot/modules, or some
On Wed, 2003-05-28 at 17:48, dave wrote:
I don't think anyone is talking about symbol versioning. The issue is
stamping the API at a particular point in time that shows it behaves in
a specified guaranteed way.
The module system has all the hooks to deal with versioning. What's
On Wed, May 28, 2003 at 02:08:04PM -0300, Fred Souza wrote:
[snip]
-bash-2.05b# cat /etc/hosts
193.5.56.6 www.freebsd.org myfreebsd
[snip]
-bash-2.05b# cat /etc/nsswitch.conf
hosts: files dns
-bash-2.05b# cat /etc/host.conf
hosts
bind
-bash-2.05b# cat
From: Roberto Nunnari [EMAIL PROTECTED]
-bash-2.05b# cat /etc/hosts
127.0.0.1 localhost.noonlights.net localhost
192.168.1.5 jupiter.noonlights.net jupiter
192.168.1.5 jupiter.noonlights.net.
193.5.56.6 www.freebsd.org myfreebsd
note the
Dear Fred,
if I call
-bash-2.05b# host localhost.
localhost has address 127.0.0.1
but that's only because the dns specified in resolv.conf
answers the query with its own 'localhost' entry. Look:
-bash-2.05b# host -d -t A localhost.
;; res_nmkquery(QUERY, localhost, IN, A)
;; res_send()
;;
I see... you're completely right..
ping looks up /etc/hosts
while host and nslookup don't.
Sorry for the noise.
Thank you very much for your quick answers.
Best regards.
--
Roberto Nunnari -software engineer-
mailto:[EMAIL PROTECTED]
Scuola Universitaria
Umm, host(1) looks in the DNS for hostnames, as per the manpage:
DESCRIPTION
Host looks for information about Internet hosts. It gets this informa-
tion from a set of interconnected servers that are spread across the
world.
It doesn't use /etc/hosts, just DNS. That's by
AFAIK, hosts is a DNS tool, exclusively.
Roberto Nunnari wrote:
Hello.
Sorry to post again even though I've been told I should post
to -questions.. but I believe this is a bug.
Here is some more info on my configuration:
(I rebuilt the kernel but this behaviour was present in GENERIC, too)
The only true solution to this is to version the APIs in the kernel
and
use the module versioning hooks to not load modules if the version
isn't
the right one.
Will this require *any* new infrastructure to implement properly? Or
is
it simply a matter of maintaining API metadata regarding
On Thu, 29 May 2003, Takayoshi Kochi wrote:
I'm still studying the reason why the TABLE_ID_DSDT is removed
in recent ACPI CA, but at least you should remove all TABLE_ID_DSDT's,
I think.
Also, ACPI_FIRST_METHOD_ID should be larger than 0,
otherwise 0 may be allocated to running method and
On Wed, 28 May 2003, Anish Mistry wrote:
On Tuesday 27 May 2003 07:58 pm, Nate Lawson wrote:
On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
After this update, I found some error messages like this:
acpi0: IntelR AWRDACPI on motherboard
ACPI-0438: *** Error: Looking up [\\_OS_]
TB --- 2003-05-28 17:25:45 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-05-28 17:25:45 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-05-28 17:27:47 - building world
TB --- cd
David Malone writes:
This may be my fault, as I made some changes recently that assumed that
the mbuf allocator grabbed giant when needed. I'll check the code path
you've mentioned to see if it grabs giant now, but I suspect that I just
need to move the giant grabbing back where
with todays kernel i recognized that my floppy was back again,
then after cvsup this afternoon came
/usr/src/sys/contrib/dev/acpica/nsalloc.c
and the floppy controller went away again.
--
Mit freundlichen Grüßen
Fritz Heinrichmeyer FernUniversitaet, LG ES, 58084 Hagen (Germany)
tel:+49
On Wed, 28 May 2003 11:40:27 +0100
Paul Richards [EMAIL PROTECTED] wrote:
On Wed, May 28, 2003 at 10:11:19AM +0200, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Guido van Rooij writes:
On Mon, May 26, 2003 at 02:25:08PM +0200, Heiko Schaefer wrote:
Poul gave me the following
On Wed, 28 May 2003, John Polstra wrote:
In article [EMAIL PROTECTED],
Bruce Evans [EMAIL PROTECTED] wrote:
On Tue, 27 May 2003, Terry Lambert wrote:
BTW: signal stacks are irrelevent; technically, you are not
allowed to do floating point in signal handlers anyway. 8-).
Not
Here's what we released:
#define ACPI_FIRST_METHOD_ID0x0001
#define ACPI_FIRST_TABLE_ID 0xF000
-Original Message-
From: Nate Lawson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 11:00 AM
To: Takayoshi Kochi
Cc: [EMAIL PROTECTED]; [EMAIL
Hello.
I think there is no need to open a PR for this.
Argument 'flags' marked as unused is used in those functions:
--- pam_unix.c.orig Wed May 28 23:31:54 2003
+++ pam_unix.c Wed May 28 23:32:40 2003
@@ -95,8 +95,7 @@
* authentication management
*/
PAM_EXTERN int
--On Wednesday, May 28, 2003 10:02:19 -0500 Larry Rosenman [EMAIL PROTECTED]
wrote:
--On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman
[EMAIL PROTECTED] wrote:
Ok, with today's sources, I still get a page not present panic for
address (0x7) on transistion to battery.
as a followup,
On Wed, 28 May 2003, Larry Rosenman wrote:
--On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman
Ok, with today's sources, I still get a page not present panic for
address (0x7) on transistion to battery.
as a followup, with this code, I no longer get the panic at ACPI
shutdown,
--On Wednesday, May 28, 2003 15:39:44 -0700 Nate Lawson [EMAIL PROTECTED]
wrote:
On Wed, 28 May 2003, Larry Rosenman wrote:
--On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman
Ok, with today's sources, I still get a page not present panic for
address (0x7) on transistion to battery.
On Wed, 28 May 2003 18:41, M. Warner Losh wrote:
: the machine that built it, and not potentially somewhere else? What
: about sysinstall upgrades that don't require src?
:
: Well, I am not 100% sure how the module building process works, but some
: analog of how it happens for things in
On Wed, 28 May 2003 18:44, M. Warner Losh wrote:
: 1) If the port is updated between builds you end up with two version of
: the port installed.
True. That's a weakness in the ports system, which is why we have
portupgrade. However, I didn't want to require portupgrade for
something so
On Wed, 28 May 2003 23:58, Steve Kargl wrote:
Because there are other, more elegant ways of dealing with these
things. I don't like /usr/local/src anything, which was the main
complaint.
If there are more elegant solutions I would like to know what they are.
I agree it isn't a
* Daniel O'Connor [EMAIL PROTECTED] [ Date: 2003-05-28 ]
[ w.r.t. Re: policy on GPL'd drivers? ]
: I guess the problem with mandating somewhere in $PREFIX is that the
: loader can't load it, so that's no good. I guess the only choice left is
: /boot/modules.
/boot/kernel
:
In message: [EMAIL PROTECTED]
Juli Mallett [EMAIL PROTECTED] writes:
: Jumping in a bit late as I thought someone would point this out, but
: I thought that 3rd-party modules would live in /boot/modules?
third party binary only modules. If you have source, for some
definition of
* M. Warner Losh [EMAIL PROTECTED] [ Date: 2003-05-28 ]
[ w.r.t. Re: policy on GPL'd drivers? ]
In message: [EMAIL PROTECTED]
Juli Mallett [EMAIL PROTECTED] writes:
: Jumping in a bit late as I thought someone would point this out, but
: I thought that 3rd-party modules
Caught a panic in ccd under 5.1-BETA-20030526-JPSNAP (GENERIC with
unused devices disabled, zero_copy(9) and polling(4)) while rsyncing a
number of ~50MB files onto a 2-disk ccd stripe
(ccd0 1152 none /dev/ad4s1d /dev/ad7s1d; ...; newfs -U /dev/ccd0d).
Irritatingly, the panic was only
From: Jesse D. Guardiani [EMAIL PROTECTED]
Date: Wed, 28 May 2003 00:33:32 -0400
Sender: [EMAIL PROTECTED]
Kevin Oberman [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
From: Jesse D. Guardiani [EMAIL PROTECTED]
Date: Sat, 24 May 2003 02:12:32 -0400
Sender: [EMAIL
On Mon, May 26, 2003 at 06:51:10PM -0400, Mike Makonnen wrote:
Hello folks,
Most major locking work in libthr is finished. I believe it is stable
enough now that it can be used for most applications[1]. I would
appreciate it if people would try it out and report any bugs.
[1] - I haven't
Hello,
At Wed, 28 May 2003 16:23:25 GMT,
[EMAIL PROTECTED] wrote:
[1 text/plain; us-ascii (7bit)]
Hi,
I installed 3dmd the webtool for 3ware Raid controllers, I left the
config untouched or set whatever port, the prog starts but doesnt bind
any port, thus no connection possible,
On Thu, May 29, 2003 at 09:20:23AM +0930, Daniel O'Connor wrote:
On Wed, 28 May 2003 23:58, Steve Kargl wrote:
Because there are other, more elegant ways of dealing with these
things. I don't like /usr/local/src anything, which was the main
complaint.
If there are more elegant
I have a DELL 600SC which came with a DELL CERC RAID controller. It's
recognized by FreeBSD-CURRENT as an amr device even though it's got
four ATA disk channels on it instead of the documented SCSI drives for
the PERC controller. I have 4x WD1200JB ATA 120GB disks on it which
have been running
On Wed, 28 May 2003 21:57:35 -0500
Glenn Johnson [EMAIL PROTECTED] wrote:
It seems to be working fine on a UP machine but it locks up my SMP
machine just trying to load a gnome session. It leaves an image on the
screen but the keyboard and mouse stop responding and I can not ssh into
the
On Thu, 29 May 2003 12:48, Steve Kargl wrote:
You are describing how it happens now, not WHY it happens like that.
The WHY is obvious. The modules
(1) get rebuilt with the kernel.
(2) get installed with the kernel.
(3) get moved to /boot/kernel.old when a new kernel is installed.
Instead of simple text lines, pkg_info is returning what looks like
escaped words after clean install of 5.1-BETA2:
pkg_info|more
Hermes-1.3.2Fast\ pixel\ formats\ conversion\ libraryMesa-3.4.2_2
A\ graphics\ library\ similar\ to\ SGI\'s\ OpenGLORBit-0.5.17
High-performance\ CORBA\ ORB\
Mike Makonnen wrote:
Most major locking work in libthr is finished. I believe it is stable
enough now that it can be used for most applications[1]. I would
appreciate it if people would try it out and report any bugs.
I had been running with libc_r symlinked to libthr for a few days with
no
Hi Lars.
On Wed, 28 May 2003 22:20:19 -0700
Lars Eggert [EMAIL PROTECTED] wrote:
The problem was fixed by building/reinstalling the problematic ports
without libthr symlinked into place.
Can you try to use WITH_LIBMAP=YES feature in /usr/src/libexec/
rtld-elf/Makefile(SEE
In the last episode (May 29), Mike Makonnen said:
On Wed, 28 May 2003 21:57:35 -0500 Glenn Johnson [EMAIL PROTECTED] wrote:
It seems to be working fine on a UP machine but it locks up my SMP
machine just trying to load a gnome session. It leaves an image on
the screen but the keyboard and
5.1-BETA2 (05/24) install (cvsup 05/28 updated) is experiencing
syslog/named problems not encountered under 5.1-BETA1. Named is running as
it was in 5.1-BETA1 and BETA2 before 05/28 cvsup. An NSSWITCH.CONF file
was added to see if that would make any difference, but it did not.
Snippet from boot
On Thu, May 29, 2003 at 12:15:20AM +, [EMAIL PROTECTED] wrote:
Instead of simple text lines, pkg_info is returning what looks like
escaped words after clean install of 5.1-BETA2:
Already fixed, thanks.
Kris
pgp0.pgp
Description: PGP signature
On Thu, 29 May 2003 00:35:32 -0500
Dan Nelson [EMAIL PROTECTED] wrote:
The real problem is in the kernel, though. A userland non-root process
should not be able to hard lock the system. One of the threads people
will probably have to get an SMP machine to be able to debug it.
Upon first
Pawel Jakub Dawidek [EMAIL PROTECTED] writes:
I think there is no need to open a PR for this.
Argument 'flags' marked as unused is used in those functions:
Yeah. It shouldn't be, though, pretty much everyone (including the
Sun engineers in charge of PAM) agrees that PAM_DISALLOW_NULL_AUTHTOK
On Wed, 28 May 2003, Marcin Dalecki wrote:
Harti Brandt wrote:
MDNO no and again no. This would repeat the same design mistake
MDthat is already in Linux. On API level you DO NOT WANT versioning.
MDWhat you really want is: type signature cheking. Like for example
MDdone through C++
67 matches
Mail list logo