Paul Brook wrote:
This is similar to why I dislike qemu automagically guessing settings. If you
force everything to be explicitly specified (or use fixed defaults) then
there's no margin for error. If behaviour depends on external factors then
you can guarantee the person stuck between you (the
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
> I think Paul Brook was concerned about a situation where a user
> reports a problem saying FOO is not working when running "qemu -hda ..."
> and suddenly the number of things that may have triggered the bug has
> grown by the size of the environment. Even if you manage to tell the
> user to past
On Monday 11 February 2008 15:28:17 Johannes Schindelin wrote:
> Hi,
>
> On Mon, 11 Feb 2008, Rob Landley wrote:
> > I've been using git://git.kernel.dk/data/git/qemu.git although I
> > personally prefer mercurial. (It's easier to learn and to use, you get
> > the web viewer for free, etc.)
>
> I
> > 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 (no global revision IDs,
unable to move files, and more subtle problems with branches/tags).
S
On 12/02/2008, Rob Landley <[EMAIL PROTECTED]> wrote:
> On Saturday 19 January 2008 15:10:09 Paul Brook wrote:
> > It's also extremely hard to determine what environment a user is running.
>
> Type "set" with no arguments. (I admit bash 3.x throws insane amounts of crap
> into this by default, but
On Tuesday 12 February 2008, Rob Landley wrote:
> On Saturday 19 January 2008 15:10:09 Paul Brook wrote:
> > > 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
On Thursday 10 January 2008 07:57:50 Marius Groeger wrote:
> The attached patch fixes the problem, but I have to admit I can't tell
> for sure if this doesn't break other things (such as qemu's built-in
> GDB server). Could some QEMU ppc expert please comment on this?
Looks fine to me, but I don't
On Saturday 19 January 2008 15:10:09 Paul Brook wrote:
> > 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
> > configuring audio options.
>
On Sat, Feb 09, 2008 at 01:40:33AM -0600, Rob Landley wrote:
>> I just noticed this patch, I've had lying around for a while, but
>> forgot to send here.
> What does this do that the patch back in september didn't?
Sorry, I forgot to include that bit.
The patch from September made qemu-img able t
Hi,
On Mon, 11 Feb 2008, Rob Landley wrote:
> I've been using git://git.kernel.dk/data/git/qemu.git although I
> personally prefer mercurial. (It's easier to learn and to use, you get
> the web viewer for free, etc.)
I really grow tired of people perpetuating how "easy" Mercurial is,
without
On Feb 11, 2008 10:38 PM, Johannes Schindelin
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, 11 Feb 2008, Felipe Contreras wrote:
>
> > The advantage of using SVN is that most drcs play along with it quite
> > decently. Something that doesn't happen with CVS.
>
> So you're saying in order to use a DV
On Monday 11 February 2008 14:38:42 Johannes Schindelin wrote:
> Hi,
>
> On Mon, 11 Feb 2008, Felipe Contreras wrote:
> > The advantage of using SVN is that most drcs play along with it quite
> > decently. Something that doesn't happen with CVS.
>
> So you're saying in order to use a DVCS you would
Hi,
There's something wrong with the commit
edbcc0b2eb1d4caee5f293e5c79f81023f3394e2.
I'm using qemu-0.9.1 + 09_arm_eabitls.patch[1], for CodeSourcery's
arm-2006q3 (otherwise it can't run on Fedora 8)
The following Makefile fails when trying to execute "simple", a
recently built binary:
bar:
On Saturday 09 February 2008 10:49:49 Johannes Schindelin wrote:
> Hi,
>
> On Sat, 9 Feb 2008, Felipe Contreras wrote:
> > Right now I can't use qemu because a bug introduced in the last months
> > and with git-bisect I probably would be able to fix it myself.
>
> Just clone git://repo.or.cz/qemu.g
Hi,
On Mon, 11 Feb 2008, Felipe Contreras wrote:
> The advantage of using SVN is that most drcs play along with it quite
> decently. Something that doesn't happen with CVS.
So you're saying in order to use a DVCS you would need to switch to a
CVCS?
Puzzled,
Dscho
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/02/11 20:01:36
Modified files:
hw : sun4m.c
Log message:
Fix SS-20 auxio addresses
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemu&r1=1.83&r2=1.84
On Feb 11, 2008 5:52 PM, Ian Jackson <[EMAIL PROTECTED]> wrote:
> Rob Landley writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> > 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. SVN has be
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/02/11 18:27:33
Modified files:
target-sparc : cpu.h helper.c op_helper.c translate.c
Log message:
Sparc32 MMU register fixes (Robert Reif)
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/
Johannes Schindelin writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> Now, that is funny. You quote me, and you quote Rob, but culled both of
> us from the Cc list.
How strange. I definitely didn't mean to do that, sorry.
...tests...
This is the fault of the Reply-To munging.
Ia
Hi,
On Mon, 11 Feb 2008, Ian Jackson wrote:
> Johannes Schindelin writes ("Re: Git/SVN/CVS? was Re: [Qemu-devel] What does
> code_copy_enabled do?"):
> > Just clone git://repo.or.cz/qemu.git, then.
>
> Rob Landley writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> > ... the git mirr
Rob Landley writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> 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. SVN has better support for renames, and a
few other advantages, but branching is st
Johannes Schindelin writes ("Re: Git/SVN/CVS? was Re: [Qemu-devel] What does
code_copy_enabled do?"):
> Just clone git://repo.or.cz/qemu.git, then.
Rob Landley writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> ... the git mirror I follow (git://git.kernel.dk/data/git/qemu.git) ...
I
Would you consider the following patch, that allows users to set two
important x86 cpu options from the command line? (the vendor and
model_id strings)
Every once in a while I am resending this little patch. It had generated
a lot of interest when it included silly bugs, but now it seems to be
lar
On Feb 11, 2008, at 9:29 AM, Rob Landley wrote:
I'm trying to use gdb -s to debug the early boot of the sh4 kernel,
but it's
not liking me.
It does this:
qemu-system-sh4 -s -S -M r2d -kernel arch/sh/boot/zImage
... wait for gdb ...
qemu: fatal: Trying to execute code outside RAM or ROM a
I'm trying to use gdb -s to debug the early boot of the sh4 kernel, but it's
not liking me.
It does this:
> qemu-system-sh4 -s -S -M r2d -kernel arch/sh/boot/zImage
... wait for gdb ...
> qemu: fatal: Trying to execute code outside RAM or ROM at 0x88800058
>
> pc=0x88800058 sr=0x40f0 pr=0x00
26 matches
Mail list logo
