[Bug 237447] make buildworld: linker failure on i386 platform
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237447 --- Comment #8 from o...@oz42.eu --- This is from a machine that had built world successfully once (with my patch). On a stock system, /usr/bin/ld ist GNU ld: # ld --version GNU ld 2.17.50 [FreeBSD] 2007-07-03 # make -V LINKER_TYPE bfd -- 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 237538] [patch] cron: add log suppression and mail suppression for successful runs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237538 --- Comment #6 from Naveen Nathan --- Currently getting patch reviewed on phabricator: https://reviews.freebsd.org/D20046 -- 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 236981] loader_lua does not boot from encrypted ZFS pool after upgrading from r345243 to r345759
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236981 --- Comment #7 from commit-h...@freebsd.org --- A commit references this bug: Author: ian Date: Thu Apr 25 15:09:21 UTC 2019 New revision: 346675 URL: https://svnweb.freebsd.org/changeset/base/346675 Log: Restore the ability to open a raw disk or partition in loader(8). The disk_open() function searches for "the best partition" when slice and partition information is not provided as part of the device name. As of r345477 the slice and partition fields of a disk_devdesc are initialized to D_SLICEWILD and D_PARTWILD; in the past they were initialized to -1, which was sometimes interpreted as meaning 'wildcard' and sometimes as 'open the raw partition' depending on the context. So as an unintended side effect of r345477 it became basically impossible to ever open a disk or partition without doing the 'best partition' search. One visible effect of that was the inability to open the raw disk to read the partition table correctly in zfs_probe_dev(), leading to failures to find the zfs pool unless it was on the first partition. Now instead of always initializing slice and partition to wildcards, the disk_parsedev() function initializes them based on the presence of a path/file name following the device. If there is any path or filename following the ':' that ends the device name, then slice and partition are initialized to D_SLICEWILD and D_PARTWILD. If there is nothing after the ':' then it is considered to be a request to open the raw device or partition itself (not a file stored within it), and the fields are initialized to D_SLICENONE and D_PARTNONE. With this change in place, all the tests in src/tools/boot are succesful again, including the recently-added cases of booting from a zfs pool on a partition other than slice 1 of the device. PR: 236981 Changes: head/stand/common/disk.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 236981] loader_lua does not boot from encrypted ZFS pool after upgrading from r345243 to r345759
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236981 Ian Lepore changed: What|Removed |Added Status|Open|In Progress Assignee|b...@freebsd.org|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 198085] service devfs restart leaks tap devices
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198085 Kyle Evans changed: What|Removed |Added Assignee|b...@freebsd.org|kev...@freebsd.org Status|New |In Progress CC||kev...@freebsd.org --- Comment #2 from Kyle Evans --- Hi, Taking, since I'm working on tun/tap. Is this still relevant in later FreeBSD versions? I can't seem to reproduce it (but also don't immediately see what might have fixed it), and will likely close this in two weeks as "overcome by events" unless I hear back. -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #9 from sig...@gmail.com --- (In reply to Johannes Lundberg from comment #4) OK. With yesterday's update to drm-fbsd12.0-kmod, everything seems to work fine in my case now. I don't have to remove r345932 anymore. Thanks to everyone working on this stuff BTW. This seems like pretty hard work. Sure would be nice if -STABLE didn't get "ahead" of the kmod port in an incompatible way like this though. But I can imagine that it would be even more work to keep them synchronized. -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #10 from Johannes Lundberg --- (In reply to sigsys from comment #9) We try to keep them in sync but sometimes we slip... It's a lot going on, especially now with the big 5.0 update coming. -- 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 220867] Double loading of the if_tap module causes the system to crash, without panic and reboot
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220867 Kyle Evans changed: What|Removed |Added CC||b...@freebsd.org, ||kev...@freebsd.org Assignee|b...@freebsd.org|kev...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list 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 220867] Double loading of the if_tap module causes the system to crash, without panic and reboot
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220867 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Thu Apr 25 18:22:23 UTC 2019 New revision: 346688 URL: https://svnweb.freebsd.org/changeset/base/346688 Log: tap(4): Add a MODULE_VERSION Otherwise tap(4) can be loaded by loader despite being compiled into the kernel, causing a panic as things try to double-initialize. PR: 220867 MFC after:3 days Changes: head/sys/net/if_tap.c -- You are receiving this mail because: You are on the CC list 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 220867] Double loading of the if_tap module causes the system to crash, without panic and reboot
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220867 Kyle Evans changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list 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 192227] newfs creates .snap with world readable permissions 0777
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192227 Sean Eric Fagan changed: What|Removed |Added CC||s...@freebsd.org --- Comment #2 from Sean Eric Fagan --- The comment in the dump man page isn't entirely correct; it should be at least 050 (that is, owned by root, group operator, and readable+searchable by the group). We could also change the newfs/mkfs.c code to use a more restrictive mode. -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #11 from rozhuk...@gmail.com --- (In reply to Johannes Lundberg from comment #6) link_elf_obj: symbol agp_bind_pages undefined linker_load_file: /boot/modules/ttm.ko - unsupported file type KLD amdgpu.ko: depends on ttm - not available or version mismatch linker_load_file: /boot/modules/amdgpu.ko - unsupported file type -- 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 237568] Panic when closing socket descriptor?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237568 Bug ID: 237568 Summary: Panic when closing socket descriptor? Product: Base System Version: 12.0-RELEASE Hardware: Any OS: Any Status: New Keywords: crash, panic Severity: Affects Only Me Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: rlwestl...@gmail.com Created attachment 204020 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=204020&action=edit Stack trace from kernel panic Our setup is like this: FreeBSD 12.0-RELEASE-p3 running deployments of a web service in multiple jails, each has nginx as an upstream to the nginx running on the host, which is a reverse proxy (I think that's the right term?). The in-jail nginx's are themselves partially reverse proxies to a Go program; static files are served by nginx itself but dynamic content comes from the Go server. Problem: Occasionally, loading the web page crashes the entire host. There doesn't seem to be any reliable way to reproduce it. We've tried turning HTTP 2 on and off; it happens either way, but we haven't found any combination of circumstances that causes it to happen more than occasionally (I'd estimate something like 1 in 20 page reloads on average). Many times we've made a change and thought we fixed it after >50 successful reloads but found that it does still crash occasionally. I'll attach the stack trace from the crash. Kernel: GENERIC Architecture: amd64 nginx version: 1.14.2_13,2 -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #12 from Johannes Lundberg --- (In reply to rozhuk.im from comment #11) What port/package is this? What freebsd version? -- 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 237378] gpio GPIOACCESS32 bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237378 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: ian Date: Thu Apr 25 22:27:56 UTC 2019 New revision: 346713 URL: https://svnweb.freebsd.org/changeset/base/346713 Log: Fix typo: the 4th argument to GPIO_PIN_ACCESS_32 is the set of pins to change, not the variable used to return the original pin state. PR: 237378 Reported by: Mori Hiroki Changes: head/sys/dev/gpio/gpioc.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 237378] gpio GPIOACCESS32 bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237378 Ian Lepore changed: What|Removed |Added Assignee|b...@freebsd.org|i...@freebsd.org 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #13 from rozhuk...@gmail.com --- (In reply to Johannes Lundberg from comment #12) Fresh 12.0 (svn up before build), drm-fbsd12.0-kmod-4.16.g20190424 Configs: http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/12.0/wks/ + http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/12.0/base/ I try to load agp module, but this not help. -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #14 from Johannes Lundberg --- (In reply to rozhuk.im from comment #13) I think the initial commit was missing the ttm.ko file in plist but it should be fixed now. Either build from ports or wait until binary packages are updated. -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #15 from rozhuk...@gmail.com --- (In reply to Johannes Lundberg from comment #14) It builded and installed, it can not be load because: link_elf_obj: symbol agp_bind_pages undefined -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #16 from Johannes Lundberg --- (In reply to rozhuk.im from comment #15) Do you have /boot/modules/ttm.ko? You should have with latest version from github or ports (but maybe not binary packages yet). -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #17 from rozhuk...@gmail.com --- (In reply to Johannes Lundberg from comment #16) Yes, I have this module. It build and install every time then kernel build. I do not use generic kernel and have many tunings for build and kernel config. Workaround for me: add to kernel config device agp # support several AGP chipsets I have no idea why ttm.ko fail to load even then I load agp.ko. -- 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271 --- Comment #18 from Johannes Lundberg --- (In reply to rozhuk.im from comment #17) Oh I got it. You're building agp as module. agp needs to be a dependency of ttm. I will fix this in next update. Thanks for finding 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 237271] Radeon video card no longer works on 12-STABLE (after r345105) / CURRENT (after r345932)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237271
--- Comment #19 from rozhuk...@gmail.com ---
(In reply to Johannes Lundberg from comment #18)
# grep -RF -e "agp_bind_pages" /usr/src/sys
/usr/src/sys/dev/agp/agp.c:agp_bind_pages(device_t dev, vm_page_t *pages,
vm_size_t size,
/usr/src/sys/dev/agp/agp.c: ("agp_bind_pages: page %p hasn't
been wired", m));
/usr/src/sys/dev/agp/agpvar.h:int agp_bind_pages(device_t dev, vm_page_t
*pages, vm_size_t size,
/usr/src/sys/dev/drm2/ttm/ttm_agp_backend.c:ret =
-agp_bind_pages(agp_be->bridge, agp_be->pages,
/usr/src/sys/dev/drm2/drmP.h:extern DRM_AGP_MEM *drm_agp_bind_pages(struct
drm_device *dev,
/usr/src/sys/dev/drm2/drmP.h:static inline struct agp_memory
*drm_agp_bind_pages(struct drm_device *dev,
/usr/src/sys/dev/drm2/drm_agpsupport.c:drm_agp_bind_pages(struct drm_device
*dev,
/usr/src/sys/dev/drm2/drm_agpsupport.c:EXPORT_SYMBOL(drm_agp_bind_pages);
IMHO there is need to be something like in dev/agp/agp* files:
...
extern agp_bind_pages(device_t dev, vm_page_t *pages,...
...
EXPORT_SYMBOL(agp_bind_pages);
--
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"
