On Wed, 22 Oct 2003, C. Kukulies wrote:
Some (kde) applications now have a warning appear in xconsole:
Warning: pid 595 used static ldt allocation.
See the i386_set_ldt man page for more info
Warning: pid 596 used static ldt allocation.
See the i386_set_ldt man page for more info
Should I worry
TB --- 2003-10-23 05:32:08 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-23 05:32:08 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-10-23 05:32:08 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q
On Wed, 22 Oct 2003, Jonathan E Fosburgh wrote:
On Wednesday 22 October 2003 10:06 pm, Bruce Evans wrote:
It is effectively binary only, since current versions of wine don't
run my application correctly and the old version doesn't build under
-current.
Is it some application that
TB --- 2003-10-23 06:32:58 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-23 06:32:58 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-10-23 06:32:58 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q
In message [EMAIL PROTECTED], Matthew Jacob writes:
[1]: by 'sleep', I mean if I do *my* locking right, I should be able to
yield the processor and wait for an event (an interrupt in this case).
Not so when your device driver is entered through the devsw-strategy()
function, since that [cw]ould
Hello,
On Wed, Oct 22, 2003 at 01:21:10AM -0400, Joe Marcus Clarke wrote:
On Wed, 2003-10-22 at 01:14, Scott W wrote:
Also, is there a way to pass configure options to portupgrade, or should
I run make clean ./configure for each port in an 'upgrade chain' and
then force portupgrade to
TB --- 2003-10-23 07:36:12 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-23 07:36:12 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-10-23 07:36:12 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q
Hello,
I'm hoping to configure NFS service within a jail on a 5.1-CURRENT box.
The host envjailedment isn't running any services except ssh, and the
jail(8) man page leads me to believe the author thought NFS service
would work from within a jail.
However, neither mountd nor nfsd are happy
TB --- 2003-10-23 08:40:03 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-23 08:40:03 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-10-23 08:40:03 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q
, 23.10.2003, 02:13, Doug White :
On Wed, 22 Oct 2003, Vladimir B. Grebenschikov wrote:
While build kernel on RELENG_4 machine I have following warnings (they
prevent success build unless -Werror disabled)
Is there some reason you're trying to compile RELENG_4 with gcc 3.3, which
Submitter-Id: current-users
Originator:Vyacheslav I. Ivanchenko
Confidential: no
Synopsis: Port emulators/vmware3 + FreeBSD 5.x = kernel panic
Severity: critical
Priority: high
Category: ports
Class: sw-bug
Release: FreeBSD 5.1-CURRENT i386
Environment:
No. It mostly has screen update problems (too slow) with my main
application (a networked game). I've noticed network connection problems
in parts of another application though. The only wine-related problems
in -current that I know of were related to rfork(). rfork() was broken
in
I've got a panic on sparc64 5.1-CURRENT #0: Wed Oct 15:
panic: trap: fast data access mmu miss
cpuid = 0;
Debugger(panic)
Stopped at Debugger+0x1c: ta %xcc, 1
db tr
panic() at panic+0x174
trap() at trap+0x394
-- fast data access mmu miss tar=0 %o7=0xc018b820 --
quotactl() at
Pierre == Pierre Beyssac [EMAIL PROTECTED] writes:
Pierre On Mon, Oct 20, 2003 at 09:10:39PM -0400, David Gilbert wrote:
This all started screwing up with ATAng. At first, ATAng didn't
support atapicam, but that was rectified. Now the dvd+rw port
(growisofs) doesn't work at all ... it
Hi,
I've just committed to nuke EAI_NODATA. It was depricated in RFC3493
(aka RFC2553bis). Now, getaddrinfo(3) returns EAI_NONAME instead of
EAI_NODATA. So, an application that looks EAI_NODATA, error handling
will not work. At least, you need to recompile telnet(1).
Sincerely,
So you're theory here is that that all code that may be necessary to
start I/O but could take a while should be done out of band. That's a
reasonable response. The only problem is that you sometimes cannot
easily tell if things like timeout driven recovery/restart can be used.
The basic
On Tue, 21 Oct 2003, Lukas Ertl wrote:
I just found that the em0 interface in one of my boxes stopped working
after an upgrade from 5.1-RELEASE to 5.1-CURRENT, this is what the kernel
spits out:
$ dmesg | grep em0
em0: Intel(R) PRO/1000 Network Connection, Version - 1.7.16 port
Hi
Is anybody working on driver for these chipsets ?
thaks for reply
Jiri
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Thu, 23 Oct 2003, Vladimir B. Grebenschikov wrote:
I am trying to compile -CURRENT code on RELENG_4 machine, with native
RELENG_4 gcc:
% gcc -v
Using builtin specs.
gcc version 2.95.4 20020320 [FreeBSD]
% which gcc
/usr/bin/gcc
hrm
/ext/current/src# make -j8 buildkernel
...
Thanks for looking at this. I'm still scratching my head on it.
Doug White wrote:
On Mon, 20 Oct 2003, othermark wrote:
I have a strange panic during the isa pnp code that does not occur with a
5.0-release kernel.
...
Can you pull out or disable the gig-e card? Its having trouble
I have a typical NFS setup where I have two boxes both running -CURRENT
from around 24 hours ago. One box runs nfsd and rpcbind, and the other
nfsclient and mounts /usr/ports, /usr/src and /usr/obj read/write.
Since this latest cvsup I am finding that something is locking up. I am
currently
Hajimu UMEMOTO wrote:
I've just committed to nuke EAI_NODATA. It was depricated in RFC3493
(aka RFC2553bis). Now, getaddrinfo(3) returns EAI_NONAME instead of
EAI_NODATA. So, an application that looks EAI_NODATA, error handling
will not work. At least, you need to recompile telnet(1).
Hi,
On Thu, 23 Oct 2003 10:40:05 -0700
Terry Lambert [EMAIL PROTECTED] said:
tlambert2 Please apply this patch:
tlambert2 +#define EAI_NODATA EAINONAME /* To be removed on 23 APR 2004 */
Okay, applied.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL
On Thu, Oct 23, 2003 at 02:41:58PM +0400, Vladimir B. Grebenschikov wrote:
? ??, 23.10.2003, ? 02:13, Doug White ?:
On Wed, 22 Oct 2003, Vladimir B. Grebenschikov wrote:
While build kernel on RELENG_4 machine I have following warnings (they
prevent success build unless -Werror
On Thu, Oct 23, 2003 at 04:40:03PM +0400, Alex Deiter wrote:
I've got a panic on sparc64 5.1-CURRENT #0: Wed Oct 15:
panic: trap: fast data access mmu miss
cpuid = 0;
Debugger(panic)
Stopped at Debugger+0x1c: ta %xcc, 1
db tr
panic() at panic+0x174
trap() at trap+0x394
Updated to HEAD, booted with WITNESS enabled, and the boot dies here:
ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept,
logging unlimited
malloc() of 16 with the following non-sleepable locks held:
exclusive sleep mutex ifnet r = 0 (0xc07cc940) locked @
Thursday, October 23, 2003, 7:09:28 PM, you wrote:
Ml Anyone else seeing weird behavior?
Yes, I saw this on two 4.8-STABLE machines some time ago (about 2
months)...not only with nfs, with smbfs too...I didn't find out
the problem and I gave upif I remember correctly, the downloads
were ok,
I have been able to reproduce your hang on my system and your suggested
fix does prevent it. I am going to run some more buffer starvation-type
tests on it this week and if they do not cause other problems, I will
put in your suggested fix.
Kirk McKusick
=-=-=-=-=-=
To: [EMAIL
Kirk McKusick [EMAIL PROTECTED] wrote:
I have been able to reproduce your hang on my system and your suggested
fix does prevent it. I am going to run some more buffer starvation-type
tests on it this week and if they do not cause other problems, I will
put in your suggested fix.
Thanks, Kirk;
apologies for repling to my own post, but it seemed the best way to continue
the thread.
othermark wrote:
I think the next step is to move up to a 5.1-release kernel and see if
it boots as well as the 5.0-release does, or provides a more interesting
panic.
I tried a 5.1-RELEASE kernel and
TB --- 2003-10-23 20:12:19 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-23 20:12:19 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-10-23 20:12:19 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q
It seems Matt wrote:
I have a typical NFS setup where I have two boxes both running -CURRENT
from around 24 hours ago. One box runs nfsd and rpcbind, and the other
nfsclient and mounts /usr/ports, /usr/src and /usr/obj read/write.
Since this latest cvsup I am finding that something is
I'm having problems with XFree86 that result from the fact that
the ATI Radeon 9800 is not supported by the current 4.3.0 radeon driver. I
would like to upgrade to current/cvs version of XFree86, 4.3.99 since the
next release isn't going to be for around another 2 months. My question
, 24.10.2003, 00:01, Vladimir B. Grebenschikov :
, 21.10.2003, 10:45, Johny Mattsson :
Hi all,
Me too !
kern/46488
I will check your patch.
Yes, patch works, Thanx, please commit and close PR.
Now I can get rid of hack in usbd.conf:
---
# hack to workaround no keyboard detach
, 23.10.2003, 22:33, David O'Brien :
On Thu, Oct 23, 2003 at 02:41:58PM +0400, Vladimir B. Grebenschikov wrote:
? ??, 23.10.2003, ? 02:13, Doug White ?:
On Wed, 22 Oct 2003, Vladimir B. Grebenschikov wrote:
While build kernel on RELENG_4 machine I have following warnings
, 21.10.2003, 10:45, Johny Mattsson :
Hi all,
Me too !
kern/46488
I will check your patch.
BACKGROUND:
After a recent purchase of a Palm Tungsten W, I've been spending a few
hours getting the synchronization working in FreeBSD (which hasn't been
an easy task). I've almost got it all
On Thu, 2003-10-23 at 13:59, James Tanis wrote:
I'm having problems with XFree86 that result from the fact that
the ATI Radeon 9800 is not supported by the current 4.3.0 radeon driver. I
would like to upgrade to current/cvs version of XFree86, 4.3.99 since the
next release isn't
TB --- 2003-10-23 20:44:22 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-23 20:44:22 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-10-23 20:44:22 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q
I wrote:
I will try seeing how far I can go up the list of snapshots until I
encounter the first boot -s panic.
Well I walked up the available snapshots and the first panic occurs with
the snapshot from the 17th of October. Reviewing the commit logs between
the 16th and the 17th I note the
TB --- 2003-10-23 21:18:40 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-23 21:18:40 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-10-23 21:18:40 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q
On Wednesday 22 October 2003 22:22, Thorsten Greiner wrote:
Hi everybody,
I have a VIA EPIA-M 1 board which works mostly when I disable
ACPI in the bios. Unfortunately the parallel port is controlled by
some Super-IO chip and is not recognized during boot. The same holds
true for serial
I have a VIA EPIA-M 1 board which works mostly when I disable
ACPI in the bios. Unfortunately the parallel port is controlled by
some Super-IO chip and is not recognized during boot. The same holds
true for serial ports and the floppy controller.
When I enable ACPI in the bios the
What exact date did this problem appear? If recently, I suspect the ep(4)
changes. But there are other problems...
Can you update the BIOS to a newer version?
Please send me a link to the output of:
acpidump -t -d klop-cpq7400.asl
These errors mean your AML is buggy:
can't fetch
Attempted this, first did a deinstall of XFree86-Server and then
built/installed XFree86-Server-snap. It built and installed perfectly fine,
from what I can see it runs fine too.. but I get the same error. You
weren't wrong, in the log once of the supported cards listed is the ATI
...
cc -O -pipe -mcpu=pentiumpro -I. -DINET6 -DWITH_SSL -Wsystem-headers
-Werror -Wall -Wno-format-y2k -Wno-uninitialized -c
/usr/src/lib/libfetch/common.c
/usr/src/lib/libfetch/common.c:58: error: `EAINONAME' undeclared here
(not in a function)
/usr/src/lib/libfetch/common.c:58: error:
On Thu, 2003-10-23 at 17:00, James Tanis wrote:
Attempted this, first did a deinstall of XFree86-Server and then
built/installed XFree86-Server-snap. It built and installed perfectly fine,
from what I can see it runs fine too.. but I get the same error. You
weren't wrong, in the
In approximately one week, I plan to commit the conversion of the if_name
and if_unit members of struct ifnet to if_xname. Initially, this was the
sum total of the commit, but code requiring knowledge of the underlying
driver name and unit number necessitated the addition of two more
members,
On Thu, Oct 23, 2003 at 12:07:14PM -0700, Kris Kennaway wrote:
Updated to HEAD, booted with WITNESS enabled, and the boot dies here:
ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to
accept, logging unlimited
malloc() of 16 with the following non-sleepable locks
On Thu, Oct 23, 2003 at 07:49:14PM -0700, Brooks Davis wrote:
Some FAQs regarding this change:
Oops, I forgot one.
Q: Won't this break some ports?
A: Yes, a few do break, but the fix is trivial and there are better
inferfaces for what they want. When a previous version was tested,
After a very lenghy hiatus running Linux on my desktop, i decided to
install FreeBSD after my HD died. (I had to try the new Flash Plugin
Wrapper and the new Patchlevel for native Java2 1.4.1)
Sofar, everything is running excellently, but i noticed a strange bug
(feature?) that i have been
On Tue, 2003-08-26 at 20:37, Glenn Johnson wrote:
On Tue, Aug 26, 2003 at 01:27:11PM -0700, Eric Anholt wrote:
On Tue, 2003-08-26 at 18:05, Vulpes Velox wrote:
I had similar problem with a 7200 and OGL. I solved the problem by
turning off some of the options in the X config.
On
TB --- 2003-10-24 04:00:01 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-24 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-10-24 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q
TB --- 2003-10-24 04:35:13 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-10-24 04:35:13 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-10-24 04:35:13 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q
-- fast data access mmu miss tar=0 %o7=0xc018b820 --
quotactl() at quotactl+0x98
syscall() at syscall+0x308
It looks like you have quotas enabled.
No.
Can you please provide more
details of your setup and how to reproduce this problem?
my setup in details:
1. FreeBSD 4.7 i386 act as nfs
Just noticed that amd no longer can handle pcfs mounts.
Here is the map:
/defaults fs:=${autodir}/${host}/${key}/
* opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev
floppy type:=pcfs;dev:=/dev/fd0;opts:=rw
photo type:=pcfs;dev:=/dev/da0s1;opts:=rw
On Wed, Oct 22, 2003 at 11:42:06PM -0700, Nicholas Esborn wrote:
However, neither mountd nor nfsd are happy running inside the jail:
NFS is one of those things that is largely implemented as a service
in the kernel, and so doesn't really fit in with the way jail's
work.
If you want to run an
(Forwarding to -current; -questions and searching the net didn't give an
answer.)
Hello,
Running my laptop Compaq Armada 7400 with 5.1-CURRENT from about two days
ago.
The OHCI (USB) is on IRQ 11 and the PCCARD/CARDBUS also.
I now get a 'arp: unknown hardware address format (0x)' errors.
57 matches
Mail list logo
