On 13 Jun 2003, Samy Al Bahra wrote:
Hey,
I believe the fix is as simple as saving and restoring %gs in
the nVidia driver, and/or not letting the nVidia use %gs at
all (segment registers generally belong to the OS, in any case,
and stealing a CPU register of any kind for exclusive use
Samy Al Bahra wrote:
I think Terry is jumping to conclusions on what Evan's problem could be.
I have this seen this cause application to crash at exit (if using
OpenGL) but never a crash in kernel-space from the nVidia drivers.
1) It works with libc_r, but not with libthr and not
David O'Brien [EMAIL PROTECTED] writes:
Acutally -std=c?9, -std=gnu?9 uses GCC's alloca. I don't mind finding
all the alloca uses in the tree and compiling them with -std=gnu99
instead of -std=c99.
#define alloca(sz) __builtin_alloca(sz)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Hi Peter,
would you please be so kind and have a look at PR/53008
(http://www.freebsd.org/cgi/query-pr.cgi?pr=53008), because you
committed src/sys/i386/acpica/genwakecode.sh and under some
circumstances an errornously output is generated (details in PR).
The problem hits me when I was updating
Daniel Eischen Wrote:
No, I don't think Terry is jumping to conclusion. Read
the archives of this problem. The Nvidia drivers and OpenGL
for FreeBSD won't work with -current and any threading
library other than libc_r.
I didn't deal with any users having kernel crashes from this %gs
On Thu, Jun 12, 2003, Tim Robbins wrote:
On Wed, Jun 11, 2003 at 07:37:01PM -0700, Kris Kennaway wrote:
It's possible that there's either a bug in gcc or there is C code in
the system that has a different meaning when interpreted to C99
standards.
I think I may have found the problem,
Please use our new ticket-based support system. Doing so will allow us to handle your
request more efficiently and quickly.
http://www.wasabihosting.com/helpdesk
___
[EMAIL PROTECTED] mailing list
Samy Al Bahra wrote:
Daniel Eischen Wrote:
No, I don't think Terry is jumping to conclusion. Read
the archives of this problem. The Nvidia drivers and OpenGL
for FreeBSD won't work with -current and any threading
library other than libc_r.
I didn't deal with any users having kernel
UPDATE: If I make an SMP-kernel this issue is completely solved for me.
Everythings works as before, both fxp's share the same irq (together
with uhci), both are working, with sio, usb, etc ... like as before the
evil cvsup :-)
Markus
On Wed, Jun 11, 2003 at 10:34:15AM +0200, Markus Wennrich
hello,
Any chance someone can support nforce2's chipset agp? Not all of us own
nvidia graphics cards :-(
I don't know how hard it is to get this working on freebsd.
here's some code:
Right now, rc.firewall isn't set up to support DHCP configurations although
it could easily be done so. Googling comes up with many references, for
example http://www.freebsddiary.org/firewall.php (section ipfw with DHCP
etc at the bottom of the page).
Are there any reasons against having
Erik Paulsen Skaalerud ([EMAIL PROTECTED]) wrote:
Is anyone working on ALTQ intergration for FreeBSD 5.1?
[...]
I recently took interest in this (about a month ago) and had
ALTQ port updated to work with the latest 5.0. The only issue I
have had was with fxp and TBR magic;
Holger Kipp wrote:
If you're looking for a fxp hacker, mux is the one you want
([EMAIL PROTECTED]). He's also on irc.freenode.net with the same nickname.
Isn't someone working on integrating ALTQ and pf - similar to what has been done for
OpenBSD?
here you go:
Bruno Afonso wrote:
Holger Kipp wrote:
Isn't someone working on integrating ALTQ and pf - similar to what
has been done for OpenBSD?
here you go:
http://pf4freebsd.love2party.net/index.html
I'd love freebsd to have altq and pf or ipf integration on base system..
If it can be one as
On Fri, Jun 13, 2003 at 09:39:37AM +, Holger Kipp wrote:
Erik Paulsen Skaalerud ([EMAIL PROTECTED]) wrote:
Is anyone working on ALTQ intergration for FreeBSD 5.1?
[...]
I recently took interest in this (about a month ago) and had
ALTQ port updated to work with the latest
David O'Brien (obrien) writes:
Any committer can fix this -- just check out modules and add port_ in
front of the ports one.
Ah ! It has been fixed now.
/mich
--
Best Regards,
Michael L. Hostbaek
FreeBSD Committer - FreeBSD: The power to serve
[EMAIL PROTECTED] -
Hi,
On a 5.1-RELEASE machine I have been able to cause a panic like this:
panic: kmem_malloc(4096): kmem_map too small: 28610560 total allocated
The machine is an old 300MHz Celeron with 64M Ram. I get the panic by
un-taring a huge .tgz file onto a vinum partition which is on a scsi
disk behind
From: Roderick van Domburg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Fri, 13 Jun 2003 11:18:45 +0200
Subject: Support DHCP in rc.firewall by default?
Right now, rc.firewall isn't set up to support DHCP configurations although
it could easily be done so.
More or less, depending on one's
hello,
I setup a NIS Master in FreeBSD 5.1 release, and it works.
I also startup rpc.yppasswdd.
When I wnat to change a user's passwd using yppasswd, it failed.
root# passwd testuser
Changing NIS password for testuser
Old Password:
New Password:
Retype New Password:
passwd: pam_chauthtok():
After installing libc.so builded with standard bsd.sys.mk (i.e. with
gnu99) all shared programs reports missing 'SYS_sigreturn' name and fails
to start.
When I restore old libc and rebuild libc without gnu99, all works fine
again.
___
[EMAIL
Hi folks;
I've got an odd one here...
Trying to run 5.1-RELEASE on a Presario 2140-US laptop (4.x locks up in an
odd way on boot, and I can't get into the user config - that goes into an
infinite keyboard read loop at boot when you use the -c option?!)
Anyway, the -c option appears to have been
Has anyone got one of these cards working?
I plug it into my laptop with 5.1, cvsupped on
Monday or Tuesday (long week), and try to plug
this card in.
It is recognized the card, but has errors and
disables them.
I also am trying a Sony DRX-500UL drive. It's
recognized in the built-in USB 1.1
John Hay wrote:
On a 5.1-RELEASE machine I have been able to cause a panic like this:
panic: kmem_malloc(4096): kmem_map too small: 28610560 total allocated
Manually tune your system. This panic results from the fact
that zone allocations with fixed limits don't really do the
right thing any
TB --- 2003-06-13 16:00:14 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-06-13 16:00:14 - 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-06-13 16:02:10 - building world
TB --- cd
* Paul T. Root ([EMAIL PROTECTED]) wrote:
Has anyone got one of these cards working?
I plug it into my laptop with 5.1, cvsupped on
Monday or Tuesday (long week), and try to plug
this card in.
It is recognized the card, but has errors and
disables them.
A fix for this was posted to the
TB --- 2003-06-13 17:10:08 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-06-13 17:10:08 - 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-06-13 17:11:54 - building world
TB --- cd
On Fri, 13 Jun 2003, Terry Lambert wrote:
John Hay wrote:
On a 5.1-RELEASE machine I have been able to cause a panic like this:
panic: kmem_malloc(4096): kmem_map too small: 28610560 total allocated
Manually tune your system. This panic results from the fact
that zone allocations with
Please use our new ticket-based support system. Doing so will allow us to handle your
request more efficiently and quickly.
http://www.wasabihosting.com/helpdesk
___
[EMAIL PROTECTED] mailing list
TB --- 2003-06-13 18:12:27 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-13 18:12:27 - 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-06-13 18:15:11 - building world
TB --- cd
In message [EMAIL PROTECTED], Craig
Boston [EMAIL PROTECTED] wrote
On Thu, 2003-06-12 at 08:14, Anthony Naggs wrote:
Sorry, I don't understand this comment. All OHCI, UHCI EHCI USB
controllers need PCI bus mastering in order to read update their
various lists of pending completed
On Thu, 12 Jun 2003, Killing wrote:
Halting them will still cause the CPUs to be detected. They just won't do
any useful work.
Yep but the issue is that all the core admin tools are unaware of this and
hence include the virtual cores in idle calcs etc making load monitoring
impossible
On Thu, 12 Jun 2003, John Nielsen wrote:
[escalated from -questions]
Hi folks-
I am setting up FreeBSD 5.1-RELEASE on a 386DX.
That works? 386 is not a supported CPU on 5.X. It is missing atomic
operations that is necesary for proper operation of threading.
--
Doug White
On Fri, Jun 13, 2003 at 07:40:53PM +0400, Andrey Chernov wrote:
After installing libc.so builded with standard bsd.sys.mk (i.e. with
gnu99) all shared programs reports missing 'SYS_sigreturn' name and fails
to start.
When I restore old libc and rebuild libc without gnu99, all works fine
Hello list,
I'm sure I've done something naughty as I've been seeing errors for a
few days, but I've done some troubleshooting and I can't seem to find
the place I shot myself in the foot. My system is current, and about a
week old right now. Source was checked out this morning at about 8:30
On Fri, Jun 13, 2003 at 12:44:27 -0700, David O'Brien wrote:
On Fri, Jun 13, 2003 at 07:40:53PM +0400, Andrey Chernov wrote:
After installing libc.so builded with standard bsd.sys.mk (i.e. with
gnu99) all shared programs reports missing 'SYS_sigreturn' name and fails
to start.
When I
On Fri, Jun 13, 2003 at 03:42:20PM -0400, Fish wrote:
Hello list,
I'm sure I've done something naughty as I've been seeing errors for a
few days, but I've done some troubleshooting and I can't seem to find
the place I shot myself in the foot.
This is getting a FAQ; I'll add an entry to
On 13 Jun 2003 15:42:20 -0400, Fish [EMAIL PROTECTED] wrote:
Hello list,
I'm sure I've done something naughty as I've been seeing errors for a
few days, but I've done some troubleshooting and I can't seem to find
the place I shot myself in the foot. My system is current, and about a
week old
In the last episode (Jun 13), Lin, Tsung Ching said:
hello,
I setup a NIS Master in FreeBSD 5.1 release, and it works.
I also startup rpc.yppasswdd.
When I wnat to change a user's passwd using yppasswd, it failed.
root# passwd testuser
Changing NIS password for testuser
Old Password:
On Fri, 2003-06-13 at 14:17, Tony Naggs wrote:
Yes, I think you should also do this for Uhci. There are probably not
many straight Uhci USB 1.1 Cardbus cards, but it is likely some of the
USB 2.0 cards have an UHCI controller rather than OHCI for USB 1.x
support.
Never mind, it seems Warner
On Fri, Jun 13, 2003 at 12:44:06PM -0700, Doug White wrote:
On Thu, 12 Jun 2003, John Nielsen wrote:
[escalated from -questions]
Hi folks-
I am setting up FreeBSD 5.1-RELEASE on a 386DX.
That works? 386 is not a supported CPU on 5.X. It is missing atomic
operations that is
On Friday 13 June 2003 15:02, Kris Kennaway wrote:
On Fri, Jun 13, 2003 at 12:44:06PM -0700, Doug White wrote:
On Thu, 12 Jun 2003, John Nielsen wrote:
[escalated from -questions]
Hi folks-
I am setting up FreeBSD 5.1-RELEASE on a 386DX.
That works? 386 is not a supported CPU
TB --- 2003-06-13 20:30:15 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-13 20:30:15 - 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-06-13 20:32:42 - building world
TB
On Fri, Jun 13, 2003 at 11:51:28PM +0400, Andrey Chernov wrote:
On Fri, Jun 13, 2003 at 12:44:27 -0700, David O'Brien wrote:
On Fri, Jun 13, 2003 at 07:40:53PM +0400, Andrey Chernov wrote:
After installing libc.so builded with standard bsd.sys.mk (i.e. with
gnu99) all shared programs
On Fri, Jun 13, 2003 at 14:53:07 -0700, David O'Brien wrote:
This isn't a bug report. The mail server I am writing this from, and the
laptop I am using to log into it from; are running with a stock world and
I can't repeat your problem.
Exact steps are (on i386-current from Jun 1, cvsupped to
On Tue, Jun 10, 2003 at 11:53:48AM +0200, Vaclav Petricek wrote:
[...]
The patch works. Thank you very much. I attach my attempt on a patch that
should make it possible to ommit the alias_address and interface options
in case proxy_only is specified. IMHO in that situation these options are
On Thu, Jun 12, 2003 at 03:08:53PM -0700, David O'Brien wrote:
On Wed, Jun 11, 2003 at 10:32:30PM -0700, Kris Kennaway wrote:
alloca() is not being inlined when -std is specified. It is possible
there's a bug in the libc implementation. I'm also suspicious that
some of the ppp data
Lin, Tsung Ching [EMAIL PROTECTED] writes:
passwd: pam_chauthtok(): error in service module
Jun 13 22:22:24 abcb passwd: in pam_sm_chauthtok(): yppasswd_local():
failed to connect to rpc.yppasswdd: .xxx.xxx.xxx: RPC: Program not
registered
This means that rpc.yppasswdd isn't running on
John Nielsen [EMAIL PROTECTED] writes:
As I indicated, my only hangup is that I'm not familiar enough with the new
GCC 3 build procedures to know where to put the -march and/or -mcpu flags
for a buildworld on a separate (newer) machine.
Put
CPUTYPE?=i386
in /etc/make.conf and rebuild
I have downloaded the 5.1-RELEASE source via sysinstall and while world
build fine, I have this error when trying to compile a new kernel from the
downloaded source on Alpha:
cc -c -O -pipe -mcpu=ev45 -mieee -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes
On Sat, Jun 14, 2003 at 09:06:16AM +1000, Rob B wrote:
linking kernel
init_main.o: In function `proc0_init':
init_main.o(.text+0x424): undefined reference to `kse0_sched'
init_main.o(.text+0x430): undefined reference to `ksegrp0_sched'
init_main.o(.text+0x43c): undefined reference to
On Fri, 13 Jun 2003, John Hay wrote:
On a 5.1-RELEASE machine I have been able to cause a panic like this:
panic: kmem_malloc(4096): kmem_map too small: 28610560 total allocated
The machine is an old 300MHz Celeron with 64M Ram. I get the panic by
un-taring a huge .tgz file onto a vinum
Hello again, all information you have given me has been very helpful. ButI have
messed up somewhere while setting up the rcfomm_pppd section and I don't know where
the problem is. I have setup my ppp.conf like this:
default:
nat enable yes
set ifaddr 192.168.0.1/0 192.168.0.2/0
Ok, I just tried to net boot an Ultra 2 from another sparc box, and
rarpd is broken. It is still using u_long to represent the IPv4
addresses. Attached is a patch that switches from u_long to in_addr_t.
I have confirmed that this works on both sparc64 (5.1-R) and x86 (4.7-R).
Comments?
--
Hello,
--- User Toyboy [EMAIL PROTECTED] wrote:
Hello again, all information you have given me has been very helpful. ButI
have messed up somewhere while setting up the rcfomm_pppd section and I
don't know where the problem is. I have setup my ppp.conf like this:
[section skipped]
please
On Sat, 14 Jun 2003, Andrey Chernov wrote:
On Fri, Jun 13, 2003 at 14:53:07 -0700, David O'Brien wrote:
This isn't a bug report. The mail server I am writing this from, and the
laptop I am using to log into it from; are running with a stock world and
I can't repeat your problem.
Exact
Anyone have a VIA C3? I'm running FreeBSD current
on one and I don't see any gcc flags for the VIA C3.
I think it has MMX and 3dnow, but it does not have SSE?
I was wondering what gcc flags other VIA C3 users
are using on FreeBSD. I am not sure what
optimizations are safe for this cpu running
¦b ??, 2003-06-14 04:08, Dan Nelson ¼g¹D¡G
In the last episode (Jun 13), Lin, Tsung Ching said:
hello,
I setup a NIS Master in FreeBSD 5.1 release, and it works.
I also startup rpc.yppasswdd.
When I wnat to change a user's passwd using yppasswd, it failed.
root# passwd testuser
¦b ??, 2003-06-14 06:54, Dag-Erling Smorgrav ¼g¹D¡G
Lin, Tsung Ching [EMAIL PROTECTED] writes:
passwd: pam_chauthtok(): error in service module
Jun 13 22:22:24 abcb passwd: in pam_sm_chauthtok(): yppasswd_local():
failed to connect to rpc.yppasswdd: .xxx.xxx.xxx: RPC: Program not
Hello,
I did a cvsup and retrieved tag=RELENG_5_1_0_RELEASE. Then try to
buildworld and got this error.
:/usr/src# make buildworld
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regression.
Running test
Hello,
I did a cvsup and retrieved tag=RELENG_5_1_0_RELEASE. Then try to
buildworld and got this error.
:/usr/src# make buildworld
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regression.
Running test
On Fri, Jun 13, 2003 at 10:03:34PM +, Alejandro Ayala wrote:
At first I was getting the libpthread error everyone seems to be getting
but now I got this error(after i removed /usr/src and /usr/obj, and cvsup
using HEAD). Can someone please point me in the right direction.
Have you read
Well, my further diving into netbooting an Ultra 2 I have found that
bootpd doesn't do select too well. It doesn't use fd_set or anything
which for some reason causes it not to function on Sparc. A simple
switch to using FD_* makes it function.
I have also fixed a couple comments that NetBSD
While I thought it might be an isolated example, I have several
laptops ... all of which lock up their ports when usb devices are
connected. Typical messages include:
usb3: unrecoverable error, controller halted
and
usb3: device problem, disabling port 3
... which is an example from a new
TB --- 2003-06-14 04:00:15 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-06-14 04:00:15 - 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-06-14 04:03:14 - building world
TB --- cd
On Tuesday, 10 June 2003 at 14:05:11 +0200, Bernd Walter wrote:
fatal kernel trap:
Stopped at g_dev_strategy+0x44:stq t0,0x20(v0) 0x20
t0=0x1a61da400,v0=0x0
db trace
g_dev_strategy() at g_dev_strategy+0x44
launch_requests() at launch_requests+0x390
prologue botch:
Looks like my mp3 playback tried to acquire UFS lockmgr lock with the pcm
lock held. Also, got a LoR w/ Giant through a page not present trap. Only
the backtrace() is hand-transcribed due to it not being in dmesg. My system
appears to be working fine and there was no crash.
dmesg
-
pcm0:
66 matches
Mail list logo