[Bugzilla] Commit Needs MFC

2014-06-09 Thread bz-noreply
Hi,

You have a bug in the Needs MFC state which has not been touched in 7 or more 
days. This email serves as a reminder that you may want to MFC this bug or 
marked it as completed.

In the event you have a longer MFC timeout you may update this bug with a 
comment and I won't remind you again for 7 days.

This reminder is only sent on Mondays.  Please file a bug about concerns you 
may have.

  This search was scheduled by ead...@freebsd.org.


 (10 bugs)

Bug 57630:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=57630
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: lptcontrol(8) gives device busy if device turned off
Bug 123977:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123977
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: Segmentation fault in dialog(1) with ghostscript-gpl-nox11 port
Bug 155028:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155028
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: init(8): init q in single user causes segfault
Bug 156481:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156481
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: [kernel] [patch] kernel incorrectly reports PPS jitter with 
accurate measurements
Bug 165630:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165630
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: [ndis][panic][patch] IRQL_NOT_GREATER_THAN
Bug 167133:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167133
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: stale files in /usr/share/examples
Bug 169471:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169471
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: [patch] pw(8) deletes group username on userdel even if group 
username is not assoc. w/user username
Bug 171779:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171779
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: [patch] passwd(1): make option NO_FSCHG incomplete
Bug 184681:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184681
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: A bug of bsdconfig(8) in 10.0 RC1
Bug 186247:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247
Severity: Affects Only Me
Priority: Normal
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: machine/_types.h defines int64_t/uint64_t incorrectly

___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190824] New: [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190824

Bug ID: 190824
   Summary: [patch] [libc] getaddrinfo: addrconfig doesn't ignore
loopback addresses
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: Needs Triage
  Severity: Affects Many People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: justin.mco...@gmail.com

The AI_ADDRCONFIG option of getaddrinfo is intended to reduce latency by
excluding queries
for address families not configured on the system.  However loopback addresses
are currently
treated as configured addresses, effectively breaking this functionality.
This patch
addresses this by retooling addrconfig() to exclude addresses on loopback
interfaces when
looking for configured addresses.  The code is based on getifaddrs.c.

- This patch does not address link-local addresses with respect to
AI_ADDRCONFIG.
- This patch does not affect the ability to resolve numeric hosts such as
'127.0.0.1', '::1',
  and '::%eth0', since getaddrinfo bypasses the call to addrconfig when
such an address
  is requested.

Testing:

- Host info:
$ ifconfig
em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
options=9bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM
ether 00:0c:29:0d:a3:78
inet 172.16.69.133 netmask 0xff00 broadcast 172.16.69.255 
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: Ethernet autoselect (1000baseT full-duplex)
status: active
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6
inet6 ::1 prefixlen 128 
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 
inet 127.0.0.1 netmask 0xff00 
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL


- Using a test program like
http://www.logix.cz/michal/devel/various/getaddrinfo.c.xp
  and filtering to just show the address families:

- With AI_ADDRCONFIG NOT set:
$ ./gai google.com | egrep -o IPv. | uniq
IPv4
IPv6
$ ./gai  127.0.0.1 | egrep -o IPv. | uniq
IPv4
$ ./gai  fe80::1%lo0 | egrep -o IPv. | uniq
IPv6

- With AI_ADDRCONFIG set:
$ ./gai google.com | egrep -o IPv. | uniq
IPv4
$ ./gai 127.0.0.1 | egrep -o IPv. | uniq
IPv4
$ ./gai fe80::1%lo0 | egrep -o IPv. | uniq
IPv6

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190824] [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190824

--- Comment #1 from Justin McOmie justin.mco...@gmail.com ---
Created attachment 143557
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143557action=edit
diff

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190735] truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190735

--- Comment #4 from commit-h...@freebsd.org ---
A commit references this bug:

Author: jilles
Date: Mon Jun  9 10:39:56 UTC 2014
New revision: 267265
URL: http://svnweb.freebsd.org/changeset/base/267265

Log:
  truncate: Detect integer overflow, fix relative sizes, add tests.

  The change to expand_number (r204654) broke detection of too large sizes and
  relative sizes ('+'/'-').

  Also add some tests.

  PR:190735
  Submitted by:Kirk Russell
  MFC after:1 week

Changes:
  head/etc/mtree/BSD.tests.dist
  head/usr.bin/truncate/Makefile
  head/usr.bin/truncate/tests/
  head/usr.bin/truncate/tests/Makefile
  head/usr.bin/truncate/tests/truncate_test.sh
  head/usr.bin/truncate/truncate.c

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190735] truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190735

Jilles Tjoelker jil...@freebsd.org changed:

   What|Removed |Added

 Status|In Discussion   |Needs MFC
   Assignee|freebsd-bugs@FreeBSD.org|jil...@freebsd.org

--- Comment #5 from Jilles Tjoelker jil...@freebsd.org ---
Applied to 11-current, with some changes (fixing buildworld/installworld
WITH_TESTS=YES, removing duplicate test, fixing some test descriptions).

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190186] [patch] i915 driver: enable opregion handling

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186

--- Comment #8 from Henry Hu henry.hu...@gmail.com ---
(In reply to Adrian Chadd from comment #7)
 root@sabrina:/home/adrian # acpi_call -p \VIGD
 1
 root@sabrina:/home/adrian # acpi_call -p \_SB.PCI0.VID.DRDY
 1
 
 
 and yes:
 
 acpi_call -p \_SB.PCI0.VID.LCD0._BCM -i x
 
 works, but unpredictably.
 
 I can't go 5, then 99. I have to go 5, 10, 20, 30, 40, .. 99 or going
 straight to 99 doesn't work.

That's strange. Setting hw.acpi.video.lcd0.brightness should be the same as
calling _BCM.
Have you tried calling _BCM without calling VBRC(14) first?

For the brightness levels, only the ones in hw.acpi.video.lcd0.levels are
accepted, but I still have no idea why you can't change the brightness level
directly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190818] /etc/rc.d/netif enters an endless cycle when ipv6 aliases are configured

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190818

--- Comment #1 from e...@norma.perm.ru ---
Removing ipv6 aliases (leaving only primary addresses) resolves the issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190818] /etc/rc.d/netif enters an endless cycle when ipv6 aliases are configured

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190818

e...@norma.perm.ru changed:

   What|Removed |Added

 Status|Needs Triage|Issue Resolved
 Resolution|--- |Works As Intended

--- Comment #2 from e...@norma.perm.ru ---
Well... it took some time to figure that when -accept_rtadv is configured it
alias instead of primary address, this breaks the network.subr, which uses
'*-*' pattern for it's own purposes.

-accept_rtadv and also various mediaoptions should be configured with main
addresses. This should be mentioned in BUGS sescion of rc.conf man page.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 163164] FreeBSD 9.0-RC3 amd64 freezes on boot

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163164

--- Comment #4 from nuk...@gmail.com ---
I've to put hint.hdac.0.disabled=1 into /boot/device.hints to run
FreeBSD-11-CURRENT-r266655 on a Via EPIA-M910-12PQ QuadCore.

Otherwise it hangs during boot.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190785] cpu affinity not work in FreeBSD 10-STABLE

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785

--- Comment #1 from gon...@bsdinfo.com.br ---
Hi,

The problem only happens with em(4), the igb(4) working normally.
Unable to test other drivers.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 190785] cpu affinity not working in FreeBSD 10-STABLE

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785

gon...@bsdinfo.com.br changed:

   What|Removed |Added

Summary|cpu affinity not work in|cpu affinity not working in
   |FreeBSD 10-STABLE   |FreeBSD 10-STABLE

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 186247] machine/_types.h defines int64_t/uint64_t incorrectly

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247

Ed Maste ema...@freebsd.org changed:

   What|Removed |Added

 Status|Needs MFC   |Issue Resolved
 Resolution|--- |FIXED

--- Comment #2 from Ed Maste ema...@freebsd.org ---
Merged to stable/9: http://svnweb.freebsd.org/changeset/base/263505
Will be in FreeBSD 9.3

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 186958] [headers] Incorrect definitions for platform-dependent types and macros

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186958

Ed Maste ema...@freebsd.org changed:

   What|Removed |Added

 CC||ema...@freebsd.org

--- Comment #1 from Ed Maste ema...@freebsd.org ---
Current output on stable/9:

sizeof(long): 4
sizeof(int64_t): 8
sizeof(INT64_C(0)): 8
sizeof(UINT64_C(0)): 8
sizeof(intptr_t): 4
sizeof(INTPTR_MIN): 4
sizeof(INTPTR_MAX): 4
sizeof(uintptr_t): 4
sizeof(UINTPTR_MAX): 4
sizeof(ptrdiff_t): 4
sizeof(PTRDIFF_MIN): 4
sizeof(PTRDIFF_MAX): 4
sizeof(size_t): 4
sizeof(SIZE_MAX): 4
sizeof(__intfptr_t): 4
sizeof(__uintfptr_t): 4
sizeof(__ssize_t): 4
sizeof(id_t): 8
sizeof(time_t): 4

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org


[Bug 186958] [headers] Incorrect definitions for platform-dependent types and macros

2014-06-09 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186958

--- Comment #2 from Ed Maste ema...@freebsd.org ---
id_t is not a -m32 bug - it is int64_t on all of our platforms, including i386.

Related dfly issue: https://bugs.dragonflybsd.org/issues/1390

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to freebsd-bugs-unsubscr...@freebsd.org