[Bug 213665] [PATCH] make bin/freebsd-version not depend on binutils
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213665 Bug ID: 213665 Summary: [PATCH] make bin/freebsd-version not depend on binutils Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Keywords: patch Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: pawel.wor...@gmail.com Keywords: patch Created attachment 176011 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=176011&action=edit freebsd-version patch This fixes "freebsd-version -k" on systems built with WITHOUT_BINUTILS, WITHOUT_TOOLCHAIN where strings(1) is not present. The patch makes freebsd-version use what(1) instead which is built unconditionally. -- 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 213673] VNET + PF
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213673 Bug ID: 213673 Summary: VNET + PF Product: Base System Version: 11.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: alexandre.bor...@aquilenet.fr When I create / remove a jail with VNET epair interfaces with the firewall disabled all is ok. If I enable the Firewall I got a "Freed UMA keg (pf table entries) was not empty (-8 items). Lost -2 pages of memory." Packet filter loose tables values (pfctl -t WHITELIST -T show => empty) if I disable PF: pfctl -d => ok if I réenable PF: pfctl -e => kernel panic -- 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 213673] VNET + PF: enabling a firewall in a jail leaks memory
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213673 Mark Linimon changed: What|Removed |Added Summary|VNET + PF |VNET + PF: enabling a ||firewall in a jail leaks ||memory 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 211715] Some computers can not boot – no file system found (e.g. 'Non-System disk or disk error …') – where the GPT and partitions are created by gpart(8)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211715 --- Comment #5 from Graham Perrin --- https://github.com/trueos/pc-sysinstall/issues/3 no longer exists (sorry); some of what was there *might* be found in https://github.com/trueos/trueos-core/issues/15 -- 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"
panics collections on FreeBSD 11.0-RC1 RC2 PRERELEASE RELEASE STABLE
Hi, friendly community. I present to you my collection. I have : //===// System Information Manufacturer: Supermicro Product Name: X10SLH-F/X10SLM+-F //===// pciconf -lv hostb0@pci0:0:0:0: class=0x06 card=0x080315d9 chip=0x0c088086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'Xeon E3-1200 v3 Processor DRAM Controller' class = bridge subclass = HOST-PCI xhci0@pci0:0:20:0: class=0x0c0330 card=0x080315d9 chip=0x8c318086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family USB xHCI' class = serial bus subclass = USB none0@pci0:0:22:0: class=0x078000 card=0x080315d9 chip=0x8c3a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family MEI Controller' class = simple comms none1@pci0:0:22:1: class=0x078000 card=0x080315d9 chip=0x8c3b8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family MEI Controller' class = simple comms ehci0@pci0:0:26:0: class=0x0c0320 card=0x080315d9 chip=0x8c2d8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family USB EHCI' class = serial bus subclass = USB pcib1@pci0:0:28:0: class=0x060400 card=0x080315d9 chip=0x8c108086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x080315d9 chip=0x8c148086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family PCI Express Root Port' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:3: class=0x060400 card=0x080315d9 chip=0x8c168086 rev=0xd5 hdr=0x01 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family PCI Express Root Port' class = bridge subclass = PCI-PCI ehci1@pci0:0:29:0: class=0x0c0320 card=0x080315d9 chip=0x8c268086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family USB EHCI' class = serial bus subclass = USB isab0@pci0:0:31:0: class=0x060100 card=0x080315d9 chip=0x8c548086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'C224 Series Chipset Family Server Standard SKU LPC Controller' class = bridge subclass = PCI-ISA ahci0@pci0:0:31:2: class=0x010601 card=0x080315d9 chip=0x8c028086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode]' class = mass storage subclass = SATA ichsmb0@pci0:0:31:3:class=0x0c0500 card=0x080315d9 chip=0x8c228086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series/C220 Series Chipset Family SMBus Controller' class = serial bus subclass = SMBus none2@pci0:0:31:6: class=0x118000 card=0x080315d9 chip=0x8c248086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '8 Series Chipset Family Thermal Management Controller' class = dasp pcib2@pci0:1:0:0: class=0x060400 card=0x080315d9 chip=0x11501a03 rev=0x03 hdr=0x01 vendor = 'ASPEED Technology, Inc.' device = 'AST1150 PCI-to-PCI Bridge' class = bridge subclass = PCI-PCI vgapci0@pci0:2:0:0: class=0x03 card=0x080315d9 chip=0x20001a03 rev=0x30 hdr=0x00 vendor = 'ASPEED Technology, Inc.' device = 'ASPEED Graphics Family' class = display subclass = VGA igb0@pci0:3:0:0:class=0x02 card=0x153315d9 chip=0x15338086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'I210 Gigabit Network Connection' class = network subclass = ethernet igb1@pci0:4:0:0:class=0x02 card=0x153315d9 chip=0x15338086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'I210 Gigabit Network Connection' class = network subclass = ethernet //===// In fact, a collection of panics: //===// Sep 15 11:57:22 ns kernel: Fatal trap 12: page fault while in kernel mode Sep 15 11:57:22 ns kernel: cpuid = 6; apic id = 06 Sep 15 11:57:22 ns kernel: fault virtual address = 0x8 Sep 15 11:57:22 ns kernel: fault code = supervisor read data, page not present Sep 15 11:57:22 ns kernel: instruction pointer= 0x20:0x80baca70 Sep 15 11:57:22 ns kernel: stack pointer = 0x28:0xfe07c9eba540 Sep 15 11:57:22 ns kernel: frame pointer = 0x28:0xfe07c9eba580 Sep 15 11:57:22 ns kernel: code segment = base 0x0, limit 0xf, t
[Bug 213689] Allow bhyve to run from non-root user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213689
Bug ID: 213689
Summary: Allow bhyve to run from non-root user
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: kern
Assignee: freebsd-bugs@FreeBSD.org
Reporter: ivan.zhm...@gmail.com
CC: freebsd-am...@freebsd.org
CC: freebsd-am...@freebsd.org
Created attachment 176037
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=176037&action=edit
The patch
Hello. I've tried a new bhyve from FreeBSD 11.0, with its new graphics support,
it's great, many thanks to developers. I do not need VirtualBox anymore!
The only annoying problem with it is inability to run a virtual machine from an
ordinary (non-root) user.
I've wrote a fast fix for this. It adds /dev/vmmctl device when vmm module is
loaded. When you can set any permissions on it by editing /etc/devfs.conf, for
example, or simply calling chown/chmod. Those users, who can read from / write
to this device can create, open and destroy virtual machines. The devices in
/dev/vmm and /dev/vmm.io are created with UIDs of user who creates them. The
old way for creating or destroying virtual machines was removed ("beavis"
sysctls), libvmmapi is changed correspondingly with the kernel.
Please tell me what you think.
As for me, I added myself to a group bhyveusr and added the following to
/etc/devfs.conf
own vmmctl root:bhyveusr
perm vmmctl 0660
--
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"
Re: panics collections on FreeBSD 11.0-RC1 RC2 PRERELEASE RELEASE STABLE
Next Oct 21 22:06:26 ns syslogd: kernel boot file is /boot/kernel/kernel Oct 21 22:06:26 ns kernel: panic: sbsndptr: sockbuf 0xf80201038518 and mbuf 0xf802820a1200 clashing Oct 21 22:06:26 ns kernel: cpuid = 3 Oct 21 22:06:26 ns kernel: KDB: stack backtrace: Oct 21 22:06:26 ns kernel: #0 0x80b5f0e7 at kdb_backtrace+0x67 Oct 21 22:06:26 ns kernel: #1 0x80b129c2 at vpanic+0x182 Oct 21 22:06:26 ns kernel: #2 0x80b12833 at panic+0x43 Oct 21 22:06:26 ns kernel: #3 0x80bafc4a at sbsndptr+0xda Oct 21 22:06:26 ns kernel: #4 0x80d57b88 at tcp_output+0x1168 Oct 21 22:06:26 ns kernel: #5 0x80d540f6 at tcp_do_segment+0x30d6 Oct 21 22:06:26 ns kernel: #6 0x80d508b6 at tcp_input+0x14a6 Oct 21 22:06:26 ns kernel: #7 0x80cb54be at ip_input+0x18e Oct 21 22:06:26 ns kernel: #8 0x80c49add at netisr_dispatch_src+0xad Oct 21 22:06:26 ns kernel: #9 0x80c3815e at tunwrite+0x2ee Oct 21 22:06:26 ns kernel: #10 0x809b54e7 at devfs_write_f+0xe7 Oct 21 22:06:26 ns kernel: #11 0x80b7e227 at dofilewrite+0x87 Oct 21 22:06:26 ns kernel: #12 0x80b7ddf9 at sys_write+0xd9 Oct 21 22:06:26 ns kernel: #13 0x8105ac2e at amd64_syscall+0x51e Oct 21 22:06:26 ns kernel: #14 0x8103bbcb at Xfast_syscall+0xfb Oct 21 22:06:26 ns kernel: Uptime: 37m25s Oct 21 22:06:26 ns kernel: Dumping 1500 out of 32688 MB:..2%..11%..21%..31%..41%..51%..61%..71%..82%..91% ___ 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 213689] Allow bhyve to run from non-root user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213689 Vasily Postnicov changed: What|Removed |Added Attachment #176037|0 |1 is obsolete|| --- Comment #1 from Vasily Postnicov --- Created attachment 176039 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=176039&action=edit The patch (locking fixed) Just thought that you maybe want to call malloc / make_dev_p without vmmdev_mtx being held. Fix this in my 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 213665] [PATCH] make bin/freebsd-version not depend on binutils
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213665
--- Comment #1 from Ed Maste ---
This seems like a reasonable change.
I wonder if strings ought to be installed unconditionally though. From the
SUBDIR.${MK_TOOLCHAIN} entries in usr.bin/Makefile these are obviously (to me)
toolchain components that may not be desired on a target system:
addr2line
ar
c89
c99
ctags
cxxfilt
elfcopy
file2c
gprof
indent
lex
mkstr
nm
rpcgen
unifdef
xlint
xstr
yacc
whereas I think these are arguably sensible to install on the target:
readelf
size
strings
--
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 213696] gdb ignores breakpoints
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213696
Bug ID: 213696
Summary: gdb ignores breakpoints
Product: Base System
Version: 11.0-STABLE
Hardware: amd64
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: bin
Assignee: freebsd-bugs@FreeBSD.org
Reporter: gmar...@inbos.com.au
CC: freebsd-am...@freebsd.org
CC: freebsd-am...@freebsd.org
Hello,
On FreeBSD 11-Release, gdb breakpoints do not seem to work.
The following program:
#include
#include
int main (int argc, char **argv) {
fprintf (stderr, "hello bsd\n");
fprintf (stderr, "bye bsd\n");
}
compiled as follows:
cc -g -O0 gm2.c -o gm2
$ gdb gm2
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"...
(gdb) break main
Breakpoint 1 at 0x4007a9: file gm2.c, line 5.
(gdb) run
Starting program: /usr/home/gmarthe/c/gm2
hello bsd
bye bsd
Program exited normally.
You can't do that without a process to debug.
(gdb) quit
I have the same results on FreeBSD-CURRENT, to be expected as that is the same
version of gdb.
I'm new to BSD and so maybe I'm missing something here. I would expect this to
run as it does under Linux - see below:
$ gdb gm2
GNU gdb (Debian 7.11.1-2) 7.11.1
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-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
