On Wed, 28 May 2003 11:00:25 -0700 (PDT)
Nate Lawson <[EMAIL PROTECTED]> wrote:
> > Attached is the patch and should apply to the FreeBSD tree with
> > some appropriate option.
>
> Thank you for the patch. Since we are only days away from a release, I
> would like to avoid using the new dynamic
This is an automated bi-daily mailing of the FreeBSD 5.1 open issues list.
The live version of this list is available at:
http://www.FreeBSD.org/releases/5.1R/todo.html
Automated mailing of this list will continue through the release of
FreeBSD 5.1.
FreeBSD 5.1 O
On Wed, 28 May 2003, Marcin Dalecki wrote:
> Harti Brandt wrote:
>
> > MD>NO no and again no. This would repeat the same design mistake
> > MD>that is already in Linux. On API level you DO NOT WANT versioning.
> > MD>What you really want is: type signature cheking. Like for example
> > MD>done th
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_AUTHTO
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
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
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
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 keybo
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 A
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 proble
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\
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 insta
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
>
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 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
Hello,
At Wed, 28 May 2003 16:23:25 GMT,
[EMAIL PROTECTED] wrote:
> [1 ]
> > 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 ?
> >
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 ha
> 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
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 repeatable
* "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
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 h
* 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/kern
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 agr
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 s
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
--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 bat
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
> > sh
--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 followu
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
-pam_sm_authenticate(
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 PROTE
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-
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
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 2331/987-
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 b
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 /home
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: on motherboard
> > > ACPI-0438: *** Error: Looking up [\\_OS_] i
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 a
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 version
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)
-bash-
> 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. Tha
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 Professi
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()
;; ->>HEAD
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
>
> n
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
> >
>
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. Wha
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,
[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.
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 FreeBS
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 don't
On Wed, May 28, 2003 at 12:04:17PM +0200, Marcin Dalecki wrote:
> Harti Brandt wrote:
>
> >MD>NO no and again no. This would repeat the same design mistake
> >MD>that is already in Linux. On API level you DO NOT WANT versioning.
> >MD>What you really want is: type signature cheking. Like for examp
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
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 las
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: on motherboard
> > ACPI
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
@@ -262
> 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 f
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 anyt
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 Zw
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
> > 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
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: src/sys/vm/v
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.
>
>
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 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
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 be
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
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 Pr
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: src/sys/kern/subr_mb
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.
68 matches
Mail list logo
