headers
P Kern | 1 Oct 2009 01:51
Picon
Picon
Favicon

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)

Permalink | Reply | 0 comments |
headers
delphij | 1 Oct 2009 03:01
Picon
Favicon

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"
Permalink | Reply | 0 comments |
headers
David Horn | 1 Oct 2009 10:07
Picon
Gravatar

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)

Permalink | Reply | 1 comment |
headers
dfilter service | 1 Oct 2009 13:00
Picon
Favicon

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)

Permalink | Reply | 0 comments |
headers
Marko Milenovic | 1 Oct 2009 14:45

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)

Permalink | Reply | 1 comment |
headers
Alex | 1 Oct 2009 16:59

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)

Permalink | Reply | 0 comments |
headers
Vladislav V. Prodan | 1 Oct 2009 18:48
Favicon
Gravatar

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)

Permalink | Reply | 0 comments |
headers
Mikolaj Golub | 1 Oct 2009 21:41
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)

Permalink | Reply | 0 comments |
headers
Michael Moll | 1 Oct 2009 22:40
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)

Permalink | Reply | 0 comments |
headers
David Horn | 1 Oct 2009 22:50
Picon
Gravatar

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

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

From: David Horn <dhorn2000 <at> gmail.com>
To: bug-followup <at> freebsd.org
Cc:  
Subject: Re: kern/139272: [patch] [psm] disable synaptics mouse taps
Date: Thu, 1 Oct 2009 16:47:14 -0400

 --00504502c8b39412c90474e5c0d0
 Content-Type: text/plain; charset=ISO-8859-1

 Updated patch to check for synaptics_support tunable, and only act on
 force_tap_events tunable if synaptics_support is disabled. (attached)
 Since this is gmail, the attachment will likely show up garbled in
 gnats web ui, so feel free to email me if you need a copy of the
 updated patch, but it is a 1 line change from the original patch to
 prevent a conflict :

 -         if(force_tap_events > 0) {
 +        if(force_tap_events > 0 && ! synaptics_support) {

 without this change, setting both tunables caused the mouse to not
 work at all, when the intention is to allow synaptics_support to win
 the tie.

 Thanks!

 --Dave H

 --00504502c8b39412c90474e5c0d0
(Continue reading)

Permalink | Reply | 0 comments |

Gmane