Hi all,
I've been investigating more about PreP kernel boot using Qemu and I
achieved to boot 2.4.35, 2.6.12 and 2.6.22 kernels using Qemu CVS and
unmodified OHW.
The issues I found in the kernel are:
- the OpenFirmware video console driver is broken in recent 2.4 kernels
and have been removed fro
On 10/21/2007 12:43 PM, Rob Landley wrote:
> On Saturday 20 October 2007 3:56:12 am J. Mayer wrote:
>> On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
>>> On Sunday 14 October 2007 5:14:27 am J. Mayer wrote:
On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wrote:
> Just wanted to know
On 10/21/2007 12:55 PM, Paul Brook wrote:
>>> - there is no hardware machine emulation for Alpha in Qemu.
>>> As I have no Alpha platform, I don't know much about the hardware to be
>>> emulated.
>> I do know that the ev6 bus is the same as the Athlon used.
>
> The CPU bus is pretty much irelevant
On 10/21/2007 01:06 PM, J. Mayer wrote:
> On Sun, 2007-10-21 at 05:43 -0500, Rob Landley wrote:
>> On Saturday 20 October 2007 3:56:12 am J. Mayer wrote:
>>> On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
On Sunday 14 October 2007 5:14:27 am J. Mayer wrote:
> On Sun, 2007-10-14 at 1
> -Original Message-
> From: Thiemo Seufer [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 22, 2007 12:16 AM
> To: Avi Kivity
> Cc: qemu-devel@nongnu.org; Igor Lvovsky
> Subject: Re: [Qemu-devel] qemu/hw piix_pci.c
>
> Avi Kivity wrote:
> >> Modified files:
> >>hw : pii
On Mon, Oct 22, 2007 at 12:52:30AM -0700, Igor Lvovsky wrote:
> My last patch can be temporary workaround and now we can get the ACPI
> interrupts without disrupt anything else, but I'll try to find full
> solution for this issue.
Interestingly, Linux doesn't receive any interrupts from ACPI, to
On Mon, Oct 22, 2007 at 01:47:42AM +0100, Thiemo Seufer wrote:
> Dan Kenigsberg wrote:
> > This seems like a good excuse to send my suggested -cpu option for the
> > x86 target. It is just like my previous "take 4", but fits to the newly
> > unified cpu_list.
>
> Leads to an instant segfault for t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Michael Hanselmann
> Sent: Monday, October 22, 2007 10:27 AM
> To: qemu-devel@nongnu.org
> Cc: Avi Kivity
> Subject: Re: [Qemu-devel] qemu/hw piix_pci.c
>
> On Mon, Oct 22, 2007 at 12:52:30AM -0700,
On Mon, 2007-10-22 at 09:36 +0200, J. Mayer wrote:
> Hi all,
>
> I've been investigating more about PreP kernel boot using Qemu and I
> achieved to boot 2.4.35, 2.6.12 and 2.6.22 kernels using Qemu CVS and
> unmodified OHW.
> The issues I found in the kernel are:
> - the OpenFirmware video consol
Hi,
The attached patch adds isochronous transfers support to the OHCI
emulation, similarly to the UHCI patch pushed two weeks ago.
In order to use ohci instead of uhci, replace the following line in
pc.c:
usb_uhci_piix3_init(pci_bus, piix3_devfn + 2);
With:
usb_ohci_init_pci(pci_bus, 3, piix3_de
Arnon Gilboa wrote:
Hi,
The attached patch adds isochronous transfers support to the OHCI
emulation, similarly to the UHCI patch pushed two weeks ago.
In order to use ohci instead of uhci, replace the following line in
pc.c:
usb_uhci_piix3_init(pci_bus, piix3_devfn + 2);
With:
usb_ohci_init_p
Good idea
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dor Laor
Sent: Monday, October 22, 2007 12:45 PM
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH, RFC] USB OHCI isochronous transfers
support
Arnon Gilboa wrote:
>
> Hi,
>
> The attache
On Monday 22 October 2007, Arnon Gilboa wrote:
> Good idea
Let me quote my ancient email (sent on this list on 29.03.2007 23:34):
> Hello. I've made small patch for qemu, which adds a new command line
> option - > the "-ohci". It instructs qemu that the OHCI controller should be
> emulated inste
2007/10/19, Stefan Weil <[EMAIL PROTECTED]>:
> Hi,
>
> raw harddisk access for Windows (//./PhysicalDrive0) gives wrong disk sizes.
> You can check this by booting a harddisk with the GRUB bootloader installed
> and using GRUB's geometry command.
>
> The current QEMU code uses IOCTL_DISK_GET_DRIVE_
On Monday 22 October 2007, Arnon Gilboa wrote:
> Hi,
>
> The attached patch adds isochronous transfers support to the OHCI
> emulation, similarly to the UHCI patch pushed two weeks ago.
> +uint16_t offset[8];
> +};
> +static inline int ohci_read_iso_td(uint32_t addr, struct ohci_iso_td *td)
>
So this is isochronous for usb 2.0?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Arnon Gilboa
Sent: Monday, October 22, 2007 12:19 PM
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [PATCH, RFC] USB OHCI isochronous transfers
support
Hi,
The attached
Hi Itamar,
On 22/10/2007, Itamar Heim <[EMAIL PROTECTED]> wrote:
>
> So this is isochronous for usb 2.0?
>
last I checked, OHCI is for USB 1.x, EHCI was for 2.0.
Thanks,
Hetz
--
Skepticism is the lazy person's default position.
my blog (hebrew): http://benhamo.org
no. uhci & ohci are for usb 1.1. ehci is for usb 2.0 and i have just
started working on its qemu emulation.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Itamar Heim
Sent: Monday, October 22, 2007 12:30 PM
To: qemu-devel@nongnu.org
Subject: RE: [Qemu-dev
On Thu, 2007-10-18 at 23:46 +0200, Ronan Keryell wrote:
> Anybody kind enough to have a look at :
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446868
>
> I've asked some other people and they hit the same issue.
> It's not clear to me where the bug is since it happens very early in the
> st
On Sat, 2007-10-20 at 21:34 +0100, Thiemo Seufer wrote:
> Thayne Harbaugh wrote:
> >
> > On Fri, 2007-10-12 at 18:12 +0300, Felipe Contreras wrote:
> > > Hi,
> > >
> > > When I try to use codesourcery's toolchain arm-2006q3-27 in my Fedora
> > > 7 box I always have the following issue:
> > >
>
Please connect your Webcam (or any other USB isochronous device) and
redirect it, using the UHCI (already in qemu head) and OHCI isochronous
patches.
I need your feedback.
TIA,
Arnon
Thanks, Paul.
The attached updated patch seems to fix this bug.
Comments?
-Original Message-
From: Paul Brook [mailto:[EMAIL PROTECTED]
Sent: Monday, October 22, 2007 1:53 PM
To: qemu-devel@nongnu.org
Cc: Arnon Gilboa
Subject: Re: [Qemu-devel] [PATCH, RFC] USB OHCI isochronous transfers
On Mon, Oct 22, 2007 at 09:36:07AM +0200, J. Mayer wrote:
> Hi all,
>
> I've been investigating more about PreP kernel boot using Qemu and I
> achieved to boot 2.4.35, 2.6.12 and 2.6.22 kernels using Qemu CVS and
> unmodified OHW.
> The issues I found in the kernel are:
> - the OpenFirmware video
Hello.
I'm using QEMU to expirement configuration, sw,... so I've create some images
with different linux distros.
Yesterday I've upgraded my Kubuntu from 7.04 to 7.10 and so also qemu was
upgraded from 0.8.2 to 0.9.0. What I discovered is that some VM I've created
(in particular suse) now are
Ivan Kalvachev schrieb:
> According to http://msdn2.microsoft.com/en-us/library/aa365171.aspx
>
> this function requires Win XP or Vista.
> Is qemu supported only on these?
Good question. The old IOCTL_DISK_GET_DRIVE_GEOMETRY
was also supported for W2K. Will QEMU support W2K as a host
longer than M
Hi,
On Mon, 22 Oct 2007, Stefan Weil wrote:
> Ivan Kalvachev schrieb:
> > According to http://msdn2.microsoft.com/en-us/library/aa365171.aspx
> >
> > this function requires Win XP or Vista.
> > Is qemu supported only on these?
>
> Good question. The old IOCTL_DISK_GET_DRIVE_GEOMETRY was also supp
On Mon, 2007-10-22 at 18:28 +0200, Aurelien Jarno wrote:
> On Mon, Oct 22, 2007 at 09:36:07AM +0200, J. Mayer wrote:
> > Hi all,
> >
> > I've been investigating more about PreP kernel boot using Qemu and I
> > achieved to boot 2.4.35, 2.6.12 and 2.6.22 kernels using Qemu CVS and
> > unmodified OHW
J. Mayer a écrit :
> On Mon, 2007-10-22 at 18:28 +0200, Aurelien Jarno wrote:
>> On Mon, Oct 22, 2007 at 09:36:07AM +0200, J. Mayer wrote:
>>> Hi all,
>>>
>>> I've been investigating more about PreP kernel boot using Qemu and I
>>> achieved to boot 2.4.35, 2.6.12 and 2.6.22 kernels using Qemu CVS a
On Tue, 2007-10-23 at 00:05 +0200, Aurelien Jarno wrote:
> J. Mayer a écrit :
> > On Mon, 2007-10-22 at 18:28 +0200, Aurelien Jarno wrote:
> >> On Mon, Oct 22, 2007 at 09:36:07AM +0200, J. Mayer wrote:
> >>> Hi all,
> >>>
> >>> I've been investigating more about PreP kernel boot using Qemu and I
>
On Mon, 2007-10-22 at 09:43 +0200, Oliver Falk wrote:
> On 10/21/2007 01:06 PM, J. Mayer wrote:
> > On Sun, 2007-10-21 at 05:43 -0500, Rob Landley wrote:
> >> On Saturday 20 October 2007 3:56:12 am J. Mayer wrote:
> >>> On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
> On Sunday 14 Octob
Hi,
Stefan Weil wrote:
longer than MS does? It would make things easier if we
dropped support for W2K hosts.
Surely not?!? I've heard of people being off hand about supporting
Win95/98 (and I would agree with that) et al..., but surely W2K support
should be sacrosanct ?!?
Regards,
Shaddy
The following patch removes check_gfx from qemu's configure as the check it
was trying to enforce is no longer valid.
If neither sdl or cocoa are available, the video output for the console will
be still available from the vnc server (which can't be disabled).
Carlo
---
Index: configure
===
The following patch adds a description for --disable-sdl for configure
Carlo
---
Index: configure
===
RCS file: /sources/qemu/qemu/configure,v
retrieving revision 1.165
diff -u -r1.165 configure
--- configure 18 Oct 2007 20:51:48 -
The following patch prints an error if an unknown option is passed to
configure and directs the script to show usage information.
Carlo
---
Index: configure
===
RCS file: /sources/qemu/qemu/configure,v
retrieving revision 1.165
diff
The following patch adds gcc-3.4.6 (as used by gentoo's gcc-3.4.6-r2 package)
to the list of compilers to test for compatibility.
This is also the last version for the gcc-3.4.x and gcc-3.x series which
hasn't had an update in 19 months and therefore most likely stable enough to
be called by full
The following patch normalizes all (most) messages as generated by configure
so they are flagged as ERROR or WARNING (left some of the ones that look more
informative without a flag even if they result in a fatal error).
All those messages are directed to stderr so they can be filtered/identified
Shaddy Baddah wrote:
> >longer than MS does? It would make things easier if we
> >dropped support for W2K hosts.
> >
> Surely not?!? I've heard of people being off hand about supporting
> Win95/98 (and I would agree with that) et al..., but surely W2K support
> should be sacrosanct ?!?
I would h
37 matches
Mail list logo
