3.0 the version of the device status register block needs
to be 2. Change the macro to allow for setting the version.
Signed-off-by: Ira Weiny
---
Changes from RFC:
New patch to cover this register which was not being used
before.
---
hw/cxl/cxl-device-utils.c | 50
Replace the stubbed out CXL Get/Set Event interrupt policy mailbox
commands. Enable those commands to control interrupts for each of the
event log types.
Skip the standard input mailbox length on the Set command due to DCD
being optional. Perform the checks separately.
Signed-off-by: Ira Weiny
Gcc requires constant versions of cpu_to_le* calls.
Add a 64 bit version.
Reviewed-by: Jonathan Cameron
Reviewed-by: Peter Maydell
Signed-off-by: Ira Weiny
---
Changes from RFC:
Peter
Change order of the definitions, 64-32-16
---
include/qemu/bswap.h | 10
UUID's are defined as network byte order fields. No static initializer
was available for UUID's in their standard big endian format.
Define a big endian initializer for UUIDs.
Reviewed-by: Jonathan Cameron
Signed-off-by: Ira Weiny
---
include/qemu/uuid.h | 12
1 file changed, 12
infrastructure.
Signed-off-by: Ira Weiny
---
Change from RFC:
Process multiple records per Get/Set per the spec
Rework all the calls to be within events.c
Add locking around the event logs to ensure that the log
integrity is maintained
---
hw/cxl/cxl-events.c
The cel_uuid was programatically generated previously because there was
no static initializer for network order UUIDs.
Use the new network order initializer for cel_uuid. Adjust
cxl_initialize_mailbox() because it can't fail now.
Update specification reference.
Signed-off-by: Ira Weiny
size part of the function name.
Signed-off-by: Ira Weiny
---
include/qemu/bswap.h | 30 ++
1 file changed, 30 insertions(+)
diff --git a/include/qemu/bswap.h b/include/qemu/bswap.h
index e1eca22f2548..8af4d4a75eb6 100644
--- a/include/qemu/bswap.h
+++ b/include/qe
On Mon, Dec 19, 2022 at 10:07:23AM +, Jonathan Cameron wrote:
> On Mon, 10 Oct 2022 15:29:41 -0700
> ira.we...@intel.com wrote:
>
> > From: Ira Weiny
> >
> > To facilitate testing of guest software add mock events and code to
> > support iterating through th
On Thu, Dec 15, 2022 at 05:16:33PM +, Jonathan Cameron wrote:
> On Wed, 14 Dec 2022 12:54:11 -0800
> Ira Weiny wrote:
>
> > The Flex Bus Port DVSEC was missing on type 3 devices which was blocking
> > RAS checks.[1]
> >
> > Add the Flex Bus Port DVSEC
: Jonathan Cameron
Cc: Ben Widawsky
Cc: qemu-devel@nongnu.org
Cc: linux-...@vger.kernel.org
Signed-off-by: Ira Weiny
---
Changes in v2:
Jonathan
type 3 device does not support CACHE
: Jonathan Cameron
Cc: Ben Widawsky
Cc: qemu-devel@nongnu.org
Cc: linux-...@vger.kernel.org
Signed-off-by: Ira Weiny
---
hw/mem/cxl_type3.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/hw/mem/cxl_type3.c b/hw/mem/cxl_type3.c
index 0317bd96a6fb..27f6ac0cb3c1 100644
--- a/hw/mem
Hi,
Yes - I support deprecating all FFDHE cipher suites including well-known
groups.
Cheers,
- Ira
On Tue, Dec 13, 2022 at 9:46 AM Sean Turner wrote:
> During the tls@IETF 115 session topic covering
> draft-ietd-tls-deprecate-obsolete-kex, the sense of the room was that there
> wa
lled from dax_region_unregister() automatically on
tear down.
>
> Fixes: c01044cc8191 ("ACPI: HMAT: refactor hmat_register_target_device to
> hmem_register_device")
I'm also not sure how this patch is related to this fix.
Ira
> Signed-off-by: Yongqiang Liu
> ---
> drivers/dax/hm
heat sinks. Those are Digikey P/Ns
-- Ira
--
You received this message because you are subscribed to the Google Groups "Brewtus" group.
To unsubscribe from this group and stop receiving emails from it, send an email to brewtus+unsubscr...@googlegroups.com.
To view this discussion on the
use is 105C or 125C.
-- Ira
--
You received this message because you are subscribed to the Google Groups "Brewtus" group.
To unsubscribe from this group and stop receiving emails from it, send an email to brewtus+unsubscr...@googlegroups.com.
To view this discussion on the web v
t 8:11 PM, John Ralls wrote:
>
> Please remember to copy the list on all replies.
>
> What happens if you run gnc-fq-update like the message suggests?
>
> Regards,
> John Ralls
>
>> On Nov 17, 2022, at 4:22 PM, Ira Fuchs wrote:
>>
>> Thanks but:
>
I am trying to get quotes to work on Gnucash 4.2.1 on a Mac running Mojave.
Gnucash says that Finance::Quote is not installed properly. However, this is
what I get in terminal:
cpan[1]> install Finance::Quote
Reading '/var/root/.cpan/Metadata'
Database was generated on Thu, 17 Nov 2022
Birders
On a DFO trip to Canyon City several years ago we had the Zono Grand Slam.
The GCSP was at Tunnel Drive. The WTSP and HASP were along the river walk
with WCSP.
Ira Sanders
Golden
On Tue, Nov 8, 2022, 11:20 PM Mark Miller wrote:
> Hi Everyone,
>
> I'm pretty sure that the Bo
On Mon, Nov 07, 2022 at 10:09:23AM -0800, Davidlohr Bueso wrote:
> Found while reading the doc.
>
> Signed-off-by: Davidlohr Bueso
Reviewed-by: Ira Weiny
> ---
> docs/system/devices/cxl.rst | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
>
ge() which uses local mapping to copy.
>
> [1]:
> https://lore.kernel.org/all/20220813220034.806698-1-ira.we...@intel.com/T/#u
>
> Suggested-by: Ira Weiny
Reviewed-by: Ira Weiny
> Suggested-by: Fabio M. De Francesco
> Signed-off-by: Zhao Liu
> ---
> Sugg
ge() which uses local mapping to copy.
>
> [1]:
> https://lore.kernel.org/all/20220813220034.806698-1-ira.we...@intel.com/T/#u
>
> Suggested-by: Ira Weiny
Reviewed-by: Ira Weiny
> Suggested-by: Fabio M. De Francesco
> Signed-off-by: Zhao Liu
> ---
> Sugg
on for mapping:
> >
> > 1. The flush operation is safe for CPU hotplug when preemption is not
> > disabled.
>
> I'm confused here. Why are you talking about CPU hotplug?
I agree with Fabio here. I'm not making the connection between cpu hotplug and
this code path.
Ira
&
on for mapping:
> >
> > 1. The flush operation is safe for CPU hotplug when preemption is not
> > disabled.
>
> I'm confused here. Why are you talking about CPU hotplug?
I agree with Fabio here. I'm not making the connection between cpu hotplug and
this code path.
Ira
&
.
>
> So it can use kmap_local_page() / kunmap_local() with
> pagefault_disable() / pagefault_enable() to replace atomic mapping.
>
> [1]: https://lore.kernel.org/all/20220813220034.806698-1-ira.we...@intel.com
> [2]: https://patchwork.freedesktop.org/patch/295840/
>
> Suggested-by
.
>
> So it can use kmap_local_page() / kunmap_local() with
> pagefault_disable() / pagefault_enable() to replace atomic mapping.
>
> [1]: https://lore.kernel.org/all/20220813220034.806698-1-ira.we...@intel.com
> [2]: https://patchwork.freedesktop.org/patch/295840/
>
> Suggested-by
cessary
> to have this init at the locations where we otherwise initialize the
> containing structure.
>
> My first thought is add an 'onstack' bool to either the pci_doe_submit_task()
> or perhaps better would be to add it to the pci_doe_task() and have
> macros like DECLARE_
I have And trying for a few tomorrow night!
From: MoPo List on behalf of Bruce Hershenson
Reply-To: Bruce Hershenson
Date: Wednesday, October 26, 2022 at 1:17 PM
To: "MoPo-L@LISTSERV.AMERICAN.EDU"
Subject: Re: [MOPO] FA: Second Ever Major Mondo Print Auction ends in just ONE
day,
n any order.)
>
> until all process is finished. by using kmap(), it's much simple to
> implement this, but kmap_local(), it only complexes the code.
Agreed kmap() is easier but I think this could work.
Basically you keep the compressed mapped first.
I also assume there is also a reverse of this so reverse the pages in that
case.
Thoughts?
Ira
rn.
>
When you say kmap() is still useful is this because of the map/unmap ordering
restrictions or because the address is required in different threads?
Ira
On Tue, Oct 11, 2022 at 11:07:59AM +0100, Jonathan Cameron wrote:
> On Mon, 10 Oct 2022 15:29:41 -0700
> ira.we...@intel.com wrote:
>
> > From: Ira Weiny
> >
> > To facilitate testing of guest software add mock events and code to
> > support iterating through th
On Tue, Oct 11, 2022 at 10:13:17AM +0100, Jonathan Cameron wrote:
> On Mon, 10 Oct 2022 15:29:40 -0700
> ira.we...@intel.com wrote:
>
> > From: Ira Weiny
> >
> > UUID's are defined as network byte order fields. No static initializer
> > was available for UU
On Tue, Oct 11, 2022 at 10:03:00AM +0100, Jonathan Cameron wrote:
> On Mon, 10 Oct 2022 15:29:39 -0700
> ira.we...@intel.com wrote:
>
> > From: Ira Weiny
> >
> > Gcc requires constant versions of cpu_to_le* calls.
> >
> > Add a 64 bit version.
> &
nt to
> > completely fill this
> > out and have most of it remain unused.
>
> Makes sense. In that case, other than ordering the definitions
> 64-32-16,
Done.
>
> Reviewed-by: Peter Maydell
Thanks!
Ira
On Tue, Oct 11, 2022 at 10:40:06AM +0100, Jonathan Cameron wrote:
> On Mon, 10 Oct 2022 15:29:38 -0700
> ira.we...@intel.com wrote:
>
> > From: Ira Weiny
> >
> > CXL Event records inform the OS of various CXL device events. Thus far CXL
> > memory devices
On Mon, Oct 10, 2022 at 03:29:38PM -0700, Ira wrote:
> From: Ira Weiny
>
> CXL Event records inform the OS of various CXL device events. Thus far CXL
> memory devices are emulated and therefore don't naturally have events which
> will occur.
>
> Add mock events and a
From: Ira Weiny
CXL Event records inform the OS of various CXL device events. Thus far CXL
memory devices are emulated and therefore don't naturally have events which
will occur.
Add mock events and a HMP trigger mechanism to facilitate guest OS testing of
event support.
This support requires
From: Ira Weiny
Replace the stubbed out CXL Get/Clear Event mailbox commands with
commands which return the mock event information.
Signed-off-by: Ira Weiny
---
hw/cxl/cxl-device-utils.c | 1 +
hw/cxl/cxl-mailbox-utils.c | 103 +++--
2 files changed, 101
From: Ira Weiny
UUID's are defined as network byte order fields. No static initializer
was available for UUID's in their standard big endian format.
Define a big endian initializer for UUIDs.
Signed-off-by: Ira Weiny
---
include/qemu/uuid.h | 12
1 file changed, 12 insertions
From: Ira Weiny
To facilitate testing of guest software add mock events and code to
support iterating through the event logs.
Signed-off-by: Ira Weiny
---
hw/cxl/cxl-events.c | 248
hw/cxl/meson.build | 1 +
include/hw/cxl/cxl_device.h
From: Ira Weiny
Replace the stubbed out CXL Get/Set Event interrupt policy mailbox
commands. Enable those commands to control interrupts for each of the
event log types.
Signed-off-by: Ira Weiny
---
hw/cxl/cxl-mailbox-utils.c | 129 ++--
include/hw/cxl
From: Ira Weiny
Gcc requires constant versions of cpu_to_le* calls.
Add a 64 bit version.
Signed-off-by: Ira Weiny
---
include/qemu/bswap.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/qemu/bswap.h b/include/qemu/bswap.h
index 346d05f2aab3..08e607821102 100644
From: Ira Weiny
To facilitate testing of event interrupt support add a QMP HMP command
to reset the event logs and issue interrupts when the guest has enabled
those interrupts.
Signed-off-by: Ira Weiny
---
hmp-commands.hx | 14 +++
hw/cxl/cxl-events.c | 82
On Sun, Sep 25, 2022 at 09:26:35PM -0400, Bo Liu wrote:
> Use ida_alloc_xxx()/ida_free() instead of
> ida_simple_get()/ida_simple_remove().
> The latter is deprecated and more verbose.
>
> Signed-off-by: Bo Liu
Reviewed-by: Ira Weiny
> ---
> drivers/dax/super.c | 6 +++
Hello Mark,
Thursday, September 22, 2022, 3:03:32 PM, you wrote:
hi Ira, that picture isn't from my machine. I found the thread after joining the Brewtus group and searching. But I'm pretty certain the control board for my Brewtus II is bad (pump runs continously), tested other parts
that dies.
-- Ira
--
You received this message because you are subscribed to the Google Groups "Brewtus" group.
To unsubscribe from this group and stop receiving emails from it, send an email to brewtus+unsubscr...@googlegroups.com.
To view this discussion on the web v
If so why not
convert entire drivers at a time?
Ira
>
> Reported-by: Zeal Robot
> Signed-off-by: ye xingchen
> ---
> drivers/nvdimm/namespace_devs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/nvdimm/namespace_devs.c b/drivers/nvdimm/name
ng instantaneously invalidating wide swaths
> + * of memory on bare metal.
> +
> + * Unlike the APIs above, this function can be defined on
> + * architectures which have VIPT or PIPT caches, and thus is
> + * beyond the scope of virtual to physical mappings/page
>
From: Ira Weiny
kmap() and kmap_atomic() are being deprecated in favor of
kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead
as mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation
From: Ira Weiny
kmap() and kmap_atomic() are being deprecated in favor of
kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead
as mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation
From: Ira Weiny
kmap() and kmap_atomic() are being deprecated in favor of
kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead
as mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation
From: Ira Weiny
kmap() and kmap_atomic() are being deprecated in favor of
kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead
as mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation
From: Ira Weiny
kmap() and kmap_atomic() are being deprecated in favor of
kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead
as mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation
From: Ira Weiny
kmap() and kmap_atomic() are being deprecated in favor of
kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead
as mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation
From: Ira Weiny
kmap() and kmap_atomic() are being deprecated in favor of
kmap_local_page().
There are two main problems with kmap(): (1) It comes with an overhead
as mapping space is restricted and protected by a global lock for
synchronization and (2) it also requires global TLB invalidation
, for the first time in years I can actually respond to an email without cursing. Thanks ever so much.
I find the "could be a pain to handle sometimes" an interesting spin on my experience of it literally doesn't work as expected 100% of the tim
did this.
Ira
>
> Signed-off-by: Bo Liu
> ---
> drivers/dax/bus.c | 11 +--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/dax/bus.c b/drivers/dax/bus.c
> index 1dad813ee4a6..36cf245ee467 100644
> --- a/drivers/dax/bus.c
> +++ b/driv
he mappings can be acquired from any
> context (including interrupts).
>
> Therefore, use kmap_local_page() in kexec_core.c because these mappings are
> per thread, CPU local, and not globally visible.
>
> Tested on a QEMU + KVM 32-bits VM booting a kernel with HIGHMEM64GB
> enabled.
&g
mappings can be
> acquired from any context (including interrupts).
>
> Therefore, use kmap_local_page() in copy_string_kernel() instead of
> kmap_atomic().
>
> Tested with xfstests on a QEMU + KVM 32-bits VM booting a kernel with
> HIGHMEM64GB enabled.
>
> Suggested-by:
he mappings can be acquired from any
> context (including interrupts).
>
> Therefore, use kmap_local_page() in kexec_core.c because these mappings are
> per thread, CPU local, and not globally visible.
>
> Tested on a QEMU + KVM 32-bits VM booting a kernel with HIGHMEM64GB
> e
uot;factory replacement, it just has
to fit and have a reasonable temperature setting.
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to brewtus+unsubsc
On Thu, Jul 14, 2022 at 10:02:15AM -0700, Dan Williams wrote:
> Pick up the definition of list_add_{before,after} and other updates from
> ccan at commit 52b86922f846 ("ccan/base64: fix GCC warning.").
>
> Reported-by: Ira Weiny
Reviewed-by: Ira Weiny
> Si
Hello Mike,
Wednesday, July 13, 2022, 9:38:11 PM, you wrote:
> Anyone has an idea why the second one is there? Can I somehow remove it?
What do they connect to? Can't tell from the pictures.
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtu
+ if (l->prev == >n) {
> + /* l is the first element, this becomes a list_add */
> + list_add(h, n);
> + return;
> + }
> +
> + n->next = l;
> + n->prev = l->prev;
> + l-&g
Enjoy.
https://ktla.com/entertainment/vintage-oscar-statuette-and-silent-film-era-posters-go-on-auction/
Ira
Sent via mobile.Please excuse typos and autocorrects.
Visit the MoPo Mailing List Web Site at www.filmfan.com
trip back to the
Catskills.
Thanks MOPO!
Ira
(PS. Sorry if this is a duplicate post. I thought I sent it earlier, but I
don’t think it went through.)
Visit the MoPo Mailing List Web Site at www.filmfan.com
he mappings can be acquired from any
> context (including interrupts).
>
> Therefore, use kmap_local_page() in exec.c because these mappings are per
> thread, CPU local, and not globally visible.
>
> Tested with xfstests on a QEMU + KVM 32-bits VM booting a kernel with
> HIGHMEM64GB e
st important
thing to be fixed. FWIW, I stopped recommending The Bat or even letting my
customers upgrade from their current version as I don't need people whining
about the formatting of their emails getting messed up.
-- Ira
'
, NULL);
> + if (ret)
> + rc = ret;
> + } else {
> rc = ret;
> + pmem_wmb();
> + }
>
> return rc;
> }
> diff --git a/drivers/nvdimm/nd.h b/drivers/nvdimm/nd.h
> index ec5219680092..a16e259a8cff 100644
> --- a/drivers/nvdimm/nd.h
> +++ b/drivers/nvdimm/nd.h
> @@ -22,7 +22,11 @@ enum {
>*/
> ND_MAX_LANES = 256,
> INT_LBASIZE_ALIGNMENT = 64,
> + /*
> + * NVDIMM_IO_ATOMIC | NVDIMM_NO_DEEPFLUSH is support.
> + */
I don't understand this comment?
Ira
> NVDIMM_IO_ATOMIC = 1,
> + NVDIMM_NO_DEEPFLUSH = 2,
> };
>
> struct nvdimm_drvdata {
> --
> 2.27.0
>
On Fri, Jul 01, 2022 at 12:38:16PM +0800, dennis.wu wrote:
> Thank you Ira! Sorry for duplicating the patch.
It's ok we all make mistakes.
>
> The first patch is made on the kernel v5.17 and can't patch with the latest
> Linux master and the second one is made with the Linux mast
LUSH which can use with NVDIMM_IO_ATOMIC
> like NVDIMM_NO_DEEPFLUSH | NVDIMM_IO_ATOMIC.
> "if (!(flags & NVDIMM_NO_DEEPFLUSH))", nvdimm_flush() will be called,
> otherwise, the pmem_wmb() called to fense all previous write.
>
This looks like the same patch you sent
key where pressing it moves the cursor but does not create a new line.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
Hello,
Just wondering if there is any plan to fix the editor. It's been broken at
least since since you upgraded it, well over a year, and it seems like it's
been forgotten about. And since I write emails every day, a broken editor is a
constant reminder that I paid money for an upgrade to
gt; Also, would it be useful to print the return value (new_pkey) from
> alloc_pkey() here?
Yea that might be useful. Perhaps change err to new_pkey instead since errno
is already printed.
Ira
>
> > " shadow: 0x%016llx
Having the multiple options specified was an easy way to maintain the large
number of levels.
Ira
>
> The patch seems fine to me otherwise.
>
> > --iterations,-i repeate test times
> > default: 22
> >
>
> Thanks,
> Sohil
On Mon, Jun 13, 2022 at 09:17:06AM +, Christophe Leroy wrote:
>
>
> Le 11/06/2022 à 01:35, ira.we...@intel.com a écrit :
> > From: Ira Weiny
> >
> > Now that the pkey arch support is no longer checked in mm_pkey_free()
> > there is no reason to have
From: Ira Weiny
Now that the pkey arch support is no longer checked in mm_pkey_free()
there is no reason to have it return int.
Change the return value to void.
Cc: Dave Hansen
Cc: Aneesh Kumar K.V
Suggested-by: Sohil Mehta
Signed-off-by: Ira Weiny
---
arch/powerpc/include/asm/pkeys.h | 4
From: Ira Weiny
pkey_alloc() is documented to return ENOSPC when the hardware does not
support pkeys. On x86, pkey_alloc() incorrectly returns EINVAL.
This is because mm_pkey_alloc() does not check for pkey support before
returning a key. Therefore, if the keys are not exhausted pkey_alloc
From: Ira Weiny
When pkeys are not available on the hardware pkey_alloc() has specific
behavior which was previously untested.
Add test for this.
Cc: Dave Hansen
Cc: Aneesh Kumar K.V
Signed-off-by: Ira Weiny
---
tools/testing/selftests/vm/protection_keys.c | 12
1 file changed
From: Ira Weiny
While evaluating the possibility of defining a new type for pkeys within the
kernel I found a couple of minor bugs.
Because these patches clean up the return codes from system calls I'm sending
this out RFC hoping that users will speak up if anything breaks.
I'm not too
From: Ira Weiny
It is more convenient to use command line options for debug and
iterations vs changing the code and recompiling.
Add command line options for debug level and number of iterations.
$ ./protection_keys_64 -h
Usage: ./protection_keys_64 [-h,-d,-i ]
--help,-h This help
From: Ira Weiny
x86 is missing a hardware check for pkey support in pkey_free(). While
the net result is the same (-EINVAL returned), pkey_free() has well
defined behavior which will be easier to maintain in one place.
For powerpc the return code is -1 rather than -EINVAL. This changes
From: Ira Weiny
err was being used in test_pkey_alloc_exhaust() prior to being assigned.
errno is useful to know after a failed alloc_pkey() call.
Change err to errno in the debug print.
Cc: Dave Hansen
Cc: Aneesh Kumar K.V
Signed-off-by: Ira Weiny
---
tools/testing/selftests/vm
Hi Ned,
No - Henk meant IETF 113 - this is not a BoF at IETF 114 in July - this is
a BoF on next Thursday, that was dispatched as such at IETF 113.
Henk - that's lunch hour at ESCAR USA next week - I'll try to join.
Cheers,
- Ira
*Ira McDonald (Musician / Software Architect)*
*Chair - SAE
aviation.
FWIW - The Common Criteria standard workgroup for Network Devices (routers,
switches,
etc.) has approved the mandatory requirement for DTLS 1.3 in their next
version (draft in
July 2022 for publication in fall 2022).
Cheers,
- Ira
On Tue, May 31, 2022 at 12:32 PM Ashley Kopman
wrote
(e1)
> > > > > >
> > > > > > julia
> > > > > >
> > > > >
> > > > > I've never spent sufficient time to understand properly the syntax
> and
> > > > > semantics of expressions of Coccinelle. Ho
On Sun, Apr 24, 2022 at 06:26:55AM +, cgel@gmail.com wrote:
> From: ran jianping
>
> All work currently pending will be done first by calling destroy_workqueue,
> so there is no need to flush it explicitly.
>
> Reported-by: Zeal Robot
> Signed-off-by: ran jianpi
eed activate_show() to flush
> the write side, so this lock usage can be deleted in these attributes.
>
> Fixes: 48001ea50d17 ("PM, libnvdimm: Add runtime firmware activation support")
> Signed-off-by: Dan Williams
Reviewed-by: Ira Weiny
> ---
> Changes since v3:
> -
Birders
The BRPE was below the new heron overlook about noon.
It would occasionally pull it's head out from under it's wing.
Ira Sanders
Golden CO
--
--
You received this message because you are subscribed to the Google
Groups "Colorado Birds" group.
To post to this group, send email
Birders,
1st yr male just south of banding Station.
Ira Sanders
Golden CO
--
--
You received this message because you are subscribed to the Google
Groups "Colorado Birds" group.
To post to this group, send email to cobirds@googlegroups.com
For more options, visit this gro
eed activate_show() to flush
> the write side, so this lock usage can be deleted in these attributes.
>
I'm sorry if this is obvious but why can't the locking be removed from
capability_show() and nvdimm_bus_firmware_visible() as well?
Effectively it sounds like we don't care if the cap read
Link:
> https://lore.kernel.org/r/ylf0dewci8myl...@hirez.programming.kicks-ass.net [1]
> Cc: Greg Kroah-Hartman
> Cc: "Rafael J. Wysocki"
> Suggested-by: Peter Zijlstra
> Signed-off-by: Dan Williams
Reviewed-by: Ira Weiny
> ---
> drivers/base/core.c|3 ---
>
On Thu, Apr 21, 2022 at 08:33:39AM -0700, Dan Williams wrote:
> Now that all NVDIMM subsystem locking is validated with custom lock
> classes, there is no need for the custom usage of the lockdep_mutex.
>
> Cc: Vishal Verma
> Cc: Dave Jiang
> Cc: Ira Weiny
> Signed
> dropped.
>
> Cc: Vishal Verma
> Cc: Dave Jiang
> Cc: Ira Weiny
> Signed-off-by: Dan Williams
Reviewed-by: Ira Weiny
> ---
> drivers/acpi/nfit/core.c | 30 +++---
> drivers/acpi/nfit/nfit.h | 24
> 2 files
ink:
> https://lore.kernel.org/r/164982968798.684294.15817853329823976469.st...@dwillia2-desk3.amr.corp.intel.com
> [1]
> Link:
> https://lore.kernel.org/r/ylf0dewci8myl...@hirez.programming.kicks-ass.net [2]
> Suggested-by: Peter Zijlstra
> Cc: Vishal Verma
> Cc: Dave Jiang
> Cc: Ira Wein
On Thu, Apr 21, 2022 at 08:33:23AM -0700, Dan Williams wrote:
> Now that all CXL subsystem locking is validated with custom lock
> classes, there is no need for the custom usage of the lockdep_mutex.
>
> Cc: Alison Schofield
> Cc: Vishal Verma
> Cc: Ira Weiny
> Cc: Ben Wid
ere in
the acpi code. So given that it looks to me like ACPI is just using the
default no validate class...
Reviewed-by: Ira Weiny
> However, the lockdep API does support changing the lock class "live" for
> situations like this. Add a device_lock_set_class() helper that a driver
&g
.kernel.org/r/ylf0dewci8myl...@hirez.programming.kicks-ass.net [2]
> Suggested-by: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Will Deacon
> Cc: Waiman Long
> Cc: Boqun Feng
> Cc: Alison Schofield
> Cc: Vishal Verma
> Cc: Ira Weiny
> Cc: Ben Widawsky
> Cc: Jonathan Ca
Hello Thomas,
Monday, April 18, 2022, 7:25:03 PM, you wrote:
> This is not a beta issue, so we should discuss on TBUDL instead.
>
> The template macros are not case-sensitive. I believe that you inadvertedly
> used "$" instead of "%" in the template that didn't work, as you did in your
>
Hello Thomas,
Monday, April 18, 2022, 6:43:57 PM, you wrote:
> Using %CURSOR now, no difference. Why?
I noticed in my instance that 2 different accounts replies worked different,
one had $Cursor and was broken, and the other had $CURSOR and worked. Changing
the mixed case one to upper case got
Hello Thomas,
Sunday, April 17, 2022, 11:08:38 PM, you wrote:
> Yes. Here is the template:
>
> %Quotes
> %Cursor
>
> %QInclude="tbsig"
Try replacing %Cursor with %CURSOR. I know it makes no sense, but try it.
-- Ira __
201 - 300 of 13059 matches
Mail list logo
