I've prepared a new diff of the 0619 drop of acpica along with the
appropriate changes to support code:
* Use ACPI_BUFFER as the type for AcpiGetObjectInfo
* Remove AcpiEnableEvent/AcpiClearEvent for ACPI_EVENT_FIXED (power/sleep
buttons) as they are no longer needed
* Change calls to use the new
TB --- 2003-07-12 07:13:40 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-12 07:13:40 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 07:18:38 - building world
TB --- cd
Hi,
buildworld stops in libpam:
...
=== lib/libpam/modules/pam_deny
cc -O2 -pipe
-I/usr/src/lib/libpam/modules/pam_deny/../../../../contrib/openpam/include
-I/usr/src/lib/libpam/modules/pam_deny/../../libpam -Wsystem-headers -Werror
-Wall -Wno-format-y2k -W -Wstrict-prototypes
TB --- 2003-07-12 08:12:53 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-12 08:12:53 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 08:16:28 - building world
TB --- cd
TB --- 2003-07-12 09:05:31 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-12 09:05:31 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 09:10:23 - building world
TB
On Fri, Jul 11, 2003 at 10:22:53PM +0200, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Nate Lawson writes:
The important part of your error message is Medium not present.
Obviously, when you insert the flash reader into the USB port without any
flash media in it, that is the right
Marcel Moolenaar wrote:
I'd say: upgrade gdb(1) and add support for ia64 and amd64, as well
as make sure we fix any known showstopper bugs we know of.
[ ... ]
Thoughts?
Will remote source level kernel debugging continue to work?
-- Terry
___
[EMAIL
Date: Fri, 11 Jul 2003 15:50:02 -0700
From: Marcel Moolenaar [EMAIL PROTECTED]
Gang,
With the gcc(1) dust not even settled yet, I like to get some feedback
on gdb(1). AFAICT, this is the deal:
o Both ia64 and amd64 need gdb(1) support before they can become a
tier 1
On Sat, Jul 12, 2003 at 11:02:00AM +0100, Michael McGoldrick wrote:
Unfortunately, when I remove a card, the whole umass0 device vanishes, never
to reappear.
Did you read the umass(4) and camcontrol(8) man pages?
Did you try something like camcontrol rescan?
--
Craig Rodrigues
On Sat, Jul 12, 2003 at 10:59:44AM +0200, Michael Reifenberger wrote:
=== lib/libpam/modules/pam_echo
cc -O2 -pipe
-I/usr/src/lib/libpam/modules/pam_echo/../../../../contrib/openpam/include
-I/usr/src/lib/libpam/modules/pam_echo/../../libpam -Wsystem-headers -Werror
-Wall -Wno-format-y2k -W
On Sat, 12 Jul 2003 06:08:57 +0400
Sergey Matveychuk [EMAIL PROTECTED] wrote:
Don't forget bump __FreeBSD_version. :)
What for? Bumped __FreeBSD_cc_version is enough.
___
[EMAIL PROTECTED] mailing list
The not implemented error message suggests to me that the VM (in this
case, Win2K) is attempting to perform an operation that the emulation
software (or its underlying operating system -- in this case, Linux
2.4.2 under FreeBSD emulation) doesn't know how to perform. I received a
similar message
On 11 Jul 2003, Scott M. Likens wrote:
I've been using VMWare in 5.1-RELEASE for quite some time and such, and
have ALWAYS gotten this bug and haven't been able to figure out exactly
why it does this, but it requires me to reboot.
Anyhow here's the layout of the system.
P3 800Mhz with
Alexander Kabaev wrote:
On Sat, 12 Jul 2003 06:08:57 +0400
Sergey Matveychuk [EMAIL PROTECTED] wrote:
Don't forget bump __FreeBSD_version. :)
What for? Bumped __FreeBSD_cc_version is enough.
The ports system use it. How can we check is gcc changed?
!defined(OSVERSION)
.if exists(/sbin/sysctl)
Hi,
If I compile the following program:
#include iostream
int main(int argc, char *argv[] { return 0; }
with the following flags:
g++ -W -Wall b.cc
I get lots of warnings that did not appear in GCC 3.2:
In file included from /usr/include/c++/3.3/bits/locale_facets.tcc:43,
i have a 5.1 box running which is in production because the need of vmware3.
wanted to setup some ipsec tunnels and miss gifconfig. it is still in
the source tree, but doesnt build with buildworld. cleaned out src and
obj and cvs a new src tree but still the same.
--
Best regards / Mit
Hi,
On Sat, 12 Jul 2003 18:16:48 +0200
Karl M. Joch [EMAIL PROTECTED] said:
k.joch wanted to setup some ipsec tunnels and miss gifconfig. it is still in
k.joch the source tree, but doesnt build with buildworld. cleaned out src and
k.joch obj and cvs a new src tree but still the same.
The
On Sat, 12 Jul 2003, Craig Rodrigues wrote:
Date: Sat, 12 Jul 2003 10:02:31 -0400
From: Craig Rodrigues [EMAIL PROTECTED]
To: Michael Reifenberger [EMAIL PROTECTED]
Cc: FreeBSD-Current [EMAIL PROTECTED]
Subject: Re: -current buildworld failure in libpam
On Sat, Jul 12, 2003 at 10:59:44AM
TB --- 2003-07-12 16:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-12 16:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 16:03:39 - building world
TB --- cd
Hi,
Tell me, please, is it a possible to make release of CURRENT on 4.7 box
at present ?
I see that make release stops with a such messages for a couple of days :
--
stage 4: populating /usr/obj/usr/src/i386/usr/include
TB --- 2003-07-12 16:48:51 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-12 16:48:51 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 16:50:53 - building world
TB --- cd
I just installed these drivers on my machine, which uses a Geforce4 Ti4200. I had 10
glxgears processes running in the background and was running glxinfo over and over,
and while the glxgears processes were not really spinning very fast nothing crashed or
anything like that.
Machine is running
On Sat, 2003-07-12 at 07:51, Christopher Nehren wrote:
The not implemented error message suggests to me that the VM (in this
case, Win2K) is attempting to perform an operation that the emulation
software (or its underlying operating system -- in this case, Linux
2.4.2 under FreeBSD emulation)
On Sat, 2003-07-12 at 08:00, Daniel Eischen wrote:
On 11 Jul 2003, Scott M. Likens wrote:
I've been using VMWare in 5.1-RELEASE for quite some time and such, and
have ALWAYS gotten this bug and haven't been able to figure out exactly
why it does this, but it requires me to reboot.
Andrey Elperin wrote:
Tell me, please, is it a possible to make release of CURRENT on 4.7 box
at present ?
I see that make release stops with a such messages for a couple of days :
=== include
cd /usr/src/include; /usr/obj/usr/src/make.i386/make buildincludes;
/usr/obj/usr/src/make.i386/make
TB --- 2003-07-12 17:31:24 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-12 17:31:24 - 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-07-12 17:33:44 - building world
TB --- cd
Tim Kientzle wrote:
Andrey Elperin wrote:
Tell me, please, is it a possible to make release of CURRENT on 4.7 box
at present ?
I see that make release stops with a such messages for a couple of days :
=== include
cd /usr/src/include; /usr/obj/usr/src/make.i386/make buildincludes;
Terry Lambert wrote:
Tim Kientzle wrote:
Andrey Elperin wrote:
Tell me, please, is it a possible to make release of CURRENT on 4.7 box
at present ?
I see that make release stops with a such messages for a couple of days :
=== include
cd /usr/src/include; /usr/obj/usr/src/make.i386/make
On Sat, 2003-07-12 at 10:40, Scott M. Likens wrote:
On Sat, 2003-07-12 at 07:51, Christopher Nehren wrote:
The not implemented error message suggests to me that the VM (in this
case, Win2K) is attempting to perform an operation that the emulation
software (or its underlying operating system
TB --- 2003-07-12 18:14:47 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-12 18:14:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 18:17:27 - building world
TB --- cd
On Fri, Jul 11, 2003 at 09:15:48PM -0700, Scott M. Likens wrote:
Jul 11 16:45:20: ide0:0|NOT_IMPLEMENTED F(831):712
Jul 11 16:45:20: ide0:0|AIO: ide0:0, Process 60017 panic.
Jul 11 16:45:20: ide0:0|AIOSlave: Exit after panic.
Jul 11 16:45:20: VMX|AIO: NOT_IMPLEMENTED F(831):712
Jul 11
Hi,
On Fri, 11 Jul 2003 20:21:07 -0700
Nate Lawson [EMAIL PROTECTED] said:
nate I am attempting to import acpica-0619 into FreeBSD. The basic changes I
nate made to get things working was to change calls to AcpiGetObjectInfo to use
nate an ACPI_BUFFER and AcpiEnableGpe instead of
TB --- 2003-07-12 19:11:39 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-12 19:11:39 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 19:14:02 - building world
TB --- cd
On Sat, Jul 12, 2003 at 10:50:41AM -0700, Tim Kientzle wrote:
I see that make release stops with a such messages for a couple of days :
=== include
cd /usr/src/include; /usr/obj/usr/src/make.i386/make buildincludes;
/usr/obj/usr/src/make.i386/make installincludes
creating osreldate.h from
On Sun, 13 Jul 2003, Hajimu UMEMOTO wrote:
I met similar problem and I cannot get battery status at all on
today's -CURRENT.
ACPI-0432: *** Error: Handler for [EmbeddedControl] returned
AE_NO_HARDWARE_RESPONSE
ACPI-1287: *** Error: Method execution failed
On Sat, Jul 12, 2003 at 01:05:00PM +0200, Mark Kettenis wrote:
o We still have the Alpha gdb -k bug moved over from the 5.1 todo
list to the 5.2 todo list. I think this is just a bug fix.
I'm not really familliar with the support for debugging FreeBSD
kernels in GDB since that
TB --- 2003-07-12 19:58:59 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-12 19:58:59 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-12 20:02:16 - building world
TB
On Sat, Jul 12, 2003 at 06:16:48PM +0200, Karl M. Joch wrote:
i have a 5.1 box running which is in production because the need of vmware3.
wanted to setup some ipsec tunnels and miss gifconfig. it is still in
the source tree, but doesnt build with buildworld. cleaned out src and
obj and
On Sat, Jul 12, 2003 at 07:45:07PM +0400, Sergey Matveychuk wrote:
Alexander Kabaev wrote:
On Sat, 12 Jul 2003 06:08:57 +0400
Sergey Matveychuk [EMAIL PROTECTED] wrote:
Don't forget bump __FreeBSD_version. :)
What for? Bumped __FreeBSD_cc_version is enough.
The ports system use
After following all the instructions at
http://www.soulwax.net/nvidia/faq.shtml _very_ carefully and compiling
nvidia-driver WITH_FREEBSD_AGP, WITH_NVIDIA_HACKS, and with FORCE_AGP_RATE,
my system was dramatically slower and substantially _less_ stable. (I had to
switch to another computer to
On 2003-07-12 14:46 +, Evan Dower wrote:
After following all the instructions at
http://www.soulwax.net/nvidia/faq.shtml _very_ carefully and compiling
nvidia-driver WITH_FREEBSD_AGP, WITH_NVIDIA_HACKS, and with FORCE_AGP_RATE,
my system was dramatically slower and substantially _less_
Evan Dower wrote:
After following all the instructions at
http://www.soulwax.net/nvidia/faq.shtml _very_ carefully and compiling
nvidia-driver WITH_FREEBSD_AGP, WITH_NVIDIA_HACKS, and with
FORCE_AGP_RATE, my system was dramatically slower and substantially
_less_ stable. (I had to switch to
On Sat, Jul 12, 2003 at 07:58:58PM +, Tinderbox wrote:
stage 4: populating
/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include
stage 4: building libraries
stage 4: make dependencies
stage 4: building everything..
[...]
On Sat, 12 Jul 2003, Tim Kientzle wrote:
Terry Lambert wrote:
Does this damage CURRENT on CURRENT or anything like that?
Don't know, haven't had a chance to try it.
To be honest, I was never able to understand how
the previous version was supposed to work, since
the newvers.sh script was
Well I have to say that about 30min after I wrote in originally, I started having
problems. X locked up, but I could switch around to different vty's and also
ctrl-alt-bksp out of X. However, when I tried to restart X my machine locked up
entirely.
I am wondering though if it is all the nvidia
Bruce Evans wrote:
On Sat, 12 Jul 2003, Tim Kientzle wrote:
Terry Lambert wrote:
Does this damage CURRENT on CURRENT or anything like that?
Don't know, haven't had a chance to try it.
To be honest, I was never able to understand how
the previous version was supposed to work, since
the
I've been updating my current system a lot recently, and twice in the
last couple of weeks, the disks have not been properly synced before the
system reboots. I've been doing the usual
make buildworld
make buildkernel
make installkernel
shutdown -r now
make
Heh that's because the offending macro __glibcpp_digits calls
__glibcpp_signed (T)
on an unsigned type which does a compareison.
std::numeric_limits signed long::digits on a 32bit FBSD will yield 31
because its
got 31 bits for magnitude.
Unfortunately the way it seems to go about calculating
On Sat, 12 Jul 2003, Tim Kientzle wrote:
Bruce Evans wrote:
On Sat, 12 Jul 2003, Tim Kientzle wrote:
To be honest, I was never able to understand how
the previous version was supposed to work, since
the newvers.sh script was run with a very
odd current directory.
Looks like it was
On Sat, Jul 12, 2003 at 09:50:21PM -0500, David Leimbach wrote:
Heh that's because the offending macro __glibcpp_digits calls
__glibcpp_signed (T)
on an unsigned type which does a compareison.
std::numeric_limits signed long::digits on a 32bit FBSD will yield 31
because its
got 31 bits
On Sat, Jul 12, 2003 at 06:36:53PM -0700, Don Lewis wrote:
...
Stopping inetd.
Shutting down daemon processes:Jul 12 09:19:40 scratch upsmon[492]: upsmon parent:
exiting (child exited)
killall: warning: kill -TERM 492: No such process
killall: warning: kill -TERM 488: No such process
Hi,
I think that this is a FreeBSD issue. I compiled
the same file under Linux, with a GCC 3.3.1 checked out on 7/11
and did not encounter this warning.
I think you hit it on the head.
I looked in the source code of gcc and found this:
/usr/src/contrib/gcc/c-common.c
2597 case
Anybody seeing this same error during buildworld?
=== gnu/usr.bin/cvs/doc
makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvs.texinfo -o cvs.info
makeinfo --no-split -I
On Saturday 12 July 2003 11:24 pm, Sean Kelly wrote:
syncing disks, buffers remaining... 54 54 54 54 54 54 54 54 54 54 54 54
54 54 54 54 54 54 54 54 giving up on 54 buffers
Uptime: 6m42s
Terminate ACPI
Rebooting...
Each time this has happened, fsck finds and nukes a bunch of empty
On Sat, 12 Jul 2003 23:13:12 -0400
Craig Rodrigues [EMAIL PROTECTED] wrote:
I am guessing that the C preprocessor does not think that it is
in a system header, and thus prints out the warning.
We specifically disable automatic warning suppression for system
headers, because we _want_ to know
On Sun, Jul 13, 2003 at 12:04:41AM -0400, Jeff Walters wrote:
I hate to even mentioned such an unscientific observation where I made
multiple changes at once, but I'll provide a data point. I also saw this
problem crop up at the same time as I tried the SCHED_ULE scheduler a couple
of
On Sun, Jul 13, 2003 at 12:05:59AM -0400, Alexander Kabaev wrote:
On Sat, 12 Jul 2003 23:13:12 -0400
Craig Rodrigues [EMAIL PROTECTED] wrote:
I am guessing that the C preprocessor does not think that it is
in a system header, and thus prints out the warning.
We specifically disable
TB --- 2003-07-13 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-13 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-13 04:02:43 - building world
TB --- cd
[ On Sunday, July 13, Barney Wolff wrote: ]
Me too. I'm about to try re-cvsupping, in case I caught some update
in the middle.
Somebody else asked if I was doing a make -jN buildworld where N 1 and I
was. So, I just now did a buildworld with one process and it finished just
fine. Strange.
TB --- 2003-07-13 04:47:47 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-13 04:47:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-13 04:49:53 - building world
TB --- cd
On Sun, 2003-07-13 at 11:55, John Reynolds wrote:
Anybody seeing this same error during buildworld?
=== gnu/usr.bin/cvs/doc
makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I
/usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc
61 matches
Mail list logo