.tgz
Please note that program is not meant to be run by the end user so
limited checking was done for insane arguments
--
Eitan Adler
___
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"
Thank you. I was stuck for a week on the ncurses issue - but now I
don't think I will have that problem anymore. :-}
On Fri, Dec 31, 2010 at 5:49 AM, Eygene Ryabinkin wrote:
> Thu, Dec 30, 2010 at 07:03:44PM -0500, Eitan Adler wrote:
>> 2) The "help" screen just doesn&
7 +118,7 @@
}
if (argv[2][0] == '-')
- proc = -atoi(argv[2]);
+ proc = -(int)strtol(argv[2], (char **)NULL, 10);
if (rtprio(RTP_SET, proc, &rtp) != 0)
err(1, "%s", argv[0]);
--
Eit
rtprio rtp;
- /* find basename */
- if ((p = rindex(argv[0], '/')) == NULL)
- p = argv[0];
- else
- ++p;
+ p = basename(argv[0]);
if (!strcmp(p, "rtprio"))
rtp.type = RTP_PRIO_REALTIM
struct stub *ep;
-slash = strrchr(path, '/');
-basename = slash? slash+1 : path;
+bn = basename(slash);
for(ep=entry_points; ep->name != NULL; ep++)
- if(!strcmp(basename, ep->name))
+ if(!strcmp(bn, ep->name))
return 1;
retur
if (argv[2][0] == '-') {
+ proc = -(int)strtol(argv[2], &invalidChar, 10);
+ if (*invalidChar != '\0')
+ errx(1,"Process should be a number");
+ }
p;invalidchar, 10);
+ if (*invalidchar != '\0')
+ errx(1,"Process should be a pid");
+ }
if (rtprio(RTP_SET, proc, &rtp) != 0)
err(1, "%s", argv[0]);
--
Eitan Adler
function so I decided
to poke the relevant people about it. More generally - I don't like
seeing old code do something on its own that we have an existing
function for. However your post convinced me that gain of consistency
is not worth the headaches it may cause.
y anyone for insufficiency yet - but it will happen
soon.
--
Eitan Adler
___
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"
I even can rm -rf / by accident.
> What's your solution to this? :)
rm -rf /
rm: "/" may not be removed
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsub
ith a
few different combinations as well as at the prompt.
Thanks for your work!
--
Eitan Adler
___
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"
stinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
>
--
Eitan Adler
___
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"
On Tue, Sep 6, 2011 at 6:44 PM, Manish Vachharajani
wrote:
> Lots of libraries assume that time is fast because it
> is fast under Linux.
Silly question, but why can't we make it fast too?
--
Eitan Adler
___
freebsd-hackers@freebsd.org m
|| (((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP)
&& (disresponse->function_result != SMP_FR_PHY_VACANT))) {
- const char *warnstr = "error sending command";
+ const char * const warnstr = "erro
state = CM_STATE_EOM;
+ break; or should this be /* FALLTHROUGH? */
case CM_TYPE_NUL:
cm->cm_type = CM_TYPE_ACK;
cm->cm_len = sizeo
On Sat, Oct 15, 2011 at 10:01 PM, Benjamin Kaduk wrote:
> On Sat, 15 Oct 2011, Eitan Adler wrote:
>
>> I was playing around with WARNS on some programs and noticed that
>> usr.sbin/rtadvd builds with WARNS=3 with both clang and gcc (and
>> WARNS=6 with gcc). Perhap
at is causing the slow down (if there is any difference at all, see
part a)
I understand that the numbers look bad, and that this is a lot of work
to do to see if there is a difference, but benchmarking is a
non-trivial exercise :)
If I'm wrong here, please correct me. I am always open t
On Mon, Dec 5, 2011 at 12:43 PM, Oliver Pinter wrote:
>... benchmarks ...
http://zedshaw.com/essays/programmer_stats.html
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
is requires more than one test. I'm not trying to be
difficult - but statistics and benchmarking is non-trivial.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
to take a look at this (outdated) article:
http://www.freebsd.org/doc/en/articles/custom-gcc/article.html
This post should have been on ports@ not hackers@.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
uint32_t offset1, uint32_t offset2,\
uint32_t len1, uint32_t len2, \
int advice); }
+532AUE_NULLSTD { int dup3(u_int from, u_int to, int flags); }
--
Eitan Adler
___
es the versioning for the new syscall symbols in libc.
> The symbols not listed in the Symbol.maps are made local during the
> final linkage.
Cut me a bit slack, this is my first attempt at adding a syscall ;)
--
Eitan Adler
___
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"
==
--- lib/libc/sys/Symbol.map (revision 229830)
+++ lib/libc/sys/Symbol.map (working copy)
@@ -383,6 +383,7 @@
FBSD_1.3 {
posix_fadvise;
+ dup3;
};
FBSDprivate_1.0 {
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing li
ut compromising the
quality checks committers (should) do.
If you have ideas to make this process easier or more efficient we are
all eager to hear them. I am especially interested to know what *I*
could do to help speed things along in areas I don't know well enough
to commit to.
--
Eitan Adler
___
On Tue, Jan 17, 2012 at 8:41 PM, Igor Mozolevsky wrote:
> On 18 January 2012 01:11, Eitan Adler wrote:
>
>> It takes time to review and test patches. There are a lot of people
>> that think "it only takes 30 seconds to download the patch, apply, and
>> commit.&q
in:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin"
> # WORKS everywhere
> #export PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin"
>
> cpp -I/usr/local/include conftest.c
pkg_info -W /usr/local/bin/cpp
--
Eitan Adler
__
;t have been closed.
--
Eitan Adler
___
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"
I figure this isn't wanted?
On Thu, Jan 12, 2012 at 10:07 PM, Eitan Adler wrote:
> Okay - here is version 2 (compile and run tested)
>
> Index: sys/kern/kern_descrip.c
> ===
> --- sys/kern/kern_descrip.c
2012/1/20 Kostik Belousov :
> On Fri, Jan 20, 2012 at 06:25:42PM -0500, Eitan Adler wrote:
>> I figure this isn't wanted?
> You silently ignored part of the notes that were provided,
I fixed the style violations you pointed out and removed
_SYS_SYSPROTO_H_ and friends. Which els
ww.eecs.umich.edu/~taustin/papers/MICRO32-diva.pdf
Another example: www.ee.duke.edu/~sorin/papers/ieeemicro08_argus.pdf
These don't use existing cores on a multi-core chip, but instead use a
"functional correctness" chip but I've seen designs that use
On 4 April 2012 01:41, Julian Elischer wrote:
> should be in ports?
Not unless someone decides to become the new upstream and make a
release. We do not maintain software in ports.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
h
quot;continue development". In all cases
the goal should be to upstream the patch ASAP. If there is no active
upstream and the patch does more than the above that is a sign that
someone needs to be willing to become the upstream maintainer first.
--
Eitan Adler
_
nature? That way we could just point the port
at the distfile and we don't have to maintain a seperate patchfile in
the ports tree.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
I was sent this patch by a user that has been having trouble with his
hardware until attach_generic was disabled in loader.conf.
Is there any reason to have this on by default? Would anyone object to
me committing this patch?
--
Eitan Adler
freebsd-9.0-disable-hptrr-generic-attach.patch
booted or powered cycled dozens of times a
>> day, and boot time can be VERY important. Don't assume that the way you
>> use FreeBSD is the only way.
>>
>> -- Ian
>
> Try setting:
>
> sysctl hw.usb.no_boot_wait=1
Can you explain in a bit more detail what th
g at boot.
Does setting this sysctl mean that my { printer, phone, keyboard }
won't function?***
--
Eitan Adler
*** I'm being rhetorical here, but we don't have good sysctl documentation.
___
freebsd-hackers@freebsd.org mailing list
h
hould be documented somewhere. Thanks!
--
Eitan Adler
___
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"
files or just no one
wrote the code?
--
Eitan Adler
___
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"
ewhere and give the url?
--
Eitan Adler
___
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"
ll, I
>> know which I prefer - and others have made similar comments.
>
> That's crazy- this is the logic that led to our sh having tab completion
> and history disabled by default for years. How many people honestly knew
> it was there? The people who would benefit from this feature are the ones
> who wouldn't know it was there.
The system should be optimized for new users by default. Whether this
means enabling or disabling a feature is feature-specific.
--
Eitan Adler
___
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"
them always. This makes it inconvenient
> to go from svn revision to git commit hash or vice versa.
>
>
> And this is something that is and will be fixed, it's just not high on
> my priority list. If someone wants to help out, that would be great!
Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't broken.
--
Eitan Adler
___
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"
On 3 September 2012 10:19, Ryan Stone wrote:
> On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote:
>> Why isn't git.freebsd.org a straight "git svn clone" ? AFAIK that isn't
>> broken.
>
> Well, let's put it this way: I started a git svn clone of the
On 3 September 2012 11:12, Ryan Stone wrote:
> On Mon, Sep 3, 2012 at 10:29 AM, Eitan Adler wrote:
>> I've done the same and it only took me a few hours although the ports
>> repo took a few days.
>
> Hm. Maybe you were working from a local, svnsync'ed repo?
On 3 September 2012 12:01, wrote:
> On Mon, Sep 3, 2012 at 7:29 AM, Eitan Adler wrote:
>> On 3 September 2012 10:19, Ryan Stone wrote:
>>> On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote:
>>>> Why isn't git.freebsd.org a straight "git svn clone"
On 3 September 2012 12:09, Eitan Adler wrote:
> On 3 September 2012 12:01, wrote:
>> On Mon, Sep 3, 2012 at 7:29 AM, Eitan Adler wrote:
>>> On 3 September 2012 10:19, Ryan Stone wrote:
>>>> On Sun, Sep 2, 2012 at 5:45 PM, Eitan Adler wrote:
>>>>>
ce hits
Yes. Code size grows and the flags may enable internal
debugging in the program itself.
> or security risks with this?
no.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
On 4 September 2012 17:50, Dimitry Andric wrote:
> On 2012-09-04 17:53, Eitan Adler wrote:
>>
>> On 4 September 2012 05:26, Jake Smith wrote:
>
> ...
>
>>> It got me thinking, is there any reason why it would be a bad idea to
>>> build
>&
Hi all,
I started a thread about removing CVS from HEAD on arch. If you are
interested in following or have something to say please use that list.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
to avoid checking in patch `artifact` files?
>>
>> Do you have an example where this has happened?
>
> I don't offhand; it was just a hypothetical issue that I
> considered might occur in the future if someone wasn't careful.
+1 to including this. I imagine its
questions
on the mailing list with him CCed so we all learn. :)
--
Eitan Adler
___
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"
On 7 October 2012 10:11, Konstantin Belousov wrote:
> What I do not understand is why do you spam lists instead of
> commmitting the obvious changes ?
It is not spam to ask for review. He was uncertain, and asked for some
clarification.
--
Eitan
ed in
identical binaries, let alone identical results.
Is there an actual difference between -pthread and -lpthread or is
this just a historical artifact?
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
th the preprocessor and linker. It
does not affect the thread safety of object code produced by the
compiler or that of libraries supplied with it.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/m
ne's interests were.
Google code-in is aimed at *coders* and there is an expectation of
people writing *code*.
The biggest complaint for GCI last year was "not enough coding tasks"
--
Eitan Adler
___
freebsd-hackers@freebsd.org ma
tps://www.google-melange.com/gci/tasks/google/gci2011
--
Eitan Adler
___
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"
e (or all) of these tasks be
> listed also in JuniorTasks[3]?
I'll link the page: good point.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail t
ports tree isn't the only concern. We also need to think about
upstream users of bmake that relied on :U and the like working as it
does now.
We will either need to patch them, or implement a USE_OLD_MAKE flag.
--
Eitan Adler
___
fr
ple probably
have custom Makefiles they use for their own projects which may rely
on existing behavior.
--
Eitan Adler
___
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"
On 8 October 2012 12:17, Eitan Adler wrote:
> The only difference between -lpthread and -pthread that I could see is
> that the latter also sets -D_REENTRANT.
> However, I can't find any uses of _REENTRANT anywhere outside of a few
> utilities that seem to define it manually.
What do people think of this? Maybe /usr/libexec/locate.updatedb is a
better pointer?
commit fb03b777daf2c69bb9612902e38fdb25b256be72
Author: Eitan Adler
Date: Mon Nov 12 22:05:55 2012 -0500
Give users a hint when their locate database is too small.
Reviwed by: ???
Approved by
On 13 November 2012 09:33, Warren Block wrote:
...
Ack to all. Final patch sent for approval:
commit 33ed38e54bf7c7c5f0531afa5501f501e1a67279
Author: Eitan Adler
Date: Mon Nov 12 22:05:55 2012 -0500
Give users a hint when their locate database is too small.
Reviwed by: wblock
On 13 November 2012 10:55, Eitan Adler wrote:
> On 13 November 2012 09:33, Warren Block wrote:
> ...
>
> Ack to all. Final patch sent for approval:
>
> commit 33ed38e54bf7c7c5f0531afa5501f501e1a67279
> Author: Eitan Adler
> Date: Mon Nov 12 22:05:55 2012 -0500
>
&
On 13 November 2012 10:58, Eitan Adler wrote:
Okay... sorry for the spam. I remember there was a reason I used
/etc/periodic/weekly/310.locate instead of /usr/libexec/locate.updatedb.
The latter must not be run as root, and the former takes care of this work.
Since the default is to enable
"Do this" is more helpful than "See this which tells you what to do."
--
Eitan Adler
___
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"
Run
>>> /usr/libexec/locate.updatedb", db);
>>
>>
>> That looks longer than 80 characters, a limit given implicitly in style.9.
I think he meant the source line is too long.
--
Eitan Adler
___
freebsd-hackers@freebsd.
On 18 November 2012 09:09, Alexander Yerenkow wrote:
> Integrity could be provided by storing some kind of commit ( each, and
> additionally each 1000nd full) checksums (even for svn) somewhere on
> readonly format.
Google "Merkle Tree" for a method of verifying a log
others up
to date, but fail at times.
> Also, local branching and merging is amazing.
+1 - but one can always use git-svn.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubs
uot;make buildkernel" or should it be treated as an implementation detail?
--
Eitan Adler
___
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"
On 21 November 2012 23:52, Julian Elischer wrote:
> On 11/21/12 5:58 PM, Eitan Adler wrote:
>>
>> I've been working on removing obsolete information various documents.
>> While going through older articles I noticed a few references to the
>> "old style&qu
entation
and
- what are the man differences between the old and new ways.
and it is starting to turn into a flame/bikeshed.
Thanks for the information. I'll restore the documentation with
updated information shortly.
--
Eitan Adler
___
freebsd-hack
made it (check the freebsd-bugs mailing list) but the web
interface can't find it.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "
On 4 December 2012 21:23, Julian H. Stacey wrote:
> Hi,
> Reference:
>> From: Eitan Adler
>> Date: Tue, 4 Dec 2012 20:58:20 -0500
>> Message-id:
>>
>
> Eitan Adler wrote:
>> On 4 December 2012 20:21, Julian H. Stacey wrote:
>&g
if you use ahci(4) instead of the old ata(4) you have
NCQ. If you still use ata(4), you don't.
--
Eitan Adler
___
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"
rrect.
>
> If you don't believe me - look in sys/cam/ata/ata_da.c, look for
> ata_ncq_cmd().
Thanks for the correction - my memory was wrong.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
et lost in the
archives of the mailing list?
--
Eitan Adler
___
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"
table, new_ptr, (int)new_size, file,
line, func);
343 }
--
Eitan Adler
___
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"
ings
> in ports).
If the old defaults aren't the best defaults - I'd change them. If
someone depends on the old defaults they should be explicitly set.
POLA should not impede progress.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
ht be, it is reasonable to just enable it now. Unless somebody provide
> valid objections and I do not forget, I will do it in a week for HEAD.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
u got
confused at least 10 others got even more confused.
--
Eitan Adler
___
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"
27;K' vs 'k' is
> used in the output, and which invalid parameters will cause an
> assertion, along with some changes to wording mostly relating to the
> 1024 vs 1000 divisor.
>
> I think I'm done playing with it now.
idProduct = 0x8150
bcdDevice = 0x0100
iManufacturer = 0x0001
iProduct = 0x0002
iSerialNumber = 0x0003 <8628>
-- Forwarded message --
From: Hans Petter Selasky
Date: 6 January 2013 14:04
Subject: Re: regression: if_rue device doesn't attach on HEAD
To: Eitan Adler
There has been some discussion about removing plip support from GENERIC kernels.
plip still appears in sys/conf/NOTES
Does anyone object to the following?
commit f4efd3cf43514bcb1378e2c5e8879a411b943be2
Author: Eitan Adler
Date: Mon Jan 28 15:13:57 2013 -0500
Remove support for plip from
On 30 January 2013 16:39, Eitan Adler wrote:
> There has been some discussion about removing plip support from GENERIC
> kernels.
> plip still appears in sys/conf/NOTES
A quick follow up to this:
--
Eitan Adler
___
freebsd-hackers@fr
On 30 January 2013 16:39, Eitan Adler wrote:
> There has been some discussion about removing plip support from GENERIC
> kernels.
> plip still appears in sys/conf/NOTES
A quick follow up to this: the documentation about plip from the
handbook has already been removed by others.
Is the following page still useful?
Would there be any objection to me removing it?
http://www.freebsd.org/projects/c99/index.html
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
On 4 February 2013 22:08, Adrian Chadd wrote:
> .. is it actually completed?
No idea, hence my question ;)
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
Does someone here mind reviewing
http://www.freebsd.org/cgi/query-pr.cgi?pr=174226 for correctness.
Please feel free to post alternate diffs as a reply as well.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
On 8 February 2013 16:31, Ian Lepore wrote:
> On Thu, 2013-02-07 at 19:32 -0500, Eitan Adler wrote:
>> Does someone here mind reviewing
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=174226 for correctness.
>>
>> Please feel free to post alternate diffs as a reply a
of FreeBSD" in which scheduling algorithm has to
> be changed. Could u please provide the developers manual for sched_ule.c
> file explaining the structures, variables and functions?
--
Eitan Adler
___
freebsd-hackers@free
mes insufficient according to the program?
The application should trust the operating system to manage this
correctly unless it has *very* good reason not to (for instance,
database programs often perform their own swapping/paging).
My suggestion if you are to patch this program at all is to
ier 1.
--
Eitan Adler
___
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"
s what PC-BSD offers. They may
already have similar things.
--
Eitan Adler
___
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"
On 14 April 2013 12:15, Kimmo Paasiala wrote:
> I have to also ask, what would a GUI offer that the command line tools
> do not offer at the moment?
A GUI.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/m
Anyone have thoughts on the following?
commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
Author: Eitan Adler
Date: Thu Apr 25 22:14:49 2013 -0400
Take some improvements from DragonFlyBSD:
- add const where appropriate
- add static where appropriate
- fix a whitespace
On 25 April 2013 22:50, Brooks Davis wrote:
> On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
>> Anyone have thoughts on the following?
>>
>> commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
>> Author: Eitan Adler
>> Date: Thu Apr 25 22:14:
On 25 April 2013 22:56, Eitan Adler wrote:
> On 25 April 2013 22:50, Brooks Davis wrote:
>> On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
>>> Anyone have thoughts on the following?
>>>
>>> commit 82c78ba923d8ce4a1bfbb309658c49021c8bb384
>>
On 26 April 2013 08:22, Jilles Tjoelker wrote:
> On Thu, Apr 25, 2013 at 10:56:10PM -0400, Eitan Adler wrote:
>> On 25 April 2013 22:50, Brooks Davis wrote:
>> > On Thu, Apr 25, 2013 at 10:16:32PM -0400, Eitan Adler wrote:
>> >> Anyone have thoughts on
I'm trying to regenerate src.conf.5 after my recent WITH*_IDEA removal
but the diff shows:
Does anyone know why WITHOUT_BIND_UTILS is showing up a bazillion times?
diff --git a/share/man/man5/src.conf.5 b/share/man/man5/src.conf.5
index 17afca2..54b63db 100644
--- a/share/man/man5/src.conf.5
+++
Thoughts?
commit 17adf7957edc9d3512a02bcc3436e2718469002c
Author: Eitan Adler
Date: Sun Apr 28 20:11:42 2013 -0400
Remove ancient compatibility cruft.
diff --git a/sys/dev/hptiop/hptiop.c b/sys/dev/hptiop/hptiop.c
index 1191718..8ded436 100644
--- a/sys/dev/hptiop/hptiop.c
+++ b/sys/dev
ith an empty /usr/obj too
> but that didn't help either. Does anyone know of a way around this?
> Building without -j is quite tedious.
try the parameter JFLAG ?
from man build:
JFLAG Pass the value of this variable to each make(1) invo-
cation
1 - 100 of 149 matches
Mail list logo
