From: Laszlo Ersek <lersek@redhat.com>
To: "Gabriel L. Somlo" <gsomlo@gmail.com>
Cc: pbonzini@redhat.com, agraf@suse.de, mst@redhat.com,
qemu-devel@nongnu.org, imammedo@redhat.com
Subject: Re: [Qemu-devel] [PATCH v3] Add DSDT node for AppleSMC
Date: Sun, 22 Dec 2013 23:21:00 +0100 [thread overview]
Message-ID: <52B765CC.2010800@redhat.com> (raw)
In-Reply-To: <20131222171443.GC15876@ERROL.INI.CMU.EDU>
On 12/22/13 18:14, Gabriel L. Somlo wrote:
> On Sun, Dec 22, 2013 at 04:58:58PM +0100, Laszlo Ersek wrote:
>> After this patch, ISA interrupt 6 is used by both "SMC" and "FDC0". The
>> latter depends on the FDEN object, but FDEN is currently constant 1.
>>
>> Probably not a problem in practice (ie. most users won't try to specify
>> both a floppy disk controller and an AppleSMC device), but you might
>> want to handle that case nonetheless (exit with an error or some such).
>
> I couldn't find a command line option to prevent QEMU from starting
> with a floppy controller, so unless I missed it, we'd always detect
> a "conflict".
>
> According to the applesmc.c source, the emulated Apple SMC doesn't
> support IRQ, so the number itself should be irrelevant. IRQ #6 is
> what's used on real Apple hardware, but when I tried with a different
> number (e.g. #5), OS X booted fine in QEMU (it does fail to boot if
> we leave out IRQNoFlags entirely from the SMC DSDT node, though).
>
> I could patch the value of FDEN to 0 whenever I enable the SMC _STA
> method (i.e, when I patch its value to 0x0B), but that still wouldn't
> take care of the fact that the emulated FDC is still present.
>
> So, my preferred course of action would be, in this order:
>
> 1. Do nothing :)
>
> or
>
> 2. Use "IRQNoFlags() { 5 }" with the SMC (or any other
> number that isn't already allocated.
I don't think there's anything left free:
0 - system timer (not listed explicitly)
1 - KBD (PNP0303)
2 - cascade / PIC (PNP0000) (listed only in OVMF's builtin DSDT)
3 - COM2 (PNP0501)
4 - COM1 (PNP0501)
5 - LNK[ABCD] (PNP0C0F)
6 - FDC0 (PNP0700)
7 - LPT (PNP0400)
8 - RTC (PNP0B00)
9 - LNKS (PNP0C0F)
10 - LNK[ABCD] (PNP0C0F)
11 - LNK[ABCD] (PNP0C0F)
12 - MOU (PNP0F13)
13 - FPU (PNP0C04) (listed only in OVMF's builtin DSDT)
14 - primary IDE (not listed explicitly)
15 - secondary IDE (not listed explicitly)
See also
http://www.plasma-online.de/english/identify/serial/pnp_id_pnp.html
http://www.webopedia.com/quick_ref/IRQnumbers.asp
You could reuse eg. #5, but then you'd have to distribute PCI LNK[ABCD]
over #10 and #11 only, which I guess is too high a price (both
patch-wise and at runtime). Rather don't touch that :)
> Any other suggestions or ideas would be welcome !
I guess the "by the book" solution would be to really stop the FDC from
being emulated when the AppleSMC is present, but I mention that idea
only because I like to waste bandwidth.
Option 1 ("Do nothing") sounds appropriate to me. Sorry for taking up
some of your time...
Thanks,
Laszlo
next prev parent reply other threads:[~2013-12-22 22:21 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-20 15:54 [Qemu-devel] [PATCH] Add DSDT node for AppleSMC Gabriel L. Somlo
2013-12-20 16:39 ` Alexander Graf
2013-12-20 20:52 ` [Qemu-devel] [PATCH v2] " Gabriel L. Somlo
2013-12-20 21:38 ` Igor Mammedov
2013-12-22 15:34 ` Gabriel L. Somlo
2013-12-22 11:07 ` Michael S. Tsirkin
2013-12-22 15:34 ` [Qemu-devel] [PATCH v3] " Gabriel L. Somlo
2013-12-22 15:58 ` Laszlo Ersek
2013-12-22 17:14 ` Gabriel L. Somlo
2013-12-22 22:21 ` Laszlo Ersek [this message]
2013-12-23 3:19 ` Gabriel L. Somlo
2013-12-25 19:11 ` Alexander Graf
2013-12-25 19:20 ` Michael S. Tsirkin
2013-12-25 21:33 ` Alexander Graf
2013-12-25 21:54 ` Michael S. Tsirkin
2013-12-25 14:12 ` Michael S. Tsirkin
2014-01-13 17:53 ` [Qemu-devel] [PATCH v4] " Gabriel L. Somlo
2014-01-13 19:17 ` [Qemu-devel] [PATCH] ACPI: AppleSMC _STA method should return 32bit value Gabriel L. Somlo
2014-01-13 20:27 ` [Qemu-devel] [PATCH v2] ACPI: Fix AppleSMC _STA size Gabriel L. Somlo
2014-01-14 10:46 ` Michael S. Tsirkin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52B765CC.2010800@redhat.com \
--to=lersek@redhat.com \
--cc=agraf@suse.de \
--cc=gsomlo@gmail.com \
--cc=imammedo@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).