[Bug 193578] New: Trusted Platform Module driver fails to initialize

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193578

Bug ID: 193578
   Summary: Trusted Platform Module driver fails to initialize
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: Needs Triage
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: kimmo.lahdens...@varaani.com

Loading tpm driver fails with many new motherboards:

ppc0: cannot reserve I/O port range
tpm0:  on acpi0
device_attach: tpm0 attach returned 6

Tested with following combinations:

ASUS AM1I-A + AMD Sempron 2650
Gigabyte GA-B85M-D3H + Intel Xeon E3-1245 v3
ASUS H81I-plus + Intel Xeon E3-1245 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 193579] New: [axge] axge driver issue with tcp checksum offload with pf nat

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193579

Bug ID: 193579
   Summary: [axge] axge driver issue with tcp checksum offload
with pf nat
   Product: Base System
   Version: 10.0-STABLE
  Hardware: amd64
OS: Any
Status: Needs Triage
  Severity: Affects Some People
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: fireb...@zerouptime.ch

When crossing NAT from e.g. pfsense, packets sent from the axge driver will
generate bad checksums (as seen in tcpdump), which eventually results in
connection aborts.

Test within the the same zone (i.e. not crossing NAT) generates no checksum
errors and no connections aborts.

FreeBSD jail.zerouptime.ch 10.0-STABLE FreeBSD 10.0-STABLE #0 r270340: Fri Aug
22 19:05:34 UTC 2014 r...@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC 
amd64

root@jail:~ # kldstat
Id Refs AddressSize Name
 1   11 0x8020 17143c0  kernel
 21 0x81a11000 4198 if_axge.ko
 31 0x81a16000 2af5 uether.ko

Tested hardware: Delock 62121 USB 3.0 Adapter in USB 2.0 compatibility mode.

usbconfig relevant output:
ugen1.2:  at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps)
pwr=ON (248mA)

-- 
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 191545] [tests] tools/regression/acltools failures on ZFS

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191545

Edward Tomasz Napierala  changed:

   What|Removed |Added

   Assignee|freebsd-bugs@FreeBSD.org|tr...@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 193584] New: [autofs] problem when resolving maps with partial path matches

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193584

Bug ID: 193584
   Summary: [autofs] problem when resolving maps with partial path
matches
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: Needs Triage
  Severity: Affects Some People
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: b...@freebsd.org

When an indirect map returns:

...
/auto/foo/www
/auto/foo/www-bar
/auto/foo/www-baz

and we are looking up www-bar the strncmp in node_find() will match on www
already and try to mount that;  if parts of the path are expanded from the key
facilitating the & we might try to mount

/auto/foo/www-baz from filer:/totally/different/path/&

I have tried to figure out how to fix that strncmp without much luck running
into other assertion failures due to path being an empty string for the initial
map lookup it seemed, so I added some extra comparison to the child loop, which
should catch all cases still but handling a possible trailing / makes it look
ugly.  Trying to avoid a possible strdup() failure, I am using two strlen() and
a strncmp() on the longer path; obviously one could also check the lens to be
equal first.

Here's a part of the diff with all debugging etc. in it still:

@@ -674,19 +674,41 @@ node_find(struct node *node, const char *path)
 struct node *child, *found;
 char *tmp;

-//log_debugx("looking up %s in %s", path, node->n_key);
+log_debugx("looking up %s in %s", path, node->n_key);

 tmp = node_path(node);
+#if 1
 if (strncmp(tmp, path, strlen(tmp)) != 0) {
+#else
+log_debugx("comparing '%s' '%s' %zu %zu", tmp, path, strlen(path),
strlen(tmp));
+if (strlen(tmp) != 0 && strncmp(tmp, path, strlen(tmp)) != 0) {
+#endif
 free(tmp);
 return (NULL);
 }
 free(tmp);
+node_print(node);

 TAILQ_FOREACH(child, &node->n_children, n_next) {
 found = node_find(child, path);
-if (found != NULL)
-return (found);
+if (found != NULL) {
+size_t pl, tl;
+
+tmp = node_path(found);
+log_debugx("found candidate %s %s %s", tmp, path, found->n_key);
+/* node_path() already removes a possible trainling '/'. */
+tl = strlen(tmp);
+pl = strlen(path);
+if (path[pl-1] == '/')
+pl--;
+pl = (pl > tl) ? pl : tl;
+if (strncmp(tmp, path, pl) == 0) {
+log_debugx("found match %s %s %s %zu", tmp, path,
found->n_key, pl);
+free(tmp);
+return (found);
+}
+free(tmp);
+}
 }

 return (node);

I am sure there is a better, proper solution and I am willing to test.

-- 
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 193584] [autofs] problem when resolving maps with partial path matches

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193584

