headers
Jim Barker | 1 Jun 2003 05:00

Re: kern/48691: kernel panics on ASUS A7N266-VM Motherboard

The following reply was made to PR kern/48691; it has been noted by GNATS.

From: Jim Barker <jbarker <at> wetpaper.cra.org>
To: freebsd-gnats-submit <at> FreeBSD.org, jimbark <at> attglobal.net
Cc:  
Subject: Re: kern/48691: kernel panics on ASUS A7N266-VM Motherboard
Date: Sat, 31 May 2003 22:47:04 -0400 (EDT)

 I did go to ASUS' site and get the latest Bios and flashed my machine to
 reflect the new version.  I must say that it did improve how long my
 machine could run X before becoming unuseable, alas it did not completely
 alleviate the problem.  Below is the new debug output that I obtained.
 This particular debug output is actually from a 4.7 kernel though because
 when 4.8 release came out I couldn't even start UT 2003 so I went back
 to a 4.7 kernel.  If there is any other information that I could provide,
 please let me know.

 Jim

 FreeBSD bsdut 4.7-RELEASE-p10 FreeBSD 4.7-RELEASE-p10 #0: Mon Apr 21 02:21:14 EDT 2003    
root <at> bsdut:/usr/obj/usr/src/sys/bsdut  i386

 bsdut# cd /usr/obj/usr/src/sys/bsdut
 bsdut# gdb -k kernel.debug.20030421 vmcore.17
 GNU gdb 4.18 (FreeBSD)
 Copyright 1998 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you are
 welcome to change it and/or distribute copies of it under certain conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for details.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Pete Fritchman | 1 Jun 2003 21:02
Picon
Favicon

Re: bin/47145: Port conflict Checking for PKG_INSTALL tools (for 5.0)

Synopsis: Port conflict Checking for PKG_INSTALL tools (for 5.0)

State-Changed-From-To: analyzed->closed
State-Changed-By: petef
State-Changed-When: Sun Jun 1 14:02:55 CDT 2003
State-Changed-Why: 
Already committed by kris <at> .

http://www.freebsd.org/cgi/query-pr.cgi?pr=47145
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 4 comments |
headers
Mike Makonnen | 2 Jun 2003 06:56
Picon
Favicon

Re: misc/52807: rc.subr incompatible with FreeBSD chroot

Synopsis: rc.subr incompatible with FreeBSD chroot

State-Changed-From-To: open->analyzed
State-Changed-By: mtm
State-Changed-When: Sun Jun 1 21:51:54 PDT 2003
State-Changed-Why: 
It's been on my mind to take care of this for a while. No time like
the present :-)
I will pull in NetBSD's modifications since I don't want to diverge
rc.subr too much. Until then the work around is to modify rc.subr
to su(1) before chroot(8).

Responsible-Changed-From-To: freebsd-bugs-≥mtm
Responsible-Changed-By: mtm
Responsible-Changed-When: Sun Jun 1 21:51:54 PDT 2003
Responsible-Changed-Why: 
It's been on my mind to take care of this for a while. No time like
the present :-)
I will pull in NetBSD's modifications since I don't want to diverge
rc.subr too much. Until then the work around is to modify rc.subr
to su(1) before chroot(8).

http://www.freebsd.org/cgi/query-pr.cgi?pr=52807
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 1 comment |
headers
Maxim Konovalov | 2 Jun 2003 11:12
Picon
Favicon

Re: bin/45754: vnconfig(8) fails to return correct exit status

Synopsis: vnconfig(8) fails to return correct exit status

State-Changed-From-To: open->closed
State-Changed-By: maxim
State-Changed-When: Mon Jun 2 02:11:22 PDT 2003
State-Changed-Why: 
Fixed in rev. 1.13.2.7 src/usr.sbin/vnconfig/vnconfig.c in -STABLE. Thanks.

http://www.freebsd.org/cgi/query-pr.cgi?pr=45754
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Maxim Konovalov | 2 Jun 2003 11:12
Picon
Favicon

Re: bin/45754: vnconfig(8) fails to return correct exit status

Synopsis: vnconfig(8) fails to return correct exit status

Responsible-Changed-From-To: freebsd-bugs-≥maxim
Responsible-Changed-By: maxim
Responsible-Changed-When: Mon Jun 2 02:12:34 PDT 2003
Responsible-Changed-Why: 
My commit.

http://www.freebsd.org/cgi/query-pr.cgi?pr=45754
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 3 comments |
headers
Artem 'Zazoobr' Ignatjev | 2 Jun 2003 11:26
Picon

Re: kern/52764: Impossible to build kernel with COPTFLAGS=-O0 and without INET6

 Yar Tikhiy wrote:
> >How-To-Repeat:
> 	Add "makeoptions COPTFLAGS=-O0" to a kernel configuration file
> 	and make sure there is no "options INET6" in it.  Try to build
> 	such a kernel.  Observe the following linker diagnostics:
> 
> linking kernel.debug
> tcp_input.o: In function `tcp_input':
> ../../../netinet/tcp_input.c:400: undefined reference to `in6_cksum'
> ../../../netinet/tcp_input.c:480: undefined reference to `ip6stat'
> ../../../netinet/tcp_input.c:480: undefined reference to `ip6stat'
> ../../../netinet/tcp_input.c:480: undefined reference to `ip6stat'
> ../../../netinet/tcp_input.c:480: undefined reference to `ip6stat'
> ../../../netinet/tcp_input.c:480: undefined reference to `ip6stat'
...
Hello.
I came across this problem yesterday.. 
As a workaround you can use following patch:

--- sys/netinet/tcp_input.c.orig	Sun Jun  1 22:23:58 2003
+++ sys/netinet/tcp_input.c	Sun Jun  1 23:03:27 2003
 <at>  <at>  -396,6 +396,7  <at>  <at> 
 	if (isipv6) {
 		/* IP6_EXTHDR_CHECK() is already done at tcp6_input() */
 		ip6 = mtod(m, struct ip6_hdr *);
+#ifdef INET6
 		tlen = sizeof(*ip6) + ntohs(ip6->ip6_plen) - off0;
 		if (in6_cksum(m, IPPROTO_TCP, off0, tlen)) {
 			tcpstat.tcps_rcvbadsum++;
 <at>  <at>  -415,6 +416,12  <at>  <at>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Maxim Konovalov | 2 Jun 2003 12:40
Picon
Favicon

Re: kern/38107: Panic on nullfs

Synopsis: Panic on nullfs

State-Changed-From-To: suspended->closed
State-Changed-By: maxim
State-Changed-When: Mon Jun 2 03:39:24 PDT 2003
State-Changed-Why: 
Please take a look at kern/51583, it probably consists a patch for
the problem.

http://www.freebsd.org/cgi/query-pr.cgi?pr=38107
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 1 comment |
headers
Ceri Davies | 2 Jun 2003 16:20
Picon
Favicon

Re: misc/41179: LD_LIBRARY_PATH security checks

The following reply was made to PR misc/41179; it has been noted by GNATS.

From: Ceri Davies <ceri <at> FreeBSD.org>
To: FreeBSD Gnats Submit <freebsd-gnats-submit <at> FreeBSD.org>
Cc:  
Subject: Re: misc/41179: LD_LIBRARY_PATH security checks
Date: Mon, 2 Jun 2003 15:15:44 +0100

 Adding to audit trail, from misfiled PR misc/52842:

 From: David Schultz <das <at> FreeBSD.ORG>
 Date: Sun, 1 Jun 2003 11:18:50 -0700
 Message-Id: <20030601181850.GA946 <at> HAL9000.homeunix.com>
 References: <200207302036.g6UKamu9051791 <at> www.freebsd.org>

  On Tue, Jul 30, 2002, Lee Brotherston wrote:
  > LD_LIBRARY_PATH does not perform suitable security checks (in my
  > opinion) when being used by the root user.  With this
  > environment variable set root will use alternative shared
  > libraries which it will dynamically load, which is the intended
  > use (I believe).  However it does not perform the same basic
  > checks which would be applied when using ldconfig, that being
  > (from ldconfig(8)):
  > 
  > "For security reasons, directories which are world or group-writable
  > or which are not owned by root produce warning messages and are
  > skipped, unless the -i option is present."
  ...
  > It's probably easiest just to give this as an example:
  >
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alex Khrenov | 2 Jun 2003 16:01
Picon

kern/52866: Fatal 12 pagefault... when I load kernel module from audio/aureal-kmod port under 5.1-BETA


>Number:         52866
>Category:       kern
>Synopsis:       Fatal 12 pagefault... when I load kernel module from audio/aureal-kmod port under 5.1-BETA
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jun 02 07:30:16 PDT 2003
>Closed-Date:
>Last-Modified:
>Originator:     Alex Khrenov
>Release:        FreeBSD 5.1-BETA i386
>Organization:
USB
>Environment:
System: FreeBSD pcsapsan.office.dp.usbnet 5.1-BETA FreeBSD 5.1-BETA #1: Thu May 8 16:15:13 EEST 2003
root <at> pcsapsan.office.dp.usbnet:/usr/obj/usr/current/src/sys/SAPSAN i386

>Description:
When I load kernel module snd_au8830.ko from audio/aureal-kmod port under 5.1-BETA, I receive
kernel panic. This module was loaded fine under 5.0R and CURRENT before 5.1-BETA.
>How-To-Repeat:
Try to load this module under FreeBSD 5.1-BETA.
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Malone | 2 Jun 2003 16:36
Picon
Favicon

Re: bin/52746: tcsh fails to handle large arguements

Synopsis: tcsh fails to handle large arguements

State-Changed-From-To: open->feedback
State-Changed-By: dwmalone
State-Changed-When: Mon Jun 2 07:31:17 PDT 2003
State-Changed-Why: 
Mark,

I'd run into this problem a few years ago, but never had a chance
to get to the bottom of it.  From running ktrace, it looks like
this problem is related to vfork.  For me, running tcsh with the
-F flag (ie., use fork not vfork) seems to work around the problem.

I'm guessing what is happening is that something is handling the
arg too long error and clobbering the vforked stack.  I'll try to
do a bit more digging, but you might like to check if-F helps in
your case too...

	David.

http://www.freebsd.org/cgi/query-pr.cgi?pr=52746
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 1 comment |

Gmane