On Wed Feb 23 11, Garrett Cooper wrote:
> On Feb 22, 2011, at 9:51 AM, John Baldwin wrote:
>
> > On Tuesday, February 22, 2011 11:46:05 am Garrett Cooper wrote:
> >> (Please bottom post)
> >>
> >> On Tue, Feb 22, 2011 at 8:31 AM, Andrew Duane wrote:
> >>> I thought seeking past EOF was valid; wr
On Wed Feb 23 11, Garrett Cooper wrote:
> On Feb 22, 2011, at 9:51 AM, John Baldwin wrote:
>
> > On Tuesday, February 22, 2011 11:46:05 am Garrett Cooper wrote:
> >> (Please bottom post)
> >>
> >> On Tue, Feb 22, 2011 at 8:31 AM, Andrew Duane wrote:
> >>> I thought seeking past EOF was valid; wr
On Wed Feb 23 11, Garrett Cooper wrote:
> On Wed, Feb 23, 2011 at 3:36 PM, Alexander Best wrote:
> > On Wed Feb 23 11, Garrett Cooper wrote:
> >> On Feb 22, 2011, at 9:51 AM, John Baldwin wrote:
> >>
> >> > On Tuesday, February 22, 2011 11:46:05 am Garre
On Wed Feb 23 11, Garrett Cooper wrote:
> On Wed, Feb 23, 2011 at 3:36 PM, Alexander Best wrote:
> > On Wed Feb 23 11, Garrett Cooper wrote:
> >> On Feb 22, 2011, at 9:51 AM, John Baldwin wrote:
> >>
> >> > On Tuesday, February 22, 2011 11:46:05 am Garre
Quoting Robert Watson (from Sat, 12 Feb 2011
19:08:59 + (GMT)):
On Sat, 12 Feb 2011, Alexander Leidinger wrote:
On Sat, 12 Feb 2011 00:52:48 + (GMT) Robert Watson
wrote:
The one comment I'd make is that the MAC case should indicate that
"The MAC Framework" is su
On Wed Feb 23 11, Garrett Cooper wrote:
> On Wed, Feb 23, 2011 at 3:53 PM, Alexander Best wrote:
> > On Wed Feb 23 11, Garrett Cooper wrote:
> >> On Feb 22, 2011, at 9:51 AM, John Baldwin wrote:
> >>
> >> > On Tuesday, February 22, 2011 11:46:05 am Garre
hi there,
could somebody explain the following behavior running a recent CURRENT on amd64?
otaku% sysctl kern.devstat
kern.devstat.numdevs: 6
kern.devstat.generation: 222
kern.devstat.version: 6
otaku% sysctl kern.devstat.all
otaku% echo $?
0
otaku% sysctl -d kern.devsta
hi there,
i hacked up humanized_number(3) a bit in order to produce the following df(1)
output:
otaku% df -hi; df -Hi
FilesystemSizeUsed Avail Capacity iused ifree %iused Mounted on
/dev/ada0p3 217Gi 430Mi 200Gi 0%6.2k 29M0% /
devfs1.0Ki 1.0Ki
here's a rough draft. it introduces a new flag called HN_IEC_PREFIXES so
nothing should get broken and each utility can decide for itself whether to use
the SI binary, SI decimal or the IEC certified prefixes.
another possibility would be to #ifdef the extra code. this would offer the
possibility
here is a revised patch. it also includes the necessary changes to the
humanize_number(3) man page.
cheers.
alex
--
a13x
diff --git a/lib/libutil/humanize_number.3 b/lib/libutil/humanize_number.3
index 82925ba..841da3f 100644
--- a/lib/libutil/humanize_number.3
+++ b/lib/libutil/humanize_number.
On Fri Mar 25 11, Bruce Cran wrote:
> On Fri, 25 Mar 2011 00:21:15 +
> Alexander Best wrote:
>
> > i hacked up humanized_number(3) a bit in order to produce the
> > following df(1) output:
> > [...]
> > 4.2Gi 4.2Gi 0B 100% 0 0 100% /me
h something
> similar. I had an ifdef that forced the new mode, but I was never happy with
> the results.
>
> Warner
>
>
> On Mar 24, 2011, at 7:55 PM, Alexander Best wrote:
>
> > here's a rough draft. it introduces a new flag called HN_IEC_PREFIXES so
>
't work as expected for my new probes (does this work in modules?
fxr.watson.org AFAICS only lists SDT probes in kernel-code, not in
module-code), a hit with the clue-bat is welcome.
Any hints how to debug this further are welcome.
Bye,
Alexander.
--
Foolproof Operation:
No
Quoting Andriy Gapon (from Fri, 25 Mar 2011 12:56:56 +0200):
on 25/03/2011 11:52 Alexander Leidinger said the following:
As I read it, it looks a little bit like the SYSINIT of the SDT
probes didn't
work as expected for my new probes (does this work in modules?
fxr.watson.org
AFAICS
Quoting Alexander Leidinger (from Fri, 25
Mar 2011 14:14:49 +0100):
Quoting Andriy Gapon (from Fri, 25 Mar 2011
12:56:56 +0200):
on 25/03/2011 11:52 Alexander Leidinger said the following:
As I read it, it looks a little bit like the SYSINIT of the SDT
probes didn't
work as exp
one
can test pkgng without rebuild all its packages.
What about DB corruption/loss? Do you keep the
/var/db/pkg//xxx files even with pkgng and only use the DB as
a way to speed up some work (so the DB corruption just requires to run
pkg2ng), or are you lost of the DB is lost?
Bye,
Alex
Quoting Baptiste Daroussin (from Fri, 25 Mar 2011
15:14:52 +0100):
2011/3/25 Alexander Leidinger :
Quoting Baptiste Daroussin (from Fri, 25 Mar 2011
11:11:11 +0100):
pkgng is a binary package manager written from scratch for FreeBSD.
I didn't had a look at it, just some comments
.
would you mind sharing your patch or pinpoint me to the according thread?
cheers.
alex
>
> Warner
>
>
> On Mar 24, 2011, at 8:46 PM, Alexander Best wrote:
>
> > here is a revised patch. it also includes the necessary changes to the
> > humaniz
rts.
> No need to look for strange scenarios, I'm surely going to sudo rm -f
> the file more sooner than later, so... maybe just save a copy?
A copy or two would be enough, but it has to be done automatically, and
once a day is not enough. A copy after each X modifications maybe
(for suitable definitions of X and 'modifications').
Bye,
Alexander.
___
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 Fri, 25 Mar 2011 13:47:13 -0700 Garrett Cooper
wrote:
> On Fri, Mar 25, 2011 at 1:14 PM, Alexander Leidinger
> wrote:
> > On Fri, 25 Mar 2011 16:35:21 +0100 Pietro Cerutti
> > wrote:
> >
> >> On 2011-Mar-25, 15:03, Julien Laffaye wrote:
> >> > &
00 && !HN_IEC_PREFIXES. one has to look very
closely to find out.
> - Make prefixes table consistently long. I have no strong opinion on
> this one, though, it's just what my original version used and I can
> change it to the way Alexander did if there is an advantage of
On Fri Mar 25 11, Alexander Best wrote:
> On Fri Mar 25 11, Xin LI wrote:
> > FYI I have a patch and I have incorporated some of Alexander's idea.
this is what i had in mind (see attached patch).
cheers.
alex
> >
> > Difference:
> >
> > - Use of bo
On Fri Mar 25 11, Xin LI wrote:
> On Fri, Mar 25, 2011 at 3:32 PM, Alexander Best wrote:
> > On Fri Mar 25 11, Xin LI wrote:
> >> FYI I have a patch and I have incorporated some of Alexander's idea.
> >>
> >> Difference:
> >>
> >> -
On Sun Mar 27 11, Warner Losh wrote:
>
>
> On Mar 27, 2011, at 10:48 PM, Devin Teske wrote:
> > Replacement Boot-Loader: twitpic.com/4e46ol
> >
> > NOTE: The final release will have a single-user mode option.
>
> This looks really cool. Nice to see a fresh look for the boot loader...
sorr
the same person gave us a hint about his
technical knowledge (sane expectations in the proposals or not).
---snip---
Bye,
Alexander.
--
Snakes. Why did it have to be snakes?
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org net
hi there,
how hard would it be to change the *.mk code so the following semantics apply:
- make.conf(5) == applies system-wide
- src.conf(5) == applies only to /usr/src
right now certain settings will not be picked up from src.conf(5), like CC or
CXX. it seems src.conf(5)'s puspose atm is limite
On Mon Mar 28 11, Freddie Cash wrote:
> On Mon, Mar 28, 2011 at 3:03 PM, Alexander Best wrote:
> > how hard would it be to change the *.mk code so the following semantics
> > apply:
> >
> > - make.conf(5) == applies system-wide
> > - src.conf(5) == applies on
rch 28, 2011 8:00 AM
> > To: Alexander Best
> > Cc: FreeBSD Hackers
> > Subject: Re: New Boot-Loader
> >
> > Please note that graphical loaders are not very serial console friendly ;-)
> >
> > --
> > Andriy Gapon
> >
> >
> > Am
On Fri Mar 25 11, Xin LI wrote:
> On Fri, Mar 25, 2011 at 3:32 PM, Alexander Best wrote:
> > On Fri Mar 25 11, Xin LI wrote:
> >> FYI I have a patch and I have incorporated some of Alexander's idea.
> >>
> >> Difference:
> >>
> >> -
hi there,
while running the hotkernel dtrace script from DTraceToolkit-0.99 i noticed the
following:
[...]
kernel`sopoll_generic 60 0.1%
kernel`bcopy 80 0.2%
kernel`uma_zalloc_arg
.
Bye,
Alexander.
--
Aberdeen was so small that when the family with the car went
on vacation, the gas station and drive-in theatre had to close.
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
sd-hackers at freebsd.org
This is a pure documentation project, not a coding project. The GSoC
is about coding, not about documenting
(http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/faqs#documentation). So this project is not suitable for the
GSoC.
Bye,
-snip---
weekly_status_pkg_enable="YES"
pkg_version="/usr/local/sbin/portversion -O"
pkg_version_index=""
---snip---
This will tell you in the weekly mail about ports which could be updated.
Bye,
Alexander.
--
Love thy neighbor, tune thy piano.
http://www.Leidinger.net
hi there,
devstat_buildmatch(3) crashes with certain strings. you can test this by
doing one of:
iostat -t ","
iostat -t ",,"
iostat -t "da,"
iostat -t ",da,"
iostat -t ",da"
iostat -t "da,scsi,"
iostat -t ",da,scsi"
iostat -t "da,,scsi"
i've tried, but wasn't able to fix this properly.
cheers.
On Fri Apr 1 11, Sergey Kandaurov wrote:
> On 1 April 2011 01:03, Alexander Best wrote:
> > hi there,
> >
> > devstat_buildmatch(3) crashes with certain strings. you can test this by
> > doing one of:
> >
> > iostat -t ","
> > iostat -t &quo
On Sat Apr 9 11, dieter...@engineer.com wrote:
> While working on other problems with *printf(9), log(9), etc.
> I stumbled upon:
>
> options PRINTF_BUFR_SIZE=128# Prevent printf output being
> interspersed.
>
> Question 1: Am I correct in thinking that PRINTF_BUFR_SIZE is supposed
> to p
Alexander Motin wrote:
> Warner Losh wrote:
>> I don't suppose that your driver could cause the hardware to interrupt after
>> a little time? That would be more resource friendly... Otherwise, 1ms is
>> long enough that a msleep or tsleep would likely work quite
o submit. But this is really a workaround, not
>> a fix to the underlying problem.
>>
>> Redesigning the SCSI layer sounds like a job for someone who took
>> a lot more CS classes than I did. /dev/brain returns ENOCLUE. :-(
CAM is not completely innocent in this situation inde
Alexander Motin wrote:
> Warner Losh wrote:
>> I don't suppose that your driver could cause the hardware to interrupt after
>> a little time? That would be more resource friendly... Otherwise, 1ms is
>> long enough that a msleep or tsleep would likely work quite
e libthr
> - rtld for not preferring libthr over libc
> - libc/libthr for being split into two pieces in the current way
Why rtld would make any special allowances for libthr?! It does exactly
what it is told to do, just as it should.
--
Alexander Kabaev
signature.asc
Description: PGP signature
ed that
> > way since the libc/libc_r split.
>
> Well, I wouldn't blame it so expressly: -pthread is the first option
> on the linkage command line, there is -lc there also. I would expect
> that that would do the right thing, but it doesn't. And that's a
> PITA for
our .mk files which prevents CTF info to be
generated for kld modules, regardless of WITH_CTF flag. I had
discovered this at work just recently and have been using the
following patch for the time being:
http://people.freebsd.org/~kan/kmod-dtrace.diff
If you can confirm it works for you too, I'll get it committed.
Thanks,
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Thu Apr 21 11, Devin Teske wrote:
> Hi List Members!
>
>
>
> I'm proud to announce the first update to my host-setup utility (a
> dialog(1)-based host configurator for FreeBSD). The following changes have
> been
> made:
>
>
>
> - fixed bug where /etc/resolv.conf would be created with 06
On Fri, 22 Apr 2011 07:27:30 -0700
Chuck Tuffli wrote:
> On Thu, Apr 21, 2011 at 7:16 PM, Alexander Kabaev
> wrote: ...
> > There is an omission on our .mk files which prevents CTF info to be
> > generated for kld modules, regardless of WITH_CTF flag. I had
> > disc
On Fri Apr 22 11, Devin Teske wrote:
>
>
> > -Original Message-
> > From: Alexander Best [mailto:arun...@freebsd.org]
> > Sent: Friday, April 22, 2011 7:55 AM
> > To: Devin Teske
> > Cc: freebsd-hackers@freebsd.org; freebsd-questi...@freebsd.org; Teske
On Fri Apr 22 11, Devin Teske wrote:
> > -Original Message-
> > From: Alexander Best [mailto:arun...@freebsd.org]
> > Sent: Friday, April 22, 2011 8:42 AM
> > To: Devin Teske
> > Cc: freebsd-hackers@freebsd.org; freebsd-questi...@freebsd.org; 'Teske,
hi there,
i hacked up kldstat(8) a bit. just wanted to hear what people think of it. the
changes are as follows:
- make -i , -m and -n flags mutually exclusive
- when iterating through kernel files and kernel modules, don't bail out when
an error occurs, but hand down the error via "int error"
On Sun Apr 24 11, Alexander Best wrote:
> hi there,
>
> i hacked up kldstat(8) a bit. just wanted to hear what people think of it. the
> changes are as follows:
>
> - make -i , -m and -n flags mutually exclusive
> - when iterating through kernel files and kernel modules
hi there,
i was wondering about this for some time now:
various documents decribe different policies regarding exit(3)'s return values.
style(9) e.g. recommends using exit(0), while other man pages such as err(3)
recommend using the sysexits(3) return values.
i think i read some time ago on the
On Sun Apr 24 11, Garrett Cooper wrote:
> On Apr 24, 2011, at 10:44 AM, Alexander Best wrote:
>
> > hi there,
> >
> > i was wondering about this for some time now:
> >
> > various documents decribe different policies regarding exit(3)'s return
>
On Fri Apr 22 11, Devin Teske wrote:
> > -Original Message-
> > From: Bruce Cran [mailto:br...@cran.org.uk]
> > Sent: Friday, April 22, 2011 9:35 AM
> > To: Alexander Best
> > Cc: Devin Teske; freebsd-hackers@freebsd.org; freebsd-questi...@freebsd.org;
>
ters
work for chosing something, may be a solution here. Another solution is
maybe
1/[ENTER]. Boot
2/a. ACPI Support...
...
but I have to admit that the second solution is ugly.
A third solution could be to have the numbers and the characters in
bold.
Bye,
Alexander.
--
http://www.Leiding
On Fri, 29 Apr 2011 16:55:12 -0700 "Devin Teske"
wrote:
> > -Original Message-
> > From: Alexander Leidinger [mailto:alexan...@leidinger.net]
> > Sent: Friday, April 29, 2011 1:34 PM
> > To: Devin Teske
> > Cc: 'Mike Meyer'; 'Free
f names? Why much more sophisticated loader(8) operates disks as
diak0/1/..., while boot2 tries to mimic something he has no any idea
about, using very limited information from random sources? Does this
names important for anything?
Even with old ATA names didn't match on my laptop: boot2 repo
theirs boot step/time.
"Asking" is done, on a fully booted sys and I am interested in asking STAGE 2
(boot2).
I think it may be impossible. It is up to each controller's BIOS to
report device or not. And some controllers may just ha
pool automatically, and updating the pool
manually is not necessary) and a reimport into v15 does not solve the
issue, you could try a "import -F" on v28 and then export + reimport
in v15.
Bye,
Alexander.
--
BOFH excuse #176:
vapors from evaporating sticky-note adhes
hi there,
while experimenting with 'gcc -Wmissing-declarations', i stumbled upon the
following typo. it would be nice, if anybody could correct this.
thanks in advance.
alex
--
a13x
diff --git a/sys/gnu/fs/xfs/FreeBSD/support/kdb.c
b/sys/gnu/fs/xfs/FreeBSD/support/kdb.c
index 274f23d..b133dfe
iable is empty)
- I do not think that we need two different namespaces here
-> reorder the items, use incrementing numbers no matter
which type it is (ACPI would be number 4 in the example then)
Bye,
Alexander.
--
http://www.Leidinger.netAlexander @ Leidinger.net: PGP I
On Sun, 8 May 2011 13:45:55 -0700 Devin Teske wrote:
> On May 8, 2011, at 12:13 PM, Alexander Leidinger wrote:
>
> > On Sun, 8 May 2011 10:48:55 -0700 Devin Teske
> > wrote:
> >
> >> I would like to see general consensus from the community for
> >>
e problem that the outgoing address on
requests could be the one of the physical host instead of the IP of the
jail. If this is true in practice, I do not know. This could be
the reason why NFS is not marked with VFCF_JAIL.
Bye,
Alexander.
--
http://www.Leidinger.netAlexander @ Leidinger.net:
something is user relevant,
not developer relevant.
The hardcoded version of this which I use exacly for the purpose you
told here is at
http://www.leidinger.net/FreeBSD/current-patches/sys:fs.diff
Bye,
Alexander.
--
I think my career is ruined!
http://www.Leidinger.net Alexander @ Lei
+ a
custom devfs.rules to get the 2D part (the last time I tried the DRI
part of my patch, it paniced the machine) of the X server working in a
jail, or did you come up with something yourself? If it is the later, I
would be interested how you did it.
Bye,
Alexander.
--
http://www.Leidinger.net
Quoting Doug Ambrisko (from Thu, 19 May 2011
14:38:40 -0700 (PDT)):
Alexander Leidinger writes:
| On Thu, 19 May 2011 10:24:59 -0700 (PDT) Doug Ambrisko
| wrote:
|
| > doesn't have access to it anymore either. Running an X server in a
| > vimage has some issues. Most are pre
Quoting Doug Ambrisko (from Wed, 25 May 2011
09:42:20 -0700 (PDT)):
CCing jails@
Alexander Leidinger writes:
| Quoting Doug Ambrisko (from Thu, 19 May 2011
| 14:38:40 -0700 (PDT)):
|
| > Alexander Leidinger writes:
| > | On Thu, 19 May 2011 10:24:59 -0700 (PDT) Doug Ambrisko
| >
hi there,
i would like to hear people's opinion regarding the following patch. it
features the following semantic changes:
1) -W is now called -Wextra
2) move -fformat-extensions and -fdiagnostics-show-option out of CWARNFLAGS,
since they aren't really warnings. this will now let anybody use c
On Fri May 27 11, rank1see...@gmail.com wrote:
> Idea is ...
> I have i.e; 3 slices, of which first is active.
> Now I wana set slice 2 active, but only for a one/next boot.
> Once slice 2 is booted and system is shutdown or rebooted, once again, first
> slice is active and booted, without user's
ists, too, but it is enabled by
default. so specifying it under clang is pretty much a nop.
cheers.
alex
>
> Warner
>
>
> On May 27, 2011, at 5:51 AM, Alexander Best wrote:
>
> > hi there,
> >
> > i would like to hear people's opinion regarding the following
On Fri May 27 11, Alexander Best wrote:
> On Fri May 27 11, Warner Losh wrote:
> > These look generally good. Just one thing I had a question on:
> >
> > #
> > +# Enable FreeBSD kernel-specific printf format specifiers. Also instruct
> > gcc to
> > +#
On Fri May 27 11, Warner Losh wrote:
>
> On May 27, 2011, at 12:14 PM, Alexander Best wrote:
>
> > On Fri May 27 11, Warner Losh wrote:
> >> These look generally good. Just one thing I had a question on:
> >>
> >> #
> >> +# Enable FreeBSD kern
On Sat May 28 11, Pan Tsu wrote:
> Alexander Best writes:
>
> > On Fri May 27 11, Alexander Best wrote:
> >> On Fri May 27 11, Warner Losh wrote:
> >> > These look generally good. Just one thing I had a question on:
> >> >
> >> >
On Sat May 28 11, Alexander Best wrote:
> On Sat May 28 11, Pan Tsu wrote:
> > Alexander Best writes:
> >
> > > On Fri May 27 11, Alexander Best wrote:
> > >> On Fri May 27 11, Warner Losh wrote:
> > >> > These look
On Sat May 28 11, Bruce Cran wrote:
> On Sat, May 28, 2011 at 06:23:26PM +0000, Alexander Best wrote:
> >
> > well i'm not an expert on this. but are we 100% sure that a kernel on amd64
> > compiled with -O2 frename-registers can be debugged the same way as one with
&
On Sat May 28 11, Alexander Best wrote:
> On Sat May 28 11, Bruce Cran wrote:
> > On Sat, May 28, 2011 at 06:23:26PM +, Alexander Best wrote:
> > >
> > > well i'm not an expert on this. but are we 100% sure that a kernel on
> > > amd64
> &g
On Mon May 30 11, Dieter BSD wrote:
> > maybe we find some nice -Wwarning options which are reasonable
> > to have
>
> -Wmissing-declarations
> -Wimplicit
>
> FreeBSD's gcc doesn't seem to have -Wcoercion ???
> Bugzilla indicates that it was added years ago (2006?).
-Wcoercion seems to have on
On Sat May 28 11, Bruce Cran wrote:
> On Sat, May 28, 2011 at 06:23:26PM +0000, Alexander Best wrote:
> >
> > well i'm not an expert on this. but are we 100% sure that a kernel on amd64
> > compiled with -O2 frename-registers can be debugged the same way as one with
&
On Tue May 31 11, Dimitry Andric wrote:
> On 2011-05-31 11:57, Alexander Best wrote:
> ...
> >>>however i've often read messages - mostly by bruce evans - claiming that
> >>>anything greater than -O will in fact decrease a kernel's ability to be
> &
On Mon May 30 11, Dieter BSD wrote:
> Chris writes:
> >> Ports need attention. The warnings I get there are frightening.
> >
> > I find it comforting that they're just that: warnings.
> >
> > How do they frighten you?
>
> High quality code does not have any warnings.
>
> The most frightening thin
On Tue May 31 11, Garrett Cooper wrote:
> On May 31, 2011, at 3:46 AM, Alexander Best wrote:
>
> > On Tue May 31 11, Dimitry Andric wrote:
> >> On 2011-05-31 11:57, Alexander Best wrote:
> >> ...
> >>>>> however i've often read messages - m
On Tue May 31 11, Alexander Best wrote:
> On Tue May 31 11, Garrett Cooper wrote:
> > On May 31, 2011, at 3:46 AM, Alexander Best wrote:
> >
> > > On Tue May 31 11, Dimitry Andric wrote:
> > >> On 2011-05-31 11:57, Alexander Best wrote:
> > >>
On Tue May 31 11, Dimitry Andric wrote:
> On 2011-05-31 16:39, Alexander Best wrote:
> ...
> >...which leads me to the conclusion that -O should be set when DEBUG was
> >defined: an all ARCHS.
> >
> >right now -fno-omit-frame-pointer is only set on amd64 and powerpc,
artial re-write.
>
> It is the same on MIPS too for all three ABIs that we support (and
> all ABIs that I know about). It is true on ARM as well.
>
> Usually it is different only on segmented architectures like 16-bit
> x86.
>
Not so on ia64, where they have special function descriptor type.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Tue, 31 May 2011 21:09:10 -0700
Marcel Moolenaar wrote:
>
> On May 31, 2011, at 5:06 PM, Alexander Kabaev wrote:
> >> Usually it is different only on segmented architectures like 16-bit
> >> x86.
> >>
> >
> > Not so on ia64, where they have sp
compiler before long. Your proposal will force similar changes in
Clang, Path64 and PCC, , to be really universal which is not
practical.
All IMHO.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Sat, 2 Jul 2011 20:05:12 -0700
Garrett Cooper wrote:
> On Sat, Jul 2, 2011 at 7:08 PM, Ed Maste wrote:
> > On Sat, Jul 02, 2011 at 07:37:24PM -0400, Alexander Kabaev wrote:
> >
> >> On Sat, 2 Jul 2011 17:41:03 +0200
> >> Robert Millan wrote:
> >&
On Sun, 3 Jul 2011 12:41:44 +0200
Robert Millan wrote:
> 2011/7/3 Alexander Kabaev :
> > GCC is on the way to be
> > pushed out into ports in FreeBSD and it will not the the only usable
> > compiler before long. Your proposal will force similar changes in
> > Cla
On Sun, 3 Jul 2011 15:38:41 +0100
Chris Rees wrote:
> 2011/7/3 Alexander Kabaev :
> >
> > __linux__ is exactly what __FreeBSD__ is and dies not identify
> > kernel but rather Linux as whole OS, whatever that might be these
> > days.
> >
> > There does n
On Sun, 3 Jul 2011 17:47:02 +0200
Robert Millan wrote:
> 2011/7/3 Robert Millan :
> > 2011/7/3 Alexander Kabaev :
> >> Not really, unless you have way of sticking this definition into
> >> past compiler releases.
> >
> > There is one way, but it
On Sun, 3 Jul 2011 17:37:30 +0200
Robert Millan wrote:
> 2011/7/3 Alexander Kabaev :
> > __linux__ is exactly what __FreeBSD__ is and dies not identify
> > kernel but rather Linux as whole OS, whatever that might be these
> > days.
> >
> > There does not app
On Tue, 5 Jul 2011 21:04:41 +0200
Robert Millan wrote:
> 2011/7/5 Alexander Kabaev :
> > I agree with all of the above reasons, but none of them change the
> > fact that __linux__ is used left and right to identify both kernel
> > and userland environments
>
> Yes, __
hi there,
i'm seeing the following with 'vmstat -z' on CURRENT, running on amd64:
ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP
128 Bucket:1048, 0, 150, 0,1650,12746, 0
...how can the number of failures be greater than the number of req
On Wed Jul 6 11, Sergey Kandaurov wrote:
> On 6 July 2011 02:46, Alexander Best wrote:
> > hi there,
> >
> > i'm seeing the following with 'vmstat -z' on CURRENT, running on amd64:
> >
> > ITEM SIZE LIMIT USED FREE
OpenBSD__ in the kernel tree, and the same problem can be fixed for
> these two systems with minimal effort.
>
> Here's a new version of the patch, which also adds -U__NetBSD__ and
> -U__OpenBSD__ to CFLAGS.
>
> --
> Robert Millan
Whatever happened to using a pro
On Tue, 12 Jul 2011 23:06:12 +0200
Robert Millan wrote:
> 2011/7/12 Alexander Kabaev :
> > Whatever happened to using a proper cross-tool to do the job?
>
> Why would one need to build a cross-compiler in order to compile
> userland-agnostic code for the same CPU architectu
On Tue, 12 Jul 2011 23:59:05 +0200
Robert Millan wrote:
> 2011/7/12 Alexander Kabaev :
> > The fact that Linux compiler with manually undefined and re-defined
> > platform macros can compile is a coincidence and is not guaranteed
> > to work and certainly is not a goal of Fr
ith such an interpreter, needs to compile one
himself anyway and there are enough alternatives in the ports.
Bye,
Alexander.
--
** MAXIMUM TERMINALS ACTIVE. TRY AGAIN LATER **
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ Fr
On Sun Jul 24 11, Edward Tomasz Napiera?a wrote:
> Wiadomo?? napisana przez Test Rat w dniu 22 lip 2011, o godz. 19:21:
> > Edward Tomasz Napiera?a writes:
> >
> >> Patch below changes ps(1) to automatically size column widths according to
> >> their
> >> contents. From the user point of view,
On Sun Jul 24 11, Alexander Best wrote:
> On Sun Jul 24 11, Edward Tomasz Napiera?a wrote:
> > Wiadomo?? napisana przez Test Rat w dniu 22 lip 2011, o godz. 19:21:
> > > Edward Tomasz Napiera?a writes:
> > >
> > >> Patch below changes ps(1) to aut
n a bit of code regarding callout_* functions but I can't get through
them. Is there anyone who can help me?
Have you read callout(9) manual page? That API is right if you need to
call some function. Also in some cases (if you need to make your kernel
thread wait for something) you may use slee
In general, toolchain is
generally quite easy to build as cross-tool, assuming FreeBSD supports
the target.
--
Alexander Kabaev
signature.asc
Description: PGP signature
On Fri Aug 5 11, Yuri wrote:
> I have the process that first runs in 3 threads but later two active
> threads exit.
>
> top(1) shows this moment this way (1 sec intervals):
> 30833 yuri3 760 4729M 4225M nanslp 4 0:32 88.62% app
> 30833 yuri3 760 4729M 422
101 - 200 of 1213 matches
Mail list logo
