Thiemo Seufer wrote:
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Thiemo Seufer 07/05/20 01:34:23
>
> Removed files:
> pc-bios: linux_boot.S
>
> Log message:
> Remove leftover file, should have happened in the Linux loader rewrite
> commit.
>
lin
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/20 01:36:29
Modified files:
target-mips: op.c op_mem.c translate.c
Log message:
Fix indexed FP load/store instructions.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mi
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/20 01:34:23
Removed files:
pc-bios: linux_boot.S
Log message:
Remove leftover file, should have happened in the Linux loader rewrite
commit.
CVSWeb URLs:
http://cvs.savannah.gnu.
On Sat, 19 May 2007 22:08:23 +0300
"Blue Swirl" <[EMAIL PROTECTED]> wrote:
> This patch fixes the crash. But I'm not convinced it's the right one,
> perhaps the default net parameter logic could be improved instead:
> /* init network clients */
> if (nb_net_clients == 0) {
> /* if n
Aurelien Jarno a écrit :
> Matthew Howkins a écrit :
>> There is a bug in the ARM emulation of data-processing instructions with
>> ASR when the shift==0. The current QEMU CVS incorrectly modifies
>> the C-flag, when it should be preserved.
>>
>> The attached patch corrects this.
>>
>
> This patc
Thiemo Seufer wrote:
> Igor Lvovsky wrote:
> >
> > Hi,
> > The bug was in my last patch.
> > This is a new one.
> > I'll very appreciate any comments.
>
> Appended is a variant which gets rid of the confusing "child" variable
> which means "is_parent", and the duplicate of it (parent_open).
>
Igor Lvovsky wrote:
>
> Hi,
> The bug was in my last patch.
> This is a new one.
> I'll very appreciate any comments.
Appended is a variant which gets rid of the confusing "child" variable
which means "is_parent", and the duplicate of it (parent_open).
There was also an uninitialized varia
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/19 21:04:38
Modified files:
hw : pc.c
pc-bios: Makefile
Log message:
Linux loader rewrite, by H. Peter Anvin.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/19 20:29:41
Modified files:
target-mips: exec.h op.c op_helper.c translate.c
Log message:
More MIPS 64-bit FPU support.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mi
On 5/19/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
On 5/19/07, Mark Glines <[EMAIL PROTECTED]> wrote:
> The weird thing is, when I add "-net nic,model=lance" to my command line
> right before "-net user", the crash does not occur. I kinda assumed from
> the above backtrace that the lance driver w
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/19 17:45:43
Modified files:
target-mips: op.c translate.c
Log message:
Fix slti/sltiu for MIPS64, by Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/05/19 17:44:34
Modified files:
target-mips: translate.c
Log message:
Fix ldl/ldr implementation, by Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/tran
On 5/19/07, Mark Glines <[EMAIL PROTECTED]> wrote:
The weird thing is, when I add "-net nic,model=lance" to my command line
right before "-net user", the crash does not occur. I kinda assumed from
the above backtrace that the lance driver was selected on sparc32 by
default...
Thanks for testin
What is about www.qemu.org? I am not able to open or ping (unknown host) it.
BUG: at include/linux/slub_def.h:77 kmalloc_index()
[] get_slab+0x1d0/0x260
[] __kmalloc+0x16/0x70
[] sysenter_setup+0x6f/0x330
[] mtrr_bp_init+0xcd/0x270
[] unknown_bootoption+0x0/0x250
[] unknown_bootoption+0x0/0x250
[] check_bugs+0x8/0x160
[] proc_sys_init+0xc/0x30
[] start_kernel+0x21f
Hi,
I've been trying to get Debian installed on a virtual sparc box,
running on a x86 Linux host. I get a reproducible crash early in the
installation process, when the sparc kernel tries to load the lance
driver.
I have configured qemu with:
./configure --prefix=/usr --enable-slirp --enable-ad
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/19 13:12:09
Modified files:
pc-bios: README openbios-sparc32
Log message:
Update Sparc32 OpenBIOS image to SVN revision 149. Changes:
r145: Fix power-management location for SS-1
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/05/19 12:58:30
Modified files:
. : exec.c vl.h
hw : esp.c fdc.c iommu.c m48t59.c m48t59.h pcnet.c
slavio_intctl.c slavio_misc.c slavio_serial.c
Here is an analysis of the FPU problem:
1. Linux FPU emulation writes code on user stack
2. this code raises address error exception (caused by lw zero,1(zero))
more operations follow ...
3. Syscall 4119 (sigreturn) is written on user stack (same location as
above)
4. this code should raise syscal
Hi all,
One more patch for MIPS64 support. It fixes signed integer comparison.
The compared value should be casted to target_long (ie int32_t on MIPS32
and int64_t on MIPS64) in order for the comparisons to work in all
cases.
With this patch I am able to get my o32 system working with a 64-bit
ke
20 matches
Mail list logo