On 08/08/18 05:24, Liu, Jing2 wrote:
> On 8/7/2018 7:43 PM, Laszlo Ersek wrote:
>> On 08/07/18 09:20, Jing Liu wrote:
[snip]
>>> - if (pci_config_readw(bdf, PCI_VENDOR_ID) == PCI_VENDOR_ID_REDHAT &&
>>> - pci_config_readw(bdf, PCI_DEVICE_ID) ==
>>> - PCI_DEVICE_ID_REDHAT_
On Sun, Jul 29, 2018 at 01:49:10PM +0200, Konrad Eisele wrote:
> I'm passing through a Marvell 88SE9230 card to a KVM guest under
> Ubuntu 18.04. The card is a Sata controller with 4 ports.
> The option rom of the Marvell 88SE9230 card shows on a normal boot a
> bios screen. When pressing CTRL-m qu
On Thu, Aug 02, 2018 at 10:39:13AM +0800, Zihan Yang wrote:
> NOTE: This patch set is still ongoing and does not fully function
> as its goal. But it involves some API changes, therefore I post them for
> comments before moving on to make sure I'm on the right path.
>
> The corresponding qemu part
Hello friends
I compiled coreboot and seabios based on
https://review.coreboot.org/cgit/board-status.git/plain/intel/minnowmax/4.5-306-g00ad7ff/2016-11-17T17_00_43Z/
but my Freebsd or grub2 or Debian or ubuntu did not boot and it shows
this message.
Running option rom at c000:0003
Turning on v
On Wed, 8 Aug 2018 14:11:16 +0200
Gerd Hoffmann wrote:
> On Sun, Jul 29, 2018 at 01:49:10PM +0200, Konrad Eisele wrote:
> > I'm passing through a Marvell 88SE9230 card to a KVM guest under
> > Ubuntu 18.04. The card is a Sata controller with 4 ports.
> > The option rom of the Marvell 88SE9230 car
Dear friend, have you tried this advice (given at your coreboot thread) :
For the beginning, I recommend you to check if you could boot anything
at all. In example, try making an Ubuntu LiveUSB from a spare USB
flash drive,
and using SeaBIOS try booting from it. If it is working, you could
also tr
[forgot to cc to the mail list]
Kevin O'Connor 于2018年8月8日周三 下午10:14写道:
>
> On Thu, Aug 02, 2018 at 10:39:13AM +0800, Zihan Yang wrote:
> > NOTE: This patch set is still ongoing and does not fully function
> > as its goal. But it involves some API changes, therefore I post them for
> > comments be
On 8/8/2018 6:44 PM, Laszlo Ersek wrote:
On 08/08/18 05:24, Liu, Jing2 wrote:
On 8/7/2018 7:43 PM, Laszlo Ersek wrote:
On 08/07/18 09:20, Jing Liu wrote:
[snip]
- if (pci_config_readw(bdf, PCI_VENDOR_ID) == PCI_VENDOR_ID_REDHAT &&
- pci_config_readw(bdf, PCI_DEVICE_ID) ==
-
Hello Friends
I want to enable a log that show path of devices that by seabios was
recognize .
this paths are different from boot default paths.
Could you suggest me a advice?
Thank you,
Zahra
___
SeaBIOS mailing list
SeaBIOS@seabios.org
https://mail
Since pci devices could reside in different domains now, we should judge
the domain of pci devices when traversing them. Original devices still
use domain 0 for compatibility
Signed-off-by: Zihan Yang
---
src/fw/mptable.c | 1 +
src/fw/pciinit.c | 10 --
src/hw/ahci.c|
QEMU q35 uses pxb-pcie-dev to enable multiple host bridges, this patch
recognizes such devices in seabios and add corresponding e820 entry.
MCFG base and size are already setup in QEMU, we just need to read it
Signed-off-by: Zihan Yang
---
src/fw/paravirt.c | 1 -
src/fw/pciinit.c | 17 ++
Currently seabios assumes there is only one pci domain(0), and almost
everything operates on pci domain 0 by default. This patch aims to add
multiple pci domain support for pci_device, while reserve the original
API for compatibility.
The reason to get seabios involved is that the pxb-pcie host bu
Most part of seabios assume only PCI domain 0. This patch adds support
for multiple domain in pci devices, which involves some API changes.
For compatibility, interfaces such as pci_config_read[b|w|l] still exist
so that existing domain 0 devices needs no modification, but whenever a
device wants
13 matches
Mail list logo