New ASLR Patch

2014-09-05 Thread Shawn Webb
Hey All, I've submitted a new revision of our ASLR patch to Phabric. It can be applied to 11-CURRENT. The main changes include removal of the MAP_32BIT hack for amd64, a couple bug fixes, and stylistic changes requested by a few people. I'm looking for commentary and volunteers for testing. The

Re: ddb_enable=YES by default?

2014-09-05 Thread Brooks Davis
On Thu, Sep 04, 2014 at 05:02:55PM -0700, Craig Rodrigues wrote: Brooks, In r178450, you set the default of ddb_enable to NO: r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines Changed paths:

panic m_demote: m_nextpkt not NULL

2014-09-05 Thread Mark Atkinson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 r271093 GENERIC amd64. Received this panic in the tcp reassembly code: Unread portion of the kernel message buffer: panic: m_demote: m_nextpkt not NULL cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame

Re: ddb_enable=YES by default?

2014-09-05 Thread John Baldwin
On Thursday, September 04, 2014 8:02:55 pm Craig Rodrigues wrote: Brooks, In r178450, you set the default of ddb_enable to NO: r178450 | brooks | 2008-04-23 15:40:59 -0700 (Wed, 23 Apr 2008) | 4 lines Changed paths:

request for documentation of m_uiotombuf and m_mbuftouio...

2014-09-05 Thread John-Mark Gurney
If someone would like to write a man page for these functions, I'll fix them up and commit them... -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___

Re: panic m_demote: m_nextpkt not NULL

2014-09-05 Thread Jean-Sébastien Pédron
On 05.09.2014 17:38, Mark Atkinson wrote: r271093 GENERIC amd64. Received this panic in the tcp reassembly code: Gleb Smirnof fixed this in r271123. I had this same panic yesterday after around 3h of uptime each time, but today, everything's fine. -- Jean-Sébastien Pédron signature.asc

UEFI display frozen on Retina MacBook Pro

2014-09-05 Thread John Nielsen
I have a MacBook Pro Retina, Mid 2012 (MacBookPro10,1) on which I'd like to be able to boot FreeBSD from an external USB drive. For testing I've been using the mini-memstick images from the -CURRENT snapshots, most recently the one from 20140903. I am able to select EFI Boot on the USB device

Re: UEFI display frozen on Retina MacBook Pro

2014-09-05 Thread Glen Barber
On Fri, Sep 05, 2014 at 11:20:21AM -0600, John Nielsen wrote: I have a MacBook Pro Retina, Mid 2012 (MacBookPro10,1) on which I'd like to be able to boot FreeBSD from an external USB drive. For testing I've been using the mini-memstick images from the -CURRENT snapshots, most recently the

Re: UEFI display frozen on Retina MacBook Pro

2014-09-05 Thread John Nielsen
On Sep 5, 2014, at 11:30 AM, Glen Barber g...@freebsd.org wrote: On Fri, Sep 05, 2014 at 11:20:21AM -0600, John Nielsen wrote: I have a MacBook Pro Retina, Mid 2012 (MacBookPro10,1) on which I'd like to be able to boot FreeBSD from an external USB drive. For testing I've been using the

mk output during builds: duplicate script for target .... ignored

2014-09-05 Thread Bjoern A. Zeeb
Started the last 48 hours at some time: bmake: /scratch/tmp/bz/head.svn/Makefile line 282: warning: duplicate script for target clean ignored bmake: /scratch/tmp/bz/head.svn/share/mk/bsd.obj.mk line 130: warning: using previous script for clean defined here bmake:

[RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread Hans Petter Selasky
Hi, I've tested the attached patch with success and would like to have some feedback from other FreeBSD network developers. The problem is that the current TSO limitation only limits the number of bytes that can be transferred in a TSO packet and not the number of mbuf's. The current

Re: request for documentation of m_uiotombuf and m_mbuftouio...

2014-09-05 Thread Gleb Smirnoff
On Fri, Sep 05, 2014 at 09:44:32AM -0700, John-Mark Gurney wrote: J If someone would like to write a man page for these functions, I'll J fix them up and commit them... Well, the entire mbuf(9) needs to be examined and fixed. I promised myself to do that before stable/11. -- Totus tuus,

Re: panic m_demote: m_nextpkt not NULL

2014-09-05 Thread Gleb Smirnoff
On Fri, Sep 05, 2014 at 08:38:10AM -0700, Mark Atkinson wrote: M r271093 GENERIC amd64. Received this panic in the tcp reassembly code: M Unread portion of the kernel message buffer: M panic: m_demote: m_nextpkt not NULL M cpuid = 0 Sorry for that. Was fixed in r271123. -- Totus tuus,

Re: ddb_enable=YES by default?

2014-09-05 Thread Craig Rodrigues
On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin j...@freebsd.org wrote: Probably at least 50% of the time when I work with a user on a bug report, I ask them to go into kgdb and run specific commands to extract more detailed info (print some struct, etc.). Sure, I understand, but you are not

Re: ddb_enable=YES by default?

2014-09-05 Thread Peter Wemm
On Friday 05 September 2014 13:51:24 Craig Rodrigues wrote: On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin j...@freebsd.org wrote: Probably at least 50% of the time when I work with a user on a bug report, I ask them to go into kgdb and run specific commands to extract more detailed info

Re: [RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread Eric Joyner
There are some concerns if we use this with devices that ixl supports: - The maximum fragment size is 16KB-1, which isn't a power of 2. - You can't get the maximum TSO size for ixl devices by multiplying the maximum number of fragments by the maximum size. Instead the number of fragments is

Re: ddb_enable=YES by default?

2014-09-05 Thread John Baldwin
On Friday, September 05, 2014 5:08:07 pm Peter Wemm wrote: On Friday 05 September 2014 13:51:24 Craig Rodrigues wrote: On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin j...@freebsd.org wrote: Probably at least 50% of the time when I work with a user on a bug report, I ask them to go into kgdb

Re: ddb_enable=YES by default?

2014-09-05 Thread Larry Rosenman
On 2014-09-05 16:35, John Baldwin wrote: On Friday, September 05, 2014 5:08:07 pm Peter Wemm wrote: On Friday 05 September 2014 13:51:24 Craig Rodrigues wrote: On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin j...@freebsd.org wrote: Probably at least 50% of the time when I work with a user on a

Re: [RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread Hans Petter Selasky
On 09/05/14 23:19, Eric Joyner wrote: There are some concerns if we use this with devices that ixl supports: - The maximum fragment size is 16KB-1, which isn't a power of 2. Hi Eric, Multiplying by powers of two are more fast, than non-powers of two. So in this case you would have to use

Re: [RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread Rick Macklem
Hans Petter Selesky wrote: On 09/05/14 23:19, Eric Joyner wrote: There are some concerns if we use this with devices that ixl supports: - The maximum fragment size is 16KB-1, which isn't a power of 2. Hi Eric, Multiplying by powers of two are more fast, than non-powers of two. So

Re: [RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread Rick Macklem
Hans Petter Selasky wrote: Hi, I've tested the attached patch with success and would like to have some feedback from other FreeBSD network developers. The problem is that the current TSO limitation only limits the number of bytes that can be transferred in a TSO packet and not the number

Re: [RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread Hans Petter Selasky
On 09/06/14 00:09, Rick Macklem wrote: Hans Petter Selesky wrote: On 09/05/14 23:19, Eric Joyner wrote: There are some concerns if we use this with devices that ixl supports: - The maximum fragment size is 16KB-1, which isn't a power of 2. Hi Eric, Multiplying by powers of two are more

Re: [RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread Rick Macklem
Hans Petter Selasky wrote: On 09/06/14 00:09, Rick Macklem wrote: Hans Petter Selesky wrote: On 09/05/14 23:19, Eric Joyner wrote: There are some concerns if we use this with devices that ixl supports: - The maximum fragment size is 16KB-1, which isn't a power of 2. Hi Eric,

Re: UEFI display frozen on Retina MacBook Pro

2014-09-05 Thread Huang Wen Hui
Hi, 2014-09-06 1:20 GMT+08:00 John Nielsen li...@jnielsen.net: I have a MacBook Pro Retina, Mid 2012 (MacBookPro10,1) on which I'd like to be able to boot FreeBSD from an external USB drive. For testing I've been using the mini-memstick images from the -CURRENT snapshots, most recently the

Re: [RFC] Patch to improve TSO limitation formula in general

2014-09-05 Thread John-Mark Gurney
Hans Petter Selasky wrote this message on Fri, Sep 05, 2014 at 20:37 +0200: I've tested the attached patch with success and would like to have some feedback from other FreeBSD network developers. The problem is that the current TSO limitation only limits the number of bytes that can be

Looking For a New Casino?

2014-09-05 Thread Joe Nosay
http://divineglobal.com/ckib/icrxfpwm.briszwj ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Looking For a New Casino?

2014-09-05 Thread Joe Nosay
This is not from me. On Fri, Sep 5, 2014 at 10:03 PM, Joe Nosay superbisq...@gmail.com wrote: http://divineglobal.com/ckib/icrxfpwm.briszwj ___ freebsd-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ppc To

Re: make installworld commands used to generate manifest for makefs?

2014-09-05 Thread Kevin Oberman
On Thu, Sep 4, 2014 at 8:36 AM, Boris Samorodov b...@passap.ru wrote: 03.09.2014 21:01, Nenhum_de_Nos пишет: On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov b...@passap.ru wrote: 28.08.2014 23:02, Craig Rodrigues пишет: I did this: make -DDB_FROM_SRC -DNO_ROOT

Re: make installworld commands used to generate manifest for makefs?

2014-09-05 Thread Garrett Cooper
On Sep 4, 2014, at 8:36, Boris Samorodov b...@passap.ru wrote: 03.09.2014 21:01, Nenhum_de_Nos пишет: On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov b...@passap.ru wrote: 28.08.2014 23:02, Craig Rodrigues пишет: I did this: make -DDB_FROM_SRC -DNO_ROOT installkernel