On Mon, Jan 4, 2010 at 8:06 AM, Dejun.Liu wrote:
> Hi
>
> yes, I hava find that OE build SDL not support x11 ,so hava the error
> No available video device.
>
> thanks all these helps
Glad you spot the error. Let us know how you solve it further. Or
maybe you'll be kind enough and post your howt
Different host buses may have different layouts for config space accessors.
The Mac U3 for example uses the following define to access Type 0 (directly
attached) devices:
#define MACRISC_CFA0(devfn, off)\
((1 << (unsigned int)PCI_SLOT(dev_fn)) \
| (((unsigned int)PCI_FUN
The interrupt code as is didn't really work for me. I couldn't even convince
Linux to take interrupt 9 in an interrupt-map.
So let's do this right. Let's map all PCI interrupts to 0x1b - 0x1e. That way
we're at least a small step closer to what real hardware does.
I also took the interrupt pin to
As stated in the previous patch, the Uninorth PCI bridge requires different
layouts in its PCI config space accessors.
This patch introduces a conversion function that makes it compatible with
the way Linux accesses it.
I also kept an OpenBIOS compatibility hack in. I think it'd be better to
take
The "Mac99" type so far defines a "U2" based configuration. Unfortunately,
there have never been any U2 based PPC64 machines. That's what the U3 was
developed for.
So let's split the Mac99 machine in a PPC64 and a PPC32 machine. The PPC32
machine stays "Mac99", while the PPC64 one becomes "Mac99_U
We're not using any macio IDE devices, so let's enable the secondary cmd64x
IDE device, so we get all four possible IDE devices exposed to the guest.
Later we definitely need to enable macio or any other device that Linux
understands in default configurations.
Signed-off-by: Alexander Graf
---
To ease debugging and to know what we're lacking, I found it really useful to
have an lspci dump of a real U3 based G5 around. So I added a comment for it.
If people don't think it's important enough to include this information in the
sources, just don't apply this patch.
Signed-off-by: Alexander
I'm trying to get the PPC64 system emulation target working finally.
While doing so, I ran into several issues, all related to PCI this time.
This patchset fixes all the PCI config space access and PCI interrupt
mapping issues I've found on PPC64. Using this and a patched OpenBIOS
version, I can s
On 01/04/2010 05:08 AM, Rusty Russell wrote:
On Tue, 29 Dec 2009 03:09:23 am Avi Kivity wrote:
This patch adds a physical block size attribute to virtio disks,
corresponding to /sys/devices/.../physical_block_size. It is defined as
the request alignment which will not trigger RMW cycles. T
As a learner of qemu, I am a little bit confused about the qemu device
model.
How the device model gets run and when the device interrupt is raised to
CPU?
In the cpu_exec loop or before it?
Thanks
On Tue, 29 Dec 2009 03:09:23 am Avi Kivity wrote:
> This patch adds a physical block size attribute to virtio disks,
> corresponding to /sys/devices/.../physical_block_size. It is defined as
> the request alignment which will not trigger RMW cycles. This can be
> important for modern disks which
On 03.01.2010, at 21:50, Benjamin Herrenschmidt wrote:
> On Sun, 2010-01-03 at 21:27 +0100, Alexander Graf wrote:
>
>> I think if unin_pci is the only user, it'd be better to do it hacky
>> inside unin_pci.c. But if there's a chance there's another user, it'd
>> be better to make it generic.
>>
On Thu, 24 Dec 2009 03:06:00 am Michael S. Tsirkin wrote:
> On Wed, Dec 23, 2009 at 05:04:19PM +1030, Rusty Russell wrote:
> > It's possible, but I don't know of any missing cases. Certainly *lguest* i
> > is missing barriers, since it's UP, but the core virtio should have them.
>
> Something tha
Hi
yes, I hava find that OE build SDL not support x11 ,so hava the error
No available video device.
thanks all these helps
Steven Liu
On Thu, 2009-12-31 at 13:30 +0100, Andreas Färber wrote:
> Hi,
>
> Am 31.12.2009 um 09:45 schrieb Dejun.Liu:
>
> > r...@dejunliu-desktop:/home/protocol/study/
On Sun, 2010-01-03 at 21:27 +0100, Alexander Graf wrote:
> I think if unin_pci is the only user, it'd be better to do it hacky
> inside unin_pci.c. But if there's a chance there's another user, it'd
> be better to make it generic.
>
> Since this is the first time I ever stumbled across type 0 and
On 03.01.2010, at 19:06, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 06:50:15PM +0100, Alexander Graf wrote:
>>
>> On 03.01.2010, at 18:44, Michael S. Tsirkin wrote:
>>
>>> On Sun, Jan 03, 2010 at 06:40:52PM +0100, Alexander Graf wrote:
On 03.01.2010, at 18:29, Michael S. Tsi
On Sun, Jan 3, 2010 at 6:06 PM, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 06:50:15PM +0100, Alexander Graf wrote:
>>
>> On 03.01.2010, at 18:44, Michael S. Tsirkin wrote:
>>
>> > On Sun, Jan 03, 2010 at 06:40:52PM +0100, Alexander Graf wrote:
>> >>
>> >> On 03.01.2010, at 18:29, Michael
After weeks of fruitless effort I could use some help getting a USB
audio device to work. I have instrumented the hell out of the guest
driver and uhci code, qemu's linux and uhci code, and the host side usb
code. Near as I can tell data from the device makes its way into qemu
(async_complete show
On Sun, Jan 03, 2010 at 06:50:15PM +0100, Alexander Graf wrote:
>
> On 03.01.2010, at 18:44, Michael S. Tsirkin wrote:
>
> > On Sun, Jan 03, 2010 at 06:40:52PM +0100, Alexander Graf wrote:
> >>
> >> On 03.01.2010, at 18:29, Michael S. Tsirkin wrote:
> >>
> >>> On Sun, Jan 03, 2010 at 05:09:32PM
On 03.01.2010, at 18:44, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 06:40:52PM +0100, Alexander Graf wrote:
>>
>> On 03.01.2010, at 18:29, Michael S. Tsirkin wrote:
>>
>>> On Sun, Jan 03, 2010 at 05:09:32PM +0100, Alexander Graf wrote:
On 03.01.2010, at 16:45, Michael S. Tsi
On Sun, Jan 03, 2010 at 06:40:52PM +0100, Alexander Graf wrote:
>
> On 03.01.2010, at 18:29, Michael S. Tsirkin wrote:
>
> > On Sun, Jan 03, 2010 at 05:09:32PM +0100, Alexander Graf wrote:
> >>
> >> On 03.01.2010, at 16:45, Michael S. Tsirkin wrote:
> >>
> >>> On Sun, Jan 03, 2010 at 02:50:45AM
On 03.01.2010, at 18:29, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 05:09:32PM +0100, Alexander Graf wrote:
>>
>> On 03.01.2010, at 16:45, Michael S. Tsirkin wrote:
>>
>>> On Sun, Jan 03, 2010 at 02:50:45AM +0100, Alexander Graf wrote:
Different host buses may have different layou
On Sun, Jan 03, 2010 at 05:09:32PM +0100, Alexander Graf wrote:
>
> On 03.01.2010, at 16:45, Michael S. Tsirkin wrote:
>
> > On Sun, Jan 03, 2010 at 02:50:45AM +0100, Alexander Graf wrote:
> >> Different host buses may have different layouts for config space accessors.
> >>
> >> The Mac U3 for e
On Sun, Jan 03, 2010 at 05:35:01PM +0100, Alexander Graf wrote:
>
> On 03.01.2010, at 17:20, Michael S. Tsirkin wrote:
>
> > On Sun, Jan 03, 2010 at 05:13:12PM +0100, Alexander Graf wrote:
> >>
> >> On 03.01.2010, at 16:47, Michael S. Tsirkin wrote:
> >>
> >>> On Sun, Jan 03, 2010 at 04:40:12PM
On Sat, Jan 2, 2010 at 3:51 PM, Nathan Osman
wrote:
> I recently downloaded the qemu binary for Windows. I'm using Vista 32 bit as
> the host and I'm trying to run Ubuntu 64-bit in it. The splash screen works,
> but when it boots, I am left staring at a blank screen. I let it sit for
> half an hou
On 03.01.2010, at 17:20, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 05:13:12PM +0100, Alexander Graf wrote:
>>
>> On 03.01.2010, at 16:47, Michael S. Tsirkin wrote:
>>
>>> On Sun, Jan 03, 2010 at 04:40:12PM +0100, Alexander Graf wrote:
On 03.01.2010, at 16:32, Michael S. Tsi
On Sun, Jan 03, 2010 at 05:13:12PM +0100, Alexander Graf wrote:
>
> On 03.01.2010, at 16:47, Michael S. Tsirkin wrote:
>
> > On Sun, Jan 03, 2010 at 04:40:12PM +0100, Alexander Graf wrote:
> >>
> >> On 03.01.2010, at 16:32, Michael S. Tsirkin wrote:
> >>
> >>> On Sun, Jan 03, 2010 at 02:50:46AM
On 03.01.2010, at 16:47, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 04:40:12PM +0100, Alexander Graf wrote:
>>
>> On 03.01.2010, at 16:32, Michael S. Tsirkin wrote:
>>
>>> On Sun, Jan 03, 2010 at 02:50:46AM +0100, Alexander Graf wrote:
As stated in the previous patch, the Uninorth
On 03.01.2010, at 16:45, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 02:50:45AM +0100, Alexander Graf wrote:
>> Different host buses may have different layouts for config space accessors.
>>
>> The Mac U3 for example uses the following define to access Type 0 (directly
>> attached) devic
On Sun, Jan 03, 2010 at 04:40:12PM +0100, Alexander Graf wrote:
>
> On 03.01.2010, at 16:32, Michael S. Tsirkin wrote:
>
> > On Sun, Jan 03, 2010 at 02:50:46AM +0100, Alexander Graf wrote:
> >> As stated in the previous patch, the Uninorth PCI bridge requires different
> >> layouts in its PCI con
On Sun, Jan 03, 2010 at 04:40:12PM +0100, Alexander Graf wrote:
>
> On 03.01.2010, at 16:32, Michael S. Tsirkin wrote:
>
> > On Sun, Jan 03, 2010 at 02:50:46AM +0100, Alexander Graf wrote:
> >> As stated in the previous patch, the Uninorth PCI bridge requires different
> >> layouts in its PCI con
On Sun, Jan 03, 2010 at 02:50:45AM +0100, Alexander Graf wrote:
> Different host buses may have different layouts for config space accessors.
>
> The Mac U3 for example uses the following define to access Type 0 (directly
> attached) devices:
>
> #define MACRISC_CFA0(devfn, off)\
>
On 03.01.2010, at 16:32, Michael S. Tsirkin wrote:
> On Sun, Jan 03, 2010 at 02:50:46AM +0100, Alexander Graf wrote:
>> As stated in the previous patch, the Uninorth PCI bridge requires different
>> layouts in its PCI config space accessors.
>>
>> This patch introduces a conversion function that
On Sun, Jan 03, 2010 at 02:50:46AM +0100, Alexander Graf wrote:
> As stated in the previous patch, the Uninorth PCI bridge requires different
> layouts in its PCI config space accessors.
>
> This patch introduces a conversion function that makes it compatible with
> the way Linux accesses it.
>
>
On Thu, 31 Dec 2009, Andreas F?rber wrote:
v2:
- Don't try to include /config.mak for user emulators
- Changes to user object paths ("Quickfix for libuser.a drop") were obsoleted
by "user_only: compile everything with -fpie" (Kirill A. Shutemov)
Hi,
I have succesfully used the v2 patch on
2009/12/31 Andreas Färber :
> From: Andreas Färber
>
> Juan has contributed a cool Makefile infrastructure that enables us to drop
> static libraries completely:
>
> Move shared obj-y definitions to Makefile.objs, prefixed {common-,hw-,user-},
> and link those object files directly into the execut
Thanks, applied.
On Sun, Jan 3, 2010 at 12:09 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> - this fixes stepping with gdb, where do_unassigned_access
> may be called from gdb handler, outside of generated code
>
> Signed-off-by: Igor V. Kovalenko
> ---
> target-sparc/op_helper.
Thanks, applied.
On Sun, Jan 3, 2010 at 12:01 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> - extended range of MMU related traps which use MMU global registers,
> as listed in Ultrasparc-IIi document
> - no visible changes, since emulation do not cause added traps
>
> Signed-off-
From: Igor V. Kovalenko
- this fixes stepping with gdb, where do_unassigned_access
may be called from gdb handler, outside of generated code
Signed-off-by: Igor V. Kovalenko
---
target-sparc/op_helper.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/target-spa
From: Igor V. Kovalenko
- extended range of MMU related traps which use MMU global registers,
as listed in Ultrasparc-IIi document
- no visible changes, since emulation do not cause added traps
Signed-off-by: Igor V. Kovalenko
---
target-sparc/op_helper.c |6 +++---
1 files changed, 3 in
Alexander Graf schrieb:
> The recent transition to always have the DCR helper functions take 32 bit
> values broke the PPC64 target, as tlong became 64 bits there.
>
> This patch moves all translate.c callers to a _tl function that simply
> calls the uint32_t functions. That way we don't need to me
41 matches
Mail list logo