Bjoern A. Zeeb  changed:

   What|Removed |Added

 CC||b...@freebsd.org
   Assignee|freebsd-bugs@FreeBSD.org|tr...@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 193488] [re] RTL8168F ignores incoming multicast packets

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193488

Josua Grawitter  changed:

   What|Removed |Added

   Hardware|amd64   |Any

-- 
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 193558] rm -rf should not fail if multiple processes deleting same directory

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193558

Jilles Tjoelker  changed:

   What|Removed |Added

 Status|Needs Triage|Needs MFC
 CC||jil...@freebsd.org

--- Comment #1 from Jilles Tjoelker  ---
I think SVN r268376 (in head only) should fix this.

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

CUPS is not working anymore in current FreeBSD Version 10.0

2014-09-12 Thread Andreas Glaeser 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hello, anybody,

earlier this year, I set up FreeBSD 10 on a HP-thinclient on USB-Memory and 
CUPS used to
work for me well enough initially as printserver. Until, the dependency to dbus 
was
intoduced. Since then a lot of updates, even reinstallations of CUPS-components
and dbus happened, it took some time, until I realized, that dbus actually has 
to be
enabled in /etc/rc.conf with the following entry:

dbus_enable="YES"

But this was not sufficient, since then I have been trying occasionally to make 
CUPS work
again as printserver, but I did not succeed with this yet. Shared printers are 
not
discovered by my Debian-hosts anymore. I attach cupsd.conf.gz, but I think this 
is not due
to misconfiguration, but might actualy be a bug.
When I use my Debian-notebook as printserver (this also still has a 
parallel-port), there
has to be done no configuration at all, only enable this with cupsctl:
_remote_admin=1
_remote_any=1
_share_printers=1
and stuff works without any further configuration thanks to systemd, but this 
is not the
case with FreeBSD.
Today I made one last final attempt, using the lpadmin command, according to 
CUPS
online-help, section 'Getting-Started/Printer-Sharing':

> Next, tag each printer that you want to share using the lpadmin(8) command on 
> the
> server, for example:
> 
> lpadmin -p printer -o printer-is-shared=true

But this does not work either, lpinfo does not show any information at all, so 
I ask now.
Help, please.
Currently I can only print testpages from the web-interface, directly on the 
server.
I have an HP-LaserJet5, it was also set up correctly, using the generic 
PCL5-driver.

Greetings 

Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlQTDJ0ACgkQ5+rBHyUt5wsgyACgmf2qazKakll/uyANruX6biv1
CwUAnRhPj8Ugg8IEnLqRwP8Sqsa19e+x
=S6Jz
-END PGP SIGNATURE-
___
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 192863] Data race caused by double increment of pq->pq_cnt

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192863

pfons...@mpi-sws.org changed:

   What|Removed |Added

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

--- Comment #1 from pfons...@mpi-sws.org ---
After some disussion with developers, the conclussion was that the data race is
benign:

"The pageout code does not care about exact queue length, it only takes
it as an advise to not over-scan the queue. The fact that read gets a
snapshot value which might be outdated immediately does not matter in
this situation. At worst, scan would fall off the end of queue, if it is
drained by other means in parallel."

-- 
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 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245
Bug 156245 depends on bug 193575, which changed state.

Bug 193575 Summary: [exp-run] Include gssapi_krb5 in base Kerberos
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193575

   What|Removed |Added

 Status|In Discussion   |Issue Resolved
 Resolution|--- |Overcome By Events

-- 
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 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500

Ed Maste  changed:

   What|Removed |Added

   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1901
   ||86

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

Ed Maste  changed:

   What|Removed |Added

   See Also||https://bugs.freebsd.org/bu
   ||gzilla/show_bug.cgi?id=1935
   ||00

-- 
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 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500

--- Comment #3 from Ed Maste  ---
Can you add a vmstat -i taken while the storm's happening, with / without
hw.drm.msi=0 set

-- 
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 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245

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

Author: gjb
Date: Fri Sep 12 17:06:55 UTC 2014
New revision: 271473
URL: http://svnweb.freebsd.org/changeset/base/271473

Log:
  MFC r271284:
Include the gssapi_krb5 library in KRB5_LDFLAGS.

  PR:156245
  Approved by:re (marius)
  Sponsored by:The FreeBSD Foundation

Changes:
_U  stable/10/
  stable/10/crypto/heimdal/tools/krb5-config.in

-- 
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 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245

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

Author: gjb
Date: Fri Sep 12 17:07:19 UTC 2014
New revision: 271474
URL: http://svnweb.freebsd.org/changeset/base/271474

