3733 discarded due to memory problems (drops)
> 1186 segment rexmits in SACK recovery episodes
> 1717328 byte rexmits in SACK recovery episodes
>
>
>
Looks like your data is flooding your memory buffers, have a look through
https://calomel.org/fre
27;ve noticed I'm getting
ierrs on em chips, but none on fxp chips (connected to the same
wire/switch); might be unrelated to yours, but worth a check...
--
Igor M.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
On 19 January 2012 16:35, Robert Huff wrote:
>
> Igor Mozolevsky writes:
>
>> > Wouldn't this discourage even more people from helping?
>>
>> Would this not separate people who have a genuine interest in
>> contributing from "tinker-monkeys&qu
On 19 January 2012 11:55, Julian H. Stacey wrote:
> Igor Mozolevsky wrote:
>> On 19 January 2012 00:57, Dieter BSD wrote:
>>
>> > Idea 2: Give it status. Set up a web page with PR fixing stats
>> >
>> > name/handle..total PRs fixed...fixed in last 1
11067
> Howard...104...2052
> Raj...80...8080
You mean something like: http://people.freebsd.org/~edwin/gnats/ ?
;-)
--
Igor M :-)
__
On 18 January 2012 22:53, Mark Blackman wrote:
>
> On 18 Jan 2012, at 22:50, Igor Mozolevsky wrote:
>
>> On 18 January 2012 22:31, Mark Blackman wrote:
>>
>>> 10.0 - Nov 2013
>>
>> I think 10.0 should be released based on feature-readiness and not on
On 18 January 2012 22:31, Mark Blackman wrote:
> 10.0 - Nov 2013
I think 10.0 should be released based on feature-readiness and not on
some arbitrary date...
--
Igor M.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mail
of people would agree that this needs changing
in the near future to have a single -RELEASE branch and a single -HEAD
branch, but with the understanding by the devs that just because
-RELEASE has been cut, it doesn't mean that everyone, en mass, drops
develop
liberately or innocently, essentially
getting paid to fix their own sloppy code, which is not that great
either.
--
Igor M.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
On 18 January 2012 17:30, Chris Rees wrote:
> On 18 Jan 2012 17:12, "Igor Mozolevsky" wrote:
>> Back in the days when the UK banks ran ATMs, &c on Windows NT (I
>> have no idea what they are running now)
> Well I've not seen any BSOD'd cashp
.05T USD through Linux in the same year.
>
> Kinda says something about, doesn't it?
Sorry to burst your bubble but this is utterly meaningless statistic.
You show nothing but correlation and in no way a causation. Back in
the days when the UK banks ran ATMs, &c on Win
On 18 January 2012 13:11, Eitan Adler wrote:
> On Tue, Jan 17, 2012 at 8:41 PM, Igor Mozolevsky
> wrote:
>> One way to
>> "encourage" people to fix their code would be to prevent them from
>> committing to -CURRENT once they pass a certain threshold of
>&
On 18 January 2012 11:08, Andriy Gapon wrote:
> on 18/01/2012 12:54 Igor Mozolevsky said the following:
[snip]
>>> There are about 5000 open PRs for FreeBSD base system, maybe more.
>>> There are only a few dozens of active FreeBSD developers. Maybe less for
>>>
On 18 January 2012 09:25, Andriy Gapon wrote:
> on 18/01/2012 02:16 Igor Mozolevsky said the following:
>> Seriously, WTF is the point of having a PR system that allows patches
>> to be submitted??! When I submit a patch I fix *your* code (not yours
>> personally, but you get
a certain threshold of
"unattended" patches. Of course then, committers will be whinging that
they'd be resigning if they can't commit to -CURRENT, but quite
frankly, why should anyone have the commit privilege if they can't be
bothered to address the bugs
onable requests from people who
are in the process of testing and committing the patch, but expecting
the end-users to chase committers to have a fix included is plainly
wrong!..
--
Igor M.
___
freebsd-hackers@freebsd.org mailing list
http://lists.fr
work with the
core? If latter, maybe it's worthwhile uncoupling the two (core OS and
ports)?
--
Igor M. :-)
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
mand for Linux than
FreeBSD? I am guessing that is exactly what John K's original post was
trying to address...
--
Igor M. :-)
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
On 17 January 2012 16:48, Freddie Cash wrote:
> On Tue, Jan 17, 2012 at 7:32 AM, Igor Mozolevsky
> wrote:
>> Actually, I don't think it's cash that's the problem. I think it is
>> more to do with the lack of common goal: the way that releases are
>> perc
On 17 January 2012 14:20, Ivan Voras wrote:
> On 17 January 2012 14:49, Igor Mozolevsky wrote:
>> On 17 January 2012 13:44, Ivan Voras wrote:
>>> On 17/01/2012 07:32, Atom Smasher wrote:
>>>>
>>>> what percentage of linux devs are on salary to de
ercentage of linux devs are on salary to develop linux?
>
> Apparently, 3/4: http://apcmag.com/linux-now-75-corporate.htm
Actually, you're misrepresenting the facts: according to the headline,
75% of the code came from paid developers, *not
to put extra work in getting fBSD to do
something that it can get elsewhere (eg Linux), fewer still developers
work on fBSD, end-user base shrinks, BigCo is even more reluctant,
even fewer
--
Igor M. :-)
___
freebsd-hackers@freebsd.org
On 17 January 2012 02:25, richo wrote:
> On 17/01/12 02:21 +0000, Igor Mozolevsky wrote:
>>
>> On 17 January 2012 01:02, richo wrote:
>>
>>> This would be a different argument if all the devs were paid a salary.
>>
>>
>> Isn't this a bit
e written to the
disk... Obviously if compression speed >> IO speed and the result of
the compression is a significant reduction in size, you have a massive
gain in writing that data to the disk.
--
Igor
___
freebsd-hackers@freebsd.org maili
y default?
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Hello, Robert Watson
I have considered your remarks to my proposal. Now I have some problems with
GSoC site so I've decided to post my comment here.
About choosing the best method for current hardware:
I think that the best way to realise it is to use small userspace shared
memory region where
turns the disk's interface off so the disk cannot be woken up
by any command other than RESET?
Cheers,
--
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to &q
2010/1/27 Igor Mozolevsky :
> Hold on, does STANDBY IMMEDIATE not abort the previous command within
> some short timeframe? What if there are pending writes?
Nope, ignore me...
___
freebsd-hackers@freebsd.org mailing list
http://lists.freeb
s?
Cheers,
--
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
reservation will allow to add gjournal to the filesystem later.
BTW, could anyone tell how to learn the last sector that filesystem
may really use ?
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-hackers@freebsd.org mailing list
http
On Fri, Sep 18, 2009 at 10:40:27AM +0300, Kostik Belousov wrote:
> On Thu, Sep 17, 2009 at 03:26:41PM -0700, Xin LI wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi, Igor,
> >
> > Igor Sysoev wrote:
> > > Hi,
> >
fcntl(2).
*/
#if __BSD_VISIBLE
/*
* Set by shm_open(3) to get automatic MAP_ASYNC behavior
* for POSIX shared memory objects (which are otherwise
* implemented as plain files).
*/
#define FPOSIXSHM O_NOFOLLOW
#endif
--
Igor Sysoev
http://sysoev.ru/en/
_
On Tue, Sep 22, 2009 at 11:53:46AM +0300, Kostik Belousov wrote:
> On Tue, Sep 22, 2009 at 11:28:48AM +0400, Igor Sysoev wrote:
> > On Mon, Sep 21, 2009 at 02:29:09PM +0300, Kostik Belousov wrote:
> >
> > > On Mon, Sep 21, 2009 at 03:12:45PM +0400, Igor Sysoev wrot
On Mon, Sep 21, 2009 at 02:29:09PM +0300, Kostik Belousov wrote:
> On Mon, Sep 21, 2009 at 03:12:45PM +0400, Igor Sysoev wrote:
> > > What I dislike about the patch is the new kernel-private flag that is
> > > eaten from the open(2) flags namespace. We do already have FHASL
On Fri, Sep 18, 2009 at 10:40:27AM +0300, Kostik Belousov wrote:
> On Thu, Sep 17, 2009 at 03:26:41PM -0700, Xin LI wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi, Igor,
> >
> > Igor Sysoev wrote:
> > > Hi,
> >
case F_RDAHEAD:
arg = arg ? 128 * 1024: 0;
/* FALLTHROUGH F_READAHEAD */
case F_READAHEAD:
> -Alfred
>
> * Xin LI [090917 15:27] wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi, Igor,
> >
> > Ig
SD 7.2 and was tested on FreeBSD 7.2-STABLE only.
--
Igor Sysoev
http://sysoev.ru/en/
--- sys/sys/fcntl.h 2009-06-02 19:05:17.0 +0400
+++ sys/sys/fcntl.h 2009-09-12 20:29:34.0 +0400
@@ -118,6 +118,10 @@
#if __BSD_VISIBLE
/* Attempt to bypass buffer cache */
#defin
r note, has anyone one tried clang + yasm?
Cheers,
--
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
2009/7/4 Giorgos Keramidas :
[snip]
s/0x%/%#.2hh/g
--
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
y be checking what open returns, opening /dev/stdout
for reading is a bit weird not sure if that would work, and most
likely it's already open... Just use fileno(...):-
#include
#include
int main(void) {
write(fileno(stdout), "Hello world!\n", 13);
return 0;
}
Cheers,
but if i do `./my-program > output`
> output is being created, but is empty. is this normal?
Depends if you output to stdout or stderr --- `>' redirects stdout.
Cheers,
--
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.free
2009/6/30 Alexander Best :
> thanks. but that simply dumps the contents of the struct to stdout. but since
> most of the struct's contents aren't ascii the output isn't really of much
> use.
How about ./your-program | hexdump ?
--
Igor
___
no information about
that cards. Please note me if they are supported at all.
WBR, Igor Krasnoselski
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "free
2008/10/31 Jeremy Chadwick <[EMAIL PROTECTED]>:
> ... If that's what you were referring to, then possibly making O_NOATIME
> only to root would be a suitable compromise.
And no systems are compromised with rootkits?..
Igor :-)
__
Hi all!
I need to check if file is locked or not (with flock) from a shell
script. I remember there was something but cannot recall what exactly.
And if possible I do not want to write my own test utility even it
is several lines in length)
Thanks,
-ip
___
network is regarded "secure", then
> you are right. Spoofing a TCP handshake would be very
> difficult in that case. (I try to avoid the word
> "impossible". Nothing is impossible, especially in
> the security business.)
Security is always about the balance
64 box (using 32 bit FreeBSD due to the Nvidia drivers) my 7-STABLE
> is also showing this garbled text from time to time.
I get that too on various SMP boxes.
--
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
On Fri, Sep 05, 2008 at 10:48:45PM +0300, Kostik Belousov wrote:
> On Fri, Sep 05, 2008 at 10:40:32PM +0400, Igor Sysoev wrote:
> > Looking at opendir()/readdir()/closedir() sequence via ktrace,
> > I've seen supposedly useless lseek() syscall just before close().
> >
ening special file may be harmful ?
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ficult to make the installer fancy.
I'll happily revive the project if it's not going to be a total waste
of time (read: others will be interested in contributing ideas and
testing it).
Cheers,
Igor
___
freebsd-hackers@freebsd.org mailing lis
p1 (FreeBSD 20061110; protocol 2.0)
25/tcp open smtp?
110/tcp open pop3Openwall popa3d
I can not understand what the problem...
FreeBSD-7.0-RELEASE-p1
i386
--
Igor A. Valcov
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mail
enSSH 4.5p1 (FreeBSD 20061110; protocol 2.0)
25/tcp open smtp?
110/tcp open pop3Openwall popa3d
I can not understand what the problem...
FreeBSD-7.0-RELEASE-p1
i386
--
Igor A. Valcov
___
freebsd-hackers@freebsd.org mailing list
http://lists
> I have thought of the vkernel primarily as an aid to kernel development
> (where performance is not a prime concern), not as a virtualisation
> solution that will compete with Xen and VMWare. It's difficult to
> compete with thousands of men-hours paid by corporate funding.
>
> So far nobody
product that works about as fast as VMWare's BT -
VirtualBox by innotek. Sun recently scooped them up.
Don't you use something like VMWare for development and debugging?
In production, we don't use any of these products - too slow and too much RAM
would be required.
Sincerely,
Igor
art beat then work on changing deltas between
events... I'm sure there was a mention of something similar in
Linux...
Cheers,
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubs
, but more
difficult to maintain]. At least it can be argued [probably both ways] that
containers are cheaper.
Are there real world people hosting with UML today who could comment on this,
perhaps supporting Matt's position?
igor
-Original Message-
From: Matthew Dillon <[EMAIL PR
What's vkernel's or modern UML multithreaded performance compared to native?
I have not been reading hackers in a long time and have no idea what's going
on... Please excuse my butting in...
Given the fact that there are not as many developers as needed, what would be a
practical purpose of vke
On 25/02/2008, Bill Moran <[EMAIL PROTECTED]> wrote:
> In response to "Igor Mozolevsky" <[EMAIL PROTECTED]>:
>
> > Crypto is merely a way of obfuscating data, and we all know the truth
> > about security by obscurity, right?
>
>
> I don't t
On 24/02/2008, Bill Moran <[EMAIL PROTECTED]> wrote:
> "Igor Mozolevsky" <[EMAIL PROTECTED]> wrote:
[snip]
> > IMO the possibility of such attack is so remote that it doesn't really
> > warrant any special attention, it's just something that s
On 24/02/2008, Bill Moran <[EMAIL PROTECTED]> wrote:
> "Igor Mozolevsky" <[EMAIL PROTECTED]> wrote:
> >
> > On 23/02/2008, Brooks Davis <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > You should actually read the paper. :) They suc
On 23/02/2008, Brooks Davis <[EMAIL PROTECTED]> wrote:
>
> You should actually read the paper. :) They successfully defeat both
> of these type of protections by using canned air to chill the ram and
> transplanting it into another machine.
Easy to get around this attack - store the key on a us
if (i % 1000 == 0)
printf ("main() iteration: %d\n", i);
threaded();
}
printf ("FINISHED.\n");
sleep (3600);
return 0;
}
==
--
Igor A. Valcov
___
freebsd-hackers@
if (i % 1000 == 0)
printf ("main() iteration: %d\n", i);
threaded();
}
printf ("FINISHED.\n");
sleep (3600);
return 0;
}
==
--
Igor A. Valcov
___
freebsd
On Sat, Apr 15, 2006 at 01:05:45AM -0400, Joe Marcus Clarke wrote:
> Based on feedback I received on my initial diff, I took another crack at
> user mounting. To address Robert's concerns, I drop the setuid
> permissions until needed. Therefore, all permission checks are now done
> in the kernel.
cient than mbufs because
sfbufs use KVA only while mbuf clusters use both KVA and physical memory.
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, sen
r the late response, but kqueue delivers error code to process
in fflags (at least for sockets), so application does not need to call
unnecessary syscall to learn error code.
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-hackers@freebsd.org mailing
Hello,
I've implemented DNS automatic negotiation and configuration in
pppd (RFC1877). Since it is not a standard thing, I made it an
optional feature of pppd. Some parts of the code were taken from ppp
implementation. I would be greatful for testing of this patch and
for any comments and suggesti
On Wed, Dec 21, 2005 at 09:51:24AM +1300, Dale DuRose wrote:
> Hi
>
> I'm wondering if anyone knows if freebsd has a vga framebuffer?
> and how to use it?
Yes it has. It's sources are in /usr/src/dev/fb and there is no
man page (at least on RELENG_4). Not sure it even exist in RELENG_[56].
-ip
Hi,
Looking through pppd sources I found that it doesn't know how
to request DNS info from the server, while ppp can.
Here I mean requesting DNS info and updating /etc/resolv.conf.
Did anyone tried to make it possible with pppd?
Since I used to pppd I'd like to teach him this useful functionality.
On Tue, Dec 06, 2005 at 09:59:02AM +, Vyacheslav Sotnikov wrote:
> Hi list.
> I've got trouble with drivers for my soundcard - they dont detect it.
> pciconf brings that:
>
> [EMAIL PROTECTED]:9:0: class=0x040100 card=0x10061102 chip=0x00071102 rev=0x00
> hdr=0x00
> vendor = 'Creative La
Core dump after RELENG_5_4 to RELENG_6_0
(kgdb) where
#0 doadump () at pcpu.h:165
#1 0xc04d2f92 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399
#2 0xc04d3228 in panic (fmt=0xc064717a "%s") at
/usr/src/sys/kern/kern_shutdown.c:555
#3 0xc062a698 in trap_fatal (frame=0xc7b97c2c,
Core dump after RELENG_5_4 to RELENG_6_0
(kgdb) where
#0 doadump () at pcpu.h:165
#1 0xc04d2f92 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399
#2 0xc04d3228 in panic (fmt=0xc064717a "%s") at
/usr/src/sys/kern/kern_shutdown.c:555
#3 0xc062a698 in trap_fatal (frame=0xc7b97c2c, ev
then
prepending /dev/ and returning device name, as a first step?
If incremental improvements sound like a good idea, maybe we could do a few
small modifications that would cover some additional cases. Would not it be
good?
Thank you in advance,
Igor
-Original Message-
From: Robert
vnode
is still open are corner cases. The unlink is a bit more difficult to deal
with, but hardlinks are probably not a big issue. As long as we can get A name,
we may not even need to know THE name.
I am pleasantly surprised to know that fabric of the universe is not MSDOS. :)
> Igor Shmuk
> > You are correct about the Unix file system organization, but does it
> > mean reliable vnode to fullname conversation is not possible?
>
> Yes. Get over it.
Well, I do not think it is a Yes. I very much think it is a No. You should have
continued reading my email 'til the middle or even far
rious changes to the OS, a solution
that would work for referenced vnodes is easier to implement.
igor.
-Original Message-
From: Robert Watson <[EMAIL PROTECTED]>
To: Sergey Uvarov <[EMAIL PROTECTED]>
Date: Mon, 5 Sep 2005 18:00:56 +0100 (BST)
Subject: Re: vn_fullpath() again
&
On Sun, Aug 21, 2005 at 01:39:20AM -0700, Kamal R. Prasad wrote:
> > It will be running on a virtual console in text or
> > graphics mode like
> > TurboVision used to, but we are focusing on text
> > mode for now. As I just
> > wrote to someone else, the main idea is to enable
> > BSD programs to h
On Fri, Aug 12, 2005 at 01:34:51PM -0700, Steve Watt wrote:
> In article <[EMAIL PROTECTED]> you write:
> >Hi all,
> >
> >Consider the following except from a perl program:
> >
> >tie(%foodb, 'MLDBM', $BAR_FILE, O_CREAT | O_RDWR, 0666)
> > or die("Cannot open $BAR_FILE: $!\n");
Hi all,
Consider the following except from a perl program:
tie(%foodb, 'MLDBM', $BAR_FILE, O_CREAT | O_RDWR, 0666)
or die("Cannot open $BAR_FILE: $!\n");
I expect it to create a new $BAR_FILE, if none existed, with 0666
permissions. But it doesn't. It creates a file with de
all processes that takes this lock. Is there any way to retrieve
such information without using of internal kernel structures (inode
information)?
Thank you in advance,
igor
On 7/21/05, Matthew Dillon <[EMAIL PROTECTED]> wrote:
> :Hi,
> :
> :We have a question: how to get all PO
On Sun, Jul 31, 2005 at 11:34:49AM +0900, KOMATSU Shinichiro wrote:
> Hello.
>
> Olivier Certner wrote:
> >Le Mardi 12 Juillet 2005 19:39, Florent Thoumie a ?crit :
> >
> >>Le Mardi 12 juillet 2005 ? 12:55 -0400, Kris Kennaway a ?crit :
> >>
> >>>On Sun, Jul 10, 2005 at 11:13:12PM +0200, Olivier C
Hi,
We have a question: how to get all POSIX locks for a given file?
As far as I know, existing API does not allow to retrieve all file
locks. Therefore, we need to use kernel internal structures to get all
applied locks. Unfortunately, a head of list with file locks is
attached to inode rather t
Hi,
Some time ago (unfortunatly I cannot say when) all sound had dissapeared
from SDL apps. However soundcard itself is fine as xmms
via /dev/dsp is working fine. I tried to recompile all sdl related stuff -
no difference (even did portupgrade -R sdl). Is there anybody out there
who is experienc
On Wed, Jul 13, 2005 at 12:15:31AM +0200, Olivier Certner wrote:
> Le Mardi 12 Juillet 2005 19:39, Florent Thoumie a ?crit :
> > Le Mardi 12 juillet 2005 ? 12:55 -0400, Kris Kennaway a ?crit :
> > > On Sun, Jul 10, 2005 at 11:13:12PM +0200, Olivier Certner wrote:
> > > > Hi,
> > > >
> > > >
5.3. We would not need to use qemu if not for the
problems
5.3 has with gdb.
Any ideas what could we do besides using painfully slow bochs?
Thank you in advance,
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
{
it this works for everyone, i could make and test a patch against whatever
branch is
appropriate.
thank you,
igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
r FreeBSD takes care of this for us. I am willing to contribute if
folks who know VFS well, think it's a worthy cause.
Igor.
>
> On Mon, Mar 28, 2005 at 05:42:52PM +0400, Igor Shmukler wrote:
> > For my purposes the Linux/DragonFly functionality is needed.
> >
> > I
committed to the
5.x
branch?
It appears that these changes would require serious labor changing the name
cache.
Who would be the right person to even decide that these can/cannot be applied
to a
stable tree?
Igor.
___
freebsd-hackers@freebsd.org maili
e included anytime soon,
I
would remove from my agenda for now.
I thank you Robert and everyone else who spent time reading this thread and
thinking
about this whole issue.
Thank you,
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists
or open via $foo >my.file]
I am under the impression that Linux d_path() does these things. Is there an
agreement that this a problem and it would be benefitial to have vn_fullpath()
[and
name cache] behave in a "proper" way?
Where does dragonfly stand on this?
Thank you,
Igor
" so that we
utilize as much of cache real estate as possible. Hence, we are interested in
the size of a
set, not size of a page.
I am sure, there are whole bunch of articles written about this. I could give
you some pointers
offline.
Igor.
__
On Sat, Mar 12, 2005 at 06:12:19PM +, Alex Burke wrote:
> Hi,
>
> I am just wondering how I can access either BIOS calls, or preferably
> registers under FreeBSD?
>
> I am trying to write a simple system capable of displaying graphics on
> the screen, and I am pretty sure I can mmap the VGA m
On Mon, Feb 28, 2005 at 11:48:14PM +0200, Cole wrote:
> Hey.
>
> I have a Freebsd server running freebsd-4.9-stable.
> I cvsupped the ntop src last week for 3.1.1.
>
> I then had no problems what so ever building ntop, except for the xml plugin
> saying it was not built, cause it cannot find
> x
he
hardlinks so much, but we cannot
afford to use existing vn_fullpath() because it does not guarantee "anything".
Thank you,
Igor
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
anyone has any experience making this work, please advise.
Thank you,
Igor.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wed, Feb 16, 2005 at 06:24:08PM +0800, Kathy Quinlan wrote:
> Hi all,
>
> I am using some code from http://home.flash.net/~bobgh/serial.htm
>
> It uses variables of ioctl like TCSETS, I have seen it in other FreeBSD
> source code, but I can not find what I need to include to get it to work .
Hi,
One of my ports refuses to build on alpha-4.
Pointyhat gets the following error:
rib.cpp:4130: Could not find a spill register
(insn 4709 4708 4710 (set (reg:DI 15 $15)
(plus:DI (reg:DI 15 $15)
(cons
I think this might be somewhat off topic, but to support superpages you
probably want kernel to be aligned on 4MB boundary.
Also, Mach had macros for alignment. I browsed code and it seems there are
macros in i386/include/asmacros.h
Perhaps I am missing something, but I don't see why would you w
> If the schedulers were aware of the "selected" scheduler (or perhaps
> the previous scheduler), they could do the thread removal and insertions
> themselves I suppose.
I doubt you would want to do that.
___
[EMAIL PROTECTED] mailing list
http://lists.
On Sat, Oct 23, 2004 at 01:12:46PM -0500, Ryan Sommers wrote:
> >
> >You can also use md(4). In my case I use it for /tmp.
> >
> MFS is the same thing as md(4). mfs = Memory File System, md = Memory
> Disk. Difference is only in the name.
I thought mfs is allocated from virtual memory, while md -
1 - 100 of 189 matches
Mail list logo
