On Tue, Mar 02, 2010 at 08:32:20PM +0100, Dimitry Andric wrote:
> On 2010-03-02 09:47, Alexandr Rybalko wrote:
> >>>Definiatelly separately, not sure where. There is ongoing discussion
> >>>somwhere on importing this algorithm to the base for tar(1) to use, it
> >>>would be best to have only one co
On Tue, Mar 2, 2010 at 7:19 PM, Maxim Sobolev wrote:
> Xin LI wrote:
>>
>> On Tue, Mar 2, 2010 at 6:05 PM, Maxim Sobolev wrote:
>>>
>>> Author: sobomax
>>> Date: Wed Mar 3 02:05:09 2010
>>> New Revision: 204615
>>> URL: http://svn.freebsd.org/changeset/base/204615
>>>
>>> Log:
>>> Teach newfs(8
Giovanni Trematerra wrote:
> On Tue, Mar 2, 2010 at 9:34 AM, Alexander Eichner wrote:
> > Giovanni Trematerra wrote:
> >> On Mon, Mar 1, 2010 at 10:59 AM, Alexander Eichner
> >> wrote:
> >> > Hi,
> >> >
> >
> > Thanks for your help but I don't see how that patch could help with my
> > problem. r
On Tue, 02 Mar 2010 20:32:20 +0100
Dimitry Andric wrote:
> On 2010-03-02 09:47, Alexandr Rybalko wrote:
> >>> Definiatelly separately, not sure where. There is ongoing discussion
> >>> somwhere on importing this algorithm to the base for tar(1) to use, it
> >>> would be best to have only one copy
In article <201003020750.20845@freebsd.org> you write:
>On Monday 01 March 2010 1:25:53 pm John Baldwin wrote:
>> On Friday 26 February 2010 4:09:52 pm Juergen Lock wrote:
>> > On Fri, Feb 26, 2010 at 11:21:05AM -0500, John Baldwin wrote:
>> > > On Thursday 25 February 2010 3:28:50 pm Juergen L
On 2010-03-02 09:47, Alexandr Rybalko wrote:
Definiatelly separately, not sure where. There is ongoing discussion
somwhere on importing this algorithm to the base for tar(1) to use, it
would be best to have only one copy of code in the tree.
I have already said, that it would be good for embedde
On 2010-03-02 11:00:45, Dag-Erling Smørgrav wrote:
> xorquew...@googlemail.com writes:
> > Basically, I have a ton of jails and each jail mounts a shared 'tmp',
>
> That's not a good idea, there are too many opportunities for conflicts
> (software that creates sockets and state directories with no
m...@coreland.ath.cx writes:
> Is it possible to define multiple mountpoints (to emulate what nullfs
> provides)?
Sorry, no.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Tue, 2 Mar 2010, Robert Watson wrote:
Thanks for this patch. I'll go ahead and merge it, but had two questions:
Committed as r204581, thanks!
Robert
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-h
Hi Robert,
- (1) It looks like you didn't need to set any special label on /dev/ptmx
- itself?
I didn't have any issues with /dev/ptmx being defaulted to mls/low, also
didn't have any problem with /dev/pts device path itself, just the
/dev/pts/* 0 - 99 if they where defaulted to mls/low where
On Monday 01 March 2010 1:25:53 pm John Baldwin wrote:
> On Friday 26 February 2010 4:09:52 pm Juergen Lock wrote:
> > On Fri, Feb 26, 2010 at 11:21:05AM -0500, John Baldwin wrote:
> > > On Thursday 25 February 2010 3:28:50 pm Juergen Lock wrote:
> > > > On Tue, Feb 23, 2010 at 10:50:10PM +0100, Ju
On Mon, 1 Mar 2010 19:29, alexbestms@ wrote:
jhell schrieb am 2010-03-01:
On Fri, 26 Feb 2010 22:19, alexbestms@ wrote:
hi there,
i always forget how to decipher model and family from the cpu id.
of course
there're 3rd party tools to do that for you, but instead i decided
to hack the
kerne
On Mon, 1 Mar 2010, Estella Mystagic wrote:
Found issues with sysctl mibs security.mac.biba.ptys_equal,
security.mac.lomac.ptys_equal, security.mac.mls.ptys_equal, not supporting
new /dev/pts terminal system in FreeBSD 8, proposed fix for issue.
When using a higher security grade/clearance w
On Tue, Mar 2, 2010 at 9:34 AM, Alexander Eichner wrote:
> Giovanni Trematerra wrote:
>> On Mon, Mar 1, 2010 at 10:59 AM, Alexander Eichner
>> wrote:
>> > Hi,
>> >
>
> Thanks for your help but I don't see how that patch could help with my
> problem. rtR0MemObjNativeAllocPage allocates pages with
Alexander Best writes:
> i also think that on some archs it's not possible to output cpu id,
> stepping, family and model simply because there's no cpu instruction
> (CPUID or something similar) returning those info for freebsd to use.
In many cases it doesn't even make sense, e.g. ARM which is a
xorquew...@googlemail.com writes:
> Basically, I have a ton of jails and each jail mounts a shared 'tmp',
That's not a good idea, there are too many opportunities for conflicts
(software that creates sockets and state directories with non-randomized
names in /tmp) and might even allow a compromise
Hi,
On Tue, 2 Mar 2010 08:17:36 +0100
Pawel Jakub Dawidek wrote:
>> On Fri, Feb 19, 2010 at 04:36:44PM +0200, Alexandr Rybalko wrote:
>> > Hi,
>> > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with
>> > lzma), [...]
>>
>> Wouldn't it be better to modify geom_uzip to be unive
Giovanni Trematerra wrote:
> On Mon, Mar 1, 2010 at 10:59 AM, Alexander Eichner wrote:
> > Hi,
> >
> > I'm currently trying to finish the R0 memory implementation[1] of FreeBSD
> > for VirtualBox. One of the missing methods allocates physical non
> > contiguous pages which don't need to have a k
On Mon, Mar 01, 2010 at 09:24:40PM -0600, Dan Nelson wrote:
> Hm. Even after some reading, I'm not sure how the slabs keep track of which
> elements are allocated or free. I expected to find a bitmap somewhere that
> malloc() sets and free() clears, but I don't see it. Maybe some kernel
> hacke
19 matches
Mail list logo
