On Sat, 2015-11-28 at 11:53 +0100, Alexander Graf wrote:
>
> > Am 28.11.2015 um 08:59 schrieb Benjamin Herrenschmidt > crashing.org>:
> >
> > > On Fri, 2015-11-27 at 11:21 +0100, Alexander Graf wrote:
> > >
> > > How does real hardware store petitboot? If it's flash, you could
> > > pass it
> >
> Am 28.11.2015 um 23:10 schrieb Peter Maydell :
>
> Hi. I'd like to propose that QEMU drops support for OSX 10.5 hosts
> (and by extension for PPC OSX hosts) starting with QEMU 2.6.
>
> The rationale here is basically that it's not tested at all as
> far as I know -- I have been carefully reta
Hi. I'd like to propose that QEMU drops support for OSX 10.5 hosts
(and by extension for PPC OSX hosts) starting with QEMU 2.6.
The rationale here is basically that it's not tested at all as
far as I know -- I have been carefully retaining "only if 10.5"
ifdefs in the cocoa UI and audio code as I
The CoreAudio APIs AudioDeviceGetProperty and AudioDeviceSetProperty are
deprecated from OSX 10.6, so factor out our calls to them so we can
provide versions which use the replacement APIs on OSX newer than 10.5.
Signed-off-by: Peter Maydell
---
audio/coreaudio.c | 141 ++
The CoreAudio function AudioHardwareGetProperty has been deprecated
starting with OSX 10.6, so factor out our call to it so we can
provide an equivalent with the new APIs when they exist.
Signed-off-by: Peter Maydell
---
audio/coreaudio.c | 17 +++--
1 file changed, 11 insertions(+),
Use the new-in-OSX 10.6 API AudioObjectGetPropertyData() instead
of the deprecated AudioDeviceGetProperty() and AudioDeviceSetProperty()
functions when possible.
Signed-off-by: Peter Maydell
---
audio/coreaudio.c | 107 +-
1 file changed, 106 i
The AudioDeviceAddIOProc() and AudioDeviceRemoveIOProc() functions were
deprecated in OSX 10.5. Since we don't support any earlier versions of
OSX, we can simply replace them with the new APIs
AudioDeviceCreateIOProcID() and AudioDeviceRemoveIOProcID().
Signed-off-by: Peter Maydell
---
audio/cor
If we're building for OSX 10.6 or better, use the new API
AudioObjectGetPropertyData for getting the default voice.
Signed-off-by: Peter Maydell
---
audio/coreaudio.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/audio/coreaudio.c b/audio/coreaudio.c
index 433e
The coreaudio.c code has for some years now produced compilation
warnings about our use of various APIs that were deprecated starting
with OSX 10.6. This patchset updates our code to use their replacements.
I have been a bit conservative with the approach to moving away from
AudioDeviceGetProperty
Hi Jean Christophe,
This patch series adds support for SD on i.MX25. This is usable for the
PDK board.
P1 is a bugfix in SD that is needed. P2 adds the SD controller to the
SoC.
Regards,
Peter
Peter Crosthwaite (2):
sd: sdhci: Delete over-zealous power check
arm: fsl-imx25: Add SD support
This check was conditionalising SD card operation on the card being
powered by the SDHCI host controller. It is however possible
(particularly in embedded systems) for the power control of the SD card
to be managed outside of SDHCI. This can be as trivial as hard-wiring
the SD slot VCC to a constan
This doesn't introduce any change in the code, as the offsets and
struct sizes match what was present in the table. This can be
validated by the QEMU_BUILD_BUG_ON lines on target-i386/cpu.h,
which ensures the struct sizes and offsets match the existing
values in ext_save_area.
Signed-off-by: Eduar
Add structs that define the layout of the xsave areas used by
Intel processors. Add some QEMU_BUILD_BUG_ON lines to ensure the
structs match the XSAVE_* macros in target-i386/kvm.c and the
offsets and sizes at target-i386/cpu.c:ext_save_areas.
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.h
target-i386/cpu.c:ext_save_area uses magic numbers for the xsave
area offets and sizes, and target-i386/kvm.c:kvm_{put,get}_xsave()
uses offset macros and bit manipulation to access the xsave area.
This series changes both to use C structs for the same
operations.
I still need to figure out a way
Instead of using offset macros and bit operations in a uint32_t
array, use the X86XSaveArea struct to perform the loading/saving
operations in kvm_put_xsave() and kvm_get_xsave().
Signed-off-by: Eduardo Habkost
---
target-i386/kvm.c | 144 --
1
These features are also available in Xilinx QEMU if you want to
compare implementation:
https://github.com/Xilinx/qemu/blob/pub/2015.2.plnx/hw/block/m25p80.c
That work also handles the larger and newer Spansion flash parts, as
well as the quad and dual mode commands for QSPI (also features of
n25
It is my first patch, so any comment are really welcome.
Changes:
* Removed unused variable
* Added support for n25q256a and n25q512a
* Added support for 4bytes address mode
* Added support for banked read mode
* Added support for sw reset flash commands
* Added Read Flag Status register command s
On Fri, Nov 27, 2015 at 08:16:42AM +0800, Haozhong Zhang wrote:
> On 11/26/15 12:19, Eduardo Habkost wrote:
> > On Tue, Nov 24, 2015 at 11:33:57AM +0800, Haozhong Zhang wrote:
> > > This patch enables migrating vcpu's TSC rate. If KVM on the destination
> > > machine supports TSC scaling, guest pro
On 27/11/2015 18:57, Paolo Bonzini wrote:
> See http://permalink.gmane.org/gmane.linux.bluez.kernel/36505. For historical
> reasons these do not use sizeof, and Coverity caught a mistake in
> EVT_ENCRYPT_CHANGE_SIZE.
>
> Note other sizes that seem wrong or inconsistent with the kernel header.
>
On Fri, Nov 27, 2015 at 11:15:10PM +0100, Thomas Huth wrote:
> On 27/11/15 18:56, Eduardo Habkost wrote:
> > On Fri, Nov 27, 2015 at 06:18:30PM +0100, Thomas Huth wrote:
> >> On 27/11/15 10:55, Alexander Graf wrote:
> >>>
> >>> On 27.11.15 10:32, Thomas Huth wrote:
> Add a new pseries-2.6 mach
> Am 28.11.2015 um 08:59 schrieb Benjamin Herrenschmidt
> :
>
>> On Fri, 2015-11-27 at 11:21 +0100, Alexander Graf wrote:
>>
>> How does real hardware store petitboot? If it's flash, you could pass it
>> in using -pflash and thus model things even more closely and allow users
>> to just take t
Minor nitpick:
On Fri, Nov 27, 2015 at 12:20:50PM +, Daniel P. Berrange wrote:
[...]
> @@ -563,6 +659,14 @@ static int nbd_receive_options(NBDClient *client)
> case NBD_OPT_EXPORT_NAME:
> return nbd_handle_export_name(client, length);
>
> +case NBD_O
Public bug reported:
This bug is present as of the latest commit:
714487515dbe0c65d5904251e796cd3a5b3579fb
I also saw it in 2.4.1, but that was a distro package.
You can see the bug simply using the following line: qemu-system-i386
-hda freedos.disk
Simply type vim (or rhide) and start entering
I can reproduce this on Windows 10 (64bit) with hda device.
Host kernel is 4.1.13-rt15-1-rt, also tried with non-realtime kernel
with same results.
Output works without delay, given it is choppy from time to time.
Using the following env vars when starting QEMU:
QEMU_AUDIO_DRV: pa
QEMU_PA_SAMPLE
On Fri, 2015-11-27 at 11:21 +0100, Alexander Graf wrote:
>
> How does real hardware store petitboot? If it's flash, you could pass it
> in using -pflash and thus model things even more closely and allow users
> to just take the ROM image as is.
It is a flash image, we could use an Open Power mach
25 matches
Mail list logo
