Re: libreoffice 5.x && problem with threads?

Some threads are in accept while others are in join - could be that "close(socket) doesn't wake up threads in accept(socket)" deadlock I fixed in AOO months ago. Does that patch help: https://github.com/apache/openoffice/commit/033c508048e3cd55bdbf4476f5f35b0aa0fcc5c0 Damjan On Fri, Feb 5, 2016 a

Re: Kernel memory leak with x11/nvidia-driver

On Thu, 4 Feb 2016 18:05:43 -0800 Mark Johnston wrote: > On Thu, Feb 04, 2016 at 05:37:24PM -0600, Eric van Gyzen wrote: > > On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: > > > I just set up a new desktop running head with x11/nvidia-driver. I've > > > discovered a memory leak where pages disapp

Re: arp flapping after udating system to 11-CURRENT.

On Thu, Feb 04, 2016 at 03:43:05PM -0800, Roger Marquis wrote: > Slawa Olhovchenkov wrote: > >> It seems to be flapping between the virtual mac of my bridge interface > >> and the actual mac adress on the physical interface. This was not the > >> case when i ran FreeBSD 10.2. Is there some setting

Jenkins build became unstable: FreeBSD_HEAD #124

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Kernel memory leak with x11/nvidia-driver

On 02/ 4/16 08:05 PM, Mark Johnston wrote: On Thu, Feb 04, 2016 at 05:37:24PM -0600, Eric van Gyzen wrote: On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: I just set up a new desktop running head with x11/nvidia-driver. I've discovered a memory leak where pages disappear from the queues, never to

Jenkins build is back to stable : FreeBSD_HEAD #125

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Request for testing bus_get_bus_tag() nexus method

Hello, I am looking for testers for a patch to add BUS_GET_BUS_TAG method to some platforms nexus that return per platform specific default tag. It works fine on arm, but I do not have any powerpc or mips hardware to test it on, so I would like it if this could be tested on these platforms using

Re: Request for testing bus_get_bus_tag() nexus method

hi, you can run mips and powerpc inside qemu emulators. There's no reason to not test it! -adrian On 5 February 2016 at 08:11, Marcin Mazurek wrote: > Hello, > > I am looking for testers for a patch to add BUS_GET_BUS_TAG method to some > platforms nexus that return per platform specific defa

Re: ZFSROOT UEFI boot

I got a feedback from Yuichiro NAITO at freebsd-users-jp ML. Boots fine using memstick created using release/release.sh on patched head. (Diff9) Properly shows up installer screen. The system is Macbook Air 2012 having root-on-UFS 10.2-RELEASE without ZFS. I think feedbacks using different firmwa

Re: ZFSROOT UEFI boot

Yep thanks, I committed this to head today, after Warner confirmed it was good in his env too. It will sit there for 1 week before I request permission to MFC to stable/10. On 05/02/2016 17:24, Tomoaki AOKI wrote: > I got a feedback from Yuichiro NAITO at freebsd-users-jp ML. > > Boots fine using

Broken suspend-resume (suspend to RAM) with enabled INVARIANTS on 11-CURRENT - with workaround

Hi all! I used this gdb macro, to traverse the proc list, and print out the relevant p_flag's flags: set $curr_proc=0 def next_proc if $curr_proc == 0 set $curr_proc = allproc.lh_first else set $curr_proc = $curr_proc.p_list.le_next end

Re: Broken suspend-resume (suspend to RAM) with enabled INVARIANTS on 11-CURRENT - with workaround

On 2/5/16, Oliver Pinter wrote: > Hi all! > > I used this gdb macro, to traverse the proc list, and print out the > relevant p_flag's flags: > > set $curr_proc=0 > def next_proc > if $curr_proc == 0 > set $curr_proc = allproc.lh_first > else > set $c

Jenkins build became unstable: FreeBSD_HEAD #126

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Realtek 8168/8111 if_re not working in current r295091

On Wed, Feb 03, 2016 at 08:57:01PM +0100, s@web.de wrote: > After updating -current at Jan, 31st (r295091) the Realtek ethernet device > driver of my Zotac ZBox RI323 mini pc seems to be broken: I can neither > connect to the host even though the interface is shown as active, nor can I > ini

Re: Kernel memory leak with x11/nvidia-driver

On Fri, Feb 05, 2016 at 09:05:00AM -0600, Eric van Gyzen wrote: > On 02/ 4/16 08:05 PM, Mark Johnston wrote: > > On Thu, Feb 04, 2016 at 05:37:24PM -0600, Eric van Gyzen wrote: > >> On 02/ 3/16 10:54 AM, Eric van Gyzen wrote: > >>> I just set up a new desktop running head with x11/nvidia-driver. I

Re: Request for testing bus_get_bus_tag() nexus method

On Friday, February 05, 2016 05:11:19 PM Marcin Mazurek wrote: > Hello, > > I am looking for testers for a patch to add BUS_GET_BUS_TAG method to some > platforms nexus that return per platform specific default tag. > > It works fine on arm, but I do not have any powerpc or mips hardware to > tes

Aw: Re: Realtek 8168/8111 if_re not working in current r295091

Hi Marius and Pyun, actually it is Chip rev. 0x2c80 (I have overlooked that information in my first post) re0: port 0xe000-0xe0ff mem 0xf0104000-0xf0104fff,0xf010-0xf0103fff irq 19 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: Chip rev. 0x2c800

Re: Re: Realtek 8168/8111 if_re not working in current r295091

On Fri, Feb 05, 2016 at 09:04:02PM +0100, s@web.de wrote: > Hi Marius and Pyun, > > actually it is Chip rev. 0x2c80 (I have overlooked that information in my > first post) > > re0: port > 0xe000-0xe0ff mem 0xf0104000-0xf0104fff,0xf010-0xf0103fff irq 19 at > device 0.0 on pci2 > re

Aw: Re: Re: Realtek 8168/8111 if_re not working in current r295091

Hi, this is the line from verbose boot: re0: port 0xe000-0xe0ff mem re0: Chip rev. 0x2c80 re0: MAC rev. 0x0010 rgephy0: PHY 1 on miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 5 so it is an even older rev: 5. I will try reverting to r290946 and r290566 respectivly over the weekend

Jenkins build is still unstable: FreeBSD_HEAD #127

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Build failed in Jenkins: FreeBSD_HEAD #128

See -- [...truncated 346267 lines...] ===> usr.sbin/wpa/wpa_passphrase (installconfig) ===> usr.sbin/wpa/hostapd (installconfig) ===> usr.sbin/wpa/hostapd_cli (installconfig) ===> usr.sbin/wpa/ndis_events (

Build failed in Jenkins: FreeBSD_HEAD #129

See -- [...truncated 335283 lines...] ===> usr.sbin/wpa/ndis_events (installconfig) ===> usr.sbin/tests (installconfig) ===> tests (installconfig) ===> tests/etc (installconfig) ===> tests/etc/rc.d (install

Re: ZFSROOT UEFI boot

Confirmed. Thanks for your great work, Steven! I tried Diff9 on stable/10 r295289, with locally MFC'ing r294765, r294768 and r294769. Not shure r294769 is really needed or not, but without r294765 and r294768, Diff9 wasn't applicable. *sys/boot/mips/beri/boot2/boot2.c portion of r294765 must be

Jenkins build is back to normal : FreeBSD_HEAD #130

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"