If you have the kernel.debug for this kernel, could you send the gdb -k
output of:
l *in6_pcbbind+0x2a7
l *tcp6_usr_bind+0x19a
No need to use the core just yet.
Thanks,
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Network Associates Laboratories
TB --- 2003-06-14 05:09:44 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-06-14 05:09:44 - 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-14 05:12:05 - building world
TB --- cd /home
Apparantly it is related to ipv6 bind().
ircd: version hybrid-7-CURRENT
ircd: pid 54524
ircd: running in background mode from /test/ircd
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xc4
fault code = supervisor read, page not present
instruction pointer
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: p
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>
>
> db> trace
> g_dev_strategy() at g_dev_strategy+0x44
> launch_requests() at launch_requests+0x390
> prologue botch: displacement 12
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 /
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 lap
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 had
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 re
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 sysvm
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 sysv
¦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
¦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 t
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
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.
>
>
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]
plea
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?
--
Jo
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
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 vi
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 `pro
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 -Wpo
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 w
"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 runnin
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
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 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
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 prog
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 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 i
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
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 Warn
TB --- 2003-06-13 19:14:25 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-13 19:14:25 - 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-06-13 19:16:28 - building world
TB --- cd /home
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 Passwo
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 r
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 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.
> >
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
A.M
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 fin
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 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
> impossi
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 & comple
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 /home
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
http://lists.freebsd.org/mailman/listinfo/freebsd-cur
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
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 /home
* 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
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 /
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
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 ports
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 b
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 PROTECTED
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(): error
>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
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 behin
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] -
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 w
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
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:
http://pf4freebsd.love2party.net/
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 T
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 rc.fir
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:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&threadm=20030524205432.GA17179%40suse.de.lucky.linux.
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 wrot
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 havin
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
http://lists.freebsd.org/mailman/listinfo/freebsd-cur
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
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
resto
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 a
67 matches
Mail list logo