On Mon, 14 Jan 2008, Andrzej Zaborowski wrote:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski08/01/14 22:09:12
Modified files:
. : Makefile.target configure qemu-doc.texi
Added files:
hw : gus.c gusemu.h gus
On Fri, 2007-11-02 at 22:33 +0200, Blue Swirl wrote:
> On 11/2/07, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2007-11-02 at 17:18 +0200, Blue Swirl wrote:
> > > On 11/2/07, J. Mayer <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
> > > >
On 11/2/07, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2007-11-02 at 17:18 +0200, Blue Swirl wrote:
> > On 11/2/07, J. Mayer <[EMAIL PROTECTED]> wrote:
> > >
> > > On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
> > > > On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
> > > > > On
On Fri, 2007-11-02 at 17:18 +0200, Blue Swirl wrote:
> On 11/2/07, J. Mayer <[EMAIL PROTECTED]> wrote:
> >
> > On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
> > > On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
> > > > On 11/1/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> > > > > On 10/29/
On 11/2/07, J. Mayer <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
> > On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
> > > On 11/1/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> > > > On 10/29/07, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> > > > > CVSROOT:
On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
> On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
> > On 11/1/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> > > On 10/29/07, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> > > > CVSROOT:/sources/qemu
> > > > Module name:qemu
> > > > Cha
On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
> On 11/1/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> > On 10/29/07, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> > > CVSROOT:/sources/qemu
> > > Module name:qemu
> > > Changes by: Jocelyn Mayer 07/10/28 23:42:18
> > >
> > > Modifi
On 11/1/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> On 10/29/07, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> > CVSROOT:/sources/qemu
> > Module name:qemu
> > Changes by: Jocelyn Mayer 07/10/28 23:42:18
> >
> > Modified files:
> > . : Makefile.target vl.h
> >
On 10/29/07, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> CVSROOT:/sources/qemu
> Module name:qemu
> Changes by: Jocelyn Mayer 07/10/28 23:42:18
>
> Modified files:
> . : Makefile.target vl.h
> hw : cuda.c grackle_pci.c heathrow_pic.c ppc.c
>
On Mon, 2007-10-29 at 02:26 +0100, andrzej zaborowski wrote:
> On 28/10/2007, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> > CVSROOT:/sources/qemu
> > Module name:qemu
> > Changes by: Jocelyn Mayer 07/10/28 13:07:13
> >
> > Modified files:
> > . : Makefile.target
On 29/10/2007, andrzej zaborowski <[EMAIL PROTECTED]> wrote:
> On 28/10/2007, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> > CVSROOT:/sources/qemu
> > Module name:qemu
> > Changes by: Jocelyn Mayer 07/10/28 13:07:13
> >
> > Modified files:
> > . : Makefile.target
On 28/10/2007, Jocelyn Mayer <[EMAIL PROTECTED]> wrote:
> CVSROOT:/sources/qemu
> Module name:qemu
> Changes by: Jocelyn Mayer 07/10/28 13:07:13
>
> Modified files:
> . : Makefile.target
>
> Log message:
> Use cpp to generate correct build dependencies
On Mon, 2007-10-29 at 00:59 +, Stuart Brady wrote:
> On Sun, Oct 28, 2007 at 11:42:18PM +, Jocelyn Mayer wrote:
> > * Fix the g3bw target:
> > - fix the Grackle host PCI device
> > - connect the Heathrow PIC to the PowerPC 6xx bus pins
>
> Cool! With this, the Debian 3.1 in
On Sun, Oct 28, 2007 at 11:42:18PM +, Jocelyn Mayer wrote:
> * Fix the g3bw target:
>- fix the Grackle host PCI device
>- connect the Heathrow PIC to the PowerPC 6xx bus pins
Cool! With this, the Debian 3.1 install CD boots again! :)
--
Stuart Brady
On Tue, 2007-10-09 at 11:43 +0200, J. Mayer wrote:
> On Mon, 2007-10-08 at 21:33 +0200, Stefan Weil wrote:
> > Blue Swirl schrieb:
> > > On 6/1/07, Stefan Weil <[EMAIL PROTECTED]> wrote:
> > >> Wouldn't it be better to let the compiler create dependency files
> > >> which make can read? I posted a
On Mon, 2007-10-08 at 21:33 +0200, Stefan Weil wrote:
> Blue Swirl schrieb:
> > On 6/1/07, Stefan Weil <[EMAIL PROTECTED]> wrote:
> >> Wouldn't it be better to let the compiler create dependency files
> >> which make can read? I posted a patch some time ago and use it
> >> since many months for dif
Blue Swirl schrieb:
> On 6/1/07, Stefan Weil <[EMAIL PROTECTED]> wrote:
>> Wouldn't it be better to let the compiler create dependency files
>> which make can read? I posted a patch some time ago and use it
>> since many months for different QEMU target platforms.
>
> I don't know, the dependencies
On Sat, 2007-25-08 at 01:37 +, Thiemo Seufer wrote:
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Thiemo Seufer 07/08/25 01:37:51
>
> Modified files:
> . : Makefile.target configure vnc.c
>
> Log message:
> VeNCrypt basic TLS support, by Dan
Hi,
Am 30.07.2007 um 00:41 schrieb andrzej zaborowski:
On 30/07/07, Hetz Ben Hamo <[EMAIL PROTECTED]> wrote:
Hi again,
With those patches alone, nope, but with the rest of the code I want
to add these days hopefully yes. Unfortunately the ROM is
difficult to
obtain.
You want a ROM? no p
On 30/07/07, Hetz Ben Hamo <[EMAIL PROTECTED]> wrote:
> Hi again,
>
> > With those patches alone, nope, but with the rest of the code I want
> > to add these days hopefully yes. Unfortunately the ROM is difficult to
> > obtain.
>
> You want a ROM? no problem, you just need to strip it from the EXE
Hi again,
> With those patches alone, nope, but with the rest of the code I want
> to add these days hopefully yes. Unfortunately the ROM is difficult to
> obtain.
You want a ROM? no problem, you just need to strip it from the EXE file.
Here is a link to Tungesten T5 ROM update. It's inside an EX
On 29/07/07, Hetz Ben Hamo <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > Log message:
> >Basic OMAP310 support. Basic Palm Tungsten|E machine emulation.
>
> With those patches (and I assume the required PALM ROM software) -
> will I be able to "boot" and install palm apps? or is it require lots
>
Hi,
> Log message:
>Basic OMAP310 support. Basic Palm Tungsten|E machine emulation.
With those patches (and I assume the required PALM ROM software) -
will I be able to "boot" and install palm apps? or is it require lots
of other stuff?
Thanks,
Hetz
--
Skepticism is the lazy person's d
Am 10.06.2007 um 18:06 schrieb Blue Swirl:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/06/10 16:06:20
Modified files:
. : Makefile.target
hw : tcx.c vga.c
Log message:
Merge TCX and VGA pixel operations
On 6/1/07, Stefan Weil <[EMAIL PROTECTED]> wrote:
Wouldn't it be better to let the compiler create dependency files
which make can read? I posted a patch some time ago and use it
since many months for different QEMU target platforms.
I don't know, the dependencies aren't changing very often.
Wouldn't it be better to let the compiler create dependency files
which make can read? I posted a patch some time ago and use it
since many months for different QEMU target platforms.
Stefan
Blue Swirl schrieb:
> CVSROOT: /cvsroot/qemu
> Module name: qemu
> Changes by: Blue Swirl 07/06/01 16:44:
> 2) I don't like hiding pointers in types, so I would use for example
> 'QEMUSignal *' instead of 'qemu_irq'.
FWIW I did it this way so that devices are agnostic about whether it was
implemented as a pointer or an integer index.
Paul
Wang Cheng Yeh wrote:
> >
> >BTW, I have a small PREP test image that I can publish.
> >
> >I am planning since some time to add to the QEMU web site an automatic
> >regression testing system which will automatically launch many OSes with
> >the current CVS version. I had no time to do it recently,
BTW, I have a small PREP test image that I can publish.
I am planning since some time to add to the QEMU web site an automatic
regression testing system which will automatically launch many OSes with
the current CVS version. I had no time to do it recently, but if no one
does it before I'll try
Hi,
I can only fix the code that I have access to.
IMHO your request that I revert changes because they allegedly break code that
noone else has access to is unreasonable. My changes are a significant
cleanup to qemu internals.
However if there is agreement from other maintainers I will rev
J. Mayer wrote:
[snip]
> To give you an real example why arbitrary limits are not acceptable AT
> ALL: I know an embedded Mips device (widely used !) with 2 CPU, 8 PIC
> and about 500 IRQ sources.
Care to tell which one this is?
> How can you even pretend add a limited
> structure in the CPUState
On Sun, 2007-04-08 at 00:13 +0100, Paul Brook wrote:
> On Saturday 07 April 2007 23:18, J. Mayer wrote:
> > It seems that you don't figure out how real hardware works AT ALL.
> > IRQ callbacks and private data CANNOT BE SHARED as they are INTERNAL TO
> > ONE IRQ CONTROLLER. IRQ management, once aga
On Saturday 07 April 2007 23:18, J. Mayer wrote:
> It seems that you don't figure out how real hardware works AT ALL.
> IRQ callbacks and private data CANNOT BE SHARED as they are INTERNAL TO
> ONE IRQ CONTROLLER. IRQ management, once again, is completelly specific
> to an IRQ controller technology
J. Mayer wrote:
[snip]
> > > SO your patch is a complete nonsense and YES IT BREAKS MY WORKS SO IT
> > > HAS TO BE REVERTED.
> >
> > I can only fix the code that I have access to.
>
> You broke the commited code And you also completely break any new
> development for the PowerPC target as mos
It seems that you don't figure out how real hardware works AT ALL.
IRQ callbacks and private data CANNOT BE SHARED as they are INTERNAL TO
ONE IRQ CONTROLLER. IRQ management, once again, is completelly specific
to an IRQ controller technology and absolutely not related to the CPU
you may use on the
J. Mayer wrote:
> On Sat, 2007-04-07 at 20:10 +0100, Paul Brook wrote:
> > On Saturday 07 April 2007 19:32, J. Mayer wrote:
> > > On Sat, 2007-04-07 at 18:14 +, Paul Brook wrote:
> > > > CVSROOT:/sources/qemu
> > > > Module name:qemu
> > > > Changes by: Paul Brook 07/04/07
On Saturday 07 April 2007 21:28, J. Mayer wrote:
> On Sat, 2007-04-07 at 20:10 +0100, Paul Brook wrote:
> > On Saturday 07 April 2007 19:32, J. Mayer wrote:
> > > On Sat, 2007-04-07 at 18:14 +, Paul Brook wrote:
> > > > CVSROOT:/sources/qemu
> > > > Module name:qemu
> > > > Changes
On Sat, 2007-04-07 at 20:10 +0100, Paul Brook wrote:
> On Saturday 07 April 2007 19:32, J. Mayer wrote:
> > On Sat, 2007-04-07 at 18:14 +, Paul Brook wrote:
> > > CVSROOT: /sources/qemu
> > > Module name: qemu
> > > Changes by: Paul Brook 07/04/07 18:14:41
> >
> > The patches i
> Sparc seems undamaged, devices using IRQs work as before. SMP BogoMIPS gets
> calculated and that needs per-CPU IRQs.
For the record I tested win2k, knoppix and x86 debian, mips test image, sparc
debian installer, arm test image, and a preinstalled ARM linux.
I didn't test ppc (other than that
On Saturday 07 April 2007 19:32, J. Mayer wrote:
> On Sat, 2007-04-07 at 18:14 +, Paul Brook wrote:
> > CVSROOT: /sources/qemu
> > Module name: qemu
> > Changes by: Paul Brook07/04/07 18:14:41
>
> The patches in the PowerPC target seem complete nonsense.
Can you give specific
On Saturday 07 April 2007 19:32, J. Mayer wrote:
> On Sat, 2007-04-07 at 18:14 +, Paul Brook wrote:
> > CVSROOT:/sources/qemu
> > Module name:qemu
> > Changes by: Paul Brook 07/04/07 18:14:41
>
> The patches in the PowerPC target seem complete nonsense.
Can you give specific e
On Sat, 2007-04-07 at 18:14 +, Paul Brook wrote:
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Paul Brook 07/04/07 18:14:41
The patches in the PowerPC target seem complete nonsense.
Furthermore, this kind of patch that break other guys work would likely
to be discusse
On Friday 26 May 2006 16:55, Blue Swirl wrote:
> >Could you elaborate a bit more please? I've no idea what you mean by
> >"partial
> >transfers".
>
> Actually the problem was that Qemu block devices use fixed sector size 512,
> not variable 2048/512 like scsi layer. This meant that the bdrv_read
>
Could you elaborate a bit more please? I've no idea what you mean by
"partial
transfers".
Actually the problem was that Qemu block devices use fixed sector size 512,
not variable 2048/512 like scsi layer. This meant that the bdrv_read
transferred too little data. Fix attached.
_
On Friday 26 May 2006 16:34, Blue Swirl wrote:
> >Log message:
> > Rearrange SCSI disk emulation code.
>
> At least partial transfers are broken, the command returns zero data.
Could you elaborate a bit more please? I've no idea what you mean by "partial
transfers".
Paul
__
Log message:
Rearrange SCSI disk emulation code.
At least partial transfers are broken, the command returns zero data.
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-u
On Friday 26 May 2006 01:01, Johannes Schindelin wrote:
> Hi,
>
> On Thu, 25 May 2006, Paul Brook wrote:
> > Add USB mass storage device emulation.
>
> Cool! Does this work with the VFAT emulation layer?
In theory I think it should. I haven't tested it though.
Paul
_
Hi,
On Thu, 25 May 2006, Paul Brook wrote:
> Add USB mass storage device emulation.
Cool! Does this work with the VFAT emulation layer?
Ciao,
Dscho
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qem
48 matches
Mail list logo