Log:
  MFC r271284:
Include the gssapi_krb5 library in KRB5_LDFLAGS.

  PR:156245
  Sponsored by:The FreeBSD Foundation

Changes:
_U  stable/9/crypto/heimdal/
  stable/9/crypto/heimdal/tools/krb5-config.in

-- 
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 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245

Glen Barber  changed:

   What|Removed |Added

 Status|Patch Ready |Issue Resolved
 Resolution|--- |FIXED

-- 
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 193363] [panic] panic at reboot

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193363

--- Comment #4 from John Baldwin  ---
Ok, I guess the 9.1 kernel did not ship with debug symbols.  You can do 'nm -n
/boot/kernel.old9.1/kernel | grep c0aae' which might narrow things down some.

-- 
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 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500

--- Comment #4 from jan.kokemuel...@gmail.com ---
Created attachment 147255
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=147255&action=edit
output of "vmstat -i" for hw.drm.msi=0/1

With the opregion patch I get the "irq16: uhci0" line in the output of "vmstat
-i". Setting "hw.drm.msi" to 0 or 1 makes no difference. In both cases I get
about 22 interrupts per second.

-- 
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 193465] [mips] malloc failures on mips, ath(4)

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193465

--- Comment #4 from Adrian Chadd  ---
Those two commits (266963/266964) aren't relevant. :P

-- 
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 193465] [mips] malloc failures on mips, ath(4)

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193465

--- Comment #5 from Sean Bruno  ---
(In reply to Adrian Chadd from comment #4)
> Those two commits (266963/266964) aren't relevant. :P

This should read "I had to revert 269964 and 269963"

-- 
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 191070] [boot] Boot hangs on Levono Thinkpad Edge E545 at atkdbc

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191070

biotin  changed:

   What|Removed |Added

 CC||afg...@yandex.com

--- Comment #2 from biotin  ---
On my Lenovo Edge e545 I have this trouble too. 
FreeBSD Relesease 10.0 can not boot:
Hangin on "atkbd0:  irq 1 on atkbdc0"
Can anybody help?

-- 
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 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500

--- Comment #5 from Ed Maste  ---
Thanks.

It's odd to me that in both the hw.drm.msi=0 and hw.drm.msi=1 cases exactly 1
MSI is delivered.  Could you try disabling msi altogether perhaps, via
hw.pci.enable_msi=0 in the loader?

-- 
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 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500

--- Comment #6 from jan.kokemuel...@gmail.com ---
OK, then I get:

interrupt  total   rate
irq1: atkbd0 900  3
irq9: acpi0 3605 13
irq12: psm0 6468 24
irq14: ata0 9412 36
irq15: ata1  197  0
irq16: uhci0++ 10084 38
irq19: iwn0 uhci2++ 6400 24
irq20: hpet0   43476167
irq22: hdac0  95  0
irq23: uhci3 ehci184  0
irq256: re0 1436  5
Total  82157317


…and CPU usage is back to normal.

-- 
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 193593] New: [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: descripti

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593

Bug ID: 193593
   Summary: [dtrace] root@test3:/home/adrian/git/norse/dsniff #
dtrace -n 'pid$target:libc*:flockfile:entry {
@[execname, ustack()] = count(); } END { trunc(@, 10);
}' -p 44592 dtrace: description
'pid$target:libc*:flockfile:entry ' matched 2 probes
Segmentation faul
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: Needs Triage
  Severity: Affects Only Me
  Priority: ---
 Component: kern
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: adr...@freebsd.org

When dtrac'ing a process that does a lot of fprintf()s:

root@test3:/home/adrian/git/norse/dsniff # dtrace -n
'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END {
trunc(@, 10); }' -p 44592
dtrace: description 'pid$target:libc*:flockfile:entry ' matched 2 probes
Segmentation fault (core dumped)

.. and the original process just vanishes.

-- 
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 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593

Adrian Chadd  changed:

   What|Removed |Added

   Priority|--- |Normal

-- 
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 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593

--- Comment #1 from Adrian Chadd  ---
Grr!

FreeBSD test3 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #0 r270990M: Tue Sep  2
10:38:43 PDT 2014
adrian@test3:/home/adrian/work/freebsd/stable/10/obj/home/adrian/work/freebsd/stable/10/src/sys/NETMAP
 amd64

-- 
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 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593

--- Comment #2 from Adrian Chadd  ---
And, uselessly:

