[Bug 213527] [patch] [kernel] Rework on functions allocating credentials.

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213527

Mark Linimon  changed:

   What|Removed |Added

Summary|Rework on functions |[patch] [kernel] Rework on
   |allocating credentials. |functions allocating
   ||credentials.
   Keywords||patch

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


[Bug 213527] Rework on functions allocating credentials.

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213527

Bug ID: 213527
   Summary: Rework on functions allocating credentials.
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: gmar...@inbos.com.au

Created attachment 175810
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=175810=edit
Diffs of my changes.

Hello,

I have prepared some patches to address the requirement on the "JuniorJobs"
page of the FreeBSD website.  The specific project was to rework functions
allocating
credentials.

I have done this - adding an int parameter to crget to specify number of groups
to set storage for.

Have also updated the ucred.9 manual page in line with my changes and added
mention of the crextend() function which was missing from this page.

The technical contact for this work is listed as m...@freebsd.org but I have
been unable to contact him.

NB - Have not addressed reported issue of multiple sorts on the cr_groups
buffer.

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


[Bug 213506] YP/NIS: yppush, ypxfr dump core

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213506

--- Comment #4 from Mark Johnston  ---
Created attachment 175798
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=175798=edit
proposed patch

This looks like a regression from r285926: ypxfr_getmap.c references a couple
of libc symbols, and that revision turned them into local symbols. Could you
try the attached patch?

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


[Bug 213411] freebsd-update does not form a valid MLIST when host -t srv returns non caps reply

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213411

Mark Linimon  changed:

   What|Removed |Added

   Assignee|freebsd-bugs@FreeBSD.org|cperc...@freebsd.org
 CC|freebsd-am...@freebsd.org   |
   Keywords||patch

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


[Bug 213333] FreeBSD 11-RELEASE fails to boot under KVM/Qemu

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=21

Mark Linimon  changed:

   What|Removed |Added

 CC|freebsd-am...@freebsd.org   |
   Assignee|freebsd-bugs@FreeBSD.org|freebsd-virtualization@Free
   ||BSD.org

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


[Bug 213491] gpt{,zfs}boot after r305353 crash in GELIBoot

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213491

Mark Linimon  changed:

   What|Removed |Added

   Keywords||regression
   Assignee|freebsd-bugs@FreeBSD.org|i...@freebsd.org

--- Comment #1 from Mark Linimon  ---
Over to committer of r305353.

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


[Bug 213462] Retry_count in minidump code delaying ENOSPC by around 30 minutes for live cores.

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213462

Mark Linimon  changed:

   What|Removed |Added

   Keywords||patch

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


[Bug 213474] sed behaviuor with a/i/c operands.

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213474

Mark Linimon  changed:

   What|Removed |Added

   Keywords||regression

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


[Bug 213501] Screen blank after sleep/resume

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213501

Mark Linimon  changed:

   What|Removed |Added

   Keywords||regression

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


[Bug 213488] bsdinstall wants MANIFEST from filesystem even when installing from ftp

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213488

Mark Linimon  changed:

   What|Removed |Added

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

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


[Bug 213507] [msdosfs] [patch]: Prevent occasional directory corruption while extending it to another cluster

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213507

Mark Linimon  changed:

   What|Removed |Added

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

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


[Bug 213510] csplit does not work any more

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213510

Bug ID: 213510
   Summary: csplit does not work any more
   Product: Base System
   Version: 11.0-STABLE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: la5lb...@aon.at

I am generating diffs of multiple files into a single output stream which
consists of multiple sections looking like this:

--- ./accessibility/jovie/Makefile.ORIG 2016-08-26 17:51:07.219458267 +0200
+++ ./accessibility/jovie/Makefile  2016-08-26 17:48:41.413457178 +0200
@@ -1,9 +1,16 @@
 # $FreeBSD: head/accessibility/jovie/Makefile 420774 2016-08-24 08:20:31Z
tcberner $
...
--- ./accessibility/kaccessible/Makefile.ORIG   2016-08-26 17:51:07.268463953
+0200
+++ ./accessibility/kaccessible/Makefile2016-08-26 17:48:41.505435723
+0200
@@ -1,9 +1,16 @@
 # $FreeBSD: head/accessibility/kaccessible/Makefile 420774 2016-08-24
