The Buildbot has detected a new failure on builder virtfs_i386_debian_6_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/virtfs_i386_debian_6_0/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Re
The Buildbot has detected a new failure on builder virtfs_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/virtfs_x86_64_debian_6_0/builds/0
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Buil
Hi,
qemu-img is only to support create/info and so on whithout writting
operation to the image file.
I have ported the reading operation for a image file form grub2 to
qemu-img. But NTFS document online is not detailed enough, how to do
inorder to achieve the goal of writting to a image
Am 29.01.2012 03:19, schrieb Max Filippov:
> Signed-off-by: Max Filippov
Reviewed-by: Andreas Färber
Good catch!
Andreas
> ---
> exec.c | 12 +---
> 1 files changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/exec.c b/exec.c
> index 5b9eb9a..0e93e0e 100644
> --- a/exec.c
> +
On 01/27/2012 08:50 AM, Gerhard Wiesinger wrote:
> On Thu, 26 Jan 2012, Avi Kivity wrote:
>
>> On 01/25/2012 10:15 PM, Gerhard Wiesinger wrote:
>>> On Sun, 15 Jan 2012, Avi Kivity wrote:
>>>
On 01/15/2012 04:40 PM, Gerhard Wiesinger wrote:
> On Sun, 15 Jan 2012, Jan Kiszka wrote:
>
>>>
On 01/28/2012 08:13 PM, Blue Swirl wrote:
> Fix suspend/resume broken by off-by-one error in
> 59abb06198ee9471e29c970f294eae80c0b39be1.
>
> Adjust the loop so that it handles correctly the case
> start = (ram_addr_t)-TARGET_PAGE_SIZE, length = TARGET_PAGE_SIZE.
Is the ram_addr_t even legal? ram a
On 01/27/2012 11:34 PM, Jan Kiszka wrote:
> >
> > Yes please. It's halfway through autotest and looks good. Even if I
> > have to change it, we can 'git rebase -p --onto' your branch (though I
> > doubt it will be necessary).
>
> Done, see
>
> git://git.kiszka.org/qemu-kvm.git queues/qemu-merge
On 01/26/2012 09:36 PM, Anthony Liguori wrote:
> On 01/26/2012 01:12 PM, Peter Maydell wrote:
>> On 26 January 2012 19:00, Anthony Liguori wrote:
>>> We need to modeled MemoryRegions and qemu_irq in QOM too.
>>
>> +1 : this ought to let us get rid of SysBus...
>>
>>> MemoryRegions
>>> shouldn't
On 01/26/2012 04:24 PM, Orit Wasserman wrote:
> Add migration state to store XBRLE params (enablement and cache size).
> In the outgoing migration check to see if the page is cached and
> changed than send compressed page by using save_xbrle_page function.
> In the incoming migration check to see i
On 01/29/2012 12:33 PM, Avi Kivity wrote:
> On 01/27/2012 11:34 PM, Jan Kiszka wrote:
> > >
> > > Yes please. It's halfway through autotest and looks good. Even if I
> > > have to change it, we can 'git rebase -p --onto' your branch (though I
> > > doubt it will be necessary).
> >
> > Done, see
On 2012-01-29 12:12, Avi Kivity wrote:
> On 01/29/2012 12:33 PM, Avi Kivity wrote:
>> On 01/27/2012 11:34 PM, Jan Kiszka wrote:
Yes please. It's halfway through autotest and looks good. Even if I
have to change it, we can 'git rebase -p --onto' your branch (though I
doubt it w
> There is a lot of configuration in the .dts file that the QEMU user may
> want to manipulate; particularly when using QEMU for testing embedded
> platforms. The direction I want to go is to select the machine model based
> on the top level DT compatible property (making -M optional), and then
> a
On 01/29/2012 01:15 PM, Jan Kiszka wrote:
> On 2012-01-29 12:12, Avi Kivity wrote:
> > On 01/29/2012 12:33 PM, Avi Kivity wrote:
> >> On 01/27/2012 11:34 PM, Jan Kiszka wrote:
>
> Yes please. It's halfway through autotest and looks good. Even if I
> have to change it, we can 'git r
On 2012-01-29 12:18, Avi Kivity wrote:
> On 01/29/2012 01:15 PM, Jan Kiszka wrote:
>> On 2012-01-29 12:12, Avi Kivity wrote:
>>> On 01/29/2012 12:33 PM, Avi Kivity wrote:
On 01/27/2012 11:34 PM, Jan Kiszka wrote:
>>
>> Yes please. It's halfway through autotest and looks good. Even if
On Sun, Jan 29, 2012 at 10:22, Avi Kivity wrote:
> On 01/28/2012 08:13 PM, Blue Swirl wrote:
>> Fix suspend/resume broken by off-by-one error in
>> 59abb06198ee9471e29c970f294eae80c0b39be1.
>>
>> Adjust the loop so that it handles correctly the case
>> start = (ram_addr_t)-TARGET_PAGE_SIZE, length
On 01/29/2012 01:37 PM, Blue Swirl wrote:
> On Sun, Jan 29, 2012 at 10:22, Avi Kivity wrote:
> > On 01/28/2012 08:13 PM, Blue Swirl wrote:
> >> Fix suspend/resume broken by off-by-one error in
> >> 59abb06198ee9471e29c970f294eae80c0b39be1.
> >>
> >> Adjust the loop so that it handles correctly the
On 2012-01-29 12:18, Avi Kivity wrote:
>>>
>>> 2. Migration is broken.
>>
>> OK, that's new. A trivial scenario?
>>
>
> Incoming command line:
>
> qemu-system-x86_64 -m 512 /images/Fedora.img -smp 2 -monitor stdio
> -incoming tcp::
>
> I expect you can remove '-smp 2' and it would still fa
On 01/29/2012 01:54 PM, Jan Kiszka wrote:
> On 2012-01-29 12:18, Avi Kivity wrote:
> >>>
> >>> 2. Migration is broken.
> >>
> >> OK, that's new. A trivial scenario?
> >>
> >
> > Incoming command line:
> >
> > qemu-system-x86_64 -m 512 /images/Fedora.img -smp 2 -monitor stdio
> > -incoming tcp::
On 2012-01-29 13:01, Avi Kivity wrote:
> On 01/29/2012 01:54 PM, Jan Kiszka wrote:
>> On 2012-01-29 12:18, Avi Kivity wrote:
>
> 2. Migration is broken.
OK, that's new. A trivial scenario?
>>>
>>> Incoming command line:
>>>
>>> qemu-system-x86_64 -m 512 /images/Fedora.img -
On 01/29/2012 02:02 PM, Jan Kiszka wrote:
> On 2012-01-29 13:01, Avi Kivity wrote:
> > On 01/29/2012 01:54 PM, Jan Kiszka wrote:
> >> On 2012-01-29 12:18, Avi Kivity wrote:
> >
> > 2. Migration is broken.
>
> OK, that's new. A trivial scenario?
>
> >>>
> >>> Incoming command
On 01/29/2012 02:04 PM, Avi Kivity wrote:
> On 01/29/2012 02:02 PM, Jan Kiszka wrote:
> > On 2012-01-29 13:01, Avi Kivity wrote:
> > > On 01/29/2012 01:54 PM, Jan Kiszka wrote:
> > >> On 2012-01-29 12:18, Avi Kivity wrote:
> > >
> > > 2. Migration is broken.
> >
> > OK, that's new
On 01/28/2012 08:13 PM, Blue Swirl wrote:
> Fix suspend/resume broken by off-by-one error in
> 59abb06198ee9471e29c970f294eae80c0b39be1.
>
> Adjust the loop so that it handles correctly the case
> start = (ram_addr_t)-TARGET_PAGE_SIZE, length = TARGET_PAGE_SIZE.
>
> Reported-by: Stefan Berger
> Si
On 01/29/2012 02:06 PM, Avi Kivity wrote:
> >
> > Blue posted patches for this. s/<=/ >
>
> Err, not. I'll just try Blue's patch.
>
With a fix, migration doesn't complete. Looking into it.
--
error compiling committee.c: too many arguments to function
On Sun, Jan 29, 2012 at 12:08, Avi Kivity wrote:
> On 01/28/2012 08:13 PM, Blue Swirl wrote:
>> Fix suspend/resume broken by off-by-one error in
>> 59abb06198ee9471e29c970f294eae80c0b39be1.
>>
>> Adjust the loop so that it handles correctly the case
>> start = (ram_addr_t)-TARGET_PAGE_SIZE, length
Fix suspend/resume broken by off-by-one error in
59abb06198ee9471e29c970f294eae80c0b39be1, based on patch by
Stefan Berger.
Reported-by: Stefan Berger
Signed-off-by: Blue Swirl
---
exec-obsolete.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/exec-obsolete.h b/exec
On 01/29/2012 03:16 PM, Blue Swirl wrote:
> On Sun, Jan 29, 2012 at 12:08, Avi Kivity wrote:
> > On 01/28/2012 08:13 PM, Blue Swirl wrote:
> >> Fix suspend/resume broken by off-by-one error in
> >> 59abb06198ee9471e29c970f294eae80c0b39be1.
> >>
> >> Adjust the loop so that it handles correctly the
Hello,
Here's a series against master, pushing QOM beyond what I've seen on Anthony's
qom-upstream and qom-rebase branches.
It depends on the object_class_foreach() fix posted separately.
Patch 1 is included here to show its use case in patch 5.
Patch 2 suggests a way to start using QOM beyond "
QOM TYPE_INTERFACE was registered with device_init(), whose
constructors are executed rather late in vl.c's main().
Introduce a new module init type and register it very early so that QOM
can safely be used for machines and CPUs.
Note that *_init() defines an attributed function, so no semicolon
It's abstract, derived directly from TYPE_OBJECT (to avoid dependency
on MODULE_INIT_DEVICE) and for now is empty.
Place it in hw/. Have user emulators pick it up via VPATH, building it
per target since they didn't use any qdev/QOM devices so far.
Introduce processor_init() for registering, and c
Link the Object base class and the module infrastructure for class
registration. Call early module init.
Signed-off-by: Andreas Färber
Cc: Anthony Liguori
---
Makefile.target|6 ++
Makefile.user |1 +
bsd-user/main.c|2 ++
darwin-user/main.c |3 +++
linux-user/m
Provides an easy way to loop over all non-abstract CPU classes.
Signed-off-by: Andreas Färber
---
hw/cpu.c | 25 +
include/qemu/cpu.h |9 +
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/hw/cpu.c b/hw/cpu.c
index c0e9cfa..ac0add7 1
We g_malloc0()'ed CPUARMState ourself, and exec.c's cpu_copy() runs
through cpu_init() as well, so we are at liberty to supply the CPUState
any way we see fit. Having CPUARMState as field in the QOM CPU allows
both to access env from an ARMCPU object and to access the QOM Object
and its ObjectClass
On Sun, Jan 29, 2012 at 13:20, Avi Kivity wrote:
> On 01/29/2012 03:16 PM, Blue Swirl wrote:
>> On Sun, Jan 29, 2012 at 12:08, Avi Kivity wrote:
>> > On 01/28/2012 08:13 PM, Blue Swirl wrote:
>> >> Fix suspend/resume broken by off-by-one error in
>> >> 59abb06198ee9471e29c970f294eae80c0b39be1.
>>
Create a CPU subclass, and register classes matching all CPU models.
Don't name the file target-arm/cpu.c so that the user emulators can
still easily pick up the base class in hw/cpu.c via VPATH.
Make arm_cpu_list() enumerate CPU subclasses.
Replace cpu_arm_find_by_name()'s string -> CPUID lookup
Since struct TypeImpl is not public, this is useful for enumerating
available types.
Signed-off-by: Andreas Färber
Cc: Anthony Liguori
---
include/qemu/object.h |8
qom/object.c |5 +
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/include/qemu/obje
On 01/29/2012 03:39 PM, Blue Swirl wrote:
> >> >> +++ b/exec-obsolete.h
> >> >> @@ -81,11 +81,10 @@ static inline void
> >> >> cpu_physical_memory_set_dirty_range(ram_addr_t start,
> >> >> int dirty_flags)
> >> >> {
> >> >> uint8_t *p;
>
Reported-by: Stefan Berger
Signed-off-by: Avi Kivity
---
exec-obsolete.h | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/exec-obsolete.h b/exec-obsolete.h
index 03cf35e..d2749d3 100644
--- a/exec-obsolete.h
+++ b/exec-obsolete.h
@@ -83,9 +83,10 @@ static inline
Thanks, applied.
On Sun, Jan 29, 2012 at 14:47, Avi Kivity wrote:
> Reported-by: Stefan Berger
> Signed-off-by: Avi Kivity
> ---
> exec-obsolete.h | 10 ++
> 1 files changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/exec-obsolete.h b/exec-obsolete.h
> index 03cf35e..d2749d3 1
On 01/29/2012 02:35 PM, Avi Kivity wrote:
> On 01/29/2012 02:06 PM, Avi Kivity wrote:
> > >
> > > Blue posted patches for this. s/<=/ > >
> >
> > Err, not. I'll just try Blue's patch.
> >
>
> With a fix, migration doesn't complete. Looking into it.
>
Turns out the migration problems are unrelat
On Sun, Jan 29, 2012 at 11:15:42AM +, Paul Brook wrote:
> Clearly we need to have some sort of FDT support. However I'm unconvinced
> that it's the correct format for the primary data structure. For one thing
> it's a hierarchical tree structure, and in my experience describing links
> out
On Sun, 29 Jan 2012 10:06:58 +0100, q...@buildbot.b1-systems.de wrote:
> The Buildbot has detected a new failure on builder virtfs_x86_64_debian_6_0
> while building qemu.
> Full details are available at:
> http://buildbot.b1-systems.de/qemu/builders/virtfs_x86_64_debian_6_0/builds/0
>
> Buildbo
Am 29.01.2012 17:01, schrieb Grant Likely:
> Okay, well at least let's start with this. Here is an updated version of the
> patch that doesn't touch the board code. It makes the -dtb option available
> to all ARM platforms.
>
> Even if dtb is not the primary structure, we absolutely need this op
Patch 1 has been sent several times, though the logic has been copied
from flawed implementations before.
Other patches should be trivial.
URL git://repo.or.cz/qemu/blueswirl.git
http://repo.or.cz/r/qemu/blueswirl.git
Blue Swirl (6):
memory: change dirty getting API to take a size
On 29 January 2012 16:01, Grant Likely wrote:
> On Sun, Jan 29, 2012 at 11:15:42AM +, Paul Brook wrote:
>> Clearly we need to have some sort of FDT support. However I'm unconvinced
>> that it's the correct format for the primary data structure. For one thing
>> it's a hierarchical tree struc
Instead of each device knowing or guessing the guest page size,
just pass the desired size of dirtied memory area.
Signed-off-by: Blue Swirl
---
arch_init.c |7 ---
exec-obsolete.h | 15 +--
hw/framebuffer.c |9 +
hw/g364fb.c |3 ++-
hw/sm501.c
Standard VGA does not use vga_draw_cursor_line_* functions.
Move the template to cirrus_vga_template.h.
Signed-off-by: Blue Swirl
---
hw/cirrus_vga.c |9
hw/cirrus_vga_template.h | 102 ++
hw/vga_int.h | 13 --
hw/v
Signed-off-by: Blue Swirl
---
hw/vga.h | 481 ++
1 files changed, 481 insertions(+), 0 deletions(-)
create mode 100644 hw/vga.h
diff --git a/hw/vga.h b/hw/vga.h
new file mode 100644
index 000..2b8691f
--- /dev/null
+++ b/hw/vga.h
Signed-off-by: Blue Swirl
---
hw/vga.h | 534 +-
1 files changed, 106 insertions(+), 428 deletions(-)
diff --git a/hw/vga.h b/hw/vga.h
index 2b8691f..d917046 100644
--- a/hw/vga.h
+++ b/hw/vga.h
@@ -2,49 +2,21 @@
* linux/include/vide
Add links to chipset docs and FreeVGA site.
Signed-off-by: Blue Swirl
---
hw/vga.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/hw/vga.c b/hw/vga.c
index 758bd92..d87c4f9 100644
--- a/hw/vga.c
+++ b/hw/vga.c
@@ -37,6 +37,18 @@
//#define DEBUG_BOCHS_VBE
anyone cares to answer. I appreciate it.
Thanks
Xin
On Sat, Jan 28, 2012 at 5:17 PM, Xin Tong wrote:
> I am investigating what longjmp is used for in qemu.
>
> longjmp is used in a couple of places.
>
> 1.
> void cpu_loop_exit(void)
> {
> env->current_tb = NULL;
> longjmp(env->jmp_env
On Sat, Jan 28, 2012 at 11:48:37AM -0700, Grant Likely wrote:
> On Fri, Jan 27, 2012 at 10:34:01PM +, Paul Brook wrote:
> > > If compiled with CONFIG_FDT, allow user to specify a device tree file
> > > using
> > > the -dtb argument. If the machine supports it then the dtb will be loaded
> > >
On 29 January 2012 18:48, Andreas Färber wrote:
> Am 29.01.2012 17:01, schrieb Grant Likely:
>> Okay, well at least let's start with this. Here is an updated version of the
>> patch that doesn't touch the board code. It makes the -dtb option available
>> to all ARM platforms.
>>
>> Even if dtb i
Instead of having each CPU's class_init function call its parent's
function, indirect this through arm_cpu_class_init().
Signed-off-by: Andreas Färber
---
target-arm/cpu-core.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/target-arm/cpu-core.c b/target-arm/cp
The internal CPU feature flags were only ever set in
cpu_reset_model_id(). Therefore move them into ARMCPUClass.
The feature flags were saved and loaded as part of CPUState. Keep
writing them so that they can still be loaded in older versions, but
ignore when loading.
Since cpu.h defines ARMCPUSt
On Mon, Jan 30, 2012 at 6:42 AM, Edgar E. Iglesias wrote:
> On Sat, Jan 28, 2012 at 11:48:37AM -0700, Grant Likely wrote:
> > On Fri, Jan 27, 2012 at 10:34:01PM +, Paul Brook wrote:
> > > > If compiled with CONFIG_FDT, allow user to specify a device tree
> file using
> > > > the -dtb argument
On Mon, Jan 30, 2012 at 5:13 AM, Peter Maydell wrote:
> On 29 January 2012 16:01, Grant Likely wrote:
>> On Sun, Jan 29, 2012 at 11:15:42AM +, Paul Brook wrote:
>>> Clearly we need to have some sort of FDT support. However I'm unconvinced
>>> that it's the correct format for the primary data
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
wrote:
> Hi All,
>
> So on the topic of these command line arguments for initrd, dtb and friends,
> another related issue we have encountered (and have hacked around in our
> tree) is not being able to relocate the initrd or kernel. Currently thes
On Mon, Jan 30, 2012 at 10:28 AM, John Williams
wrote:
> On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
> wrote:
>> Hi All,
>>
>> So on the topic of these command line arguments for initrd, dtb and friends,
>> another related issue we have encountered (and have hacked around in our
>> tree) i
On 01/24/2012 12:23 PM, Stefan Weil wrote:
Am 24.01.2012 08:22, schrieb Andreas Färber:
Am 23.01.2012 08:20, schrieb Peter A. G. Crosthwaite:
Added linux specific kernel dtb option. This option can be specified to inject
an argument device tree blob (dtb) into linux.
Signed-off-by: Peter A. G.
On 01/29/2012 06:28 PM, John Williams wrote:
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
wrote:
Hi All,
So on the topic of these command line arguments for initrd, dtb and friends,
another related issue we have encountered (and have hacked around in our
tree) is not being able to reloc
On 01/29/2012 07:25 AM, Andreas Färber wrote:
It's abstract, derived directly from TYPE_OBJECT (to avoid dependency
on MODULE_INIT_DEVICE) and for now is empty.
Place it in hw/. Have user emulators pick it up via VPATH, building it
per target since they didn't use any qdev/QOM devices so far.
I
On 01/29/2012 07:25 AM, Andreas Färber wrote:
Provides an easy way to loop over all non-abstract CPU classes.
Signed-off-by: Andreas Färber
I have a patch in my next series which provides an interface for this.
https://github.com/aliguori/qemu/commit/42ab3f78477307438591c77816f06f12cf9d9fc0
On Mon, Jan 30, 2012 at 12:11 PM, Anthony Liguori wrote:
> On 01/29/2012 06:28 PM, John Williams wrote:
>>
>> On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
>> wrote:
>>>
>>> Hi All,
>>>
>>> So on the topic of these command line arguments for initrd, dtb and
>>> friends,
>>> another related
On 01/29/2012 07:25 AM, Andreas Färber wrote:
Create a CPU subclass, and register classes matching all CPU models.
Don't name the file target-arm/cpu.c so that the user emulators can
still easily pick up the base class in hw/cpu.c via VPATH.
Make arm_cpu_list() enumerate CPU subclasses.
Replace
On 01/29/2012 07:25 AM, Andreas Färber wrote:
We g_malloc0()'ed CPUARMState ourself, and exec.c's cpu_copy() runs
through cpu_init() as well, so we are at liberty to supply the CPUState
any way we see fit. Having CPUARMState as field in the QOM CPU allows
both to access env from an ARMCPU object
On 01/29/2012 05:50 PM, Andreas Färber wrote:
Instead of having each CPU's class_init function call its parent's
function, indirect this through arm_cpu_class_init().
Signed-off-by: Andreas Färber
---
target-arm/cpu-core.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
d
On 01/29/2012 08:19 PM, John Williams wrote:
On Mon, Jan 30, 2012 at 12:11 PM, Anthony Liguori wrote:
On 01/29/2012 06:28 PM, John Williams wrote:
On Sun, Jan 29, 2012 at 4:51 PM, Peter Crosthwaite
wrote:
Hi All,
So on the topic of these command line arguments for initrd, dtb and
frien
There's an opportunity here - QEMU needs the cmdline ability to load
random binaries/elfs anyway, such as
--load file@address
>>>
>>>
>>>
>>> Make an elf loader device if you desire this ability but I'm skeptical
>>> that
>>> it really is all that useful.
>>
>>
>> It is useful f
On Jan 29, 2012 8:41 PM, "John Williams"
wrote:
>
> There's an opportunity here - QEMU needs the cmdline ability to load
> random binaries/elfs anyway, such as
>
> --load file@address
> >>>
> >>>
> >>>
> >>> Make an elf loader device if you desire this ability but I'm skeptical
On Sun, Jan 29, 2012 at 07:13:55PM +, Peter Maydell wrote:
> On 29 January 2012 16:01, Grant Likely wrote:
> > diff --git a/configure b/configure
> > index f69e08f..0c2deab 100755
> > --- a/configure
> > +++ b/configure
> > @@ -3411,6 +3411,9 @@ case "$target_arch2" in
> > gdb_xml_files="a
At 01/20/2012 12:32 AM, Eric Blake Wrote:
> On 01/18/2012 08:07 PM, Wen Congyang wrote:
>> Signed-off-by: Wen Congyang
>> ---
>> Makefile.target |8 +-
>> dump.c | 590
>> ++
>> dump.h |3 +
>> hmp-commands.hx |
At 01/20/2012 12:34 AM, Eric Blake Wrote:
> On 01/18/2012 08:39 PM, Wen Congyang wrote:
>> At 01/19/2012 11:32 AM, Jun Koi Wrote:
>>> On Thu, Jan 19, 2012 at 10:50 AM, Wen Congyang wrote:
Hi, all
'virsh dump' can not work when host pci device is used by guest. We have
discussed
This set of patches adds support for Samsung Exynos4210-based boards NURI and
SMDKC210.
Tested on Linux kernel v3.x series.
Usage:
"-smp 2" option is mandatory for now.
Linux kernel v3.x configured with exynos4_defconfig can be used for boards
models testing with rootfs
on initrd.
To enable sup
Signed-off-by: Evgeny Voevodin
Reviewed-by: Peter Maydell
---
Makefile.target |2 +-
hw/exynos4210.c | 12 ++
hw/exynos4210_pwm.c | 420 +++
3 files changed, 433 insertions(+), 1 deletions(-)
create mode 100644 hw/exynos4210_pwm.c
Add initial support of NURI and SMDKC210 boards
Signed-off-by: Evgeny Voevodin
---
Makefile.target |3 +-
hw/exynos4210.c | 193 +++
hw/exynos4210.h | 40 +++
hw/exynos4_boards.c | 143 +++
Signed-off-by: Evgeny Voevodin
---
Makefile.target |1 +
hw/exynos4210.h | 82
hw/exynos4210_combiner.c | 481 ++
hw/exynos4210_gic.c | 452 +++
4 files changed, 1016 insert
Signed-off-by: Evgeny Voevodin
Reviewed-by: Peter Maydell
---
Makefile.target |2 +-
hw/exynos4210.c | 19 +
hw/exynos4210_mct.c | 1486 +++
3 files changed, 1506 insertions(+), 1 deletions(-)
create mode 100644 hw/exynos4210_mct.c
77 matches
Mail list logo