root@test3:/home/adrian/git/norse/dsniff # gdb762 /usr/sbin/dtrace
./dtrace.core
GNU gdb (GDB) 7.6.2 [GDB v7.6.2 for FreeBSD]
Copyright (C) 2013 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-freebsd10.0".
For bug reporting instructions, please see:
...
Reading symbols from /usr/sbin/dtrace...(no debugging symbols found)...done.
[New process 100302]
[New process 100316]
[New Thread 802808c00 (LWP 100316)]
[New Thread 802806400 (LWP 100302)]
Core was generated by `dtrace'.
Program terminated with signal 11, Segmentation fault.
#0  0x00080083149b in ?? () from /lib/libthr.so.3
(gdb) bt
#0  0x00080083149b in ?? () from /lib/libthr.so.3
#1  0x000800837145 in pthread_cond_broadcast () from /lib/libthr.so.3
#2  0x000800a6c277 in dt_proc_continue () from /lib/libdtrace.so.2
#3  0x004037df in ?? ()
#4  0x0040233f in ?? ()
#5  0x000800625000 in ?? ()
#6  0x in ?? ()
(gdb)

-- 
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 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593

Mark Johnston  changed:

   What|Removed |Added

 Status|Needs Triage|In Discussion
 CC||ma...@freebsd.org
   Assignee|freebsd-bugs@FreeBSD.org|ma...@freebsd.org

--- Comment #3 from Mark Johnston  ---
Could you provide a copy of the core?

Does dtrace consistently crash when run this way? Does it happen immediately,
or when detaching?

-- 
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 193595] New: bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

Bug ID: 193595
   Summary: bsdinstall should enable UEFI booting if booted from
UEFI
   Product: Base System
   Version: 10.1-BETA1
  Hardware: amd64
OS: Any
Status: Needs Triage
  Severity: Affects Many People
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: cperc...@freebsd.org

I just installed FreeBSD 10.1-BETA1 from the UEFI memstick image.  It installed
fine, but then when I rebooted I had to tell my laptop to switch back to legacy
boot.  The installer should detect that it has been booted via UEFI and set up
the installed system to boot via UEFI.

-- 
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 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

--- Comment #1 from Nathan Whitehorn  ---
It does this already. Could you provide some more details on your setup?

Are you sure you booted via UEFI? The UEFI memstick image is setup with boot
blocks both for UEFI and BIOS. What is the machdep.bootmethod sysctl set to
when you boot from the memstick? If it's set to UEFI (which it should be if you
booted via UEFI), the installer will produce something that won't even boot via
CSM.

-- 
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 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

--- Comment #2 from Colin Percival  ---
In my laptop's BIOS, there is an option of "UEFI boot" or "legacy boot".  I set
this to "UEFI boot".  I then booted from the UEFI memstick image.  When I
rebooted, my laptop wouldn't boot until I set the BIOS back to "legacy boot".

When booted from the memstick, machdep.bootmethod is UEFI.  When booted (in
"legacy mode") from the installed image, it is BIOS.

-- 
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 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

--- Comment #3 from Nathan Whitehorn  ---
That's really strange. Did you use ZFS or UFS for installation? We don't
support ZFS boot with UEFI.

-- 
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 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

--- Comment #4 from Colin Percival  ---
Aha!  That explains it.  Yes, I used ZFS.

... if we can't support this for some reason, can we at least have some
warnings?

-- 
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 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

--- Comment #5 from Nathan Whitehorn  ---
The UEFI boot blocks only support UFS. We could just disable the alternative
ZFS installation path on UEFI systems (which uses a separate program) on x86
systems booted via UEFI. There's already some logic here for all non-x86
platforms, which also don't support ZFS booting. Would that make sense to you?

-- 
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 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

--- Comment #6 from Colin Percival  ---
I'd say that if machdep.bootmethod is UEFI and the user selects ZFS booting,
they should get a "ZFS booting is not supported on UEFI, your system will be
set up for legacy booting" warning message.  That would avoid the astonishment
I experienced while allowing users the option of changing their selection if
using UEFI is important to them.  (In my case, my laptop does support legacy
booting, so I'll probably stick with ZFS in spite of the lack of UEFI support,
but some people will definitely need UEFI -- so we can't assume that one
solution will be right for everybody.)

-- 
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 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595

Nathan Whitehorn  changed:

   What|Removed |Added

 Status|Needs Triage|In Discussion

--- Comment #7 from Nathan Whitehorn  ---
That makes sense. Most UEFI systems do at least allow CSM booting, so just
banning it is indeed not the right choice. I'll try to get that in tomorrow.
Longer term, what we really need is ZFS support in the UEFI bootblocks
(ideally, we could also use the same bootblocks for BIOS for UFS and ZFS, but
maybe that's a pipe dream).

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