Hey gang,
I have added SPF record for my domains about 2 years ago and kinda
forgot about it. I get a lot of reports about spam received "from my
domain" but not from my servers. almost 50% from google, and I assume
that's because half the world in on gmail...
however today I found a report
don't feel like
hosting unmaintainable old php code that is quite probably not getting
security patches. I suggest you
dump all the pages to static ones, so the knowledge doesn't die, and I
can host the static pages on my machine, no problem.
Ira
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
NOTE: I'm sending as a follow on to the V1 patch. Please let me know
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
NOTE: I'm sending as a follow on to the V1 patch. Please let me know
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
NOTE: I'm sending as a follow on to the V1 patch. Please let me know
On Tue, Dec 14, 2021 at 08:09:29AM +0100, Christian König wrote:
> Am 14.12.21 um 04:37 schrieb Ira Weiny:
> > On Mon, Dec 13, 2021 at 09:37:32PM +0100, Christian König wrote:
> > > Am 11.12.21 um 00:24 schrieb ira.we...@intel.com:
> > > > From: Ira Weiny
> >
On Tue, Dec 14, 2021 at 08:09:29AM +0100, Christian König wrote:
> Am 14.12.21 um 04:37 schrieb Ira Weiny:
> > On Mon, Dec 13, 2021 at 09:37:32PM +0100, Christian König wrote:
> > > Am 11.12.21 um 00:24 schrieb ira.we...@intel.com:
> > > > From: Ira Weiny
> >
On Tue, Dec 14, 2021 at 08:09:29AM +0100, Christian König wrote:
> Am 14.12.21 um 04:37 schrieb Ira Weiny:
> > On Mon, Dec 13, 2021 at 09:37:32PM +0100, Christian König wrote:
> > > Am 11.12.21 um 00:24 schrieb ira.we...@intel.com:
> > > > From: Ira Weiny
> >
Hello Stefan,
Tuesday, December 14, 2021, 4:49:03 AM, you wrote:
> Version 9.4.5.3 is available
up and running.
Thanks so much for finally fixing the messed up returns in the editor.
-- Ira
'Using TBBETA' information:
h
On Mon, Dec 13, 2021 at 09:37:32PM +0100, Christian König wrote:
> Am 11.12.21 um 00:24 schrieb ira.we...@intel.com:
> > From: Ira Weiny
> >
> > The default case leaves the buffer object mapped in error.
> >
> > Add amdgpu_bo_kunmap() to that case to ensure th
On Mon, Dec 13, 2021 at 09:37:32PM +0100, Christian König wrote:
> Am 11.12.21 um 00:24 schrieb ira.we...@intel.com:
> > From: Ira Weiny
> >
> > The default case leaves the buffer object mapped in error.
> >
> > Add amdgpu_bo_kunmap() to that case to ensure th
On Mon, Dec 13, 2021 at 09:37:32PM +0100, Christian König wrote:
> Am 11.12.21 um 00:24 schrieb ira.we...@intel.com:
> > From: Ira Weiny
> >
> > The default case leaves the buffer object mapped in error.
> >
> > Add amdgpu_bo_kunmap() to that case to ensure th
gt; - kunmap(page);
> > + kunmap_local(vaddr);
>
> memcpy_to_page?
Opps! Yea!
David, Daniel,
Do you prefer me to resent the entire series or reply to this message with a
V2?
Ira
On Mon, Dec 13, 2021 at 02:39:59PM +0200, Ville Syrjälä wrote:
> On Fri, Dec 10, 2021 at 03:23:58PM -0800, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > kmap() is being deprecated and these usages are all local to the thread
> > so there is no reason kmap
gt; - kunmap(page);
> > + kunmap_local(vaddr);
>
> memcpy_to_page?
Opps! Yea!
David, Daniel,
Do you prefer me to resent the entire series or reply to this message with a
V2?
Ira
gt; - kunmap(page);
> > + kunmap_local(vaddr);
>
> memcpy_to_page?
Opps! Yea!
David, Daniel,
Do you prefer me to resent the entire series or reply to this message with a
V2?
Ira
On Mon, Dec 13, 2021 at 02:39:59PM +0200, Ville Syrjälä wrote:
> On Fri, Dec 10, 2021 at 03:23:58PM -0800, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > kmap() is being deprecated and these usages are all local to the thread
> > so there is no reason kmap
On Mon, Dec 13, 2021 at 02:39:59PM +0200, Ville Syrjälä wrote:
> On Fri, Dec 10, 2021 at 03:23:58PM -0800, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > kmap() is being deprecated and these usages are all local to the thread
> > so there is no reason kmap
Birders,
I just had a Gray Catbird at my water feature in the yard. I've never had
one in the winter. Maybe it will be around for count week or even count
day.
--
Ira Sanders
Golden, CO
"My mind is a raging torrent flooded with rivulets of thought cascading
into a waterfall of cre
From: Ira Weiny
kmap() is being deprecated. So this comment could be misleading in the
future.
Change this comment to point to using kmap_local_page(). While here
remove 'we' from the comment.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++--
1 file changed, 2
From: Ira Weiny
kmap() is being deprecated and these instances are easy to convert to
kmap_local_page().
Furthermore, in gma_crtc_cursor_set() use the memcpy_from_page() helper
instead of an open coded use of kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add amdgpu_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
This series starts by converting the last easy kmap() uses to
kmap_local_page().
There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately,
ttm_bo_kmap_ttm() is called in a number of different ways including some which
are not thread local. I have a patch
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated. These maps are thread local and can be
replaced with kmap_local_page().
Replace kmap() with kmap_local_page()
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
From: Ira Weiny
kmap() is being deprecated and this usage is local to the thread. Use
kmap_local_page() instead.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/i915/gem/i915_gem_shmem.c | 4 ++--
drivers/gpu
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated and this usage is local to the thread. Use
kmap_local_page() instead.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b
From: Ira Weiny
This series starts by converting the last easy kmap() uses to
kmap_local_page().
There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately,
ttm_bo_kmap_ttm() is called in a number of different ways including some which
are not thread local. I have a patch
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add amdgpu_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add amdgpu_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated. So this comment could be misleading in the
future.
Change this comment to point to using kmap_local_page(). While here
remove 'we' from the comment.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++--
1 file changed, 2
From: Ira Weiny
kmap() is being deprecated and these instances are easy to convert to
kmap_local_page().
Furthermore, in gma_crtc_cursor_set() use the memcpy_from_page() helper
instead of an open coded use of kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500
From: Ira Weiny
kmap() is being deprecated and this usage is local to the thread. Use
kmap_local_page() instead.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated. So this comment could be misleading in the
future.
Change this comment to point to using kmap_local_page(). While here
remove 'we' from the comment.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++--
1 file changed, 2
From: Ira Weiny
This series starts by converting the last easy kmap() uses to
kmap_local_page().
There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately,
ttm_bo_kmap_ttm() is called in a number of different ways including some which
are not thread local. I have a patch
From: Ira Weiny
kmap() is being deprecated. These maps are thread local and can be
replaced with kmap_local_page().
Replace kmap() with kmap_local_page()
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
From: Ira Weiny
kmap() is being deprecated. These maps are thread local and can be
replaced with kmap_local_page().
Replace kmap() with kmap_local_page()
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
From: Ira Weiny
kmap() is being deprecated and these instances are easy to convert to
kmap_local_page().
Furthermore, in gma_crtc_cursor_set() use the memcpy_from_page() helper
instead of an open coded use of kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/i915/gem/i915_gem_shmem.c | 4 ++--
drivers/gpu
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/i915/gem/i915_gem_shmem.c | 4 ++--
drivers/gpu
On Thu, Nov 25, 2021 at 03:25:09PM +0100, Thomas Gleixner wrote:
> On Tue, Aug 03 2021 at 21:32, ira weiny wrote:
> > @@ -200,16 +200,14 @@ __setup("init_pkru=", setup_init_pkru);
> > */
> > u32 update_pkey_val(u32 pk_reg, int pkey, unsigned int flags)
>
On Mon, Dec 06, 2021 at 05:54:23PM -0800, 'Ira Weiny' wrote:
[snip]
> >
> > Though, if you look at the xen_pv_evtchn_do_upcall() part where you
> > added this extra invocation you might figure out that adding
> > pkrs_restore_irq() to irqentry_exit_cond_r
Thomas,
Thanks for the review. Sorry for being so late to respond I was sick all last
week and so it took me longer to figure out some of this stuff.
On Thu, Nov 25, 2021 at 03:12:47PM +0100, Thomas Gleixner wrote:
> Ira,
>
> On Tue, Aug 03 2021 at 21:32, ira we
On Tue, Aug 03, 2021 at 09:32:21PM -0700, 'Ira Weiny' wrote:
> From: Ira Weiny
>
> The PKRS MSR is not managed by XSAVE. It is preserved through a context
> switch but this support leaves exception handling code open to memory
> accesses during exceptions.
>
> 2 possible
OK. I will play.
Original 1964 Disneyland Attraction Silk Screen Poster.The Enchanted Tiki
Room.Either version.
Please Santa. I have been good this year.
From: MoPo List on behalf of Alan Heimann
Date: Wednesday, November 10, 2021 at 6:04 PM
To: MoPo-L@LISTSERV.AMERICAN.EDU
size_t (*copy_from_iter)(struct dax_device *, pgoff_t, void *,
> >> size_t,
> >> - struct iov_iter *);
> >> + struct iov_iter *, int);
> >
> > I'm not sure the flag is needed here as
Birders
Tammy just spotted a single Sandhill Crane calling and gaining altitude
over the house and heading southwest.
Ira Sanders
Golden
--
--
You received this message because you are subscribed to the Google
Groups "Colorado Birds" group.
To post to this group, send email
On Sun, Nov 07, 2021 at 06:20:14PM +0100, Christophe JAILLET wrote:
> Le 07/11/2021 à 18:11, Ira Weiny a écrit :
> > On Sat, Nov 06, 2021 at 06:27:11PM +0100, Christophe JAILLET wrote:
> > > If 'devm_init_badblocks()' fails, a previous 'blk_alloc_disk()' call must
> > >
_badblocks(dev, >bb);
> + if (rc)
> + goto out;
But I don't see this 'out' label in the function currently? Was that part of
your patch missing?
Ira
> nvdimm_badblocks_populate(nd_region, >bb, _range);
> disk->bb = >bb;
>
> --
> 2.30.2
>
On Wed, Nov 03, 2021 at 02:33:37PM +0530, Shivaprasad G Bhat wrote:
>Thanks for the comments Ira. Replies inline..
>
>On 10/28/21 10:15, Ira Weiny wrote:
>
> On Fri, Oct 22, 2021 at 09:57:07AM -0500, Shivaprasad G Bhat wrote:
>
> From: Vaibhav Jain [1]
>
&
would be: let's get consensus on the *semantics* we want for
> the various categories without worrying about the names (call them A, B, C,
> etc.) and then we can name them after.
>
> -Ekr
>
>
> On Fri, Oct 29, 2021 at 2:14 PM Ira McDonald
> wrote:
>
>> Hi Eric,
>>
/drivers/dax/bus.c
> @@ -1326,7 +1326,7 @@ struct dev_dax *devm_create_dev_dax(struct dev_dax_data
> *data)
>* No 'host' or dax_operations since there is no access to this
>* device outside of mmap of the resulting character device.
>*/
NIT: this comment needs to b
/drivers/dax/bus.c
> @@ -1326,7 +1326,7 @@ struct dev_dax *devm_create_dev_dax(struct dev_dax_data
> *data)
>* No 'host' or dax_operations since there is no access to this
>* device outside of mmap of the resulting character device.
>*/
NIT: this comment needs to b
/drivers/dax/bus.c
> @@ -1326,7 +1326,7 @@ struct dev_dax *devm_create_dev_dax(struct dev_dax_data
> *data)
>* No 'host' or dax_operations since there is no access to this
>* device outside of mmap of the resulting character device.
>*/
NIT: this comment needs to b
uot;dev":"nmem0",
> "health":{
> "health_state":"ok",
> "shutdown_state":"clean",
> "shutdown_count":0
> }
> }
> ]
>
> The patch depends on the kernel PAPR PDSM implementation for
&
unsigned type since rc < 0 */
Comment wrong?
> + supported_types = rc;
> + break;
> }
>
> if (sctx.op_mask & (1 << OP_SET)) {
[snip]
Other than the comment it looks fine.
Reviewed-by: Ira Weiny
Hi,
I agree that the "Recommended" column in the IANA registry (which is
frequently misunderstood)
should just be renamed to "IETF Consensus". Obvious and self-explanatory.
Cheers,
- Ira
On Tue, Oct 26, 2021 at 10:45 AM Hannes Tschofenig <
hannes.tschofe...@arm.com>
gt; >
> > > > > https://lore.kernel.org/lkml/20200316095509.ga13...@lst.de/
> > > > > https://lore.kernel.org/lkml/20200401040021.GC56958@magnolia/
> > > > >
> > > > >
> > > > > Hi, Ira Weiny,
> > &g
On Mon, Oct 25, 2021 at 02:12:10PM -0400, Vivek Goyal wrote:
> On Mon, Oct 25, 2021 at 10:52:51AM -0700, Ira Weiny wrote:
> > On Fri, Oct 22, 2021 at 02:54:03PM +0800, JeffleXu wrote:
> > > cc [Ira Weiny], author of per inode DAX on xfs/ext4
> > >
> > > On
On Fri, Oct 22, 2021 at 02:54:03PM +0800, JeffleXu wrote:
> cc [Ira Weiny], author of per inode DAX on xfs/ext4
>
> On 10/20/21 11:17 PM, Vivek Goyal wrote:
> > On Wed, Oct 20, 2021 at 10:52:38AM +0800, JeffleXu wrote:
> >>
> >>
> >> On 10/18/21 10:10 P
Upon closer examination. Some of them are full size. Some are not.If I
was in LA still I would drop by and take a look at the quality. I am really
curious. Could not really see if they had any markings of being a replica.
Ira
From: MoPo List on behalf of Alan Adler
Date: Thursday
Well this should be fun for the poster world. A flood of reprints coming from
the Academy.
https://academymuseumstore.org/collections/movie-posters
Soon to be up on EBAY as originals everywhere……
Visit the MoPo Mailing List Web Site at www.filmfan.com
o it yet so I don't know what it
entails. Like all things with an impact, be gentle replacing it, hand tighten
all the way before trying to tighten it. And then another some amount, 1/4
turn, 1/2 turn or something like that. Maybe someone who knows will pop up with
an answer.
-- Ira
--
Y
ause it's easy to
> check and confirm.
-- 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 discu
some of the water in a skinny clear container and look carefully from the side,
if that's what's happening, the bottom will clear first as the bubbles rise.
-- Ira
--
You received this message because you are subscribed to the Google Groups
"Brewtus" group.
To unsubscribe from thi
ing obvious so I thought it was done.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
, I watch it get the
mail but it stays up when the job is finished and I have to close it manually.
It would be so much nicer if it closed automatically like it does when I send a
message.
Thanks, Ira
'Using TBBETA' information:
http
Hello Stefan,
Friday, August 20, 2021, 8:15:05 AM, you wrote:
> Version 9.4.4 MSI is available
Installed with no issues.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
return pks_key_callbacks[key](address, write);
> > +
> > + return false;
> > +}
> > +
>
> Otherwise, I've rebased on this series and didn't hit any problems.
> Thanks.
Awesome! I still want Dave and Dan to weigh in prior to me respining with the
changes so far.
Thanks,
Ira
ODE_STRICT;
> > + ret = 0;
> > + }
> > +
> > + return ret;
> > +}
> > +
>
> Looks like !sysfs_streq() should be just sysfs_streq().
Indeed. Fixed.
Thanks!
Ira
le way.
> > + (depends on CONFIG_DEVMAP_ACCESS_PROTECTION
>
> Missing closing ')' above.
Fixed. Thank you!
Ira
>
> > +
> > + Format: { relaxed | strict }
> > +
> > + relaxed - Print a warning, disable the protectio
Cattle egret off the boardwalk at barr lake.
Ira Sanders
--
--
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 group at
http://groups.google
From: Ira Weiny
Now that all potential / valid kernel initiated access' to PMEM have
been annotated with {__}pgmap_mk_{readwrite,noaccess}(), turn on
PGMAP_PROTECTION.
Implement the dax_protected which communicates this memory has extra
protection. Also implement pmem_mk_{readwrite,noaccess
From: Ira Weiny
Device dax is primarily accessed through user space. Kernel access is
controlled through the kmap interfaces.
Now that all valid kernel initiated access to dax devices have been
accounted for with pgmap_mk_{readwrite,noaccess}() through kmap, turn
on PGMAP_PKEYS_PROTECT
From: Ira Weiny
dax_direct_access() provides a way to obtain the direct map address of
PMEM memory. Coordinate PKS protection with dax_direct_access() of
protected devmap pages.
Introduce 3 new calls dax_{protected,mk_readwrite,mk_noaccess}()
These 3 calls do not have to be implemented
From: Ira Weiny
Some systems may be using pmem in unanticipated ways. As such it is
possible a code path may violation the restrictions of the PMEM PKS
protections.
In order to provide a more seamless integration of the PMEM PKS feature
provide a pks_fault_mode that allows for a relaxed mode
From: Ira Weiny
Enable PKS protection for devmap pages. The devmap protection facility
wants to co-opt kmap_{local_page,atomic}() to mediate access to PKS
protected pages.
kmap() allows for global mappings to be established, while the PKS
facility depends on thread-local access
From: Ira Weiny
The persistent memory (PMEM) driver uses the memremap_pages facility to
provide 'struct page' metadata (vmemmap) for PMEM. Given that PMEM
capacity maybe orders of magnitude higher capacity than System RAM it
presents a large vulnerability surface to stray writes. Unlike stray
From: Ira Weiny
The core PKS functionality provides an interface for kernel users to
reserve a key and set up page tables with that key.
Define test code under CONFIG_PKS_TEST which exercises the core
functionality of PKS via a debugfs entry. Basic checks can be triggered
on boot with a kernel
table walk.
In pkeys.c, define a new api for setting callbacks for individual pkeys.
Co-developed-by: Ira Weiny
Signed-off-by: Ira Weiny
Signed-off-by: Rick Edgecombe
---
Changes for V7:
New patch
---
Documentation/core-api/protection-keys.rst | 27 +++-
arch/x86/include/asm
From: Ira Weiny
The PKRS MSR is defined as a per-logical-processor register. This
isolates memory access by logical CPU. Unfortunately, the MSR is not
managed by XSAVE. Therefore, tasks must save/restore the MSR value on
context switch.
Define a saved PKRS value in the task struct
From: Ira Weiny
Unanticipated access to PMEM by otherwise working kernel code would be
very disruptive to otherwise working systems. Such access could be
through valid uses such as kmap(). In this use case PMEM protections
will require the ability to abandon all protections of a pkey on all
PAGE_KERNEL_PKEY(key) and _PAGE_PKEY(pkey).
Update the protection key documentation to cover pkeys on supervisor
pages. This includes how to reserve a key and set the default
permissions on that key.
Cc: Sean Christopherson
Cc: Dan Williams
Co-developed-by: Ira Weiny
Signed-off-by: Ira Weiny
Signed-off
From: Ira Weiny
The PKRS MSR is not managed by XSAVE. It is preserved through a context
switch but this support leaves exception handling code open to memory
accesses during exceptions.
2 possible places for preserving this state were considered,
irqentry_state_t or pt_regs.[1] pt_regs
From: Ira Weiny
NOTE: x86 maintainers, I'm submitting this for ack/review by Dave Hansen and
Dan Williams. Feel free to ignore it but we have had a lot of internal debate
on a number of design decisions so we would like to have the remaining reviews
public such that everyone can see
From: Ira Weiny
Previously if a Protection key fault occurred it indicated something
very wrong because user page mappings are not supposed to be in the
kernel address space.
Now PKey faults may happen on kernel mappings if the feature is enabled.
Remove the warning in the fault path and allow
From: Ira Weiny
Protection Keys for Supervisor pages (PKS) enables fast, hardware thread
specific, manipulation of permission restrictions on supervisor page
mappings. It uses the same mechanism of Protection Keys as those on
User mappings but applies that mechanism to supervisor mappings using
From: Ira Weiny
Protection Keys for Supervisor pages (PKS) enables fast, hardware thread
specific, manipulation of permission restrictions on supervisor page
mappings. It uses the same mechanism of Protection Keys as those on
User mappings but applies that mechanism to supervisor mappings using
From: Ira Weiny
Avoid open coding shift and mask operations by defining and using helper
macros for PKey operations.
Signed-off-by: Ira Weiny
---
arch/x86/include/asm/pkeys_common.h | 6 +-
arch/x86/include/asm/pkru.h | 6 ++
arch/x86/mm/pkeys.c | 8 +++-
3
From: Ira Weiny
Protection Keys User (PKU) and Protection Keys Supervisor (PKS) work in
similar fashions and can share common defines. Specifically PKS and PKU
each have:
1. A single control register
2. The same number of keys
3. The same number of bits in the register
From: Ira Weiny
Both PKU and PKS update their register values in the same way. They can
therefore share the update code.
Define a helper, update_pkey_val(), which will be used to support both
Protection Key User (PKU) and the new Protection Key for Supervisor
(PKS) in subsequent patches.
Use
Thanks to all who replied. I'll pass on all replies.
Ira Sanders
On Thu, Jul 29, 2021 at 7:46 AM Adam Johnson
wrote:
> Yep, mourning dove.
>
> On Wednesday, July 28, 2021 at 8:09:03 PM UTC-6 Ira Sanders wrote:
>
>> Birders
>> Does anyone know or have a good guess what
BTHU and RUHU that have been here for a week or so. I
haven't seen Calliope yet.
Ira Sanders
Golden
On Fri, Jul 23, 2021 at 12:53 PM DAVID A LEATHERMAN
wrote:
> Over the past 45 years or so of visiting Fort Collins' Grandview Cemetery
> and also spending a lot of time on the eastern
postman walks the whole neighborhood to deliver. and when it rains. My mail
gets soaked.But not my posters. :).
Ira
Sent via mobile.Please excuse typos and autocorrects.
On Jul 23, 2021, at 10:46 PM, Susan Heim wrote:
CAUTION: This email originated from outside of PBS. Do
HTML code. The text between the lines of
/// was just copied from a message where I choose edit as
new.
Ira
///
Thank you for your purchase!
time. I don't
know what it is actually doing, but it does happen occasionally.
-- Ira
'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
might be a problem with restore. I restored only Properties and Global Options
and the progressed bar reached 100% in a almost instantly but never indicated
it finished, leaving Cancel as my only option. 5 or 10 minutes later I just
forced The Bat to exit and it had restored properly.
401 - 500 of 13059 matches
Mail list logo