P Kern | 1 Oct 01:51 2009
Picon
Picon

kern/139268: patch to allow if_bridge to forward just VLAN-tagged (or untagged) packets


>Number:         139268
>Category:       kern
>Synopsis:       patch to allow if_bridge to forward just VLAN-tagged (or untagged) packets
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 01 00:00:08 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     P Kern
>Release:        7.2-RELEASE
>Organization:
University of Toronto  CNS
>Environment:
FreeBSD utcs 7.2-RELEASE FreeBSD 7.2-RELEASE #4: Thu Sep 24 03:59:57 UTC 2009    
pak <at> utcs:/usr/src/sys/i386/compile/BUG  i386

>Description:
This patch to if_bridge(4) allows the use of the 'link0' or 'link1' interface options to control whether
the bridge forwards all packets or just packets with VLAN tags or just packets without VLAN tags (vlan 0?).
Use 'ifconfig bridge0 link0' to make a bridge forward only untagged packets, leaving the tagged packets to
be forwarded or processed separately, by other bridges or cloned interfaces.
(Continue reading)

delphij | 1 Oct 03:01 2009
Picon

Re: conf/73337: [nsswitch.conf] [patch] potential invalid free

Synopsis: [nsswitch.conf] [patch] potential invalid free

State-Changed-From-To: open->feedback
State-Changed-By: delphij
State-Changed-When: Thu Oct 1 00:59:45 UTC 2009
State-Changed-Why: 
I don't think this is a real issue and proposes to close the PR.

The reasoning is:

 - _endstate are destructors called by thread key destructor;
 - when the destructor is registered, the program is threaded
   and the thread specific storage points to a dynamically
   allocated memory.
 - Thus, there is problem with the current implementation.

Responsible-Changed-From-To: freebsd-bugs-≥delphij
Responsible-Changed-By: delphij
Responsible-Changed-When: Thu Oct 1 00:59:45 UTC 2009
Responsible-Changed-Why: 
Take.

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

linimon | 1 Oct 08:37 2009
Picon

Re: kern/139268: [if_bridge] [patch] allow if_bridge to forward just VLAN-tagged (or untagged) packets

Old Synopsis: patch to allow if_bridge to forward just VLAN-tagged (or untagged) packets
New Synopsis: [if_bridge] [patch] allow if_bridge to forward just VLAN-tagged (or untagged) packets

Responsible-Changed-From-To: freebsd-bugs-≥freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Oct 1 06:36:57 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=139268
_______________________________________________
freebsd-net <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe <at> freebsd.org"

David Horn | 1 Oct 10:07 2009
Picon

kern/139272: [patch] [psm] disable synaptics mouse taps


>Number:         139272
>Category:       kern
>Synopsis:       [patch] [psm] disable synaptics mouse taps
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 01 08:10:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     David Horn
>Release:        8.0 RC r197621
>Organization:
>Environment:
FreeBSD xxxxxxx 8.0-RC1 FreeBSD 8.0-RC1 #21 r197621M: Thu Oct  1 02:39:15 EDT 2009    
dhorn <at> xxxxxxxxxxxx:/usr/obj/usr/src/sys/GENERIC  amd64

>Description:
The attached patch adds support for disabling or enabling mouse taps on synaptics touch pads (when running
in generic mouse mode) using a loader tunable.

On my particular machine, disabling mouse taps is required since the location of the touchpad makes
accidental touches of the mouse pad inevitable.  
(Continue reading)

dfilter service | 1 Oct 13:00 2009
Picon

Re: kern/126926: commit references a PR

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

