Poul-Henning Kamp wrote:
> >> The issue is non-trivial to fix because we currently don't pass
> >> dup(2) events through the vnode layer.
> >
> >Are you sure this is even necessary?
> >
> >They are talking about "per-open", not "per-fd-instance" data,
> >which could easily exclude dup, dup2, and f
Poul-Henning Kamp wrote:
> >Speaking for myself, first open and final close would be all I need for
> >the nvidia driver - though i'm sure tracking dup/dup2/fcntl would be
> >preferable in the general case.
>
> first open/last close has been the UNIX way for decades...
I think he still means per
Alfred Perlstein wrote:
> I'd be glad to assist in any way possible to get this integrated,
> we've really been wanting this for various reasons (mostly linnex
> compat) let me know if you're too busy and I can try to take over
> from your existing work. Point being, I want this done ASAP. :)
No
This patch will break backward compatability with existing scripts.
Since it is an easy matter to call inet_aton() on the buffer, and
then call gethostbyname() only if inet_aton() returns INADDR_NONE
(which would allow either a host name or an IP address to be used),
please use this approach inst
Dima Dorfman wrote:
> Here's an updated patch which is a result of comments from a few
> people. The changes are: (a) deconfuse the usage message by not
> naming two arguments as "hostname" (that was sloppiness on my part),
> and (b) remove a redundant inet_aton call (gethostbyname(3) will DTRT
>
Peter Pentchev wrote:
> > This is why the inte_aton() call is still necessary.
> [snip]
> > Please call inet_aton(), and then _only_ if that fails, call the
> > gethostbyname().
>
> How about inet_pton() and getnameinfo()?
You know, I first thought of this, but then I backed off it.
The problem
Evan Sarmiento wrote:
>
> Hello,
>
> I've been reading this thread. I made the augustments to the
> patch so that it first checks if it is an IP address, if it is not,
> it then tries to see if it is a hostname. If neither are true
> it exits with an error.
>
> Hope this is what you're looking
Mike Smith wrote:
> Er, you don't seem to understand how PCI interrupts work.
>
> You must (for now) pass RF_SHAREABLE in; eventually the PCI code will
> stick it there for you anyway. All PCI interrupts are shareable; you
> can't "ask" for an unshared vector; you get the one you're given, and y
Bernd Walter wrote:
> A PCI slot has 4 irq lines named INTA to INTD.
Yes.
> On PCs all slots share the same 4 physical irqs and the lines are
> hardwired on the board in alternating order to each slot.
On newer motherboards, post the Intel SErver Products Division
PCI motherboards, from a year
Hiten Pandya wrote:
> i wanted to ask if there were any _plans_ to port
> JFS (Journaled File System) to FreeBSD...
Not unless you have plans. When I was an IBM employee, they would
not change the license, and so it's impossible to ship a CDROM
where it's the boot FS, or boxes on which it is the
Alfred Perlstein wrote:
[ ... Hiten wants someone to GPLify FreeBSD ... ]
> I'm glad you took the time to read the marketting literature.
>
> The problem is that porting it is going to be a bit more complicated
> than just dumping it into src/gnu.
>
> Feel free to take a shot at porting it tho
Hiten Pandya wrote:
> the license issues dont really affect us...
> after all we have an src/gnu directory... thats what
> it is for... dumping GPL'ed stuff
>
> and talking about GPL, we can even publish the code
> as the GPL license states... after all we are an
> open Source Project, but if
Greg Lehey wrote:
> Since then, it has become possible for the loader to load modules
> before booting the kernel. This means that, theoretically, it would
> be possible to have a JFS root file system. Given the strong
> opposition to the GPL in some factions of the FreeBSD project, I don't
> se
Greg Lehey wrote:
> > FS porting to FreeBSD is actually pretty trivial(*), though some
> > transactioning changes to the FreeBSD VFS layer consumers (the
> > system calls and NFS server code) would be necessary to make
> > the journal roll-back function correctly, following a failure.
> >
> > (*)
Danny Braniss wrote:
> well, if it's not software it must be hardware problem (true or false ?)
> the test:
> video capture (using a modified meteor driver)
> doing full size 24bit colour, the meteor would complain about FIFO errors
> (which probably mean that the dma did not finish in tim
Maxim Sobolev wrote:
> > OK, I load the kernel from the JFS. I mount the root FS, which
> > is a JFS. I read the module "jfs.ko" from the JFS so that I can
> > mount the root FS, which is a JFS, so I can read the module "jfs.ko"
> > from the JFS so that I can mount the root FS, which is a JFS, s
Peter Wemm wrote:
> It is not a problem. The *kernel* does not load jfs.ko, it is loader
> itself. There is no reason why a trivial non-gpl jfs reader couldn't be
> written for boot2 and loader if the need was great enough. Or have /boot
> as a seperate file system (eg: UFS or FAT32). We do thi
Danny Braniss wrote:
>
> > It looks like IRQ sharing is the only issue here.
>
> Q: are all interrupt handlers for the shared irq called, or only the
>'correct' one?
All interrupt handlers are polled -- asked if they have work to do,
on the basis of having caused the interrupt.
Some cards d
Roman Neuhauser wrote:
> You talked about nameservers and split horizon,
> I talked about nameservers and split horizon.
> Now you talk about Bind. Don't change the playground, please.
You weren't really talking about split horizon, I think; a
"horizon" in this case is any place you ca
Richard Sharpe wrote:
> In looking at vn_open, I see that it calls namei and then a little while
> later calls VOP_CREATE.
>
> If the user did open(..., ... O_CREAT | O_EXCL, ...), what prevents a race
> where one process discovers that the name doesn't already exist but
> another gets in and crea
Tim Kientzle wrote:
> > We could modify rc.network by adding a & to the dhclient row ...
>
> Simply running dhclient in the background is probably not a
> great idea, since that will allow the boot to continue and
> any network programs/daemons will try to start before the
> network gets initializ
Roman Neuhauser wrote:
> > So, do you manually put "yahoo.com" SOA records in your DNS?
>
> no.
>
> > How do you answer requests for "yahoo.com".
>
> it's simple:
[ ... "I have a DNS caching server that forwards all requests,
except those to "bellavista.cz"; for those, it does
Aurelien Nephtali wrote:
> I would like to know where are the dlopen()/dlsym()/etc sources ?
> There's nothing in the libc sources :/
>
> (I'm using the HEAD tree)
src/lib/csu/common/crtbegin.c
src/lib/csu/i386/crt0.c
src/lib/csu/i386-elf/crt1.c
That's the glue. The actual functions are mapped
David O'Brien wrote:
> On Fri, Jan 10, 2003 at 10:48:46PM +0100, Roman Neuhauser wrote:
> > # [EMAIL PROTECTED] / 2003-01-10 11:32:22 -0800:
> > > To: Roman Neuhauser <[EMAIL PROTECTED]>
> > > Cc: [EMAIL PROTECTED]
> >
> > you sent me a copy again, please, don't do it.
> > 1. I don't want o
Radoslav Vasilev wrote:
> I'm interested in whether the following could be acomplished:
> there's KLD module, installing some new syscalls in the kernel, as well as
> installing new ``struct ipprotosw'' for some protocol or another(let's
> assume IPPROTO_UDP).
> Could we just add some code in the b
Josh Brooks wrote:
> If I have a large network with high profile hosts (50+ shell servers, 50
> or more different ircds running) am I wasting my time trying to hack and
> tweak a FreeBSD host-based firewall running ipfw ?
>
> I am getting hammered by a different (D)DoS attack every single day - it
Josh Brooks wrote:
> Thank you for that advice - it is very well taken.
>
> Obviously, my goal is to mitigate as much as possible - I have accepted
> that I cannot stop all DDoS - my question is, do serious people ever
> attempt to do the mitigation/load shedding with a host-based firewall (in
> t
Josh Brooks wrote:
> So, you say that a poorly configured netscreen is no better than a poorly
> configured freebsd+ipfw ... but what about the best possibly configured
> netscreen vs. the best possibly configured freebsd+ipfw ?
The answer to that particular question depends on what you mean
by "c
Nate Williams wrote:
> Except that it's acting as a router, and as such there is no 'setup'
> except for the one he is using to configure/monitor the firewall via
> SSH.
>
> In essence, a no-op in a dedicated firewall setup.
He doesn't want just a dedicated firewall, since it won't save
him from
Josh Brooks wrote:
> I removed all the count rules a week or so ago. Now I just have 2-300
> rules in the form:
>
> allow tcp from $IP to any established
> allow tcp from any to $IP established
> allow tcp from any to $IP 22,25,80,443 setup
> deny ip from any to $IP
>
> and I have that same set
Josh Brooks wrote:
> You know, I keep hearing this ... the machine is a 500 mhz p3 celeron with
> 256 megs ram ... and normally `top` says it is at about 80% idle, and
> everything is wonderful - but when someone shoves 12,000-15,000 packets
> per second down its throat, it chokes _hard_. You thin
Yury Tarasievich wrote:
> Terry Lambert wrote:
> >FreeBSD is actually adding pointers and other complexity to its
> >stack
> >
> [...etc.]
>
> So you are referring to common features of stacks of both 4.* and 5.*,
> right?
Mostly 5.x for the mbuf metadata modi
Lars Eggert wrote:
> > If by 'cable' you mean a cable modem providing at best a few Mb/s
> > bandwidth, then I doubt the speed of your disk will have any impact
> > whatsoever. Even the crappiest ATA disk will be able to deliver a few
> > MB/s -- in the worst case that's still an order of magnitud
Arun Sharma wrote:
> So my question is, is there a simple tool to list the order in which
> various initialization/probe routines get called in mi_startup ? If not,
> what would it take to write one ?
more /sys/sys/kernel.h
The SYSINIT elements are bubble sorted by a primary key, the
subsystem id
Arun Sharma wrote:
> Terry Lambert wrote:
> > Arun Sharma wrote:
> >
> >>So my question is, is there a simple tool to list the order in which
> >>various initialization/probe routines get called in mi_startup ? If not,
> >>what would it take to write one
Arun Sharma wrote:
> On Sun, Jan 19, 2003 at 04:57:13AM -0800, Terry Lambert wrote:
> > You will get the information you seem to be asking for (unless I'm
> > misunderstanding you, and you are trying to lead upo asking for a
> > string identifier, and for some reason
"Bruce A. Mah" wrote:
> If memory serves me right, Arun Sharma wrote:
> > On Mon, Jan 20, 2003 at 08:33:09AM -0800, Bruce A. Mah wrote:
> > > PS. I personally ignore the severity and priority fields of PRs. The
> > > importance of many PRs I've dealt with is very much inflated.
> > >
> >
> > Perh
Narvi wrote:
> On Tue, 21 Jan 2003, Terry Lambert wrote:
> > The priority field is rather ridiculous, in a volunteer project,
> > at least one that does not have some sort of scheduling enforcement
> > (i.e. one could envision a system where all changes must have PR's
>
Narvi wrote:
> > Priority means "how much does the group value having this
> > fixed".
> >
> > If the problem is that the wi driver panics the kernel when
> > Joe-Bob inserts a prototype card that noly he has, the severity
> > is 5 (on a scale of 0-5), but the priority on fixing it for the
> > proj
Yury Tarasievich wrote:
> Narvi wrote:
> >If only Joe-Bob or some other very limited set of people have the
> >card, then the severity of the bug in the *FreeBSD* bug database
> >should probably not be 5 - orherwise the database will contain a
> >large amount of bugs that claim to be of high severi
Steve Kudlak wrote:
> Like speaking of technical things has anyone brought
> up a raytrace/rendering or other fancy computer graphics
> system under FreeBSD?
Yes.
Manex Visual Effects did.
Perhaps you've heard of the movie "The Matrix", whose computer
graphics were rendered on FreeBSD systems?
Matthew Dillon wrote:
> Hi Sean. I've wanted to have a random-disk-cache-expiration feature
> for a long time. We do not have one now. We do have mechanisms in
> place to reduce the impact of sequential cycling a large dataset so
> it does not totally destroy unrelated cached dat
Sam Tannous wrote:
> I have two freebsd boxes (back to back) and I've
> been playing with a simple server on one machine
> and client on the other machine (this was simply
> an exercise with playing with kqueue). Both the
> server and the client are single processes and the
> client seems to stop
Robert Watson wrote:
> Some of this has to do with limits on the available ancillary ports for
> out-going connections. Try adding additional IP addresses to the client
> machine, and forcing your client software to use specific IP addresses.
[ ... ]
> Hard-coding local addreses in your
> applic
Matthew Dillon wrote:
> :I really dislike the idea of random expiration; I don't understand
> :the point, unless you are trying to get better numbers on some
> :..
>
>Well, the basic scenario is something like this: Lets say you have
>512MB of ram and you are reading a 1GB file sequential
Tim Kientzle wrote:
> Cycling through large data sets is not really that uncommon.
> I do something like the following pretty regularly:
> find /usr/src -type f | xargs grep function_name
>
> Even scanning through a large dataset once can really hurt
> competing applications on the same machin
Sean Hamilton wrote:
> In my case I have a webserver serving up a few dozen files of about 10 MB
> each. While yes it is true that I could purchase more memory, and I could
> purchase more drives and stripe them, I am more interested in the fact that
> this server is constantly grinding away becaus
"Brian T. Schellenberger" wrote:
> 2. For sequential access, you should stop caching before you throw away
> your own blocks. If it's sequential it is, it seems to me, always a
> lose to throw away your *own* processes older bllocks on thee same
> file.
You can not have a block in a vm object whi
"Matthew N. Dodd" wrote:
> They should really look at Sprite. (And anyone thats doing clustering and
> not looking at VMS deserves what they get.)
>
> On a real cluster running a single image all all the drives would just
> show up. There wouldn't be any hacking going on. Stuff like this kind o
Audsin wrote:
> I am Dev, doing my research in Centre for Telecommunications Research,
> King's college London. My research project involves evaluating the
> performance of MIP6 TCP in the presence of fragmentation and without
> fragmentation. I am using Kame MIP6 for Free BSD 4.4 and have configu
Nicolas Mallet wrote:
> Audsin wrote:
> >I wish to change the Maximum segment size
> >of the TCP. Can you please help me , where i should change the MSS of the
> >TCP. Can you tell me where the default size of the MSS mentioned?
>
> $ sysctl -a | grep mss
> net.inet.tcp.mssdflt: 512
> net.inet.tcp
Daniel Ellard wrote:
> > man ifconfig
> > /mtu
>
> The original question asked about the TCP MSS, not the MTU. Looking
> at ifconfig isn't going to help.
Actually, the original question is about how to cause the
creation of fragments, for the purposes of testing. The
MSS question i
In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
writes:
> I haven't been following this thread too closely, but I was hoping you could
> clarify something for me. For what does GEOM mean/stand?
GEOM is not an acronym, even though the last three letters are
uppercase, as they would be with an ac
Matthew Dillon wrote:
> :It says "IO/APIC support in future versions". So, it's not an SMP option
> :today, as I understand it.
>
> Although, this is more a deficiency in the way FreeBSD is designed. Using
> an APIC is nice, but not absolutely necessary. All we need are good
> specs
Julian Elischer wrote:
> On Sat, 1 Feb 2003, Ceri Davies wrote:
> > On Sat, Feb 01, 2003 at 10:45:48AM -0800, Julian Elischer wrote:
> >
> > > maybe we should make some sort of geographical registration
> > > web page so that people can find each other?
> >
> > ports/astro/xearth/files/freebsd.comm
Poul-Henning Kamp wrote:
> I realize that there are users of the DiskOnChip hardware out there
> now, but I seriously don't expect there to be any users once we get
> to FreeBSD 6.0 so I plant to remove the driver once the 5-stable
> branch is laid down.
Why?
To what benefit?
-- Terry
To Unsubs
David Yeske wrote:
> I still use this. Users will not suddenly quit using hardware that
> works, they will start using a different OS that works with it, or
> they will be stuck trying to continue to support an old version of
> FreeBSD because it works with it. FreeBSD is the only BSD that
> curr
rmkml wrote:
> here is a sample code (vfork_execve.c) to demonstrate a locking problem.
The short answer is that your code is wrong.
The longer answer is that your code is assuming implementation
details in vfork() which are undefined in threaded programs,
according to the standard, and is assumi
Dag-Erling Smorgrav wrote:
> David Yeske <[EMAIL PROTECTED]> writes:
> > I still use this. Users will not suddenly quit using hardware that
> > works, they will start using a different OS that works with it, or
> > they will be stuck trying to continue to support an old version of
> > FreeBSD beca
Maksim Yevmenkin wrote:
> Please find attached patch that adds new option to the PPP.
>
> run-scripts-in-direct-mode
> Default: Disabled. This allows to run chat scripts in
> direct mode.
>
> did i miss anything? objections? comments? reviews?
First comment: run it past Brian Som
Maksim Yevmenkin wrote:
> force-scripts
>Default: Disabled. Forces execution of the configured chat
>scripts in direct and dedicated modes.
Outstanding! If Brian doesn't veto, I'd say it's gold, and
someone should commit it; so I guess this fixes the last Bluetooth
Cell phone PPP problem,
Gordon Tetlow wrote:
> > Why announce an intent to kill something that works?
> >
> > Do we just not "like" DoC, as a matter of public policy?
>
> I think phk has a good explaination:
>
> :The driver in the tree works with the M-systems devices I have to
> :test with, but M-Systems have neither s
Maksim Yevmenkin wrote:
> seems like it :) just got report back from one of the testers.
> he got connected to the internet over his T39m bluetooth enabled
> cell phone. the cool thing is that you can make CSD, GPRS or HSCSD
> calls. its just a matter of init string you send to the phone :)
> still
Nat Lanza wrote:
> > But if that's the argument for removing it, then it's probably
> > time to remove the ability to use non-DMA IDE drives from the
> > ATA driver, and kill all the ethernet drivers that have alignment
> > requirements for their DMA engines, making m_pullup copies
> > necessary, a
der Mouse wrote:
> In most respects I don't care much for the GPL, but this is one of the
> really good effects it has: it keeps people from using "you gotta
> splash my name all over everything" licenses on their stuff. I just
> looked at the INSTALL.txt file from the most recent NetBSD/sparc
> r
der Mouse wrote:
> [off-list]
Uh, no it wasn't. Do you want a reply? On list or off?
8-).
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
rmkml wrote:
> Thank for you answer.
Sorry that it probably was not the answer you wanted. 8-(.
> It is difficult to find anything concerning the signal model
> of BSD implementation. In particular, for threaded applications.
> If you can give me some advise or documentation to read, it will
>
Sean Davis wrote:
> On Mon, Feb 03, 2003 at 10:00:48PM -0800, Terry Lambert wrote:
> > This is actually incorrect. At one point in time, the email
> > address of the driver authors was printed out in boot messsages,
> > under Linux. They had a "flag day" in
Justin Lundy wrote:
> "Add a possibility to add a random offset to the stack on exec. This makes
> it slightly harder to write generic buffer overflows. This doesn't really
> give any real security, but it raises the bar for script-kiddies and it's
> really cheap.
It's also security through obscur
Josef Karthauser wrote:
> I know that this is slightly off topic, but maybe someone here could
> advise me.
>
> I need to obtain a certificate to use on my openssl/apache web server,
> but looking at Verisign and Thawte it appears that they're charging a
> lot of money ($450) per year for one! Do
oceanare pte ltd wrote:
> Ronald G. Minnich wrote:
> > I don't know who he is either, but much to my regret this nonsense has
> > forced me off the list.
>
> Talk about beeing sensitive.
>
> I do not stop walking on streets despite the fact that some people
> get robbed there.
Do you unsubscrib
clemens fischer wrote:
> Terry Lambert <[EMAIL PROTECTED]>:
> > Note that many people have older browsers: the older the browser,
> > the smaller the number of signing authorities they will recognize
> > by default. Keep this in mind when picking browsers to examine.
&
Matthew Dillon wrote:
> The "vga" driver works in low resolution modes. The "vesa" driver
> does not work. Via has a linux driver on their CD for X, called "via",
> which linux people seem to be using successfully, but I can't find
> sources anywhere. I don't understand why these
Dave Hayes wrote:
> Terry Lambert <[EMAIL PROTECTED]> writes:
> > Do you unsubscribe from mailing lists you merely monitor for
> > interesting content, rather than subscribing to them, when some
> > jerk fills up your POP3 maildrop because they have an axe to
> &
Peter Wemm wrote:
> Jordan Hubbard wrote:
> > Wow, deja-vu!
>
> Hey! I've got a GREAT idea! I whipped up this nifty perl script and
> I can run it over the src tree to delete all the trailing whitespace!
> And even better, I can collapse tabs at the beginning of lines! What
> a great deal! That s
Matthew Dillon wrote:
> :> The "vga" driver works in low resolution modes. The "vesa" driver
> :> does not work. Via has a linux driver on their CD for X, called "via",
> :> which linux people seem to be using successfully, but I can't find
> :> sources anywhere. I don't understa
Roman Neuhauser wrote:
> Thanks guys. Is there a clean way to make sure that the description
> will always begin on the line below the tag line? IOW, with
> .Bl -tag, if the actual tag width is less than that of -width's
> argument, these two items will fold, and description will be
Dag-Erling Smorgrav wrote:
> Peter Wemm <[EMAIL PROTECTED]> writes:
> > Yes, sort-of. kenv(8) can change the strings. But I suspect it is too
> > late for something like isa since I think it would have done a pass at boot
> > to create the attachment nodes. But as configuration knobs for drivers
Peter Pentchev wrote:
> On Wed, Feb 12, 2003 at 03:08:17AM -0800, Terry Lambert wrote:
> > Dag-Erling Smorgrav wrote:
> > > Peter Wemm <[EMAIL PROTECTED]> writes:
> > > > Yes, sort-of. kenv(8) can change the strings. But I suspect it is too
> > > &
Kevin Fogleman wrote:
> Is there an existing way to monitor the entire filesystem for changes to
> any file, particularly changes in extended attributes?
On that note, I'm looking for an extended attribute I can set
which will prevent monitoring for changes on a particular file...
8-) 8-).
The a
Nik Clayton wrote:
> On Sun, Feb 02, 2003 at 10:37:21AM -0600, Stephen Hilton wrote:
> > Why not base it on latitude and longitude, along with an
> > email address and text fields to allow for some self
> > expression of areas of interest etc...?
> >
> > A clickable map would be a nice interface fo
Paul Robinson wrote:
> Terry Lambert wrote:
> > None of those maps are clickable. They're actually just *tiny*
> > PNGs of maps-with-pins-in-them, with no obvious correlation to
> > real location data associated with PERL (e.g. number of pins is
> > not equal to
Vaclav Haisman wrote:
> I have been playing with signals handling and I've found one thing where
> FreeBSD differes from other unix systems that I have access to. This test loops
> endlessly in FreeBSD but terminates in SunOS 9 and GNU/Linux. It is as test for
> what happens when a program raises S
Vaclav Haisman wrote:
> > man 2 abort
> >
> > -- Terry
>
> logout ~/tmp>man 2 abort
> No entry for abort in section 2 of the manual
>
> Besides, this doesn't explain anything. I see I haven't asked any question in
> my previous post. So, why does FreeBSD behave different?
Because POSIX mandates
Vaclav Haisman wrote:
> > If you want this to not happen, you should explicitly uninstall the
> > handler, or you should call abort(3) (or _exit(2), if you don't want
> > to leave a core dump).
>
> Even though this is probably about my misunderstanding of things I post here
> the test I used.
[ .
Andrea Franceschini wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> wrote:
> >Uh, it looks like you don't have the standard PCI card that people
> >are getting, mine looks like this:
> >wi0: port 0xff00-0xff3f,0xfc00-0xfc7f mem
>0xffbee000-0xffbeefff irq 11 at device 13.0 on pci0
> >
> >The fact th
omestre wrote:
> + * Copyright (c) 2002 Marcelo Leal
This is generally frowned upon, but not strictly prohibited, if the
code changes are significant.
> - * This product includes software developed by the University of
> - * California, Lawrence Berkeley Laboratory and its contributors.
Andrea Franceschini wrote:
> > So... going back to Alfred's question: what did the vendor say about
> > the PCI card not claiming a memory window?
> >
> Who's supposed to reply this question?
> I could try to contact the Sohoware but, due my poor PCI knowlwdge, I
> wouldn't know what to ask for.:(
Yevgeniy Aleynikov wrote:
> As pointed by Ken - we do have alot of file renames (qmail).
> But 2-nd solution, directory-only rename serialization, probably won't
> affect performance as much.
>
> But i believe it's not only us who's gonna have problem when exploit
> code will be known by everybody
Kirk McKusick wrote:
> Yevgeniy Aleynikov wrote:
> > As pointed by Ken - we do have alot of file renames (qmail).
> > But 2-nd solution, directory-only rename serialization, probably
> > won't affect performance as much.
> >
> > But i believe it's not
Julian Elischer wrote:
> On Fri, 21 Feb 2003, Terry Lambert wrote:
> > Dan's non-atomicity assumption on renames is incorrect.
[ ... ]
> > I think that a workaround would be to comment the directory fsync()
> > code out of qmail, which apparently thinks it's r
Byunghyun Oh wrote:
> I'm porting Plex86 x86 VM, which uses get_user_pages() function at
> Linux-version kernel module to find and pin physical pages of memory
> in user space (according to its documentation). I tried many
> candidates as its replacement (PHYS_TO_VM_PAGE() macro in vm/vm_page.h
> s
Christoph Hellwig wrote:
> On Sun, Feb 23, 2003 at 12:49:31AM -0800, Terry Lambert wrote:
> > I've been unable to find any documentation on get_user_pages(),
> > and you didn't provide a link to any.
> >
> > But looking at the source code, the reason for doi
David Schultz wrote:
> Thus spake Byunghyun Oh <[EMAIL PROTECTED]>:
> > I'm porting Plex86 x86 VM, which uses get_user_pages() function at
> > Linux-version kernel module to find and pin physical pages of memory
> > in user space (according to its documentation). I tried many
> > candidates as its
omestre wrote:
> Thanks Terry Lambert, for your time.
You asked for opinions. I gave my opinion. I am one person, and
what I say has little or nothing to do with whether your code will
be committed.
However, realize that when you ask for a review of a patch, you
are going to get all softs
Byunghyun Oh wrote:
> ps. Is DMA means just 'Direct Memory Access', and shall I understand it
> literally?
Yes, DMA stands for "Direct Memory Access".
The purpose of DMA is to allow devices other than the main CPU
to directly access regions of physical memory by using a DMA
line (DRQ) to arbitrat
G-der wrote:
> This is a first attempt for me but I seem to have problems when it comes
> to ensuring that all the children exit like they should. What happens is
> that each child process remains in a zombied state (as seen through ps).
> Also if you check sockstat you can see that each zombied p
Daxbert wrote:
> Quoting Julian Elischer <[EMAIL PROTECTED]>:
> > On Wed, 26 Feb 2003, Ed Alley wrote:
> > >
> > > Re: Resource leaks
> > >
> >
> > what KIND of resource leaks?
>
> I guess I asked this question of the wrong list. I'm interested in finding dma
> allocs, memory allocs, and IRQ
David Cuthbert wrote:
> Wes Peters wrote:
> > Seriously, limiting your programming for a lifetime to 80 columns
> > because you couldn't figure out how to make some grotty old dot
> > matrix printer do 8-point printing a decade ago really isn't all
> > that smart, is it?
>
> No, but I still find 8
Wes Peters wrote:
> On Wednesday 26 February 2003 09:57 am, Jason Andresen wrote:
> > Even if I never have to print out on a printer like that, who's to
> > say nobody else is? You will no doubt turn people away if they open
> > up your code in their favorite programming editor and all of the
> >
501 - 600 of 1733 matches
Mail list logo
