[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH] vpci: Add resizable bar support
On 2024/11/21 17:52, Roger Pau Monné wrote: > On Thu, Nov 21, 2024 at 03:05:14AM +0000, Chen, Jiqian wrote: >> On 2024/11/20 17:01, Roger Pau Monné wrote: >>> On Wed, Nov 20, 2024 at 03:01:57AM +0000, Chen, Jiqian wrote: >>>> The only difference between our methods is the timing of updating the size. >>>> Yours is later than mine because you updated the size when the driver >>>> re-enabled memory decoding, while I updated the size in time when driver >>>> resize it. >>> >>> Indeed, my last guess is the stale cached size is somehow used in my >>> approach, and that leads to the failures. One last (possibly dummy?) >>> thing to try might be to use your patch to detect writes to the resize >>> control register, but update the BAR sizes in modify_bars(), while >>> keeping the traces of when the operations happen. >>> >> This can work, combine our method, use my patch to detect and write the size >> into hardware register, and use your patch to update bar[i].size in >> modify_bars(). >> Attached the combined patch and the xl dmesg. > > This is even weirder, so the attached patch works fine? The only > difference with my proposal is that you trap the CTRL registers, but > the sizing is still done in modify_bars(). > > What happens if (based on the attached patch) you change > rebar_ctrl_write() to: > > static void cf_check rebar_ctrl_write(const struct pci_dev *pdev, > unsigned int reg, > uint32_t val, > void *data) > { > pci_conf_write32(pdev->sbdf, reg, val); > } > If I change rebar_ctrl_write() to: static void cf_check rebar_ctrl_write(const struct pci_dev *pdev, unsigned int reg, uint32_t val, void *data) { printk("cjq_debug %pp: bar ctrl write reg %u, val %x\n", &pdev->sbdf, reg, val); pci_conf_write32(pdev->sbdf, reg, val); } I can see three time prints, it can't work. (XEN) cjq_debug 0000:03:00.0: bar ctrl write reg 520, val d40 (XEN) cjq_debug 0000:03:00.0: bar ctrl write reg 520, val d40 (XEN) cjq_debug 0000:03:00.0: bar ctrl write reg 528, val 102 If I change rebar_ctrl_write() to: static void cf_check rebar_ctrl_write(const struct pci_dev *pdev, unsigned int reg, uint32_t val, void *data) { if ( pci_conf_read16(pdev->sbdf, PCI_COMMAND) & PCI_COMMAND_MEMORY ) return; printk("cjq_debug %pp: bar ctrl write reg %u, val %x\n", &pdev->sbdf, reg, val); pci_conf_write32(pdev->sbdf, reg, val); } I can only see one time print: (XEN) cjq_debug 0000:03:00.0: bar ctrl write reg 520, val d40 The check prevented the two times incorrect write actions. if ( pci_conf_read16(pdev->sbdf, PCI_COMMAND) & PCI_COMMAND_MEMORY ) return; And why my original patch can work too, the check: + ctrl = pci_conf_read32(pdev->sbdf, reg); + if ( ctrl == val ) + return; happened to play the same role as PCI_COMMAND_MEMORY check. > Thanks, Roger. -- Best regards, Jiqian Chen.
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |