[Bug 212323] tests/sys/acl/01:main fails due to changes in NFSv4 ACL behavior

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212323

Bug ID: 212323
   Summary: tests/sys/acl/01:main fails due to changes in NFSv4
ACL behavior
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: n...@freebsd.org

Some of the output from getfacl after setting NFSv4 ACLs on test files with
tests/sys/acl/01:main demonstrate a change in behavior with NFSv4 ACLs:

These errors don't occur on ^/stable/10 and older versions of ^/head (it
started failing some time between 05/04/2016 and 08/13/2016):

Repro:

sudo kldload zfs
sudo kyua debug -k /usr/tests/sys/acl/Kyuafile 01:main

e.g.

[376] $ getfacl -qn xxx -- failed
   user:41:-w-A--:--I:allow !=   
user:41:--:--I:allow
   user:42:--:--I:allow ==   
user:42:--:--I:allow
   user:42:r-x---:--I:allow !=   
user:42:r-:--I:allow
  group:43:-w-C--:--I:deny ==  
group:43:-w-C--:--I:deny
owner@:rw-p--aARWcCos:---:allow ==
owner@:rw-p--aARWcCos:---:allow
group@:r-a-R-c--s:---:allow ==
group@:r-a-R-c--s:---:allow
 everyone@:r-a-R-c--s:---:allow == 
everyone@:r-a-R-c--s:---:allow
[385] $ rm xxx -- ok
[386] $ umask 077 -- ok
[387] $ touch xxx -- ok
[388] $ getfacl -qn xxx -- failed
   user:41:-w-A--:--I:allow !=   
user:41:--:--I:allow
   user:42:--:--I:allow ==   
user:42:--:--I:allow
   user:42:r-x---:--I:allow !=   
user:42:--:--I:allow
  group:43:-w-C--:--I:deny ==  
group:43:-w-C--:--I:deny
owner@:rw-p--aARWcCos:---:allow ==
owner@:rw-p--aARWcCos:---:allow
group@:--a-R-c--s:---:allow ==
group@:--a-R-c--s:---:allow
 everyone@:--a-R-c--s:---:allow == 
everyone@:--a-R-c--s:---:allow
[397] $ rm xxx -- ok
[398] $ umask 770 -- ok
[399] $ touch xxx -- ok
[400] $ getfacl -qn xxx -- failed
owner@:rw-p--:---:deny ==
owner@:rw-p--:---:deny
group@:rw-p--:---:deny ==
group@:rw-p--:---:deny
   user:41:-w-A--:--I:allow !=   
user:41:--:--I:allow
   user:42:--:--I:allow ==   
user:42:--:--I:allow
   user:42:r-x---:--I:allow !=   
user:42:--:--I:allow
  group:43:-w-C--:--I:deny ==  
group:43:-w-C--:--I:deny
owner@:--aARWcCos:---:allow ==
owner@:--aARWcCos:---:allow
group@:--a-R-c--s:---:allow ==
group@:--a-R-c--s:---:allow
 everyone@:rw-p--a-R-c--s:---:allow == 
everyone@:rw-p--a-R-c--s:---:allow

-- 
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 212323] tests/sys/acl/01:main fails due to changes in NFSv4 ACL behavior

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212323

Ngie Cooper  changed:

   What|Removed |Added

 CC||m...@freebsd.org,
   ||n...@freebsd.org,
   ||tr...@freebsd.org
   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 204549] freebsd-update should fetch e.g. /etc/ntp.conf.default

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204549

Erik Cederstrand  changed:

   What|Removed |Added

 CC||e...@cederstrand.dk

--- Comment #7 from Erik Cederstrand  ---
I'm having the same issue. If I modify /etc/ntp.conf, freebsd-update always
wants to update it:

/home/admin% sudo freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 4 mirrors found.
Fetching metadata signature for 10.1-RELEASE from update5.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.

No updates needed to update system to 10.1-RELEASE-p37.
/home/admin% echo "tinker panic 0" >> /etc/ntp.conf  
/home/admin% sudo freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 4 mirrors found.
Fetching metadata signature for 10.1-RELEASE from update5.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.

The following files are affected by updates, but no changes have
been downloaded because the files have been modified locally:
/etc/ntp.conf

No updates needed to update system to 10.1-RELEASE-p37.
/home/admin%

-- 
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 212326] kgdb krnel.debug /var/crash/vmcore.0 can't do it without kernel

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212326

Bug ID: 212326
   Summary: kgdb krnel.debug /var/crash/vmcore.0 can't do it
without kernel
   Product: Base System
   Version: 10.3-RELEASE
  Hardware: i386
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: nicolaskoro...@mail.ru
CC: freebsd-i...@freebsd.org
CC: freebsd-i...@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 212326] kgdb krnel.debug /var/crash/vmcore.0 can't do it without kernel

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212326

Nikolai  changed:

   What|Removed |Added

 CC||nicolaskoro...@mail.ru

--- Comment #1 from Nikolai  ---
Created attachment 174310
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=174310&action=edit
I made a comand   #cd /usr/ports/ports-mgmt/pkg  #make    Error
code 1  Stop

after thye command uname -a i have the next :
FreeBSD nick 10.3-RELEASE-p4FreeBSD 10.3-RELEASE-p430;SAT mAY 28 09:52:35
utc2016 r...@amd64-builder.daemonology.net: /usr/obj/usr/src/sys/GENERIC i386 

I made a comand 
#cd /usr/ports/ports-mgmt/pkg
#make  


Error code 1
Stop

-- 
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 212331] pfil processing order

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212331

Bug ID: 212331
   Summary: pfil processing order
   Product: Base System
   Version: 10.3-STABLE
  Hardware: i386
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: srijan.na...@gmail.com
CC: freebsd-i...@freebsd.org
CC: freebsd-i...@freebsd.org

Created attachment 174315
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=174315&action=edit
Packet Capture

Hello Everyone,

I am running FreeBSD 10.3-RELEASE-p7.

The setup that I have is, that I have 2 WAN interfaces and 1 LAN interface. I
have configure both IPFW (for Traffic Shaping and Captive Portal) and PF for
all other filtering and nat rules.

em0 - LAN
em1 - WAN1
em2 - WAN2

My scenario is that as soon as a connection is made to a website, IPFW catches
this port 80 traffic and redirects it to a Captive Portal listening on port
9000 and then after authentication is successful via Captive Portal, the
traffic is then passed onto PF for further processing.

Here are the relevant IPFW rules:
1. For Captive Portal
[code]
add 5000 fwd 127.0.0.1,8000 tcp from any to any dst-port 443 in via em0
add 5000 allow ip from any to any dst-port 443 via em0
add 5000 fwd 127.0.0.1,9000 tcp from any to any dst-port 80 in via em0
add 5000 allow ip from any to any dst-port 80 via em0
[/code]
2. Allow authenticated traffic to PF
[code]
add 65533 pass ip from any to any
[/code]
PF upon receiving these packets makes a connection to the website and it opens
up.

As can be see from the rule below:
[code]
pass in quick on em0 inet from 172.16.1.0/24 to any flags S/SA keep state
[/code]
Everything works pretty well.

However, as soon as I apply a route-to rule in PF, the processing order breaks.
So now, no longer does IPFW get the port 80 traffic to be redirected to port
9000. It simply passes it outside.

PF rule with rout-to set:
[code]
pass in quick on em0 route-to (pppoe0 X.X.X.X) inet from 172.16.1.0/24 to any
flags S/SA keep state.
[/code]
I require the processing to be such that for incoming traffic, IPFW should
process the packets first and then pass it on to PF. This works when route-to
is not set.

Attached is a tcpdump, explaining the same.

Any help will be highly appreciated. I have been banging my head around this
issue for days.

-- 
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 212331] pfil processing order

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212331

Kristof Provost  changed:

   What|Removed |Added

 CC||k...@freebsd.org

--- Comment #1 from Kristof Provost  ---
Packets that hit the route-to rule are sent directly to the output interface,
they no longer pass through any firewall code. pf calls ipf->if_output()
directly. Doing anything else would risk having the packets loop endlessly.

I'm not sure it's possible to get that to work.

-- 
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 212332] panic with Sleeping thread owns a non-sleepable lock from uipc_send

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212332

Bug ID: 212332
   Summary: panic with Sleeping thread owns a non-sleepable lock
from uipc_send
   Product: Base System
   Version: 11.0-STABLE
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: freebsd-b...@virtualtec.ch
CC: freebsd-am...@freebsd.org
CC: freebsd-am...@freebsd.org

I've had multiple panics recently with 11, where I did get a kernel dump
stored, but where kgdb complains about a corrupt stack:

kgdb /boot/kernel/kernel /var/crash/vmcore.0
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"...(no debugging symbols
found)...
Attempt to extract a component of a value that is not a structure pointer.
Attempt to extract a component of a value that is not a structure pointer.
#0  0x80ad6e1f in doadump ()
(kgdb) bt
#0  0x80ad6e1f in doadump ()
#1  0x80ad6e48 in doadump ()
#2  0xfe0841422490 in ?? ()
#3  0x80ad6ab9 in kern_reboot ()
Previous frame identical to this frame (corrupt stack?)


The dmesg output is more helpful:
Sleeping thread (tid 101191, pid 1063) owns a non-sleepable lock
KDB: stack backtrace of thread 101191:
#0 0x80ae23a2 at mi_switch+0xd2
#1 0x80b301f7 at sleepq_catch_signals+0xb7
#2 0x80b308b4 at sleepq_timedwait_sig+0x14
#3 0x80a645b4 at _cv_timedwait_sig_sbt+0x1c4
#4 0x80b40c67 at seltdwait+0xc7
#5 0x80b40759 at kern_select+0x979
#6 0x80b40b94 at sys_select+0x54
#7 0x80fa06b8 at amd64_syscall+0x4d8
#8 0x80f82c9b at Xfast_syscall+0xfb
panic: sleeping thread
cpuid = 11
KDB: stack backtrace:
#0 0x80b220c7 at kdb_backtrace+0x67
#1 0x80ad7032 at vpanic+0x182
#2 0x80ad6ea3 at panic+0x43
#3 0x80b37ac9 at propagate_priority+0x299
#4 0x80b385cf at turnstile_wait+0x3ef
#5 0x80ab24bd at __mtx_lock_sleep+0x13d
#6 0x80b41a92 at doselwakeup+0x162
#7 0x80b6cd6e at sowakeup+0x1e
#8 0x80b7f18a at uipc_send+0xe3a
#9 0x80b71be7 at sosend_generic+0x5e7
#10 0x80b49b59 at soo_write+0x49
#11 0x80b3f307 at dofilewrite+0x87
#12 0x80b3efe8 at kern_writev+0x68
#13 0x80b3f256 at sys_writev+0x36
#14 0x80fa06b8 at amd64_syscall+0x4d8
#15 0x80f82c9b at Xfast_syscall+0xfb

This system is current to 11-stable as of today:
At revision 305285.

System is used as Xorg workstation, using Linux emulation (specifically skype
client with /proc and /sys filesystems). 
If I can extract further data from the kernel dump than what kgdb reports,
please let me know. Using the ports kgdb 
doesn't yield more details, either:

kgdb7111 /boot/kernel/kernel /var/crash/vmcore.0 
GNU gdb (GDB) 7.11.1 [GDB v7.11.1 for FreeBSD]
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd11.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /boot/kernel/kernel...(no debugging symbols found)...done.
Reading symbols from /boot/kernel/linprocfs.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/kernel/linux_common.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/kernel/linsysfs.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/kernel/zfs.ko...(no debugging symbols found)...done.
Reading symbols from /boot/kernel/opensolaris.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/kernel/linux.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/kernel/coretemp.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/modules/nvidia.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/kernel/sem.ko...(no debugging symbols found)...done.
Reading symbols from /boot/kernel/tmpfs.ko...(no debugging symbols
found)...done.
Reading symbols from /boot/kernel/ums

[Bug 212272] w(1): 'w -n' makes bogus DNS queries

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212272

Hajimu UMEMOTO  changed:

   What|Removed |Added

 Status|New |In Progress

-- 
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 212336] vale-ctl -l fails without argument

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212336

Bug ID: 212336
   Summary: vale-ctl -l fails without argument
   Product: Base System
   Version: 11.0-RC1
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: tcovert+free...@sahuagin.net
CC: freebsd-am...@freebsd.org
CC: freebsd-am...@freebsd.org

Running 'vale-ctl -l' passes a null as an argument. Workaround is
'vale-ctl -l ""', to list all vale interfaces.


Building vale switch to test netmap.
vale-ctl -h vale1:bridge0

vale-ctl -l
vale-ctl: option requires an argument -- l
bad option ? (null)Usage:
vale-ctl arguments
-g interfaceinterface name to get info
-d interfaceinterface name to be detached
-a interfaceinterface name to be attached
-h interfaceinterface name to be attached with the host stack
-n interfaceinterface name to be created
-r interfaceinterface name to be deleted
-l list all or specified bridge's interfaces (default)
-C string ring/slot setting of an interface creating by -n

vale-ctl -l ""
bdg_ctl [149] bridge:0 port:0 vale1:bridge0
bdg_ctl [149] bridge:0 port:1 vale1:bridge0^

-- 
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 212337] bin/chmod - Fix comment

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212337

Bug ID: 212337
   Summary: bin/chmod - Fix comment
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Keywords: patch
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: ventur...@geeklan.co.uk

Created attachment 174319
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=174319&action=edit
Remove mention of POSIX

"POSIX doesn't specify -h." - r1.27 from NetBSD

http://man.openbsd.org/?query=chmod&apropos=0&sec=0&arch=default&manpath=POSIX-2013

-- 
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 212272] w(1): 'w -n' makes bogus DNS queries

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212272

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

Author: ume
Date: Fri Sep  2 18:28:14 UTC 2016
New revision: 305289
URL: https://svnweb.freebsd.org/changeset/base/305289

Log:
  When -n is specified, don't make bogus DNS queries.  Instead,
  when -n is specified more than once, hostnames stored in utmp
  are attempted to resolve to display them as network addresses.

  PR:   212272

Changes:
  head/usr.bin/w/w.1
  head/usr.bin/w/w.c

-- 
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 212272] w(1): 'w -n' makes bogus DNS queries

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212272

Hajimu UMEMOTO  changed:

   What|Removed |Added

 Status|In Progress |Closed
 Resolution|--- |FIXED

--- Comment #2 from Hajimu UMEMOTO  ---
I've committed not to make bogus DNS queries when -n is specified.  Instead,
when -n is specified more than once, hostnames stored in utmp are attempted to
resolve to display them as network addresses.

-- 
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 212344] [patch] make(1) allow ::= for future compatibility

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212344

Bug ID: 212344
   Summary: [patch] make(1) allow ::= for future compatibility
   Product: Base System
   Version: CURRENT
  Hardware: Any
OS: Any
Status: New
  Keywords: patch
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: kdrak...@zoho.com
  Keywords: patch

Created attachment 174327
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=174327&action=edit
Allow ::= and add a man-page entry.

The `::=' operator have previously been accepted into the next issue of
the 'Open Group' standards (http://austingroupbugs.net/view.php?id=330).
The `::=' assignment operator is equivalent to the `:=' assignment
operator in bmake, so the patch adds `::=' by allowing an additional
colon preceding `:='.

-- 
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 212344] [patch] make(1) allow ::= for future compatibility

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212344

Ngie Cooper  changed:

   What|Removed |Added

 CC||n...@freebsd.org,
   ||s...@freebsd.org

--- Comment #1 from Ngie Cooper  ---
Simon might already be aware of this.

-- 
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 195792] awk mishandles [[:cntrl:]]

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195792

kdrak...@zoho.com changed:

   What|Removed |Added

 CC||kdrak...@zoho.com

--- Comment #1 from kdrak...@zoho.com ---
Created attachment 174328
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=174328&action=edit
Skip NUL to avoid preemptive truncation

The NUL character in cntrl is truncates the pattern, and an empty
pattern matches anything.  The attached patch skips NUL as a quick fix.

-- 
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 212173] SIGINT is only delivered once with sigqueue_test:sigqueue_rt

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212173

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

Author: ngie
Date: Sat Sep  3 00:47:55 UTC 2016
New revision: 305314
URL: https://svnweb.freebsd.org/changeset/base/305314

