similar to: [PATCH] pci: Introduce slot and function information

Fix "comparison between signed and unsigned" warnings. - Sebastian Index: syslinux-3.71-6-gb4bf076/com32/modules/pcitest.c =================================================================== --- syslinux-3.71-6-gb4bf076.orig/com32/modules/pcitest.c 2008-08-01 21:33:01.000000000 +0200 +++ syslinux-3.71-6-gb4bf076/com32/modules/pcitest.c 2008-08-01 21:35:03.000000000 +0200 @@ -60,7 +60,7

Rename get_module_name_from_pci_ids to get_module_name_from_pcimap since the module names are read from the modules.pcimap and not pci.ids file. - Sebastian Index: syslinux-3.71-12-ga19312b/com32/include/sys/pci.h =================================================================== --- syslinux-3.71-12-ga19312b.orig/com32/include/sys/pci.h 2008-08-16 19:39:41.000000000 +0200 +++

From: Gene Cumm <gene.cumm at gmail.com> Fix several calls to more_printf() as eventually printf() is called without a literal string which generate warnings with gcc and lead to errors when -Werror is active. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> The message "format not a string literal and no format arguments" at first seems strange but by doing this change

Hello, i just tried syslinux-3.71-pre5-3-g852d962 and got a question about gen-id.sh: $ cd git/syslinux/ git/syslinux$ git pull Already up-to-date. git/syslinux$ cd core git/syslinux/core$ ../gen-id.sh g-852d962e $ cp -a git/syslinux syslinux-3.71-pre5-3-g852d962 $ cd syslinux-3.71-pre5-3-g852d962/core syslinux-3.71-pre5-3-g852d962/core$ ../gen-id.sh g*852d962e * means modified, is this

Remove "(void)cfgtype;" from com32/lib/pci/scan.c. - Sebastian Index: syslinux-3.74-pre11-2-g4fc8259/com32/lib/pci/scan.c =================================================================== --- syslinux-3.74-pre11-2-g4fc8259.orig/com32/lib/pci/scan.c +++ syslinux-3.74-pre11-2-g4fc8259/com32/lib/pci/scan.c @@ -441,7 +441,6 @@ struct pci_domain *pci_scan(void) int cfgtype;

From : Erwan Velu <erwan.velu at free.fr> As discussed on IRC, I've been reworking my patch, I resend it. This patch - add a new pci_dev_info structure : It contains additional informations about the pci devices like the product/vendor name and the associated linux kernel module - add a get_name_from_pci_ids() function in pci/scan.c This function reads a pci.ids file from the

1) DRICreatePCIBusID belongs to xserver dri module, so when it's unavailable we can't format string for drmCheckModesettingSupported. (This situation happened to me with KMS enabled and dri module moved somewhere else by Gentoo's "eselect opengl set nvidia" switcher) Open code DRICreatePCIBusID to drop dri dependency. 2) Once we dropped dependency on dri module

Replace get_config() and execute() with syslinux_config_file() and syslinux_run_command(). - Sebastian Index: syslinux-3.71-pre14-8-gb8f5d7d/com32/modules/ethersel.c =================================================================== --- syslinux-3.71-pre14-8-gb8f5d7d.orig/com32/modules/ethersel.c 2008-07-18 19:45:15.000000000 +0200 +++ syslinux-3.71-pre14-8-gb8f5d7d/com32/modules/ethersel.c

Signed-off-by: Christopher James Halse Rogers <christopher.halse.rogers at canonical.com> --- This is mostly just for testing, although it should be safe to apply to nouveau trunk. src/nouveau_dri2.c | 34 +++++++++++ src/nv_driver.c | 163 +++++++++++++++++++++++++++++++++++++++++++++++----- src/nv_type.h | 7 +++ 3 files changed, 191 insertions(+), 13 deletions(-) diff

On 2020/6/8 ??2:32, Michael S. Tsirkin wrote: > On Mon, Jun 08, 2020 at 11:32:31AM +0800, Jason Wang wrote: >> On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: >>> On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >>>> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>>>> +static const struct pci_device_id vp_vdpa_id_table[] = {

On 2020/6/8 ??2:32, Michael S. Tsirkin wrote: > On Mon, Jun 08, 2020 at 11:32:31AM +0800, Jason Wang wrote: >> On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: >>> On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >>>> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>>>> +static const struct pci_device_id vp_vdpa_id_table[] = {

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and

On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: > On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>> +static const struct pci_device_id vp_vdpa_id_table[] = { >>>>> +??? { PCI_DEVICE(PCI_VENDOR_ID_REDHAT_QUMRANET, PCI_ANY_ID) }, >>>>> +??? { 0 } >>>>> +}; >>>> This

On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: > On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>> +static const struct pci_device_id vp_vdpa_id_table[] = { >>>>> +??? { PCI_DEVICE(PCI_VENDOR_ID_REDHAT_QUMRANET, PCI_ANY_ID) }, >>>>> +??? { 0 } >>>>> +}; >>>> This

From: Anthony Liguori <aliguori at amazon.com> See https://issues.oasis-open.org/browse/VIRTIO-16 although it was prematurely closed. Red Hat has non-redistributable Windows drivers and Microsoft will not allow anyone else to WHQL certify drivers using that vendor ID. That makes it impossible to use virtio drivers with a Windows guest without changing the vendor ID. Cc: Matt Wilson

From: Anthony Liguori <aliguori at amazon.com> See https://issues.oasis-open.org/browse/VIRTIO-16 although it was prematurely closed. Red Hat has non-redistributable Windows drivers and Microsoft will not allow anyone else to WHQL certify drivers using that vendor ID. That makes it impossible to use virtio drivers with a Windows guest without changing the vendor ID. Cc: Matt Wilson

On 2020/6/2 ??3:08, Jason Wang wrote: >> >>> +static const struct pci_device_id vp_vdpa_id_table[] = { >>> +??? { PCI_DEVICE(PCI_VENDOR_ID_REDHAT_QUMRANET, PCI_ANY_ID) }, >>> +??? { 0 } >>> +}; >> This looks like it'll create a mess with either virtio pci >> or vdpa being loaded at random. Maybe just don't specify >> any IDs for

On 2020/6/2 ??3:08, Jason Wang wrote: >> >>> +static const struct pci_device_id vp_vdpa_id_table[] = { >>> +??? { PCI_DEVICE(PCI_VENDOR_ID_REDHAT_QUMRANET, PCI_ANY_ID) }, >>> +??? { 0 } >>> +}; >> This looks like it'll create a mess with either virtio pci >> or vdpa being loaded at random. Maybe just don't specify >> any IDs for

On Fri, May 29, 2020 at 04:03:02PM +0800, Jason Wang wrote: > +static void vp_vdpa_set_vq_ready(struct vdpa_device *vdpa, > + u16 qid, bool ready) > +{ > + struct vp_vdpa *vp_vdpa = vdpa_to_vp(vdpa); > + > + vp_iowrite16(qid, &vp_vdpa->common->queue_select); > + vp_iowrite16(ready, &vp_vdpa->common->queue_enable); > +} > + Looks like this needs

On Fri, May 29, 2020 at 04:03:02PM +0800, Jason Wang wrote: > +static void vp_vdpa_set_vq_ready(struct vdpa_device *vdpa, > + u16 qid, bool ready) > +{ > + struct vp_vdpa *vp_vdpa = vdpa_to_vp(vdpa); > + > + vp_iowrite16(qid, &vp_vdpa->common->queue_select); > + vp_iowrite16(ready, &vp_vdpa->common->queue_enable); > +} > + Looks like this needs