On Wed, Nov 27, 2013 at 11:36:44AM -0800, Adrian Chadd wrote:
> Hi,
>
> Here's part #2 in my sendfile refactoring. This is a little more
> intrusive than the first patch.
>
> http://people.freebsd.org/~adrian/netflix/20131126-sendfile-sync-refactor-2.diff
>
sf_buf.h is for sf buffers, and not fo
Bezüglich Julian Elischer's Nachricht vom 28.11.2013 01:05 (localtime):
> On 11/28/13, 12:17 AM, Harald Schmalzbauer wrote:
>> Bezüglich Julian Elischer's Nachricht vom 27.11.2013 16:20
>> (localtime):
>>> On 11/27/13, 8:03 PM, Harald Schmalzbauer wrote:
Hello,
ever since I too
Hi,
It's definitely a work in progress, as you've observed.
On 28 November 2013 00:20, Konstantin Belousov wrote:
> On Wed, Nov 27, 2013 at 11:36:44AM -0800, Adrian Chadd wrote:
>> Hi,
>>
>> Here's part #2 in my sendfile refactoring. This is a little more
>> intrusive than the first patch.
>>
>>
on 27/11/2013 18:17 Andriy Gapon said the following:
> on 26/11/2013 11:57 Andriy Gapon said the following:
>> Author: avg
>> Date: Tue Nov 26 09:57:14 2013
>> New Revision: 258632
>> URL: http://svnweb.freebsd.org/changeset/base/258632
>>
>> Log:
>> MFV r255255: 4045 zfs write throttle & i/o sch
On 28 Nov, Konstantin Belousov wrote:
> On Wed, Nov 27, 2013 at 01:11:35PM -0800, Don Lewis wrote:
>> On 27 Nov, Konstantin Belousov wrote:
>> > On Wed, Nov 27, 2013 at 11:35:19AM -0800, Don Lewis wrote:
>> >> On 27 Nov, Konstantin Belousov wrote:
>> >> > On Wed, Nov 27, 2013 at 11:02:57AM -0800, D
On Thu, Nov 28, 2013 at 12:56:37AM -0800, Don Lewis wrote:
> I haven't figured out how to find the currently installed BIOS version.
> The motherboard is Abit, which is no more, but I found an archive of all
> of their downloads. I'll also check into updates from the Linux world.
I reviewed the 0x
On Thu, Nov 28, 2013 at 09:56:10AM +0200, Konstantin Belousov wrote:
> On Wed, Nov 27, 2013 at 01:11:35PM -0800, Don Lewis wrote:
> > On 27 Nov, Konstantin Belousov wrote:
> > > On Wed, Nov 27, 2013 at 11:35:19AM -0800, Don Lewis wrote:
> > >> On 27 Nov, Konstantin Belousov wrote:
> > >> > On Wed,
On 28 Nov, Konstantin Belousov wrote:
> On Thu, Nov 28, 2013 at 12:56:37AM -0800, Don Lewis wrote:
>> I haven't figured out how to find the currently installed BIOS version.
>> The motherboard is Abit, which is no more, but I found an archive of all
>> of their downloads. I'll also check into upda
in porting some linux kernel code to FreeBSD we
stumbled upon ksize(), which returns the
actual size of a kmalloc() block.
We could easily implement it as the first part
of realloc(9) -- see kern/kern_malloc.c
Would it make sense to add this to the malloc(9) API ?
The userspace equivalent seems t
Luigi Rizzo iet.unipi.it> writes:
>
> in porting some linux kernel code to FreeBSD we
> stumbled upon ksize(), which returns the
> actual size of a kmalloc() block.
>
> We could easily implement it as the first part
> of realloc(9) -- see kern/kern_malloc.c
>
> Would it make sense to add this
On Thu, Nov 28, 2013 at 01:33:41PM +, jb wrote:
> Luigi Rizzo iet.unipi.it> writes:
>
> >
> > in porting some linux kernel code to FreeBSD we
> > stumbled upon ksize(), which returns the
> > actual size of a kmalloc() block.
> >
> > We could easily implement it as the first part
> > of real
Luigi Rizzo iet.unipi.it> writes:
> ...
> But I don't understand why you find ksize()/malloc_usable_size() dangerous.
> ...
The original crime is commited when *usable size* (an implementation detail)
is exported (leaked) to the caller.
To be blunt, when a caller requests memory of certain size
26.11.2013 19:47, Alexander Panyushkin wrote:
#portmaster lang/gcc
[...]
cd /usr/ports/lang/gcc/work/gcc-4.6.4 ; contrib/gcc_update --touch
configure: loading site script /usr/ports/Templates/config.site
checking build system type... x86_64-portbld-freebsd10.0
checking host system type... x86_64-
Hi all,
in the near past, when I update ports repository via svn, I always use
pkg2ng to upgrade (or update?) the database, but today I can not do it.
The command pkg2ng show this error message:
root@valfenda:/home2/rizzo # pkg2ng
pkg: PACKAGESITE in pkg.conf is deprecated. Please c
Hi all,
in the near past, when I update ports repository via svn, I always use
pkg2ng to upgrade (or update?) the database, but today I can not do it.
The command pkg2ng show this error message:
root@valfenda:/home2/rizzo # pkg2ng
pkg: PACKAGESITE in pkg.conf is deprecated. Please
hi all,
I'd like a developer or two to organise the MFC of anything that's in
net80211 on -HEAD back to -10 before 10.0-REL.
There's a few critical fixes that need to go in but I just don't have
the time to do it myself. :(
Thanks!
-adrian
___
free
On Thu, Nov 28, 2013 at 06:54:56PM -0800, Adrian Chadd wrote:
> I'd like a developer or two to organise the MFC of anything that's in
> net80211 on -HEAD back to -10 before 10.0-REL.
>
> There's a few critical fixes that need to go in but I just don't have
> the time to do it myself. :(
Depending
On 28 November 2013 19:04, Glen Barber wrote:
> On Thu, Nov 28, 2013 at 06:54:56PM -0800, Adrian Chadd wrote:
>> I'd like a developer or two to organise the MFC of anything that's in
>> net80211 on -HEAD back to -10 before 10.0-REL.
>>
>> There's a few critical fixes that need to go in but I just
On Thu, Nov 28, 2013 at 11:05:21PM -0300, Nilton Jose Rizzo wrote:
>
>
> Hi all,
>
> in the near past, when I update ports repository via svn, I always use
> pkg2ng to upgrade (or update?) the database, but today I can not do it.
>
> The command pkg2ng show this error message:
>
> r
On 29/11/2013 02:02, Nilton Jose Rizzo wrote:
> in the near past, when I update ports repository via svn, I always use
> pkg2ng to upgrade (or update?) the database, but today I can not do it.
Uh? pkg2ng is a one time thing. Its only use is when converting a
system that had previously used
20 matches
Mail list logo
