Robert Edmonds | 1 Oct 02:40 2006
Picon

Re: kern/103256: [em] em0: watchdog timeout -- resetting (6.1-STABLE)

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

From: Robert Edmonds <robert.edmonds <at> gmail.com>
To: bug-followup <at> FreeBSD.org, imriz <at> co.zahav.net.il
Cc:  
Subject: Re: kern/103256: [em] em0: watchdog timeout -- resetting (6.1-STABLE)
Date: Sat, 30 Sep 2006 20:38:27 -0400

 Hello,

 I can confirm this problem on an SMP amd64 machine (Core 2 Duo,
 Supermicro PDSMI+ motherboard) with built-in Intel 82573V and 82573E
 PCI-Express gigabit NICs and an Intel 82545GM PCI-X gigabit card.

 Both 6.1 and 6.2-BETA1 exhibit the same behavior: starting a download
 (e.g., portsnap fetch) is enough to trigger the timeout and a loss of
 connectivity on the PCI-E NICs, but not the PCI-X one.

 The 82545GM card works fine without debug.mpsafenet=0, but the 82573s
 will only work with debug.mpsafenet=0.  I have several of these servers
 which are not in production, so I can test whatever patches may be
 necessary.  

 Output of pciconf -lv and dmesg follow.

 hostb0 <at> pci0:0:0:	class=0x060000 card=0x798015d9 chip=0x27788086 rev=0xc0 hdr=0x00
     vendor   = 'Intel Corporation'
     device   = 'Server Memory Controller Hub'
     class    = bridge
     subclass = HOST-PCI
(Continue reading)

Evan Clarke | 1 Oct 05:30 2006
Picon

RE: bin/90690: ps(1) errorneously respects terminal column settings when output is not to a terminal

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

From: "Evan Clarke" <evan <at> proc.to>
To: bug-followup <at> FreeBSD.org, vadim_nuclight <at> mail.ru
Cc:  
Subject: RE: bin/90690: ps(1) errorneously respects terminal column settings when output is not to a terminal
Date: Sun, 1 Oct 2006 13:29:41 +1000

 ------=_Part_41535_20857243.1159673381993
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline

 My thoughts on issue:

 I cannot think of an example where including more information on the
 *same line * will break any scripts.

 Attached low-impact patch to implement "correct" behaviour.

 cd /usr/src
 patch < ps.wide-stdout.patch

 ------=_Part_41535_20857243.1159673381993
 Content-Type: application/octet-stream; name=ps.wide-stdout.patch
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_esqvkdpa
 Content-Disposition: attachment; filename="ps.wide-stdout.patch"

 ZGlmZiAtYyBiaW4vcHMvcHMuMSBiaW4vcHMudy9wcy4xCioqKiBiaW4vcHMvcHMuMQlTdW4gU2Vw
(Continue reading)

Helge Oldach | 1 Oct 06:53 2006
Picon

Re: conf/72465: [patch] United States International keyboard layout for syscons

Hi,

some 2 years ago I submitted this change request. It's just the addition
of a new syscons keymap that implements an emulation of Windows' "US
International" keyboard map.

Would some kind sould please add this keymap, so that this PR can be
closed? It's actually an easy one...

Thanks!

Helge
_______________________________________________
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"

Helge Oldach | 1 Oct 07:20 2006
Picon

Re: misc/85143: fix usr.bin/calendar/calendars/de_DE.ISO8859-1/calendar.feiertag

Hi,

this PR had been assigned to grog <at>  who appears no longer active...

Would some kind soul please bring the German "Feiertage" file up to
reality? It's a simple and straightforward fix, and (after 1 year) about
time to close this PR...

Thanks!

Helge
_______________________________________________
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"

Alexey Illarionov | 1 Oct 11:00 2006
Picon

Re: kern/103569: [ipfilter] ipf -D cause kernel panic

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

From: Alexey Illarionov <littlesavage <at> rambler.ru>
To: bug-followup <at> FreeBSD.org, littlesavage <at> rambler.ru,
        Oleg Bulyzhin <oleg <at> FreeBSD.org>
Cc:  
Subject: Re: kern/103569: [ipfilter] ipf -D cause kernel panic
Date: Sun, 01 Oct 2006 12:48:37 +0400

 Yes, it works. No panics any more. Thanks.
_______________________________________________
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"

douglas steinwand | 1 Oct 19:18 2006

bin/103873: login(1) SEGFAULT on unsuccessful login


