[Bug 192728] [build] lib/libc_nonshared: checkdpadd failure with WITH_SSP=1

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192728

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

Author: ngie
Date: Mon Aug 25 06:10:04 UTC 2014
New revision: 270519
URL: http://svnweb.freebsd.org/changeset/base/270519

Log:
  Fix make checkdpadd for lib/libc when MK_SSP != no

  Add LIBSSP_NONSHARED to bsd.libnames.mk and append LIBSSP_NONSHARED to DPADD
in
  lib/libc when MK_SSP != no

  Approved by: rpaulo (mentor)
  MFC after: 3 days
  Phabric: D675 (as part of a larger diff)
  PR: 192728

Changes:
  head/lib/libc/Makefile
  head/share/mk/bsd.libnames.mk

-- 
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 192762] [build] [patch] LIBCURSESW and LIBTERMCAPW are missing from bsd.libnames.mk

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192762

Garrett Cooper n...@freebsd.org changed:

   What|Removed |Added

   Assignee|freebsd-bugs@FreeBSD.org|n...@freebsd.org

-- 
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 192728] [build] lib/libc_nonshared: checkdpadd failure with WITH_SSP=1

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192728

Garrett Cooper n...@freebsd.org changed:

   What|Removed |Added

 Status|Needs Triage|Needs MFC
   Assignee|freebsd-bugs@FreeBSD.org|n...@freebsd.org

-- 
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-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186

Ivan Klymenko fi...@ukr.net changed:

   What|Removed |Added

 CC||fi...@ukr.net

--- Comment #13 from Ivan Klymenko fi...@ukr.net ---
(In reply to commit-hook from comment #12)
 A commit references this bug:
 
 Author: adrian
 Date: Mon Aug 25 05:03:10 UTC 2014
 New revision: 270516
 URL: http://svnweb.freebsd.org/changeset/base/270516
 
 Log:
   i915 driver - enable opregion handle; program CADL.
 

Should we expect MFC for STABLE 10?

-- 
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 192889] accept4 socket hangs in CLOSED (memcached)

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192889

--- Comment #4 from Arne Claus arne.cl...@trivago.com ---
As we got to reproduce a similar problem using our test on FreeBSD 9 (as
reported in the memcached ticket) I currently think it might be something like
a race condition in the application, too.

What's strange though is that the responsible code looks mostly single threaded
with the exception of the socket being used with asynchronously. So
theoretically it could be a race in accept(), too.

The only thing I could think of on memcached's side is that there is a race
with libevent so that close and open commands are somehow in the wrong order.
But I don't know the code well enough to pin that down. Furthermore this does
not really explain why the connections are stuck in CLOSE_WAIT because in that
case they wouldn't get closed at all.

-- 
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-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186

--- Comment #14 from Adrian Chadd adr...@freebsd.org ---
Maybe eventually! Someone else can do the MFC though!

-- 
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


[Bugzilla] Commit Needs MFC

2014-08-25 Thread bugzilla-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.


 (8 bugs)

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 192760:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192760
Severity: Affects Some People
Priority: ---
Hardware: Any
Assignee: freebsd-bugs@FreeBSD.org
  Status: Needs MFC
  Resolution: 
 Summary: [build] sbin/ifconfig: missing DPADD for LIBM

___
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 192971] [PATCH]Some utilies might lead to overflow

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192971

--- Comment #2 from David CARLIER dcarl...@afilias.info ---
Created attachment 146248
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=146248action=edit
Sysctl patch

if I do sysctl kern.maxfiles=293879823734892347923849 = kern.maxfiles = -1 ...
an overflow case ... I propose a small patch for it.

-- 
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 192935] Commit 10-STABLE r270002 broke some php functionality

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192935

Wei-Hao Syu wh...@thl.tw changed:

   What|Removed |Added

 CC||wh...@thl.tw

--- Comment #1 from Wei-Hao Syu wh...@thl.tw ---
same in 11-CURRENT

laravel 4 with semantic ui package

# php artisan asset:publish --path=vendor/semantic/ui/build/packaged semantic
Assets published for package: semantic

It calls php's copy() to copy files. copy() returns success but nothing copied.
Rollback /lib/libc.so.7 to r298xxx (early july) and everything works fine.

-- 
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 192993] New: CDROM on amd danube laptop does not work in 10 (9.2 works)

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192993

Bug ID: 192993
   Summary: CDROM on amd danube laptop does not work in 10 (9.2
works)
   Product: Base System
   Version: 10.0-STABLE
  Hardware: amd64
OS: Any
Status: Needs Triage
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: mathias.pic...@virtual-earth.de

Switching to 10-stable my cdrom no longer works. The Laptop is an Acer 5553g.

I tried with a 9.2 live enviroment, it's still working fine, ruling out a
hardware problem.

in 10-stable I get this error continously:

ahcich1: Timeout on slot 0 port 0
ahcich1: is 0002 cs  ss  rs 0001 tfd 50 serr 
cmd 6017
(aprobe0:ahcich1:0:0:0): ATAPI_IDENTIFY. ACB: a1 00 00 00 00 40 00 00 00 00 00
00
(aprobe0:ahcich1:0:0:0): CAM status: Command timeout
(aprobe0:ahcich1:0:0:0): Error 5, Retries exhausted

in 9.2 I get this:

cd0 at ahcich1 bus 0 scbus1 target 0 lun 0
cd0: HL-DT-ST DVDRAM GT31N 1.00 Removable CD-ROM SCSI-0 device 
cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present - tray
closed

and camcontrol shows the drive as:

pass1: HL-DT-STDVDRAM GT31N 1.00 ATAPI-7 SATA 1.x device
pass1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes)

protocol  ATA/ATAPI-7 SATA 1.x
device model  HL-DT-STDVDRAM GT31N
firmware revision 1.00
serial number KY2A3G91934
cylinders 0
heads 0
sectors/track 0
sector size   logical 512, physical 512, offset 0
LBA supported 
LBA48 not supported   
PIO supported PIO4
DMA supported WDMA2 UDMA5 

Feature  Support  Enabled   Value   Vendor
read ahead nono
write cachenono
flush cachenono
overlapno
Tagged Command Queuing (TCQ)   nono
Native Command Queuing (NCQ)   no
SMART  nono
microcode download nono
security   nono
power management   nono
advanced power management  nono
automatic acoustic management  nono
media status notification  nono
power-up in Standbynono
write-read-verify  nono
unload nono
free-fall  nono
Data Set Management (DSM/TRIM) no
Host Protected Area (HPA)  no


I don't really need the cd, but this slows boot quite a lot and fills my log
file with useless info, so I workaround would be great!

Thanks, Mathias

-- 
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 183400] [bhyve] bhyve cannot load an i386 kernel

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183400

Christian Brueffer bruef...@freebsd.org changed:

   What|Removed |Added

 Status|In Discussion   |Issue Resolved
 CC||bruef...@freebsd.org
 Resolution|--- |FIXED

--- Comment #6 from Christian Brueffer bruef...@freebsd.org ---
This was merged to 10-STABLE in r267399 and will ship in 10.1-RELEASE.  Enjoy!

-- 
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 192962] Boot loader too large with Aug-11 FreeBSD/i386 11-CURRENT snapshot

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192962

John Baldwin j...@freebsd.org changed:

   What|Removed |Added

 CC||j...@freebsd.org,
   ||nwhiteh...@freebsd.org

--- Comment #1 from John Baldwin j...@freebsd.org ---
Can you provide the output of 'gpart show'?  It would be nice to see it before
you fixed it, but even now it might be useful to see how large the hole is
between the end of your freebsd-boot partition and the start of the next
partition.

Note that the maximum size for the boot partition was recently changed from 64k
to 512k in http://svnweb.freebsd.org/base?view=revisionrevision=268540, but
that size should be fine.

-- 
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 192962] Boot loader too large with Aug-11 FreeBSD/i386 11-CURRENT snapshot

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192962

--- Comment #2 from Nathan Whitehorn nwhiteh...@freebsd.org ---
The issue here is that bsdinstall made an 800 KB partition because it thinks
the system booted by UEFI. Part of this is lazy coding on my part, which can be
fixed, but the problem is triggered by the fact that the i386 kernel does not
expose the machdep.bootmethod sysctl that the amd64 one does. I can fix this in
bsdinstall, but we may also want to provide the same sysctl on i386 for
consistency.

-- 
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 192701] [fusefs] FOPEN_DIRECT_IO not honored by fuse module

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192701

Harshavardhana har...@harshavardhana.net changed:

   What|Removed |Added

 Attachment #146010|0   |1
is obsolete||

--- Comment #2 from Harshavardhana har...@harshavardhana.net ---
Created attachment 146279
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=146279action=edit
FUSE honor FOPEN_DIRECT_IO v3

-- 
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 193005] New: [patch] m_copymdata() doesn't copy data properly

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193005

Bug ID: 193005
   Summary: [patch] m_copymdata() doesn't copy data properly
   Product: Base System
   Version: 10.0-STABLE
  Hardware: Any
OS: Any
Status: Needs Triage
  Severity: Affects Some People
  Priority: Normal
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: kei...@freebsd.keithr.com

Created attachment 146286
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=146286action=edit
Patch for the problems described in this bug.

There are several problems with m_copymdata() that prevent it from working
properly.  The first one is always fatal, the others cause it to copy
improperly in specific cases.

1. The m_bcopyxxx() function interprets its arguments in the incorrect order,
so it copies from the destination buffer to the source.
2. Because a pointer to the destination buffer is passed through m_apply() to
m_bcopyxxx(), if the source spans multiple mbufs, the contents of each source
mbuf will be copied to the same place in the destination mbuf, rather than
being concatenated.
3. In some places m_copymdata() checks for M_PKTHDR before performing pkthdr
manipulations, but in other places it does not.
4. In the shortcut that is taken if data is being appended and the last mbuf
has enough free space, the m_pkthdr.len field of the last mbuf in the chain is
incremented.  The correct thing to do in this case is to increment m_pkthdr.len
in the first mbuf in the chain.

I have attached a patch that provides one approach to fixing these problems. 
The fix for problem 2 involved changing m_bcopyxxx() to take a pointer to the
destination mbuf, determine the destination within its buffer to copy into, and
increment its m_len by the amount copied.  It does not check that there is
enough space in the destination; the code in m_copymdata() that passes
m_bcopyxxx to m_apply() ensures that there is enough space.

-- 
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 187379] Attempting to buildworld to 10-STABLE from 9.2-STABLE blows

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187379

Marcel Moolenaar mar...@freebsd.org changed:

   What|Removed |Added

 CC||mar...@freebsd.org
  Component|ia64|misc
   Assignee|freebsd-i...@freebsd.org|freebsd-bugs@FreeBSD.org

-- 
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 151187] pkg_add(1): allow different pkgdep location

2014-08-25 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=151187

Baptiste Daroussin b...@freebsd.org changed:

   What|Removed |Added

 Status|In Discussion   |Timeout
 Resolution|--- |Overcome By Events

--- Comment #2 from Baptiste Daroussin b...@freebsd.org ---
pkg_* tools are discontinued

-- 
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