From: dfilter <at> FreeBSD.ORG (dfilter service)
To: bug-followup <at> FreeBSD.org
Cc:  
Subject: Re: kern/126926: commit references a PR
Date: Thu,  1 Oct 2009 10:53:24 +0000 (UTC)

 Author: avg
 Date: Thu Oct  1 10:53:12 2009
 New Revision: 197658
 URL: http://svn.freebsd.org/changeset/base/197658

 Log:
   print machine in kernel boot version string

   Discussed with:	gavin, kib, jhb
   PR:		kern/126926
   MFC after:	2 weeks

 Modified:
   head/sys/kern/init_main.c

 Modified: head/sys/kern/init_main.c
 ==============================================================================
 --- head/sys/kern/init_main.c	Thu Oct  1 10:46:22 2009	(r197657)
 +++ head/sys/kern/init_main.c	Thu Oct  1 10:53:12 2009	(r197658)
  <at>  <at>  -288,11 +288,24  <at>  <at>  print_caddr_t(void *data)
  {
  	printf("%s", (char *)data);
(Continue reading)

Marko Milenovic | 1 Oct 14:45 2009

misc/139279: BSD Serbia domain change


>Number:         139279
>Category:       misc
>Synopsis:       BSD Serbia domain change
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 01 12:50:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Marko Milenovic
>Release:        
>Organization:
BSD Serbia
>Environment:
>Description:
Hi,

BSD Serbia user group has changed it's domain to: bsdserbia.org. Could you, please, update info on
FreeBSD's web site? The old domain will be active for 30 more days.

Thank you.
>How-To-Repeat:
(Continue reading)

Alex | 1 Oct 16:59 2009

kern/139281: Current hdac0: <Intel 82801G High Definition Audio Controller> no recording


>Number:         139281
>Category:       kern
>Synopsis:       Current hdac0: <Intel 82801G High Definition Audio Controller> no recording
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 01 15:00:06 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Alex
>Release:        9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Sep 29 20:48:31
>Organization:
asdf
>Environment:
i386
>Description:
I have no recording device. :(

> cat /dev/sndstat 
FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386)
Installed devices:
pcm0: <HDA Analog Devices AD1981HD PCM #0 Analog> at cad 0 nid 1 on hdac0 kld snd_hda [MPSAFE] (1p:2v/0r:0v
(Continue reading)

Vladislav V. Prodan | 1 Oct 18:48 2009
Picon

misc/139283: Not work whois -6


>Number:         139283
>Category:       misc
>Synopsis:       Not work whois -6
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 01 16:50:02 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Vladislav V. Prodan
>Release:        FreeBSD 8.0-BETA4 #0: Sun Sep 13 03:05:09 EEST 200
>Organization:
>Environment:
FreeBSD mary-teresa.otrada.od.ua 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 13 03:05:09 EEST 2009    
vlad11 <at> mary-teresa.otrada.od.ua:/usr/obj/usr/src/sys/mary-teresa.18  amd64

>Description:

# whois -6 2a01:d0::1
whois: connect(): Connection refused

In man whois written:
(Continue reading)

Mikolaj Golub | 1 Oct 21:41 2009
Picon

misc/139297: [maintainer update] devel/lmdbg: update to 0.11.0


>Number:         139297
>Category:       misc
>Synopsis:       [maintainer update] devel/lmdbg: update to 0.11.0
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 01 19:50:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Mikolaj Golub
>Release:        
>Organization:
>Environment:
>Description:
Since 0.10.0 lmdbg has been using new build system based on NetBSD make (aka bmake), mk-configure and
pkgsrc's mk-files, so this update can be done only after committing corresponding ports (ports/139284, ports/139295).
>How-To-Repeat:

>Fix:

Patch attached with submission follows:

(Continue reading)

Michael Moll | 1 Oct 22:40 2009
Picon

Re: kern/135014: [padlock] Using padlock(4) in 8-current triggers "fpudna in kernel mode" warnings

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

From: Michael Moll <kvedulv <at> kvedulv.de>
To: bug-followup <at> FreeBSD.org, mark <at> legios.org
Cc:  
Subject: Re: kern/135014: [padlock] Using padlock(4) in 8-current triggers
 "fpudna in kernel mode" warnings
Date: Thu, 1 Oct 2009 22:35:14 +0200

 as 9-CURRENT now produces backtraces in such cases, here is one:

 fpudna in kernel mode!
 KDB: stack backtrace:
 db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
 trap() at trap+0x465
 calltrap() at calltrap+0x8
 --- trap 0x16, rip = 0xffffffff81256b79, rsp = 0xffffff803e819a70, rbp = 0xffffff803e819ad0 ---
 padlock_cipher_process() at padlock_cipher_process+0x140
 padlock_process() at padlock_process+0x157
 crypto_invoke() at crypto_invoke+0x87
 crypto_dispatch() at crypto_dispatch+0xfa
 g_eli_crypto_run() at g_eli_crypto_run+0x16c
 g_eli_worker() at g_eli_worker+0x135
 fork_exit() at fork_exit+0x12a
 fork_trampoline() at fork_trampoline+0xe
 --- trap 0, rip = 0, rsp = 0xffffff803e819d30, rbp = 0 ---
_______________________________________________
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"
(Continue reading)


Gmane