Log:
  Don't dedupe signals less than SIGRTMIN

  FreeBSD always delivers all signals sent with sigqueue, except when
  dealing with low memory conditions according to kib (see
  bug # 212173 comment # 5).

  In collaboration with:kib
  PR:   212173
  Sponsored by: EMC / Isilon Storage Division

Changes:
 
projects/netbsd-tests-update-12/contrib/netbsd-tests/lib/libc/sys/t_sigqueue.c

-- 
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 212173] SIGINT is only delivered once with sigqueue_test:sigqueue_rt

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212173

Ngie Cooper  changed:

   What|Removed |Added

 Status|New |Closed
   Assignee|freebsd-bugs@FreeBSD.org|n...@freebsd.org
 Resolution|--- |FIXED

-- 
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 212173] SIGINT is only delivered once with sigqueue_test:sigqueue_rt

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212173

--- Comment #7 from Ngie Cooper  ---
(In reply to Konstantin Belousov from comment #5)

Agreed. I was misreading the code by accident.

I confirmed that removing the signal < SIGRTMIN deduping code that the test
passes.

-- 
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 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI

2016-09-02 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309

Oliver Pinter  changed:

   What|Removed |Added

 CC||Ray"@FreeBSD.org,
   ||dumbb...@freebsd.org,
   ||mar...@freebsd.org
   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1940
   ||63
 CC|Ray"@FreeBSD.org|r...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

 Status|New |Open
 CC|r...@freebsd.org |
   Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org
 Status|Open|In Progress

Douglas King  changed:

   What|Removed |Added

 CC||douglasking...@gmail.com

Ed Maste  changed:

   What|Removed |Added

 CC||ema...@freebsd.org

Marcel Moolenaar  changed:

   What|Removed |Added

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

Vaclav Mocek  changed:

   What|Removed |Added

 CC||next.little@gmail.com

Alexey Dokuchaev  changed:

   What|Removed |Added

 CC||da...@freebsd.org

--- Comment #1 from Marcel Moolenaar  ---
If I can read the screen correctly, it looks like the resolution is 1366x768,
with a stride of 1366 and a color depth of 32 bits per pixel (or 4 bytes per
pixel).

The console output seems to be using a stride that's just wrong. Since the
stride is coming from UEFI, it's hard to think of a reason why the kernel would
do this.

Have you tried updating the firmware?

--- Comment #2 from Oliver Pinter  ---
Yes, today I updated to latest bios from HP, but the issue still exists.

How could I extract these information without serial port or change the
settings in loader or kernel?

--- Comment #3 from Marcel Moolenaar  ---
Created attachment 160509
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=160509&action=edit
loader with 'gop' command

--- Comment #4 from Marcel Moolenaar  ---
(In reply to Oliver Pinter from comment #2)

I committed revision 287299 (-current), that adds a 'gop' command to the
loader. I attached a pre-compiled EFI loader with this command to this PR.

Can you run 'gop get' and 'gop list' and add the output to this PR?

Also: can you try different modes (if possible) and see if that makes a
difference?

--- Comment #5 from Douglas King  ---
Created attachment 162834
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162834&action=edit
BIOS information

dmidecode output

--- Comment #6 from Douglas King  ---
Created attachment 162835
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162835&action=edit
Dmidecode output

--- Comment #7 from Douglas King  ---
I am having the same issue trying to install on an HP Elitebook 2540p.
The error happens at the same point shown in the video except the whole output
is "squished" in the top 5-10% of the disply.
The display changes with user interaction but none of it is viewable.
The text from the boot process remains unaffected. 
Booting without EFI freezes slightly earlier in the boot.

'gop' only has one mode listed.

--- Comment #8 from Oliver Pinter  ---
The issue still exists and the same on most recent stable from 2016.01.18.

--- Comment #9 from Vaclav Mocek  ---
I have the same issue with an older Lenovo Ideapad S205, where during the boot
the screen is garbled. I tested the snapshot 10.2-r293802 and 11-r293801, both
are failing. I had the same issue with Linux three years back - the video mode
was not set correctly even in Grub2 and workaround was to use the option
gfxmode, which overwrites the detected values. So, I suspect that the UEFI GOP
provides partly incorrect information and the efifb is not set correctly.

Unfortunately, I have no clue how to debug these thing on FreeBSD, any hint
would be welcomed.

--- Comment #10 from Vaclav Mocek  ---
I have the same issue with an older Len