On Fri, Apr 19, 2013 at 5:49 AM, Konstantin Belousov kostik...@gmail.comwrote:
It would be of some interest to see the evidence.
Certainly. Here is some of the debugging messages that I added to my
application. The first line is a print statement that executes after the
system call returns.
of knowledge in this area, conducting
experiments is quite painful at the moment.
Thanks,
Carl
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr
I am seeing wait4 system calls failing with an EFAULT and I am trying to
understand what might be going wrong.
An inspection of the wait4 implementation suggests the opportunity for
EFAULT is within its invocations of copyout. In my situation, the status
and rusage pointer arguments contain
On Thu, Mar 28, 2013 at 9:54 AM, Andriy Gapon a...@freebsd.org wrote:
But the summary seems to be is that currently it is not possible to break
a thread
out of accept(2) (at least without resorting to signals).
This is a known problem for Java. Closing a socket that another thread is
block
On 10/13/12 03:26, Robert Watson wrote:
On Fri, 12 Oct 2012, Carl Delsey wrote:
Indeed -- and on non-x86, where there are uncached direct map
segments, and TLB entries that disable caching, reading 2x 32-bit vs
1x 64-bit have quite different effects in terms of atomicity. Where
uncached I
leave them to deal with it on their own at the
risk of possibly some duplicated code.
Thanks,
Carl
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers
for those who have to do that as well as the implementation for 64-bit.
Anyhow, it sounds like we are basically in agreement. I'll put together
a patch and send it out for review.
Thanks,
Carl
___
freebsd-hackers@freebsd.org mailing list
http
I noticed that the bus_space_*_8 functions are unimplemented for x86.
Looking at the code, it seems this is intentional.
Is this done because on 32-bit systems we don't know, in the general
case, whether to read the upper or lower 32-bits first?
If that's the reason, I was thinking we could
/drivers.
--Carl
___
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
that the GENERIC
kernel has no such statement and contains ucom. Since the man pages are
therefore in error, I've already provided HPS with a patch that perhaps
he will use to correct the man pages.
--Carl
___
freebsd-hackers@freebsd.org mailing list
http
the functionality doesn't change. IMHO,
this is a bug that needs to be fixed, not just for ucom but any
implicitly included driver.
Who should submit a bug report?
Carl / K0802647
___
freebsd-hackers
query an existing kernel for *all* compiled-in modules?
I'm using FreeBSD-8.1-RELEASE-amd64/i386.
Carl / K0802647
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
is the following guidance for driver
vendors which falls just short of answering my question:
http://wiki.freebsd.org/VendorInformation
(Too bad the fancy illustration is missing.)
Regards,
Carl
___
freebsd-hackers@freebsd.org mailing list
http
binary only executes system calls indirectly through libc
interfaces, as far as libc and libm are concerned, are new symbols the
only thing I need to worry about?
Carl
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On 12/20/07, Peter Jeremy [EMAIL PROTECTED] wrote:
I believe this is an oversight. See the thread beginning
http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/037947.html
Thanks for the pointer into the -stable mailing list.
The incorrect precision control bits is a serious
to the i386 default for i386 binaries. Is the current
behavior intended?
Carl
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting
processing tools (sa(8) and lastcomm(1)) with the upcoming new acct(5)
record format. If you have root access on a FreeBSD AMD64, Sparc64,
ia64, or PowerPC machine please run the shell script
edytocho tocho wrote:
how to configure mail server by freebsd 4.11
This is not the correct list for such questions, questions@ is more
appropriate,
further, 4.11 isn't supported anymore.
I suggest you to read the chapter about mail servers in the handbook
(http://www.freebsd.org/handbook)
FreeBSD 4.8-R
user ppp
P II - 400
128 MB RAM
56K ext. modem, 45.3K connection
When I updated from 4.3-R to 4.8-R recently I immediately noticed
a strange hitch in the flow of received data from user ppp to
TCP/IP applications. For example, with the BSD ftp client, when
receiving a file, the
I just discovered an incompatibility between the handling of
CFLAGS in FreeBSD 4.8-R (and other versions, I'm sure) and in
imake 4.3.0.
Let me give you the symptom first. When building both normal
and shared libraries, using an Imakefile that uses the automatic
object rule generation provided by
Hi! I hope I'm asking in the right newsgroup:
1) What is the effect (from a user-space application
programmer's point of view) of using the MAP_HASSEMAPHORE
flag when calling mmap(...)?
2) And why is there no equivalent flag when
using shmget(...)?
I tried reading the manuals+web, but since in
? If so, how? open() and read() are obviously in libc
which rules them out. Do I have to write my own in assembler?
--
Carl Kreider
Wind River Doctor Design Services
700 E Beardsley Suite 14A
Elkhart Indiana 46514
219-206-8050 x104
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL
, in /usr/local/src
and am ready to compile. However, sys/bus.h wants device_if.h and
bus_if.h, which apparently are generated dynamically. How do I
make that magic happen?
--
Carl Kreider
Doctor Design Services
700 E Beardsley Suite 14A
Elkhart Indiana 46514
219-206-8050 x104
[EMAIL PROTECTED
it
but unfortunately its reversed.
Any ideas on how to get this working?
Thanks
--
Carl Johan Madestrand [EMAIL PROTECTED]
LoRd_CJ on IRC
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
24 matches
Mail list logo