On 04/11/2011 10:27 PM, Jan Kiszka wrote:
These patches were posted before. They bring down the overhead of the
io-thread mode for TCG here, specifically when emulating SMP.
The major change in this version, besides rebasing, is the exclusion of
KVM from the main loop polling optimization.
Ja
On 04/12/2011 03:39 AM, Anthony Liguori wrote:
would say let it rest in peace. But maybe it points to a generic issues
that is just magnified by non-threaded mode.
If it's most probably an architectural deficit of non-io-thread mode, I
If gpxe is spinning waiting for I/O to complete, that's goi
On 04/11/2011 08:15 PM, Blue Swirl wrote:
On Mon, Apr 11, 2011 at 10:01 AM, Markus Armbruster wrote:
> Avi Kivity writes:
>
>> On 04/08/2011 12:41 AM, Anthony Liguori wrote:
>>>
>>> And it's a good thing to have, but exposing this as the only API to
>>> do something as simple as generating
On Fri, Apr 08, 2011 at 12:33:27PM +0100, Stefan Hajnoczi wrote:
> Amit and I were discussing the pros and cons of using O_EXCL to open
> host CD-ROM devices on IRC but this discussion could benefit from more
> input.
>
> Linux block devices (like /dev/sr0 CD-ROMs) can be opened with O_EXCL
> and
Rebase on the master branch of qemu.
Signed-off-by: Guan Xuetao
---
configure| 11 +++-
cpu-exec.c | 12 -
default-configs/unicore32-linux-user.mak |1 +
elf.h|2 +
fpu/softfloat-spe
Am 12.04.2011 09:52, schrieb Daniel P. Berrange:
> - If the -drive specification has readonly=on (thus O_RDONLY to
>open(2) call) , I expect QEMU (or the kernel) to forbid the
>"eject" command on the host CDROM. This should prevent two guests
>interfering seriously with each other.
>
On 04/11/2011 10:18 PM, Jan Kiszka wrote:
At least Windows should no longer we a functional blocker thanks to
Paolo's work.
What's left now is icount. I also have had patches ready for a while,
I'll send them out.
Paolo
On Tue, Apr 12, 2011 at 10:10:44AM +0200, Kevin Wolf wrote:
> Am 12.04.2011 09:52, schrieb Daniel P. Berrange:
> > - If the -drive specification has readonly=on (thus O_RDONLY to
> >open(2) call) , I expect QEMU (or the kernel) to forbid the
> >"eject" command on the host CDROM. This shou
hot-plug NIC doesn't have this issue.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/754591
Title:
NIC doesn't work when it had been used before
Status in QEMU:
New
Bug description:
Environme
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/730441
Title:
NIC doesn't work with "pci=nomsi" in grub.conf
Status in QEMU:
Fix Re
Sorry for typo in subject.
I will resend the whole patch set at once.
Guan
> -Original Message-
> From: Guan Xuetao [mailto:g...@mprc.pku.edu.cn]
> Sent: Tuesday, April 12, 2011 4:05 PM
> To: 'Blue Swirl'
> Cc: 'qemu-devel@nongnu.org'
> Subject: [PATCH] unicore32: add necessry headers in
The patch set adds new unicore32-linux-user support for qemu-stable-0.14
Patch 1 adds target-unicore32 directory
Patch 2 adds linux-user/unicore32 directory
Patch 3 adds necessary modifications for other files
V2->V3: rebase on master branch of qemu
V1 -> V2: changed by advice from B
Signed-off-by: Guan Xuetao
---
linux-user/unicore32/syscall.h | 55 +
linux-user/unicore32/syscall_nr.h| 371 ++
linux-user/unicore32/target_signal.h | 26 +++
linux-user/unicore32/termbits.h |2 +
4 files changed, 454 insertions(+), 0
Signed-off-by: Guan Xuetao
---
configure| 11 +++-
cpu-exec.c | 12 -
default-configs/unicore32-linux-user.mak |1 +
elf.h|2 +
fpu/softfloat-specialize.h | 10 ++--
This series finally fixes -icount with iothread and avoids deadlocks
due to the vm_clock not making progress when the VM is stopped.
The crux of the fix is in patch 1, while patch 2 implements the
"clock warping" that fixes deadlocks in v2. Clock warping uses
the nanosecond resolution rt_clock tim
It is purely for icount-based virtual timers. And now that we got the
code right, rename the function to clarify the intended scope.
Signed-off-by: Paolo Bonzini
---
cpus.c |4 ++--
qemu-timer.c | 13 -
qemu-timer.h |2 +-
3 files changed, 7 insertions(+), 12 deletio
The previous patch however is not enough, because if the virtual CPU
goes to sleep waiting for a future timer interrupt to wake it up, qemu
deadlocks. The timer interrupt never comes because time is driven by
icount, but the vCPU doesn't run any insns.
You could say that VCPUs should never go to
The correct fix for -icount is to consider the biggest difference
between iothread and non-iothread modes. In the traditional model,
CPUs run _before_ the iothread calls select (or WaitForMultipleObjects
for Win32). In the iothread model, CPUs run while the iothread
isn't holding the mutex, i.e.
This reverts commits 225d02cd and c9f7383c. While some parts of
the latter could be saved, I preferred a smooth, complete revert.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 66 +++--
1 files changed, 36 insertions(+), 30 deletions(-)
d
On Tue, Apr 12, 2011 at 01:13:15PM +0800, Wen Congyang wrote:
> This bug is introduced by commit 23910d3f.
Oh, Thanks. Good catch. I agree with the first hunk.
But what is the second hunk for? The GPE STS register is W1C.
(NULL check and 0xff masking is okay. it's a bit redundant, though)
>From A
On Tue, Apr 12, 2011 at 1:18 AM, Josh Durgin wrote:
> On 04/08/2011 01:43 AM, Stefan Hajnoczi wrote:
>>
>> On Mon, Mar 28, 2011 at 04:15:57PM -0700, Josh Durgin wrote:
>>>
>>> librbd stacks on top of librados to provide access
>>> to rbd images.
>>>
>>> Using librbd simplifies the qemu code, and a
At 04/12/2011 04:48 PM, Isaku Yamahata Write:
> On Tue, Apr 12, 2011 at 01:13:15PM +0800, Wen Congyang wrote:
>> This bug is introduced by commit 23910d3f.
>
> Oh, Thanks. Good catch. I agree with the first hunk.
> But what is the second hunk for? The GPE STS register is W1C.
> (NULL check and 0xf
On Tue, Apr 12, 2011 at 9:19 AM, Daniel P. Berrange wrote:
> On Tue, Apr 12, 2011 at 10:10:44AM +0200, Kevin Wolf wrote:
>> Am 12.04.2011 09:52, schrieb Daniel P. Berrange:
>> > - If the -drive specification has readonly=on (thus O_RDONLY to
>> > open(2) call) , I expect QEMU (or the kernel)
On Tue, Apr 12, 2011 at 05:08:18PM +0800, Wen Congyang wrote:
> At 04/12/2011 04:48 PM, Isaku Yamahata Write:
> > On Tue, Apr 12, 2011 at 01:13:15PM +0800, Wen Congyang wrote:
> >> This bug is introduced by commit 23910d3f.
> >
> > Oh, Thanks. Good catch. I agree with the first hunk.
> > But what
On 2011-04-12 10:44, Paolo Bonzini wrote:
> This series finally fixes -icount with iothread and avoids deadlocks
> due to the vm_clock not making progress when the VM is stopped.
> The crux of the fix is in patch 1, while patch 2 implements the
> "clock warping" that fixes deadlocks in v2. Clock w
At 04/12/2011 05:20 PM, Isaku Yamahata Write:
> On Tue, Apr 12, 2011 at 05:08:18PM +0800, Wen Congyang wrote:
>> At 04/12/2011 04:48 PM, Isaku Yamahata Write:
>>> On Tue, Apr 12, 2011 at 01:13:15PM +0800, Wen Congyang wrote:
This bug is introduced by commit 23910d3f.
>>>
>>> Oh, Thanks. Good c
The GET_EVENT_STATUS_NOTIFICATION ATAPI command is listed as a
mandatory command in the spec but we don't really implement it any of
its sub-commands.
The commit message for the last commit explains why implementing just
the media subcommand is helpful and how it goes a long way in getting
guests
After a media change, the only commands allowed from the guest were
REQUEST_SENSE and INQUIRY. The guest may also issue
GET_EVENT_STATUS_NOTIFICATION commands to get media
changed notification.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 19 +--
1 files changed, 13 insertions
This makes the code more readable.
Also, there's a block like:
if () {
...
} else {
...
}
Split that into
if () {
...
return;
}
...
Signed-off-by: Amit Shah
---
hw/ide/core.c | 37 -
1 files changed, 24 insertions(+), 13 deletions(-)
diff --git
Handle GET_EVENT_STATUS_NOTIFICATION's No Event Available status in its
own function.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 21 +++--
1 files changed, 15 insertions(+), 6 deletions(-)
diff --git a/hw/ide/core.c b/hw/ide/core.c
index d71bc41..c5913d8 100644
--- a/hw/ide/
Instead of using magic numbers, use structs that are more descriptive of
the fields being used.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/hw/ide/core.c b/hw/ide/core.c
index c5913d8..fe50d8a 100644
--- a/hw/
Add a new subsection to save and restore the events state for the
GET_EVENT_STATUS_NOTIFICATION command.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/hw/ide/core.c b/hw/ide/core.c
index 2683070..7043341
Implement the 'media' sub-command of the GET_EVENT_STATUS_NOTIFICATION
command. This helps us report tray open, tray closed, no media, media
present states to the guest.
Newer Linux kernels (2.6.38+) rely on this command to revalidate discs
after media change.
This patch also sends out tray open
This bug is introduced by commit 23910d3f.
Signed-off-by: Wen Congyang
---
hw/acpi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index e372474..ad40fb4 100644
--- a/hw/acpi.c
+++ b/hw/acpi.c
@@ -355,7 +355,7 @@ static uint8_t *acpi_gpe_ioport_
From: Jes Sorensen
This introduces support for dd-style progress reporting, if the user
hasn't specified -p to report progress. If sent a SIGUSR1, qemu-img
will report current progress for commands that support progress
reporting.
Signed-off-by: Jes Sorensen
---
qemu-progress.c | 49
I can't reproduce this (either with current trunk or with qemu 0.14.0
release version). Also, if we were directing UNDEF exceptions to the SVC
entry point I think it would cause fairly obvious breakage of Linux
guests.
I'm going to attach the test program I used to confirm that we are
correctly di
** Attachment added: "test program (source)"
https://bugs.launchpad.net/qemu/+bug/757702/+attachment/2023202/+files/undef-exc.s
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/757702
Title:
Undef
** Attachment added: "test program (ELF binary)"
https://bugs.launchpad.net/qemu/+bug/757702/+attachment/2023214/+files/undef-exc.axf
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/757702
Title:
On Mon, Apr 11, 2011 at 9:10 PM, Alex Williamson
wrote:
> On Mon, 2011-04-11 at 13:57 -0600, Alex Williamson wrote:
>> On Mon, 2011-04-11 at 14:48 -0500, Anthony Liguori wrote:
>> > On 04/11/2011 02:35 PM, Alex Williamson wrote:
>> > > This series replaces our current gPXE based PXE ROMs with iPXE
Thank you. Looks good.
On Tue, Apr 12, 2011 at 05:27:44PM +0800, Wen Congyang wrote:
> This bug is introduced by commit 23910d3f.
>
> Signed-off-by: Wen Congyang
>
> ---
> hw/acpi.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/hw/acpi.c b/hw/acpi.c
> index e3
> ARMv7a has lot of undefined instruction from its instruction opcode space.
> This undefined instructions
>are very useful for replacing sensitive non-priviledged instructions of guest
>operating systems (virtualization).
PS: please don't use arbitrary UNDEF instruction patterns for this (the
On 04/08/11 22:45, Blue Swirl wrote:
> Move generic or OS related function declarations and macro
> TFR to qemu-common.h.
>
> While moving, also add #include to fix a
> recent mingw32 build breakage.
>
> Signed-off-by: Blue Swirl
> ---
> qemu-common.h | 21 +
> sysemu.h
Am 12.04.2011 11:27, schrieb Amit Shah:
> After a media change, the only commands allowed from the guest were
> REQUEST_SENSE and INQUIRY. The guest may also issue
> GET_EVENT_STATUS_NOTIFICATION commands to get media
> changed notification.
>
> Signed-off-by: Amit Shah
> ---
> hw/ide/core.c |
On Mon, Apr 11, 2011 at 3:01 PM, Amos Kong wrote:
> VARRAY_UINT32 only exists in vmstate_load_state(),
> but not in vmstate_save_state().
>
> CC: Juan Quintela
> Signed-off-by: Amos Kong
> ---
> savevm.c | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
Hmm...Juan wasn't actually C
Am 12.04.2011 11:27, schrieb Amit Shah:
> Instead of using magic numbers, use structs that are more descriptive of
> the fields being used.
>
> Signed-off-by: Amit Shah
> ---
> hw/ide/core.c | 15 +--
> 1 files changed, 13 insertions(+), 2 deletions(-)
>
> diff --git a/hw/ide/core
Hi,
You are right, I have deliberately used an instruction from a "permanently
UNDEF" space. I have used this instruction because thats this are the only
UNDEF instructions with maximum payload of 20 bits.
Also, the instruction "0xec019800" does not belong to STC instruction space.
GNU object dum
Am 12.04.2011 11:27, schrieb Amit Shah:
> Implement the 'media' sub-command of the GET_EVENT_STATUS_NOTIFICATION
> command. This helps us report tray open, tray closed, no media, media
> present states to the guest.
>
> Newer Linux kernels (2.6.38+) rely on this command to revalidate discs
> afte
Am 12.04.2011 11:27, schrieb Amit Shah:
> Add a new subsection to save and restore the events state for the
> GET_EVENT_STATUS_NOTIFICATION command.
>
> Signed-off-by: Amit Shah
Looks good, but I think it should be merged into patch 5, so that there
are no commits for which migration is broken.
Hi
The correct command to launch qemu will be: ./qemu-system-arm -s -S -M
realview-pb-a8 -serial stdio -kernel arm_test.elf
Sorry, for mistake in previous mail.
--Anup
On Tue, Apr 12, 2011 at 3:48 PM, Anup Patel
wrote:
> Hi,
>
> You are right, I have deliberately used an instruction from a "per
> Also, the instruction "0xec019800" does not belong to STC instruction
space.
Yes it does. STC encoding A1 is: cond:4 110 p u d w 0 rn:4 crd:4 coproc:4 imm:8
For STC the combination of P=0 U=0 D=0 W=0 is UNDEFINED, but it's still in STC
space. This is not "permanently UNDEF", it might be allocat
Actually, the undefined instruction that I have used is documented as
undefined at two places in "ARM Instruction Set Encoding" section of ARMv7a
reference manual:
1. Refer "Table A5-22 Supervisor Call, and coprocessor instructions"
2. Refer "A8.6.188 STC, STC2"
So you see one can easily get confu
Also, in the test case hits 0x8 after encountering UNDEF instruction at
0x100058.
The test case is not broken it failed in initialization sequence itself.
PS: I had download most recent version of QEMU 0.14.0 and build it my
self.
On Tue, Apr 12, 2011 at 4:33 PM, Anup Patel
wrote:
> Actually, th
Sorry, I didn't notice the footnote in table A5-22; I see what you mean
now. It's still not permanently-UNDEF space though and you'd really be
better off using that instead. In any case, qemu does properly UNDEF the
instruction so this is a bit of a diversion.
--
You received this bug notificatio
The GET_EVENT_STATUS_NOTIFICATION ATAPI command is listed as a
mandatory command in the spec but we don't really implement it any of
its sub-commands.
The commit message for the last commit explains why implementing just
the media subcommand is helpful and how it goes a long way in getting
guests
After a media change, the only commands allowed from the guest were
REQUEST_SENSE and INQUIRY. The guest may also issue
GET_EVENT_STATUS_NOTIFICATION commands to get media
changed notification.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 20 ++--
1 files changed, 14 insertion
This makes the code more readable.
Also, there's a block like:
if () {
...
} else {
...
}
Split that into
if () {
...
return;
}
...
Signed-off-by: Amit Shah
---
hw/ide/core.c | 37 -
1 files changed, 24 insertions(+), 13 deletions(-)
diff --git
Instead of using magic numbers, use structs that are more descriptive of
the fields being used.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 22 +-
1 files changed, 17 insertions(+), 5 deletions(-)
diff --git a/hw/ide/core.c b/hw/ide/core.c
index 5b64676..e838990 100644
--
Handle GET_EVENT_STATUS_NOTIFICATION's No Event Available response in a
generic way so that future additions to the code to handle other
response types is easier.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 24 +++-
1 files changed, 19 insertions(+), 5 deletions(-)
diff -
Implement the 'media' sub-command of the GET_EVENT_STATUS_NOTIFICATION
command. This helps us report tray open, tray closed, no media, media
present states to the guest.
Newer Linux kernels (2.6.38+) rely on this command to revalidate discs
after media change.
This patch also sends out tray open
> Also, in the test case hits 0x8 after encountering UNDEF instruction
at 0x100058.
So if you run qemu like this:
qemu-system-arm -M realview-pb-a8 -serial stdio -kernel arm_test.elf -s -S
and run arm-none-gnueabi-gdb with no arguments and in gdb type these
commands:
(gdb) target remote :1234
Re
I see 0x0008 ().
I am using qemu-0.14.0.tar.gz available for QEMU Downloads.
--Anup
On Tue, Apr 12, 2011 at 5:12 PM, Peter Maydell
wrote:
> > Also, in the test case hits 0x8 after encountering UNDEF instruction
> at 0x100058.
>
> So if you run qemu like this:
> qemu-system-arm -M realview-p
Try this out one last time. I am sure you will be able to replicate the
problem.
Run qemu like this:
qemu-system-arm -M realview-pb-a8 -serial stdio -kernel arm_test.elf -s -S
and run arm-none-gnueabi-gdb with no arguments and in gdb type these
commands:
(gdb) target remote :1234
Remote debuggin
On 2011-04-11 19:21, Stefan Weil wrote:
> Am 11.04.2011 09:36, schrieb Paolo Bonzini:
>> On 04/10/2011 08:28 PM, Stefan Weil wrote:
>>> Commit 68c23e5520e8286d79d96ab47c0ea722ceb75041 removed the
>>> multimedia timer, but this timer is needed for certain
>>> Linux kernels. Otherwise Linux boot stop
On 04/12/2011 02:36 PM, Jan Kiszka wrote:
I see the same bug here with two XP hosts and also tried both timer
variants
of current QEMU (without a difference).
I don't get the bug when running on a Linux host using wine.
Passing no_timer_check to the Linux guest should work around the issue
as
Softfloat supports two kinds of FP tininess detection: before and
after rounding (corresponding to the two behaviours permitted by
IEEE754). The ARM architecture mandates detection before rounding,
so set the flag appropriately. I had to add a setter function
for this, since there wasn't one alread
On 2011-04-12 14:40, Paolo Bonzini wrote:
> On 04/12/2011 02:36 PM, Jan Kiszka wrote:
>>> I see the same bug here with two XP hosts and also tried both timer
>>> variants
>>> of current QEMU (without a difference).
>>>
>>> I don't get the bug when running on a Linux host using wine.
>>
>> Passing n
Am 12.04.2011 13:43, schrieb Amit Shah:
> Handle GET_EVENT_STATUS_NOTIFICATION's No Event Available response in a
> generic way so that future additions to the code to handle other
> response types is easier.
>
> Signed-off-by: Amit Shah
> ---
> hw/ide/core.c | 24 +++-
> 1
Juan Quintela wrote:
> Please, send in any agenda items you are interested in covering.
>
> Later, Juan.
As there is no agenda items posted, today call is just cancelled.
Enjoy, Juan.
Hello, please review next try for my StrongARM patches. SA has been enhanced
in the areas of RTC and UART drivers: I've added register bit names and used
them instead of various magic bits/bitmasks.
--
With best wishes
Dmitry
Add very basic implementation of collie PDA emulation. The system lacks
LoCoMo and graphics/sound emulation. Linux kernel boots up to mounting
rootfs (theoretically it can be provided in pflash images).
Signed-off-by: Dmitry Eremin-Solenikov
---
Makefile.target |1 +
hw/collie.c | 69 +
Basic implementation of DEC/Intel SA-1100/SA-1110 chips emulation.
Implemented:
- IRQs
- GPIO
- PPC
- RTC
- UARTs (no IrDA/etc.)
- OST reused from pxa25x
Everything else is TODO (esp. PM/idle/sleep!) - see the todo in the
hw/strongarm.c
V4:
* use bitnames to access RTC and UART registers
The following series of patches adds a TPM (Trusted Platform Module)
TIS (TPM Interface Spec) interface to Qemu and with that provides
means to access a backend implementing the actual TPM functionality.
This frontend enables for example Linux's TPM TIS (tpm_tis) driver.
I am also posting the imp
The TPM interface (tpm_tis) needs to be explicitly enabled via
./configure --enable-tpm. This patch also restricts the building of the
TPM support to i386 and x86_64 targets since both backends I know
of, the Xen backend and the libtpms-based backend, will likely only
be available for these target
This patch supports the storage of TPM persisten state.
The TPM creates state of varying size, depending for example how many
keys are loaded into it a a certain time. The worst-case sizes of
the different blobs the TPM can write have been pre-calculated and this
value is used to determine the min
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to Qemu. The code is largely based on my previous implementation
for Xen but has been significantly extended to meet the standard's
requirements, such as the support for changing of localities and all the
functionality
This patch provides the glue for the TPM TIS interface (frontend) to
the libtpms that provides the actual TPM functionality.
Some details:
This part of the patch provides support for the spawning of a thread
that will interact with the libtpms-based TPM. It expects a signal
from the frontend to w
This patch adds support for TPM command line options.
The command line supported here (considering the libtpms based
backend) are
./qemu-... -tpm type=,path=,
and
./qemu-... -tpm ?
where the latter works similar to -soundhw ? and shows a list of
available TPM backends (i.e., libtpms-based, Xen)
This patch provides a TPM backend skelteon implementation. It doesn't do
anything but it compiles.
v3:
- in tpm_builtin.c all functions prefixed with tpm_builtin_
- build the builtin TPM driver available at this point; it returns
a failure response message for every command
- do not try
This patch uses the possibility to add a vendor-specific register and
adds a debug register useful for dumping the internal state. This register
is only active in a debug build (#define DEBUG_TIS).
v3:
- all output goes to stderr
Signed-off-by: Stefan Berger
---
hw/tpm_tis.c | 67 ++
This patch adds support for handling of persistent state to the TPM TIS
frontend.
The currently used buffer is determined (can only be in currently active
locality and either be a read or a write buffer) and only that buffer's content
is stored. The reverse is done when the state is restored from
The ARM architecture mandates that we detect tininess before rounding,
so set the softfloat fp_status up appropriately.
Signed-off-by: Peter Maydell
---
target-arm/helper.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index
Add a setter function for the underflow tininess detection mode,
in line with the similar functions for other parts of the float status
structure.
Signed-off-by: Peter Maydell
---
fpu/softfloat.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/fpu/softfloat.h b/fpu/so
Amit Shah writes:
> Instead of using magic numbers, use structs that are more descriptive of
> the fields being used.
>
> Signed-off-by: Amit Shah
> ---
> hw/ide/core.c | 22 +-
> 1 files changed, 17 insertions(+), 5 deletions(-)
>
> diff --git a/hw/ide/core.c b/hw/ide/cor
On 04/12/2011 11:26 AM, Jan Kiszka wrote:
On 2011-04-12 10:44, Paolo Bonzini wrote:
This series finally fixes -icount with iothread and avoids deadlocks
due to the vm_clock not making progress when the VM is stopped.
The crux of the fix is in patch 1, while patch 2 implements the
"clock warping"
This patch adds a global get_rsdp() function call and refactors
find_resume_vector() to call it.
Signed-off-by: Stefan Berger
---
src/acpi.c | 12 ++--
src/acpi.h |1 +
2 files changed, 11 insertions(+), 2 deletions(-)
Index: seabios/src/acpi.c
===
This patch implements the TCG BIOS interrupt handler 1ah. It is for
example used by trusted grub.
This patch adds an implementation of SHA1 (following NIST specs., IETF RFC 3147
and Wikipedia) for speeding up measurements of code. Trusted Grub for example
makes use of this interface and measures (
The following set of patches add TPM and Trusted Computing support to SeaBIOS.
In particular the patches add:
- a TPM driver for the Qemu's TPM TIS emulation (not yet in Qemu git)
- ACPI support for the TPM device (SSDT table)
- ACPI support for measurement logging (TCPA table)
- Support for initi
This patch implements the main part of the TCG BIOS extensions. It provides
the following functionality:
- initialization of the TCPA ACPI table used for logging of measurements
- initialization of the TPM by sending a sequence of commands to it
- proper setup of the TPM once the BIOS hands over c
This patch adds an implementation of a TPM TIS driver for the TPM TIS
emulation supported by Qemu (patches posted, not in git yet). Usage of the
driver is broken up into several functions. The driver is cleanly separated
from the rest of the code through an interface holding pointers to the driver'
This patch provides an addtional menu entry that enables the user to control
certain aspects of the TPM.
If a working TPM has been detected, the top level BIOS menu
will look like this:
Press F12 for boot menu.
Press F11 to TPM menu.
Upon pressing F11 the TPM menu will be shown:
1. Enable TPM
2
This patch provides ACPI support for the TPM device. It probes for the TPM
device and only if a TPM device is found then the TPM's SSDT and TCPA table
are created. This patch also connects them to the RSDT.
Since the logging area in the TCPA table requires 64kb, the memory reserved
for ACPI tables
This patch adds an optional test suite (CONFIG_TIS_TEST) for the TIS interface
to SeaBIOS. If compiled into the BIOS, it can be invoked through the
TPM-specific menu item 8.
1. Enable TPM
2. Disable TPM
3. Activate TPM
4. Deactivate TPM
5. Clear ownership
6. Allow installation of owner
7. Prevent
This patch adds invocactions of functions that measure various parts of the
code and data through various parts of the BIOS code. It follows TCG
specifications on what needs to be measured. It also adds the implementation
of the called functions.
Reference for what needs to be measured can be foun
On 04/04/11 19:26, Peter Maydell wrote:
> On 4 April 2011 15:53, Jes Sorensen wrote:
>> I understand that what you are proposing seems to work well enough for
>> your problem at hand. What I am saying is that adding a mechanism like
>> that, can cause problems for adding a more generic mechanism t
On 04/04/11 18:54, Blue Swirl wrote:
> On Mon, Apr 4, 2011 at 5:53 PM, Jes Sorensen wrote:
>> I understand that what you are proposing seems to work well enough for
>> your problem at hand. What I am saying is that adding a mechanism like
>> that, can cause problems for adding a more generic mecha
On (Tue) 12 Apr 2011 [15:09:33], Kevin Wolf wrote:
> Am 12.04.2011 13:43, schrieb Amit Shah:
> > Handle GET_EVENT_STATUS_NOTIFICATION's No Event Available response in a
> > generic way so that future additions to the code to handle other
> > response types is easier.
> >
> > Signed-off-by: Amit Sh
On (Tue) 12 Apr 2011 [15:10:39], Markus Armbruster wrote:
> Amit Shah writes:
>
> > Instead of using magic numbers, use structs that are more descriptive of
> > the fields being used.
> >
> > Signed-off-by: Amit Shah
> > ---
> > hw/ide/core.c | 22 +-
> > 1 files changed,
Am 12.04.2011 15:59, schrieb Amit Shah:
> On (Tue) 12 Apr 2011 [15:09:33], Kevin Wolf wrote:
>> Am 12.04.2011 13:43, schrieb Amit Shah:
>>> Handle GET_EVENT_STATUS_NOTIFICATION's No Event Available response in a
>>> generic way so that future additions to the code to handle other
>>> response types
The GET_EVENT_STATUS_NOTIFICATION ATAPI command is listed as a
mandatory command in the spec but we don't really implement it any of
its sub-commands.
The commit message for the last commit explains why implementing just
the media subcommand is helpful and how it goes a long way in getting
guests
After a media change, the only commands allowed from the guest were
REQUEST_SENSE and INQUIRY. The guest may also issue
GET_EVENT_STATUS_NOTIFICATION commands to get media
changed notification.
Signed-off-by: Amit Shah
---
hw/ide/core.c | 20 ++--
1 files changed, 14 insertion
1 - 100 of 211 matches
Mail list logo