>iommu under a lock.
>
> Signed-off-by: Jason Gunthorpe
Acked-by: Rafael J. Wysocki
> ---
> drivers/acpi/arm64/iort.c | 39 -
> drivers/acpi/scan.c | 89 ++-
> drivers/acpi/viot.c | 44 ++-
>
On Fri, Nov 3, 2023 at 5:45 PM Jason Gunthorpe wrote:
>
> Nothing needs this pointer. Return a normal error code with the usual
> IOMMU semantic that ENODEV means 'there is no IOMMU driver'.
>
> Signed-off-by: Jason Gunthorpe
Acked-by: Rafael J. Wysocki
> ---
successful for !CONFIG_ACPI cases.
>
> Signed-off-by: Saurabh Sengar
Acked-by: Rafael J. Wysocki
and please feel free to toute this patch whichever way is convenient.
Thanks!
> ---
> include/linux/acpi.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/include
instr, mark up the rest and let it rip.
>
> Fixes: 00717eb8c955 ("cpuidle: Annotate poll_idle()")
> Signed-off-by: Peter Zijlstra (Intel)
> Reported-by: kernel test robot
> Link:
> https://lore.kernel.org/oe-lkp/202301192148.58ece903-oliver.s...@intel.com
Acked-by
involved.
>
> Please all; have a look where you haven't already.
>
>
> New since v1:
>
> - rebase on top of Frederic's rcu-context-tracking rename fest
> - more omap goodness as per the last discusion (thanks Tony!)
> - removed one more RCU_NONIDLE() from arm64
On Sat, Jul 30, 2022 at 11:48 AM Michel Lespinasse
wrote:
>
> On Fri, Jul 29, 2022 at 04:59:50PM +0200, Rafael J. Wysocki wrote:
> > On Fri, Jul 29, 2022 at 12:25 PM Michel Lespinasse
> > wrote:
> > >
> > > On Thu, Jul 28, 2022 at 10:20:53AM -0700, Paul E. Mc
On Fri, Jul 29, 2022 at 12:25 PM Michel Lespinasse
wrote:
>
> On Thu, Jul 28, 2022 at 10:20:53AM -0700, Paul E. McKenney wrote:
> > On Mon, Jul 25, 2022 at 12:43:06PM -0700, Michel Lespinasse wrote:
> > > On Wed, Jun 08, 2022 at 04:27:27PM +0200, Peter Zijlstra wrote:
> > > > Commit c227233ad64c (
: warning: objtool: acpi_idle_enter+0x115: call to
> acpi_idle_fallback_to_c1.isra.0() leaves .noinstr.text section
>
> Signed-off-by: Peter Zijlstra (Intel)
Acked-by: Rafael J. Wysocki
> ---
> arch/x86/include/asm/shared/io.h |4 ++--
> drivers/acpi/processor_idle.c
at
> architectures that can idle with IRQs disabled end up doing a
> pointless 'enable-disable' dance.
>
> Therefore, push this IRQ disabling into the idle function, meaning
> that those architectures can avoid the pointless IRQ state flipping.
>
> Signed-off-by: Pet
On Wed, Jun 8, 2022 at 4:46 PM Peter Zijlstra wrote:
>
> The __cpuidle functions will become a noinstr class, as such they need
> explicit annotations.
>
> Signed-off-by: Peter Zijlstra (Intel)
Reviewed-by: Rafael J. Wysocki
> ---
> drivers/cpuidle/poll_state.c |
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> All the idle routines are called with RCU disabled, as such there must
> not be any tracing inside.
>
> Signed-off-by: Peter Zijlstra (Intel)
This actually does some additional code duplication cleanup which
would be good to mention in the
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> Make cpuidle_enter_state() consistent with the s2idle variant and
> verify ->enter() always returns with interrupts disabled.
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> drivers/cpuidle/cpuidle.c | 10 +-
> 1 file changed,
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> cpuidle_state::enter() methods should be IRQ invariant
>
> Signed-off-by: Peter Zijlstra (Intel)
Reviewed-by: Rafael J. Wysocki
> ---
> drivers/cpuidle/poll_state.c |4 +++-
> 1 file changed, 3 inse
On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
>
> Typical boot time setup; no need to suffer an indirect call for that.
>
> Signed-off-by: Peter Zijlstra (Intel)
> Reviewed-by: Frederic Weisbecker
Reviewed-by: Rafael J. Wysocki
> ---
> arch/x86/ke
On Wed, Jun 8, 2022 at 5:48 PM Peter Zijlstra wrote:
>
> On Wed, Jun 08, 2022 at 05:01:05PM +0200, Rafael J. Wysocki wrote:
> > On Wed, Jun 8, 2022 at 4:47 PM Peter Zijlstra wrote:
> > >
> > > Commit c227233ad64c ("intel_idle: enable interrupts before C1 on
lly, it added a branch for no good reason.
>
> Fixes: c227233ad64c ("intel_idle: enable interrupts before C1 on Xeons")
> Signed-off-by: Peter Zijlstra (Intel)
Acked-by: Rafael J. Wysocki
And do I think correctly that this can be applied without the rest of
t
freed and hold newly allocated override.
I would stick to one-line description here and possibly expand them in
the body of the comment.
Regardless, I think that the series is an improvement, so please feel
free to add
Reviewed-by: Rafael J. Wysocki
to this patch and
Acked-by: Rafael J. Wysoc
Len Brown
> Cc: "Michael S. Tsirkin"
> Cc: Miguel Ojeda
> Cc: Mike Rapoport
> Cc: Nick Desaulniers
> Cc: "Rafael J. Wysocki"
> Cc: Rasmus Villemoes
> Cc: Rodrigo Vivi
> Cc: Russell King
> Cc: Somnath Kotur
> Cc: Sriharsha Basavapatna
&g
On Thu, Sep 30, 2021 at 6:59 AM Dan Williams wrote:
>
> On Wed, Sep 29, 2021 at 7:39 PM Kuppuswamy, Sathyanarayanan
> wrote:
> >
> >
> >
> > On 9/29/21 6:55 PM, Dan Williams wrote:
> > >> Also, you ignored the usb_[de]authorize_interface() functions and
> > >> their friends.
> > > Ugh, yes.
> >
>
On Mon, Jul 26, 2021 at 6:04 PM Stefan Hajnoczi wrote:
>
> On Mon, Jul 26, 2021 at 05:47:19PM +0200, Rafael J. Wysocki wrote:
> > On Mon, Jul 26, 2021 at 5:17 PM Stefan Hajnoczi wrote:
> > >
> > > On Thu, Jul 22, 2021 at 05:04:57PM +0800, Jason Wang wrote:
>
On Mon, Jul 26, 2021 at 5:17 PM Stefan Hajnoczi wrote:
>
> On Thu, Jul 22, 2021 at 05:04:57PM +0800, Jason Wang wrote:
> >
> > 在 2021/7/21 下午5:41, Stefan Hajnoczi 写道:
> > > On Wed, Jul 21, 2021 at 11:29:55AM +0800, Jason Wang wrote:
> > > > 在 2021/7/14 上午12:19, Stefan Hajnoczi 写道:
> > > > > These
álvez (For ipack)
> Reviewed-by: Tom Rix (For fpga)
> Acked-by: Geoff Levand (For ps3)
> Signed-off-by: Uwe Kleine-König
For the ACPI part:
Acked-by: Rafael J. Wysocki
> ---
>
> arch/arm/common/locomo.c | 3 +--
> arch/arm/common/sa.c
Eric Auger
> Signed-off-by: Jean-Philippe Brucker
>From the general ACPI perspective
Acked-by: Rafael J. Wysocki
and I'm assuming that it will be routed through a different tree.
> ---
> drivers/acpi/Kconfig | 3 +
> drivers/iommu/Kconfig | 1 +
> drivers/
On Thu, Jun 10, 2021 at 10:03 AM Jean-Philippe Brucker
wrote:
>
> The ACPI Virtual I/O Translation Table describes topology of
> para-virtual platforms, similarly to vendor tables DMAR, IVRS and IORT.
> For now it describes the relation between virtio-iommu and the endpoints
> it manages.
>
> Thre
system
> (e.g., via e820) -- usually *all* memory of a memory device was already
> added and we'll fail acpi_memory_enable_device().
>
> Signed-off-by: David Hildenbrand
Acked-by: Rafael J. Wysocki
> ---
> drivers/acpi/acpi_memhotplug.c | 35 +
On Mon, Jun 7, 2021 at 9:55 PM David Hildenbrand wrote:
>
> We allocate + initialize everything from scratch. In case enabling the
> device fails, we free all memory resourcs.
>
> Signed-off-by: David Hildenbrand
Acked-by: Rafael J. Wysocki
> ---
> drivers/acpi/
On Fri, Apr 23, 2021 at 1:57 PM Jean-Philippe Brucker
wrote:
>
> Some of the IOMMU setup code in IORT is fairly generic and can be reused
> by VIOT. Extract it from IORT.
Except that iort_iommu_configure_id() is not really generic AFAICS.
___
Virtualiza
On Fri, Apr 23, 2021 at 1:57 PM Jean-Philippe Brucker
wrote:
>
> The ACPI Virtual I/O Translation Table describes topology of
> para-virtual platforms, similarly to vendor tables DMAR, IVRS and IORT.
> For now it describes the relation between virtio-iommu and the endpoints
> it manages.
>
> Three
On Thu, Feb 4, 2021 at 7:41 PM Wei Liu wrote:
>
> On Wed, Feb 03, 2021 at 03:04:27PM +, Wei Liu wrote:
> > There is already a stub function for pxm_to_node but conversion to the
> > other direction is missing.
> >
> > It will be used by Microsoft Hypervisor code later.
> >
> > Signed-off-by: W
On Mon, Nov 23, 2020 at 4:58 PM James Bottomley
wrote:
>
> On Mon, 2020-11-23 at 15:19 +0100, Miguel Ojeda wrote:
> > On Sun, Nov 22, 2020 at 11:36 PM James Bottomley
> > wrote:
[cut]
> >
> > Maintainers routinely review 1-line trivial patches, not to mention
> > internal API changes, etc.
>
>
On Fri, Jul 3, 2020 at 1:30 PM Michal Hocko wrote:
>
> On Fri 03-07-20 10:34:09, Catangiu, Adrian Costin wrote:
> > This patch adds logic to the kernel power code to zero out contents of
> > all MADV_WIPEONSUSPEND VMAs present in the system during its transition
> > to any suspend state equal or g
On Fri, Dec 13, 2019 at 10:41 AM David Hildenbrand wrote:
>
> On 12.12.19 22:43, Rafael J. Wysocki wrote:
> > On Thursday, December 12, 2019 6:11:25 PM CET David Hildenbrand wrote:
> >> Will be needed by virtio-mem to identify the node from a pxm.
> >>
> >>
On Mon, May 20, 2019 at 4:48 PM Mauro Carvalho Chehab
wrote:
>
> Mostly due to x86 and acpi conversion, several documentation
> links are still pointing to the old file. Fix them.
>
> Signed-off-by: Mauro Carvalho Chehab
For the ACPI part:
Acked-by: Ra
On Fri, Feb 17, 2017 at 8:11 AM, Joe Perches wrote:
> There are ~4300 uses of pr_warn and ~250 uses of the older
> pr_warning in the kernel source tree.
>
> Make the use of pr_warn consistent across all kernel files.
>
> This excludes all files in tools/ as there is a separate
> define pr_warning
On Wednesday, July 31, 2013 10:35:05 AM Shuah Khan wrote:
> On Wed, Jul 31, 2013 at 5:40 AM, Rafael J. Wysocki wrote:
> > Hi All,
> >
> > The original announcement didn't go to linux-pm, so again:
> >
> > On Tuesday, July 16, 2013 08:21:26 PM Myron Stowe wrot
Hi All,
The original announcement didn't go to linux-pm, so again:
On Tuesday, July 16, 2013 08:21:26 PM Myron Stowe wrote:
> Linux Plumbers has approved an ACPI/PM, PCI microconference. The
> overview page is here:
>
> http://wiki.linuxplumbersconf.org/2013:pci_subsystem
>
> We would like to s
On Wednesday, July 17, 2013 08:31:55 AM Shuah Khan wrote:
> Myron,
>
> On Tue, Jul 16, 2013 at 8:21 PM, Myron Stowe wrote:
>
> >
> > Shuah - You brought up the idea about "Converting drivers from Legacy
> > PM ops to dev_pm_ops"; would you like to present what you have
> > done/encountered so fa
On Wednesday, December 07, 2011, Amit Shah wrote:
> On (Wed) 07 Dec 2011 [10:48:24], Rafael J. Wysocki wrote:
> > On Wednesday, December 07, 2011, Amit Shah wrote:
> > > Hi Rafael,
> > >
> > > On (Tue) 06 Dec 2011 [23:12:36], Rafael J. Wysocki wrote:
>
On Wednesday, December 07, 2011, Amit Shah wrote:
> Hi Rafael,
>
> On (Tue) 06 Dec 2011 [23:12:36], Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Tuesday, December 06, 2011, Amit Shah wrote:
> > > The older PM API doesn't have a way to get notifications
Hi,
On Tuesday, December 06, 2011, Amit Shah wrote:
> The older PM API doesn't have a way to get notifications on hibernate
> events. Switch to the newer one that gives us those notifications.
>
> Signed-off-by: Amit Shah
> ---
> drivers/virtio/virtio_pci.c | 16
> 1 files c
On Thursday 02 April 2009, Ingo Molnar wrote:
>
> * Rafael J. Wysocki wrote:
>
> > On Thursday 02 April 2009, Chris Wright wrote:
> > > * Rafael J. Wysocki (r...@sisk.pl) wrote:
> > > > Sorry for the misunderstanding, I thought the breakage might be
On Thursday 02 April 2009, Chris Wright wrote:
> * Rafael J. Wysocki (r...@sisk.pl) wrote:
> > Sorry for the misunderstanding, I thought the breakage might be introduced
> > between 15f7176eb1cccec0a332541285ee752b935c1c85 and
> > 0a0c5168df270a50e3518e4f12bddb31f8f5f38f, so
On Thursday 02 April 2009, Chris Wright wrote:
> * Rafael J. Wysocki (r...@sisk.pl) wrote:
> > On Wednesday 01 April 2009, Chris Wright wrote:
> > > * Rafael J. Wysocki (r...@sisk.pl) wrote:
> > > > This may be caused by the recent PM changes. Can you
On Wednesday 01 April 2009, Chris Wright wrote:
> * Rafael J. Wysocki (r...@sisk.pl) wrote:
> > This may be caused by the recent PM changes. Can you please test if commit
> > 8efb8c76fcdccf5050c0ea059dac392789baaff2 is fine?
>
> I just tested on my t400, it's not
On Wednesday 01 April 2009, Arkadiusz Miskiewicz wrote:
>
> Hi,
>
> After some recent merge to Linus tree resume from ram on my thinkpad t400
> stopped working. My latest test was done on today Linus git master tree.
>
> I'm closing lid, it suspends according to "moon" led. When I open lid I se
On Saturday, 15 of December 2007, Ingo Molnar wrote:
>
> * Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > > Linux never uses that register. The only user is suspend
> > > save/restore, but that' bogus because it wasn't ever initialized by
> > > Linux in the first place. It could be probably all
On Monday, 17 of December 2007, Pavel Machek wrote:
> On Mon 2007-12-17 01:27:29, Rafael J. Wysocki wrote:
> > On Saturday, 15 of December 2007, Ingo Molnar wrote:
> > >
> > > * Pavel Machek <[EMAIL PROTECTED]> wrote:
> > >
> > > > >
47 matches
Mail list logo