08:20:31Z tcberner $
...

I now want to split this stream using csplit:

csplit -k -n 3 - '/^[-*][-*][-*] .*\.ORIG/' '{1000}'

This produces files xx000 to xx998 of size 0, and file xx999 with the following
contents (one line only):

--- ./accessibility/jovie/Makefile.ORIG 2016-08-26 17:51:07.219458267 +0200

This worked correctly in 10.3.

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


[Bug 213506] YP/NIS: yppush, ypxfr dump core

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213506

--- Comment #3 from Martin Birgmeier  ---
One more note: My network is fully dual IPv4/IPv6.

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


[Bug 213506] YP/NIS: yppush, ypxfr dump core

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213506

--- Comment #2 from Martin Birgmeier  ---
[0]# gdb /usr/libexec/ypxfr ypxfr.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by `ypxfr'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/librpcsvc.so.5...Reading symbols from
/usr/lib/debug//usr/lib/librpcsvc.so.5.debug...done.
done.
Loaded symbols for /usr/lib/librpcsvc.so.5
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x in ?? ()
(gdb) where
#0  0x in ?? ()
#1  0x000800afe4ed in xdr_ypresp_all_seq (xdrs=, 
objp=0x7fffd210)
at /.../hal/z/SRC/FreeBSD/releng/11.0/lib/libc/yp/xdryp.c:105
#2  0x000800b11536 in clnt_vc_call (cl=, proc=8, 
xdr_args=0x40178c , args_ptr=0x7fffd218, 
xdr_results=0x4017cc , 
results_ptr=, timeout={tv_sec = 10, tv_usec = 0})
at /.../hal/z/SRC/FreeBSD/releng/11.0/lib/libc/rpc/clnt_vc.c:432
#3  0x0040250b in ypxfr_get_map (map=0x7fffe27c "rpc.byname", 
domain=0x800dcfc40 "xyzzy", host=, 
callback=0x402570 )
at /.../hal/z/SRC/FreeBSD/releng/11.0/libexec/ypxfr/ypxfr_getmap.c:85
#4  0x00402eab in main (argc=, 
argv=)
at /.../hal/z/SRC/FreeBSD/releng/11.0/libexec/ypxfr/ypxfr_main.c:517
#5  0x00401c4f in _start ()
#6  0x000800628000 in ?? ()
#7  0x in ?? ()
(gdb) q
[0]# 


