In message: <[EMAIL PROTECTED]>
Gilad Ben-Yossef <[EMAIL PROTECTED]> writes:
: > What you're supposed to do with pthreads in general is use pthread_self().
:
: Unfortunately, AFAIK the opaque handle that pthread_self() returns is
: not quite meaningless outside of the process whereas
In message: <[EMAIL PROTECTED]>
Jamie Lokier <[EMAIL PROTECTED]> writes:
: Btw, unfortunately pthread_self() is not safe to call from signal
: handlers.
And also often times meaningless, as signal handlers can run in
arbitrary threads...
Warner
In message: <[EMAIL PROTECTED]>
"Blue Swirl" <[EMAIL PROTECTED]> writes:
: On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
: > In message: <[EMAIL PROTECTED]>
: > "Blue Swirl" <[EMAIL PROTECTED]> writes:
:
In message: <[EMAIL PROTECTED]>
"Blue Swirl" <[EMAIL PROTECTED]> writes:
: On 2/19/08, M. Warner Losh <[EMAIL PROTECTED]> wrote:
: > In message: <[EMAIL PROTECTED]>
: > Andrew Warkentin <[EMAIL PROTECTED]> writes:
: > : Robe
In message: <[EMAIL PROTECTED]>
Andrew Warkentin <[EMAIL PROTECTED]> writes:
: Robert Reif wrote:
:
: > Jan Holzhueter wrote:
: >
: >> Hi everyone,
: >> we are planing to get rid of some old sparc hardware.
: >> The problem is that there are applications on it that require
: >> sun4m a
In message: <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]> writes:
: > > Any news on the possible cvs->svn migration?
: >
: > To be perfectly honest, IMO there is little point moving an existing
: > project from CVS to SVN.
:
: I disagree. CVS has several fairly fundamental flaws
In message: <[EMAIL PROTECTED]>
Robert William Fuller <[EMAIL PROTECTED]> writes:
: Avi Kivity wrote:
: > Anthony Liguori wrote:
: >> Fabrice Bellard wrote:
: >>> Anthony Liguori wrote:
: +/* above 4giga memory allocation */
: +if (above_4g_mem_size > 0) {
: +
In message: <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]> writes:
: > In the absence of a global configuration file, a reasonably sane way to
: > support this configuration system wide is to use an environmental
: > variable. QEMU already uses a number of global variables for
: >
In message: <[EMAIL PROTECTED]>
Johannes Schindelin <[EMAIL PROTECTED]> writes:
: Hi,
:
: On Thu, 17 Jan 2008, M. Warner Losh wrote:
:
: > In message: <[EMAIL PROTECTED]>
: > Thiemo Seufer <[EMAIL PROTECTED]> writes:
: > : andrzej zaboro
In message: <[EMAIL PROTECTED]>
Thiemo Seufer <[EMAIL PROTECTED]> writes:
: andrzej zaborowski wrote:
: > On 17/01/2008, Bill C. Riemers <[EMAIL PROTECTED]> wrote:
: > > According to section 9 of the GPL, you would only have to contact
: > > contributors for code which specified version
In message: <[EMAIL PROTECTED]>
"Bill C. Riemers" <[EMAIL PROTECTED]> writes:
: According to section 9 of the GPL, you would only have to contact
: contributors for code which specified version 2 of the GPL and not later...
I said exactly this in a previous message. At one point I rec
In message: <[EMAIL PROTECTED]>
"Ricardo Almeida" <[EMAIL PROTECTED]> writes:
: > The problem is: you would have to ask every contributor whose code is
: > still somewhere in the source code. That is tedious, and takes time (I do
: > not even think that an email would suffice).
:
: >F
In message: <[EMAIL PROTECTED]>
Stefan Weil <[EMAIL PROTECTED]> writes:
: Is GPLv3 unwanted for QEMU source code? If yes: why?
: Would it prevent inclusion of QEMU in common Linux distributions?
There's still some gplv2-only code in qemu, iirc. As such, you can't
use gplv3 code at all
In message: <[EMAIL PROTECTED]>
"C.W. Betts" <[EMAIL PROTECTED]> writes:
: Don't take my word for it, but I don't think AMD64 (or EM64T) uses
: efi. I'd look it up for myself, but I gotta go to bed.
Generally speaking they don't. Apple Intel Macs are the only ones I
know that use efi
In message: <[EMAIL PROTECTED]>
Andreas_Färber <[EMAIL PROTECTED]> writes:
:
: Am 04.01.2008 um 15:00 schrieb Samuel Thibault:
:
: > Andreas Färber, le Fri 04 Jan 2008 14:41:29 +0100, a écrit :
: >>
: >> Am 04.01.2008 um 14:20 schrieb Thiemo Seufer:
: >>
: >>> Carlo Marcelo Arenas Bel
In message: <[EMAIL PROTECTED]>
Ryan W Smith <[EMAIL PROTECTED]> writes:
: I'm currently working on a project where we're using qemu to trace
: information flow through the operating system. One of the things
: that we'd like to do is trace network data as it flows through the
:
In message: <[EMAIL PROTECTED]>
Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> writes:
: On Sun, Nov 11, 2007 at 10:06:34AM -0600, Carlo Marcelo Arenas Belon wrote:
: > On Sun, Nov 11, 2007 at 09:30:26AM -0500, Ben Taylor wrote:
: > > So the macro turns the last _INTC_ARRAY(NULL) into
:
In message: <[EMAIL PROTECTED]>
Johannes Schindelin <[EMAIL PROTECTED]> writes:
: Hi,
:
: On Mon, 17 Sep 2007, J. Mayer wrote:
:
: > On Sun, 2007-09-16 at 21:08 +, Thiemo Seufer wrote:
: > > CVSROOT: /sources/qemu
: > > Module name: qemu
: > > Changes by: Thiemo Seufer
Is anybody working on N770 and/or N800 emulation for qemu?
Warner
On Friday 22 June 2007 11:46, M. Warner Losh wrote:
: > In message: <[EMAIL PROTECTED]>
: > Luke -Jr <[EMAIL PROTECTED]> writes:
: > : On Friday 22 June 2007 11:07, you wrote:
: > : > > On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
: > : >
In message: <[EMAIL PROTECTED]>
Luke -Jr <[EMAIL PROTECTED]> writes:
: On Friday 22 June 2007 11:07, you wrote:
: > > On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
: > > > The GPL only has as much force of law as copyright law gives it, and in
: &
In message: <[EMAIL PROTECTED]>
Luke -Jr <[EMAIL PROTECTED]> writes:
: On Thursday 21 June 2007 06:28, Armbrost Failsafe wrote:
: > We are looking into using QEMU as the base for a model of a custom system
: > featuring some custom ASICs. But licensing issues are halting the process
: >
In message: <[EMAIL PROTECTED]>
"Patrick M. Hausen" <[EMAIL PROTECTED]> writes:
: P.S. No, I don't have a patch, because what I did locally does
: not fix the problem. Once we change
:
: #if defined(__linux__)
: to
: #if defined(__linux__) || defined(__DARWI
In message: <[EMAIL PROTECTED]>
Thiemo Seufer <[EMAIL PROTECTED]> writes:
: M. Warner Losh wrote:
: > In message: <[EMAIL PROTECTED]>
: > Thiemo Seufer <[EMAIL PROTECTED]> writes:
: > : I made that "#ifdef _BSD" based on the ass
In message: <[EMAIL PROTECTED]>
Thiemo Seufer <[EMAIL PROTECTED]> writes:
: I made that "#ifdef _BSD" based on the assumption it is ok for all
: BSD variants, including Darwin.
_BSD isn't defined on all variants of BSD. sys/param.h defines BSD to
be 199506 on all BSD systems (at least
In message: <[EMAIL PROTECTED]>
Anthony Liguori <[EMAIL PROTECTED]> writes:
: To me, const char * always implies that you don't own the memory. This
: is helped by the fact that free doesn't take a const void * and newer
: GCC's will complain if you free() a const char *.
Sadly, thi
In message: <[EMAIL PROTECTED]>
Andreas Schwab <[EMAIL PROTECTED]> writes:
: "M. Warner Losh" <[EMAIL PROTECTED]> writes:
:
: > Except that compilers use the convention that was described above.
: > Big endian MIPS definitely uses a different bit
In message: <[EMAIL PROTECTED]>
Andreas Schwab <[EMAIL PROTECTED]> writes:
: Paul Brook <[EMAIL PROTECTED]> writes:
:
: >> : I find this curious... C99 (6.7.2.1) says "the allocation order of
: >> : bit-fields within a unit (high-order to low-order or low-order to
: >> : high-order) i
In message: <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]> writes:
: > : I find this curious... C99 (6.7.2.1) says "the allocation order of
: > : bit-fields within a unit (high-order to low-order or low-order to
: > : high-order) is implementation defined". I can't see any require
In message: <[EMAIL PROTECTED]>
Stuart Brady <[EMAIL PROTECTED]> writes:
: On Fri, Mar 02, 2007 at 08:09:49PM +, Thiemo Seufer wrote:
: > Hello All,
: >
: > I changed the pcnet32 driver to get rid of bitfields in its
: > implementation, now it works also on big endian host systems.
In message: <[EMAIL PROTECTED]>
Ben Taylor <[EMAIL PROTECTED]> writes:
: Start with the configure script and Makefiles, and any very specfic, targeted
: and small patches and let those changes slowly propogate out.
Most of the FreeBSD ports patches are relatively easy to justify and
e
In message: <[EMAIL PROTECTED]>
Johannes Schindelin <[EMAIL PROTECTED]> writes:
: Hi,
:
: On Fri, 27 Oct 2006, Andreas Schwab wrote:
:
: > Johannes Schindelin <[EMAIL PROTECTED]> writes:
: >
: > > It has been a really long time I have been working on a broken system
that
: > > did
In message: <[EMAIL PROTECTED]>
Andreas Schwab <[EMAIL PROTECTED]> writes:
: Johannes Schindelin <[EMAIL PROTECTED]> writes:
:
: > It has been a really long time I have been working on a broken system that
: > did not default to "signed".
:
: The only thing that is broken is your kno
In message: <[EMAIL PROTECTED]>
Rob Landley <[EMAIL PROTECTED]> writes:
: > Seems to me they both address roughly the same
: > issues with roughly the same considerations.
:
: Using a *.PIF file is the Windows way. Using the command line is Linux.
Except for complicated things, lik
In message: <[EMAIL PROTECTED]>
"Martin Guy" <[EMAIL PROTECTED]> writes:
: > How can I change target CPU to Atmel's AVR and don't care about host.
: > i.e:host CPU is X86(PC),target CPU is Atmel's AVR.
:
: Hi
: Atmel AVR is a different processor from the ones that QEMU emulates.
: Yo
In message: <[EMAIL PROTECTED]>
Eric Lowe <[EMAIL PROTECTED]> writes:
: Yes you are correct Solaris does not define this
: either, and I doubt other *nix systems do.
:
: Can this just be changed to
:
: #ifndef ENOMEDIUM
: #define ENOMEDIUM blahblah
: #endif
:
: or somesuch?
None of
In message: <[EMAIL PROTECTED]>
NyOS <[EMAIL PROTECTED]> writes:
: #ifndef _FOO_H //capitals!
: #define _FOO_H //capitals!
You sould avoid using _FOO_H for the define here. That's in the
implementation space and strictly speaking off limits to programmers
that merely use the system.
In message: <[EMAIL PROTECTED]>
Johannes Schindelin <[EMAIL PROTECTED]> writes:
: > I personally don't like tcl as a language, and prefer to code in C++ for
: > efficiency.
:
: Hmmm. "C++" and "efficiency" _does_ constitute a contradiction. Just think
: "operator+()". Honestly, the m
In message: <[EMAIL PROTECTED]>
Fabrice Bellard <[EMAIL PROTECTED]> writes:
: Note: I commited the pcnet patch as some people might be interested by
: it. I was unable to use it with a Knoppix distribution of 2003 so fixes
: are needed.
Fabrice,
how is pcnet different than ne2000?
In message: <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]> writes:
: > I think that you are missing the point. He's not saying that you have
: > to distribute the source (which is what that exemption is about).
: > He's saying that the license on a mere library cannot and should no
In message: <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]> writes:
: > 4. There is a slippery slope here -
:
: There's a slippery slope both ways. If you assume vital parts of your system
: are going to be closed source then why bother with open source at all. Just
: use Windows
In message: <[EMAIL PROTECTED]>
Sebastian Kaliszewski <[EMAIL PROTECTED]> writes:
: Auke Kok wrote:
: > no matter how you turn Linus' arguments, he doesn't like anything else
: > than ports from windows driver objects linked, and I can really agree
: > with that. Whatever the laywers
In message: <[EMAIL PROTECTED]>
Sebastian Kaliszewski <[EMAIL PROTECTED]> writes:
: andrzej zaborowski wrote:
: > Now, whether using kqemu together with a linux kernel will still be
: > legal is a different issue, but here the question is whether the user
: > is breaking the law, not th
In message: <[EMAIL PROTECTED]>
Auke Kok <[EMAIL PROTECTED]> writes:
:
:
: On Mon, 10 Apr 2006 17:20:54 +0200, "Hetz Ben Hamo" <[EMAIL PROTECTED]> wrote:
: > Fabrice is the owner of the KQEMU code, and he decides for his own
: > reasons to put the code under closed source license.
:
In message: <[EMAIL PROTECTED]>
Karel Gardas <[EMAIL PROTECTED]> writes:
: On Sun, 2 Apr 2006, Jamie Lokier wrote:
:
: > Chris Wilson wrote:
: >>> I find it strange that ARM would restrict emulation of their architecture
: >>> -- that could hardly pose a threat to their business, I wou
In message: <[EMAIL PROTECTED]>
David Fraser <[EMAIL PROTECTED]> writes:
: Fabrice Bellard wrote:
: > Jim C. Brown wrote:
: >> On Thu, Feb 02, 2006 at 12:10:36AM +0100, Fabrice Bellard wrote:
: >>
: >>> Hi,
: >>>
: >>> I merged your patches and I made important changes to simplify them.
In message: <[EMAIL PROTECTED]>
Ishwar Rattan <[EMAIL PROTECTED]> writes:
:
: I know that qemu emulates ne2000 compatible card but
: which of the following version is it?
:
: - NE2000 compatibel PCI
: - NE2000 compatibel ISA
:
: I am having ptoblems in networking part of QNX-6.2.1
In message: <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]> writes:
: > Given all these improvements in arm support, what's the status of
: > system level support for arm, and what system is emulated?
:
: Short answer is it should work. A default linux kernel config doesn't quite
In message: <[EMAIL PROTECTED]>
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
: On Sun, Dec 18, 2005 at 04:51:02PM +, Paul Brook wrote:
: > Something like the attached patch.
:
: After getting myself, and probably Paul, completely confused about
: array indexing, I agree that this
In message: <[EMAIL PROTECTED]>
Shaun Jackman <[EMAIL PROTECTED]> writes:
: 2005/11/19, M. Warner Losh <[EMAIL PROTECTED]>:
: > Since it is short, here is the patch that I have in the FreeBSD ports
: > tree for this issue. It works sufficiently for FreeBSD'
In message: <[EMAIL PROTECTED]>
Shaun Jackman <[EMAIL PROTECTED]> writes:
: 2005/11/18, M. Warner Losh <[EMAIL PROTECTED]>:
: > I've run into issues with qemu's emulation of the RTL8129 that is
: > claimed with changes I made to the FreeBSD ed dr
In message: <[EMAIL PROTECTED]>
Shaun Jackman <[EMAIL PROTECTED]> writes:
: I've discovered that QNX 6.3 [1] does not detect the simulated PCI
: NE2000 network card. I found a post [2] on the OpenQNX forum
: corroborating the same.
:
: The poster suggests that the issues is with the si
In message: <[EMAIL PROTECTED]>
Juergen Lock <[EMAIL PROTECTED]> writes:
: Am I really the only one seeing this?
I saw it too when I was chasing down ne2000 emulation issues...
Warner
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http:
In message: <[EMAIL PROTECTED]>
Hetz Ben Hamo <[EMAIL PROTECTED]> writes:
: Not really. I think you'll need a BIOS for it which is copyrighted and
: not freely distributable, and I think some specs are different, but I
: didn't see any patches floating around.
The specifications are qu
Has anybody made qemu emulate the NEC PC-9821 family of computer
products from NEC, also known as Japanese PC?
Warner
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Right now the ne2000.c code claims that it emulates a RTL8029AS. It
does a very good job of that. However, the RTL8029 has a few
registers that are extensions to the NE-2000 design. None of these
registers are implemented. This can cause some confusion for those
drivers that assume that if the
56 matches
Mail list logo