> On Sep 4, 2014, at 8:36, Boris Samorodov wrote:
>
> 03.09.2014 21:01, Nenhum_de_Nos пишет:
>>
>>
>>> On September 3, 2014 12:02:24 PM GMT-03:00, Boris Samorodov
>>> wrote:
>>> 28.08.2014 23:02, Craig Rodrigues пишет:
>>>
I did this:
make -DDB_FROM_SRC -DNO_ROOT installkern
On Thu, Sep 4, 2014 at 8:36 AM, Boris Samorodov 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 -D
This is not from me.
On Fri, Sep 5, 2014 at 10:03 PM, Joe Nosay wrote:
> http://divineglobal.com/ckib/icrxfpwm.briszwj
> ___
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc
> To unsubscribe, send any mail
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"
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
> t
Hi,
2014-09-06 1:20 GMT+08:00 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 2014
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
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 fas
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
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-powe
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 8K
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 wrote:
> > Probably at least 50% of the time when I work with a user on a bug report,
>
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 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
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 AFAIK
On Friday 05 September 2014 13:51:24 Craig Rodrigues wrote:
> On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin 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 st
On Fri, Sep 5, 2014 at 7:54 AM, John Baldwin 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 working with eve
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, Gleb
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, Glebiu
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 solutio
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: "/scratch/tmp/bz/head.s
On Sep 5, 2014, at 11:30 AM, Glen Barber 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 mini-memstic
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
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 devi
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
De
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."
___
freebsd
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 p
-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
0xfff
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 pa
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 li
29 matches
Mail list logo