[0]# gdb /usr/sbin/yppush yppush.core 
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by `yppush'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x in ?? ()
(gdb) where
#0  0x in ?? ()
#1  0x0008008f44ed in xdr_ypresp_all_seq (xdrs=, 
objp=0x7fffdcd0)
at /.../hal/z/SRC/FreeBSD/releng/11.0/lib/libc/yp/xdryp.c:105
#2  0x000800907536 in clnt_vc_call (cl=, proc=8, 
xdr_args=0x40182c , args_ptr=0x7fffdcd8, 
xdr_results=0x40186c , 
results_ptr=, timeout={tv_sec = 10, tv_usec = 0})
at /.../hal/z/SRC/FreeBSD/releng/11.0/lib/libc/rpc/clnt_vc.c:432
#3  0x00401e6b in ypxfr_get_map (map=0x404403 "ypservers", 
domain=0x7fffe226 "xyzzy", host=, 
callback=0x402f30 )
at
/.../hal/z/SRC/FreeBSD/releng/11.0/usr.sbin/yppush/../../libexec/ypxfr/ypxfr_getmap.c:85
#4  0x00402dae in main (argc=, 
argv=)
at /.../hal/z/SRC/FreeBSD/releng/11.0/usr.sbin/yppush/yppush_main.c:608
#5  0x00401cff in _start ()
#6  0x000800627000 in ?? ()
#7  0x in ?? ()
(gdb) q
[0]#

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


[Bug 213506] YP/NIS: yppush, ypxfr dump core

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213506

Mark Johnston  changed:

   What|Removed |Added

 CC||ma...@freebsd.org

--- Comment #1 from Mark Johnston  ---
Could you obtain backtraces from the ypxfr and yppush cores and paste them in
this PR?

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


[Bug 213507] [msdosfs] [patch]: Prevent occasional directory corruption while extending it to another cluster

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213507

Bug ID: 213507
   Summary: [msdosfs] [patch]: Prevent occasional directory
corruption while extending it to another cluster
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Keywords: patch
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: vladislav.movc...@gmail.com
  Keywords: patch

Created attachment 175786
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=175786=edit
This patch fixes the problem for me

When amount of directory entries grows directory could reach size when it
require one more cluster. 

This condition checked at the beginning of createde() inside of
msdosfs_lookup.c
Actual directory extension occurs by extendfile() inside of msdosfs_fat.c

I found that after completion of extendfile() newly allocated cluster consists
of garbage-like data which after completion of "grow to one more cluster" might
be interpreted as phantom/random directory entries.

This bug is sometimes hard to reproduce intentionally as data in newly
allocated cluster often looks the same no matter how many times you retry.
And if this data consists of mostly zeros it won't produce effect noticeable on
the filesystem.


Here is an output when I got lucky to trigger this problem (shell is bash):
# newfs_msdos -F 32 /dev/gpt/sg1-disk-f
/dev/gpt/sg1-disk-f: 315571904 sectors in 4930811 FAT32 clusters (32768
bytes/cluster)
BytesPerSec=512 SecPerClust=64 ResSectors=32 FATs=2 Media=0xf0 SecPerTrack=63
Heads=16 HiddenSecs=0 HugeSectors=315649016 FATsecs=38522 RootCluster=2
FSInfo=1 Backup=2
# mount_msdosfs -o large /dev/gpt/sg1-disk-f /mnt/f
# mkdir /mnt/f/test
# cd /mnt/f/test
# for i in `seq 1 150`; do; head -c $((2*1000+1)) /dev/random > `echo
{0..9}{a..k} | tr -d ' '`$i; done
# ls -laR /mnt/f/test > /dev/null
ls: .гJ(: No such file or directory
ls: .гM(: No such file or directory
ls: .гP(: No such file or directory
ls: .гS(: No such file or directory
ls: .гV(: No such file or directory
ls: .гY(: No such file or directory
ls: .А?.: Invalid argument
ls: .АB(: No such file or directory
ls: 0?.?: Invalid argument
ls: 0t,?.ПМ+: Invalid argument
ls: 0w,?.?t,: Invalid argument
ls: 0|#?.0|#: Invalid argument
ls: 0|#?.0|#: Invalid argument
ls: 0|#?.0|#: Invalid argument
...

In most cases there is no other way than newfs_msdos to get rid of such
"random" directory entries.
So don't run this on filesystem you care about.

After I tried to intentionally bzero() newly allocated cluster data (only for
directory case) I'm no longer able to reproduce this problem. Patch attached.


System details:
$ uname -a
FreeBSD morgenstern 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r306964: Mon Oct 10
18:17:21 EEST 2016 root@morgenstern:/usr/obj/usr/src/sys/Mephistopheles 
amd64

$ diskinfo -v /dev/gpt/sg1-disk-f
/dev/gpt/sg1-disk-f
512 # sectorsize
161612296192# mediasize in bytes (151G)
315649016   # mediasize in sectors
0   # stripesize
539533312   # stripeoffset
313143  # Cylinders according to firmware.
16  # Heads according to firmware.
63  # Sectors according to firmware.
9WM0NGVRs0  # Disk ident.

$ gpart show -l /dev/ada3
=>40  3907026976  ada3  GPT  (1.8T)
  40  23- free -  (12K)
  63   105910497 1  sg1-disk-e  (51G)
   10591056014680080- free -  (7.0G)
   120590640  1572864000 2  sg1-tank-disk3  (750G)
  1693454640  39- free -  (20K)
  1693454679  1897923321 4  sg1-disk-i  (905G)
  3591378000   315649016 5  sg1-disk-f  (151G)

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

[Bug 213506] YP/NIS: yppush, ypxfr dump core

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213506

Bug ID: 213506
   Summary: YP/NIS: yppush, ypxfr dump core
   Product: Base System
   Version: 11.0-STABLE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: la5lb...@aon.at

I have a YP (NIS) setup with one master server and several slave servers. One
of the latter is in ypservers (together with the master server, as setup by
ypinit -m).

If I modify a YP-relevant file on the master server and do a 'make' in /var/yp,
yppush fails with a segmentation violation (signal 11) and dumps core. This
aborts 'make', thereby not processing the remaining maps.

If I manually ypxfr a map from the master to any of the slave servers (invoked
at the respective slave server as "ypxfr -h  "), ypxfr
fails with a segmentation violation (signal 11) and dumps core. It leaves a
zero-sized file in /var/yp/ with a . suffix, e.g.,
rpc.byname.4631.

None of this happened with 10.3.

Btw, the only maps which can be successfully transferred are empty ones, i.e.,
containing no entries. The associated file in /var/yp/ has a size
of 40960 bytes.

One more note: this started to happen several months ago on 11-current compiled
for armv6. At that time I thought it was just a problem on that architecture.
But now, after installing 11.0 on all my machines, it happens on all of them
(amd64 and i386).

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


[Bug 213501] Screen blank after sleep/resume

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213501

--- Comment #1 from Tobias  ---
Created attachment 175780
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=175780=edit
dmesg

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


[Bug 213501] Screen blank after sleep/resume

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213501

--- Comment #2 from Tobias  ---
Created attachment 175781
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=175781=edit
syslog sleep/resume

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


[Bug 213501] Screen blank after sleep/resume

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213501

Bug ID: 213501
   Summary: Screen blank after sleep/resume
   Product: Base System
   Version: 11.0-STABLE
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: tob...@astrom.xyz
CC: freebsd-am...@freebsd.org
CC: freebsd-am...@freebsd.org

After sleep/resume LCD screen is blank. Have tried to sleep/resume from X, and
without X, same behavior. 

Was running FreeBSD 10.3 before upgrading to 11, and in 10.3 resume worked.

Is there a work around to "reset" the screen some way?

Attaching dmesg and syslog when sleeping/resuming.

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


[Bug 213434] vfwscanf compilation fails when CPUTYPE?=skylake

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213434

mario.g.pav...@gmail.com changed:

   What|Removed |Added

Summary|vfwscanf compilation fails  |vfwscanf compilation fails
   ||when CPUTYPE?=skylake

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


[Bug 213434] vfwscanf compilation fails

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213434

--- Comment #1 from mario.g.pav...@gmail.com ---
After some investigation it turns out this failure is caused by
CPUTYPE?=skylake

When I removed it from make.conf buildworld completed successfully.
I specifically waited for LLVM 3.6 or later to use the skylake target, see
http://llvm.org/viewvc/llvm-project/cfe/branches/release_36/lib/Basic/Targets.cpp?view=markup

Is this a problem with base or LLVM?
What's the next best CPUTYPE value for i7-6700?

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


[Bug 212718] cp(1)/mv(1)/install(1) cause vm_fault/panic on VIA boards w/USB cards/sticks.

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212718

--- Comment #8 from nibb...@gmx.us ---
I should say that none of these problems occur on NetBSD 7.0.1,
using exactly the same hardware (but older/smaller ATA drive).

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


[Bug 212258] bootpool is exported after reboot on a MBR partitioned drive

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212258

Petr Fischer  changed:

   What|Removed |Added

 CC||petr.fisc...@me.com

--- Comment #1 from Petr Fischer  ---
+1 on FreeBSD 11-RELEASE, also MBR partition scheme, bootpool is also exported
every reboot.

There is also another user with this problem:
https://forums.freebsd.org/threads/42980/

So, bug reporter can change importance.

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


[Bug 213497] Vidcontrol is a complete disaster!

2016-10-15 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213497

--- Comment #1 from nibb...@gmx.us ---
Also, the screens have many "artifacts" - when using lynx, the sides
of the screen (outside the lynx paragraphs) have many odd characters
that don't go away when scrolling (but vanish the a "refresh"), and
at all other times, partial lines or blocks of text appear in inverse.

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