>Number:         103873
>Category:       bin
>Synopsis:       login(1) SEGFAULT on unsuccessful login
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Oct 01 17:20:27 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator:     douglas steinwand
>Release:        6.2-PRERELEASE
>Organization:
>Environment:
FreeBSD thinkpad.fx.org 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #4: Sat Sep 30 20:42:55 PDT 2006    
root <at> thinkpad.fx.org:/usr/obj/usr/src/sys/HAWK6  i386
>Description:
It seems that the login_audit.c doesn't check that pwd is non-NULL before dereferencing it. Below is a
patch with a possible solution.
>How-To-Repeat:
At the console, press Enter a few times, or run login(1) from a shell. If you do not successfuly login, the
application exits and syslog notes something like:

(Continue reading)

Ruslan Ermilov | 1 Oct 19:32 2006
Picon

Re: bin/103873: login(1) SEGFAULT on unsuccessful login

Synopsis: login(1) SEGFAULT on unsuccessful login

Responsible-Changed-From-To: freebsd-bugs-≥csjp
Responsible-Changed-By: ru
Responsible-Changed-When: Sun Oct 1 17:29:34 UTC 2006
Responsible-Changed-Why: 
Christian did the MFC so he eats all the bugs now.  :-)

The fix proposed in the PR should be replaced by simply MFCing
rev. 1.101 to login.c:

: date: 2006/03/28 15:30:42;  author: cognet;  state: Exp;  lines: +5 -2
: Don't call audit_logout() if pwd is NULL, as audit_logout() attempts to
: dereference it.
: This will happen if we ^D at the Login: prompt without having provided a
: valid login before.
: Set pwd to NULL on bad login attempts to prevent audit_logout() from being
: called for a user which didn't actually log on.
: 
: Reported by:    Jerome Magnin jethro at docisland dot org

http://www.freebsd.org/cgi/query-pr.cgi?pr=103873
_______________________________________________
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"

Christian S.J. Peron | 1 Oct 20:41 2006
Picon

Re: bin/103873: login(1) SEGFAULT on unsuccessful login


Thanks for bringing this to my attention!

Revision 1.101 is not quite correct. Although I agree that 
unconditionally dereferencing the pwd pointer is problematic, not 
submitting any audit record at all could also be considered a big 
problem too. If the audit record can not be attributed to a user, we 
should be marking it as a non-attributable event by setting the audit ID 
to AU_DEFAUDITID, and setting the other uid/gid et al to -1. For 
example, in the OpenSSH code we do this when we cant attribute the event 
to any specific user:

header,99,10,OpenSSH login,0,Sun Oct  1 12:52:58 2006, + 92 msec
subject,-1,-1,-1,-1,-1,3277,3277,52157,10.0.0.1
text,invalid user name "sdfgsdf"
return,failure : No such process,4294967295
trailer,99

I will get this fixed up in HEAD and get it MFCed as soon as possible.

Ruslan Ermilov wrote:
> Synopsis: login(1) SEGFAULT on unsuccessful login
>
> Responsible-Changed-From-To: freebsd-bugs-≥csjp
> Responsible-Changed-By: ru
> Responsible-Changed-When: Sun Oct 1 17:29:34 UTC 2006
> Responsible-Changed-Why: 
> Christian did the MFC so he eats all the bugs now.  :-)
>
> The fix proposed in the PR should be replaced by simply MFCing
(Continue reading)

hsu | 1 Oct 23:31 2006
Picon

kern/103883: DMA is not defaulted on WDMA device


>Number:         103883
>Category:       kern
>Synopsis:       DMA is not defaulted on WDMA device
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Oct 01 21:40:15 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator:     Heikki Suonsivu
>Release:        FreeBSD 6.1-RELEASE i386
>Organization:
bbnetworks.net
>Environment:
System: FreeBSD true4g-olari1.wlansystems.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56
UTC 2006 root <at> opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386

SIS integrated Vortex86 CPU (possibly the same problem on any system?)

>Description:

I use CF adapter to connect Compact Flash card to IDE.  The adapter and 
(Continue reading)

Greg 'groggy' Lehey | 1 Oct 08:59 2006
Picon

Re: misc/85143: fix usr.bin/calendar/calendars/de_DE.ISO8859-1/calendar.feiertag

On Sunday,  1 October 2006 at  7:20:22 +0200, Helge Oldach wrote:
> Hi,
>
> this PR had been assigned to grog <at>  who appears no longer active...
>
> Would some kind soul please bring the German "Feiertage" file up to
> reality? It's a simple and straightforward fix, and (after 1 year) about
> time to close this PR...

Apologies.  I've been pretty busy.  I'll take a look Real Soon Now.

Greg
--
See complete headers for address and phone numbers.

Gmane