Am 28.09.12 11:31, schrieb Steffen Daode Nurpmeso:
Wojciech Puchar woj...@wojtek.tensor.gdynia.pl wrote:
| but still not anywhere as readable as bsdlabel.
|
|
| I did specifically say 'machine readable'. The XML is well-formed,
|XML is stupid. everything you can do with XML can be
Am 17.09.12 17:42, schrieb Poul-Henning Kamp:
In message blu0-smtp510b16745b704c714268e2d5...@phx.gbl, Lorenzo Cogotti
writ
es:
Hi,
I was wondering about the possibility of FreeBSD to provide an official
supported graphical environment.
We already do: It's called X11 :-)
and for the
Hello,
what about changing order of callout_reset and uprintf?
And your timeout isn't 1minute, it's one second!
Regards,
Marc
I already did that to ensure timer_event_handler would be called correctly.
The result follows:
freebsd# kldload ./timer.ko
timer_event_handler() with MOD_LOAD
Hello again,
it seems that uprintf needs a tty to put output to.
I tried your code with printf instead of uprintf and got
output to root-console ttyu0 every second.
HTH,
Marc
Original-Nachricht
Datum: Mon, 12 Sep 2011 11:58:37 +0200
Von: Filippo Sironi filippo.sir
to see dd added to the
livefs. I have in the past not-infrequently wanted a simple way to boot
FreeBSD from a CD and wipe an installed HD.
dd(1) is already in our livefs, actually you have everything from
/rescue.
--
Marc
___
freebsd-hackers
Hello,
what about using contigmalloc(9), there you can specify
alignment and boundary.
HTH,
Marc
Hi,
I want to allocate one (or more) pages in kernel space.
I'm not sure what is the api in freebsd (something which
is similar to __get_free_pages() of linux).
Would malloc(4096, ...) guarantee
on stdio.h and libc
implementation on lib/libc/stdio/getc.c. Mainly on the
__sgetc(f) macro.
If you follow macros long enough, you'll find that it obviously does use
the read system call. read, readv, pread, preadv are basicly the system
calls through which all normal reads take place.
Marc
/usr/src/sys/modules/vesa/../../i386/isa/vesa.c: In function
'vesa_set_mode':
/usr/src/sys/modules/vesa/../../i386/isa/vesa.c:1117: error: duplicate
case value
anyone seeing this as well or is this a local f***up ?
___
freebsd-hackers@freebsd.org
Am 25.08.2009 um 13:23 schrieb Marc Balmer:
/usr/src/sys/modules/vesa/../../i386/isa/vesa.c: In function
'vesa_set_mode':
/usr/src/sys/modules/vesa/../../i386/isa/vesa.c:1117: error:
duplicate case value
anyone seeing this as well or is this a local f***up ?
fwiw, problem is still
, but got no information).
We just installed FreeBSD 8.0BETA3 (i386) on two HP BL460C, quad Xeon,
with HP smart Array200i and QLogic QMH2462 4Gb FC HBA and networking
works. At least that's what my colleague, who is onsite, just told me
on the phone.
- Marc Balmer
Am 23.08.2009 um 17:08 schrieb Alexander Leidinger:
On Sat, 22 Aug 2009 21:02:32 +0200 Aurélien Méré
aurelien.m...@amc-os.com wrote:
I'm just afraid by reading your email that the situation doesn't seem
to have evolved since the discussion regarding the SoC, maybe even
more taboo, and that
Am 23.08.2009 um 18:24 schrieb Alexander Leidinger:
On Sun, 23 Aug 2009 17:13:42 +0200 Marc Balmer m...@msys.ch wrote:
Am 23.08.2009 um 17:08 schrieb Alexander Leidinger:
On Sat, 22 Aug 2009 21:02:32 +0200 Aurélien Méré
aurelien.m...@amc-os.com wrote:
I'm just afraid by reading your
for on of these (ab)uses...).
I am sure these features could be added if only the code was in the
tree to hack on...
- Marc Balmer
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
Am 22.08.2009 um 18:29 schrieb Alexander Leidinger:
On Sat, 22 Aug 2009 08:50:23 +0200 Marc Balmer m...@msys.ch wrote:
The OpenBSD sensors framework lacks some desireable features, e.g.
event capabilities like getting an event if a certain threshold is
exceeded. And it propbably was used
On Thursday 13 November 2008 21:02, John Baldwin wrote:
On Wednesday 12 November 2008 12:23:14 pm Marc Lörner wrote:
Hello,
I just stepped over a problem with my IDE disk running in DMA-mode
and having more than 4GB of RAM.
It seems that the whole way down GEOM, ata-disk, ata-dma never
and the code doesn't really belong there.
So I thought of putting something into busdma_machdep, but right now I have
now clue to where to hook in, because this function cannot modify buffer
given from vfs_bio = geom = ata.
Regards,
Marc Loerner
P.S.:
I'm using kernel-sources from 7.0-RELEASE-p3
FreeBSD
5.x, this patch wasn't applied anymore.
If you only want it to compile on your own system with -Werror, you can
use this patch (and probably adapt it to %c, %x and %X as well):
http://www.stack.nl/~marcolz/FreeBSD/gcc-strftime-format-freebsd7.patch.txt
Marc
signature.asc
Description
On Wednesday 10 September 2008 20:09, John Baldwin wrote:
On Wednesday 10 September 2008 04:19:30 am Marc Lörner wrote:
On Tuesday 09 September 2008 21:38, John Baldwin wrote:
On Thursday 04 September 2008 08:00:04 am Marc Lörner wrote:
Hello,
I just read through the code of mutexes
On Tuesday 09 September 2008 21:38, John Baldwin wrote:
On Thursday 04 September 2008 08:00:04 am Marc Lörner wrote:
Hello,
I just read through the code of mutexes and turnstiles
and it seems to me that _mtx_lock_sleep and _mtx_unlock_sleep
are some kind of asymmetric when turning SMP
the runqueue
- thread2 now tries to quick unlock mutex and sees that thread1 holds it =
call to mtx_unlock_sleep
- now we try to use turnstile-mechanism and call turnstile_lookup = returns
NULL because no thread waits for wakeup = we call turnstile_broadcast and
crash.
Regards,
Marc Loerner
and doing it manually.
Doesn't this only disable background fsck support?
By creating file /forcefsck you can force an fsck at next reboot, because
some scripts test for existence.
HTH,
Marc Loerner
___
freebsd-hackers@freebsd.org mailing list
http
/solutions/examples?
Look at file kern/kern_ktrace.c at the use of vn_open in function
ktrace(td, uap) and VOP_WRITE in function
ktr_writerequest(struct thread *td, struct ktr_request *req)
I think reading is done quite analogue to writing in case above.
HTH,
Marc
2.05 and never really had
any trouble.
Marc
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
any real
trouble), simply change it to like:
#if 1
if (RTP_PRIO_IS_REALTIME(rtp.type))
#else
if (rtp.type != RTP_PRIO_NORMAL)
#endif
{
Marc
signature.asc
Description: Digital signature
td_tid.
HTH,
Marc
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
in the kernel-files.
BTW, you can get an thread-struct pointer from curthread (c.f. sys/pcpu.h).
HTH,
Marc Lörner
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
On Thursday 26 April 2007 19:49, John Baldwin wrote:
On Thursday 26 April 2007 08:08:19 am Marc Lörner wrote:
Hello,
I googled but found nothing about the usage of the kern_* functions
(kern_open, kern_close, kern_pwritev, kern_preadv) that are located in
vfs_syscalls.c
When I use
this information!
Regards,
Marc
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
for example)
and with over 1000 processes it creates noticable overhead. Is this true?
Unless I'm missing something, these aren't included *in* FreeBSD at this time,
but are only distributed as patches to it ...
-
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org
@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
HTH,
Marc
--
Freundliche Gruesse,
Marc Lörner
Tel.: +49 (0)9103-715-30046
Fax.: +49 (0)9103-715-271
Internet: http://www.hob.de
E-Mail: [EMAIL PROTECTED]
HOB
(120*1024, M_DEVBUF, M_WAITOK, 0, (122), 32*1024,
1024*1024);
Thanks in advance,
Marc
P.S.: I'm already aware that contigmalloc doesn't support M_WAITOK!
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
improvements on using these new
functions?
Kind regards,
Marc
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD
with it ?
Thanks,
Jean-Marc Lienher
+-+ +
| oKsiDiZer Software Electronic |
| http://www.oksidizer.com
serious hacking with it? More accurate:
I'd say s/nvi/vim (see http://www.vim.org/) if you want to really do
everything with your Vi.
Marc
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
On Mon, Oct 17, 2005 at 04:49:20PM +0200, Marc Fonvieille wrote:
I'd say s/nvi/vim (see http://www.vim.org/) if you want to really do
everything with your Vi.
Err, sorry for the cross-post :(
Marc
___
freebsd-hackers@freebsd.org mailing list
http
. But that
doesn't actually mean anything, because even that is very much defined
as a special case by POSIX.
Marc
pgpBDkCbkSl1O.pgp
Description: PGP signature
On Mon, Aug 01, 2005 at 04:33:23PM +0300, victor cruceru wrote:
Hi Marc,
Thanks for the info. Here it is one my situation. I have a CF reader (fully
detected by the USB subsystem) with two slots
(one with a media and one without any media). An open with O_NONBLOCK on the
empty slot (/dev
On Mon, Aug 01, 2005 at 03:35:46PM +0200, Marc Olzheim wrote:
Hmm, it seems not. Perhaps is trying to do its magic first. What's the
^
Insert 'GEOM' here | :-/
wchan of the process doing the open() ?
Marc
pgpSWtOHC8JdB.pgp
Description: PGP signature
On Wed, Jul 20, 2005 at 11:42:57AM +0300, zkan KIRIK wrote:
Hi,
i am trying to measure free memory and real memory.
but values at dmesg.boot and sysctl are diffrent.
# cat /var/run/dmesg.boot | grep real
real memory = 268435456 (256 MB)
# sysctl vm.vmtotal | grep Real
Real
On Wed, Jul 20, 2005 at 10:56:58AM +0200, Marc Olzheim wrote:
On Wed, Jul 20, 2005 at 11:42:57AM +0300, zkan KIRIK wrote:
Hi,
i am trying to measure free memory and real memory.
but values at dmesg.boot and sysctl are diffrent.
# cat /var/run/dmesg.boot | grep real
real memory
On Tue, May 31, 2005 at 03:41:15PM +0100, Steve Roome wrote:
# Check that SNAPFILE can be created/deleted
mksnap_ffs $MOUNT $SNAPFILE MD_DEV=`mdconfig -a -t vnode -f $SNAPFILE`
mount -o ro,noatime /dev/$MD_DEV /${SNAPMOUNT}
Perhaps a mdconfig option '-o readonly' might help...
Zlo
?
Should I include those files in the patch as well ?
Marc
pgpxXFR8wqpWq.pgp
Description: PGP signature
And a man page link fix to top it off...
Marc
--- src/lib/libc/sys/Makefile.inc Wed Apr 7 11:07:47 2004
+++ src/lib/libc/sys/Makefile.inc Wed Apr 27 11:02:02 2005
@@ -127,7 +127,7 @@
MLINKS+=modnext.2 modfnext.2
MLINKS+=mount.2 nmount.2 mount.2 unmount.2
MLINKS+=pathconf.2
On Mon, Apr 25, 2005 at 06:50:41PM +0200, Marc Olzheim wrote:
On Mon, Apr 25, 2005 at 05:23:14PM +0200, Marc Olzheim wrote:
On Mon, Apr 25, 2005 at 02:50:45PM +0100, Bruce M Simpson wrote:
I don't do enough thread-based programming at the moment to make this
worth
my while, though
On Tue, Apr 26, 2005 at 03:31:15PM +0200, Marc Olzheim wrote:
Ok, I cleaned up the patch, got the freebsd32-compat working and filed a
PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80362
Thanks to some people commenting, I've fixed a typo and added the off_t
typedef in sys/uio.h, so
Are there plans on implementing preadv() and pwritev() ? I kind of miss
the functionality and I saw NetBSD had it already...
Are there any issues with it that I'm not aware of ?
Marc
pgpMrCgB7FChi.pgp
Description: PGP signature
the
spirit of it. ;-)
Possibly more of dofileread() and dopreadv() and their write-cousins
could be merged into each other, but this patch is better readable...
Marc
--- sys/kern/syscalls.masterMon Apr 25 16:56:40 2005
+++ sys/kern/syscalls.masterMon Apr 25 17:05:07 2005
@@ -646,6 +646,10 @@
454
On Mon, Apr 25, 2005 at 05:23:14PM +0200, Marc Olzheim wrote:
int
kern_readv(struct thread *td, int fd, struct uio *auio)
{
+ return (preadv(td, fd, auio, (off_t)-1, 0));
+}
-dopreadv()
Hit the send button too quickly, I'll submit a new one after testing.
Marc
pgpoFklMqNhu2.pgp
On Mon, Apr 25, 2005 at 05:23:14PM +0200, Marc Olzheim wrote:
On Mon, Apr 25, 2005 at 02:50:45PM +0100, Bruce M Simpson wrote:
I don't do enough thread-based programming at the moment to make this worth
my while, though, but I'm happy to look at a patch.
Ok, something like this ?
I'm
() and dopwritev() :-P ? Or
should I combine all of the 4 read functions together (as well as all of
the 4 write functions) ?
The current patch is against 6-CURRENT, but applies almost perfectly
against 5-STABLE as well, and works for me. ;-)
Marc
pgpCBcJPHwAma.pgp
Description: PGP signature
(in case
of my test server at 1802240+ bytes, so './writev 2 foo' fails...
Marc
pgppI0qQA9pN4.pgp
Description: PGP signature
() and pwrite() are allowed to do short
writes on regular files... ?
Marc
pgpUDg3wAPZRx.pgp
Description: PGP signature
with result nbyte, without it being a permanent condition.
What phrase makes you conclude that it can ?
Marc
pgpWq1uSfqyaE.pgp
Description: PGP signature
for this?
Probably the part that you quoted about the write() after the short
write() supposedly returning an error.
Besides from that: since it isn't non-blocking, why not just block until
everything is written ? That's the way it is done on FreeBSD 4.x and
that's how I interpret the standards...
Marc
On Mon, Apr 18, 2005 at 10:33:21PM +0200, Marc Olzheim wrote:
On Mon, Apr 18, 2005 at 04:22:13PM -0400, Brian Fundakowski Feldman wrote:
http://green.homeunix.org/~green/nfs_client.deadlock.patch
Hmm, could you change it into a diff -u ?
I replaced the patch with one with -u for you
On Tue, Apr 19, 2005 at 11:18:00AM -0400, Brian Fundakowski Feldman wrote:
Does this work for you?
...
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions
-std=c99 -g -nostdinc -I- -I.
On Tue, Apr 19, 2005 at 06:02:58PM +0200, Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 11:18:00AM -0400, Brian Fundakowski Feldman wrote:
Does this work for you?
...
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith
?
I'm not sure. tftp itself is able to handle 32MB+ files, but maybe the
loader isn't.
A workaround, no using NFS, could be to tftp a second filesystem image
on boot and mount that from the root filesystem.
Marc
pgpSwBx9SeyRR.pgp
Description: PGP signature
to use the loader to 'load -t mfs_root'
the mfsroot image. After that, you wouldn't depend on NFS anymore.
Marc
pgpQt6RSzaxP0.pgp
Description: PGP signature
.x (or hopefully 5.4-RELEASE).
See: http://green.homeunix.org/~green/nfs_client.deadlock.patch
Ok, I'll try it out on -CURRENT then.
Marc
pgpAntn3YlXQZ.pgp
Description: PGP signature
sizes. (I don't think there should be any difference when using reasonable
block sizes).
Is this supposed to fix kern/79208 ?
Marc
pgps4BytOYqIO.pgp
Description: PGP signature
...
Marc
pgpAcf5b8T5HU.pgp
Description: PGP signature
the text
console useless, we had a patch to prevent processes with specific names
being killed. I could revive this and turn this into a sysctl if
anyone's interested...
Marc
pgpXZ8bngu8xb.pgp
Description: PGP signature
a FOREACH_PROC_IN_SYSTEM(p) ... find biggest unlocked ...
kill-kill-kill...
Marc
pgpyexatlhIPU.pgp
Description: PGP signature
to the
latest sources:
Erhm, my mistake I meant the same code, just copy-pasted the function
name above vm_pageout_scan() by accident. :-/
My point was/is: it still seems to do big process detection / killing.
The original patch preventing X to be killed was built into that same
loop...
Marc
On Wed, Mar 30, 2005 at 08:12:08PM +0200, Marc Olzheim wrote:
Please have a look at it and tell me whether this could be useful for
FreeBSD or whether that's a bridge too far...
The patch is at
http://www.stack.nl/~marcolz/FreeBSD/gcc-printf.patch.txt
Besides that, you'll need to include
into somewhere else then /usr/libexec and use
CFLAGS=-Botherdir to gcc to try it out.
I know, that other varargs functions' handling isn't modified yet; I
just thought I'd start with printf() and see whether it was useful.
Please let me know what you think.
Marc
pgpeHhqDf4DeN.pgp
Description: PGP
;-)
Looks like a good patch to me.
Marc
pgpGxhud3Bc5I.pgp
Description: PGP signature
the define
of PKZIP_BUG_WORKAROUND. Have you checked all possible problems, or did
you just stumble onto this one ?
Marc
pgpmtFKH4ORVV.pgp
Description: PGP signature
On Tue, Mar 15, 2005 at 09:42:07PM +0100, Marc Olzheim wrote:
Thanks. Could someone generate the patch as I dont have the latest
FreeBSD source checked out.
Hmm, there seem to be more possible leaks, as the code has been
literally copied from /usr/src/gnu/usr.bin/gzip/, including
: Is this mean we can have init(8) running in jail?
alias reboot 'kill -TERM -1'
alias shutdown 'kill -TERM -1'
?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ
are not used by another
hardware piece, why does bus_alloc_resource() returns NULL here?
This is on a 4.10 system but I tried to boot with a 5.3 kernel and the
behavior is the same.
Jean-Marc
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993
that compiling with
-pthread links in the thread safe libc_r library instead of libc. As
syslog() seems to part of libc on FreeBSD, is it safe to assume that
syslog() is indeed thread safe on FreeBSD when compiling with the
-pthread switch?
Thanks,
Marc Balmer
() are
started.
2) The first argument to openlog() must not be NULL.
3) The %m Format String must not be used in syslog() calls.
Any comments?
- Marc
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
allowing DVD+/-R burning?
Have you any plan on supporting DVD+/-R write with burncd?
Marc
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
of that
somewhere IIRC).
You meant a growisofs version that does not require ATAPICAM?
(Currently growisofs+ATAPICAM work like a charm)
Burncd support DVD+R to some extent, depends on burner doing what I
think it should. But as you might infer from the above I'm thinking of
changing that :)
great!
Marc
on your site.
Is there any new version freely available? :)
Maybe it's difficult to maintain, I don't know, but what about having an
ATA cdrecord or cdrdao port in our Ports Collection?
Marc
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
)...
[...]
It seems ftp.freebsd.dk does not accept passive mode :((
Marc
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
right now, my fsck is reporting:
ZERO LENGTH DIR I=9222075 OWNER=root MODE=40755
SIZE=0 MTIME=May 10 17:33 2004
CLEAR? yes
any way of findign out what the max I= will be, so that one can know how
close to the end things are?
Marc G. Fournier Hub.Org Networking Services (http
On Sun, 16 May 2004, Dan Nelson wrote:
In the last episode (May 16), Marc G. Fournier said:
right now, my fsck is reporting:
ZERO LENGTH DIR I=9222075 OWNER=root MODE=40755
SIZE=0 MTIME=May 10 17:33 2004
CLEAR? yes
any way of findign out what the max I= will be, so that one can
phase number and phase-
specific progress information.
Wish I had known that yesterday ... :(
On Sun, 16 May 2004, Julian Elischer wrote:
how about just hitting ^T?
On Sun, 16 May 2004, Marc G. Fournier wrote:
right now, my fsck is reporting:
ZERO LENGTH DIR I=9222075 OWNER=root
101467120 878311292% 7460715 7587989 50%
so I take there are 'gaps' in the inode list? it doesn't re-use freed
ones but keeps climbing until maybe it rolls around or something?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED
. It would be nice to add something like that into
the FreeBSD base distribution - it's not like log rotation is a feature
needed only on rare installations.
Which seems to be exactly what newsyslog is for...
Marc
___
[EMAIL PROTECTED] mailing list
http
On Thu, Jan 22, 2004 at 11:16:41AM +0100, Marc Olzheim wrote:
Daniel Eischen proposed a simpler patch, which does the same trick...
Could this be committed in -STABLE by someone ? Or must this wait until
after 4.10 ?
(CURRENT: pthread_private.h -r 1.82 -r 1.81)
Marc
--- /usr/src/lib/libc_r
] == ':' elemcopy[1] == '\0'
assuming the relevant header (string.h) is in scope. (I was under the
impression that gcc did this).
You're mixing up strcpy() with strcmp(), but you are right, unless
-fno-builtin is specified.
Marc
___
[EMAIL PROTECTED] mailing
, but since its still under development,
there is always the chance that this happens again ... a load of the
system took 49hrs, I believe was mentioned ... how long to dump/reload the
system once its already in subvsersion format?
Marc G. Fournier Hub.Org Networking Services (http
do it in make.conf, since doing it into the kernel config itself
doesn't propogate to various userland binaries that also need to know of
the change ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
On Wed, Jan 21, 2004 at 11:09:16PM +0100, Marc Olzheim wrote:
On Wed, Jan 21, 2004 at 10:13:44PM +0100, Marc Olzheim wrote:
Could someone tell me ?
Erhm... For some clue what this is about:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg44893.html
Found it out already, shouldn't
For debugging purposes would like to propose the following patch. The
only thing besides from not knowing anything about other architectures
than i386, is that I don't know exactly what happens when compiling with
-fomit-frame-pointer
Could someone tell me ?
Marc
--- /usr/src/lib/libc_r/uthread
On Wed, Jan 21, 2004 at 10:13:44PM +0100, Marc Olzheim wrote:
Could someone tell me ?
Erhm... For some clue what this is about:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg44893.html
Marc
___
[EMAIL PROTECTED] mailing list
http
On Wed, Dec 31, 2003 at 03:30:15PM +0100, Marc Olzheim wrote:
So I noticed. But it seems to me as if the undefers could be removed
from within the if-else-blocks and collapsed into a single undefer just
beneath the if-else-blocks, right before the
_thread_leave_cancellation_point();
Hmm
and will never do it again.
I still use floppies to do my installs, and find getting the base system
up over FTP to generally take 30minutes *shrug* Faster, IMHO, then
downloading the ISO and burning it to a CD ..
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL
Hi.
Is there a reason why in the case that a thread is not done yet,
pthread_join() does not call _thread_kern_sig_undefer() ?
We have a program where one thread consumes all CPU it can get for
blocks of data.
A status thread is spawned as soon as the main thread starts working on
a new block,
On Wed, Dec 31, 2003 at 12:16:42PM +0100, Marc Olzheim wrote:
Hi.
Is there a reason why in the case that a thread is not done yet,
pthread_join() does not call _thread_kern_sig_undefer() ?
Hmm, it isn't FreeBSD specific... OpenBSD does the same...
Zlo
On Wed, Dec 31, 2003 at 08:47:03AM -0500, Daniel Eischen wrote:
Is there a reason why in the case that a thread is not done yet,
pthread_join() does not call _thread_kern_sig_undefer() ?
[snip]
No, it looks like you found a bug. Committed, thanks!
Hmm, ok ;-) But then why is
On Wed, Dec 31, 2003 at 09:22:14AM -0500, Daniel Eischen wrote:
Hmm, ok ;-) But then why is _thread_kern_sig_undefer() called within
every if-case, instead of just below the if ? It looked like it was
contructed this way to be able to omit _thread_kern_sig_undefer() in
that specific
I got this message :
# fsck_ext2fs -d /dev/ad3
** /dev/ad3
BAD SUPER BLOCK: MAGIC NUMBER WRONG
ioctl (GCINFO): Inappropriate ioctl for device
/dev/ad3: can't read disk label
is this due to geom or to FreeBSD 5.1? It worked on a 4.6.2.
Though /dev/ad3 could be mounted when it was clean.
On Sun, 9 Nov 2003, Alexey Dokuchaev wrote:
Hi there,
Recently I've began to consider making some use of unionfs in
(semi-)production environment. Can someone aware of its current status
in -STABLE comment a bit on this subject?
I use it *quite* extensively on all my production servers
On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote:
I beg to differ. It might show linear growth, but the OpenBSD graph is
definitely not O(n).
Err... How would you define O(n) then ?
Zlo
___
[EMAIL PROTECTED] mailing list
On Thu, Oct 23, 2003 at 09:55:21PM +1000, Q wrote:
I beg to differ. It might show linear growth, but the OpenBSD graph is
definitely not O(n).
Hmm, it looks like that when it hits the next threshold, it's O(n),
but O(1) otherwise. But contrary to the blurry Linux 2.4 fork() graph,
the
1 - 100 of 276 matches
Mail list logo
