Gratulujeme vít(azovi - Cj .: Sp / 229/0 na 1.7 / 5.2 / EÚ.
Váš e-mail ID práve vyhral € 450,000.00 Euro (Štyristo pät(desiat tisíc. Euro)
Medzinárodné Uplift charitatívny program. C(.j. Sp / 229/0 na 1.7 / 5.2 / EÚ.
Lucky Nie 9/11/13/24/40.
Pre viac informácií a kontaktujte postupoch tvrdenie;
POSLEDNÁ OZNÁMENIE
VÁŠ EMAIL ID získal (450,000.00 EUR) v španielskom "El Gordo"
International E-mail lotérie ocenenie sa štastné císla 9/11/13/24/43 a
Ref: ES/9420X2/68.
Pre objasnenie a riadenie Kontakt:
STALLION MEGA NÁROK AGENCY
Pán, Juan Carlos
E-mail, infosta...@aol.com
Tel :00
POSLEDNÁ OZNÁMENIE
VÁŠ EMAIL ID získal (450,000.00 EUR) v španielskom "El Gordo"
International E-mail lotérie ocenenie sa štastné císla 9/11/13/24/43 a
Ref: ES/9420X2/68.
Pre objasnenie a riadenie Kontakt:
STALLION MEGA NÁROK AGENCY
Pán, Juan Carlos
E-mail, infosta...@aol.com
Tel :00
POSLEDNÁ OZNÁMENIE
VÁŠ EMAIL ID získal (450,000.00 EUR) v španielskom "El Gordo"
International E-mail lotérie ocenenie sa štastné císla 9/11/13/24/43 a
Ref: ES/9420X2/68.
Pre objasnenie a riadenie Kontakt:
STALLION MEGA NÁROK AGENCY
Pán, Juan Carlos
E-mail, infosta...@aol.com
Tel :00
Hello, Uwaysi,
Uwaysi Bin Kareem paradoxuncreated.com> writes:
>
> Ok at 100hz, granularity seems to work as expected. Actually 1000hz for
> desktop seems to be a myth. I have less jitter with 100hz. Very nice. I
> think jitter is 99.99% eliminated from doom 3 now.
>
> Peace Be With You!
>
Hello,
first of all, the posts that inspired me to write this up,
were from Uwaysi Bin Kareem (paradoxuncreated dot com).
Here is what I think:
could the source of graphic/video jitter as most people
perceive it, be something that could be technically defined
as 'graphic buffer underrun', cause
Jonathan Andrews jonshouse.co.uk> writes:
>
> What about a yield alignment mechanism for user space. IE the process
> calls the kernel with a request "schedule me first after a yeild" - then
> the process at least has whatever the timer granularity is to do
> something timing critical... add a
Hi,
When I tried to install the pcmcia-cs-3.1.19, I got a message that I
attached it with this E-Mail, so I stopped the installation until I find the
answer.
This may help you:
I live in Egypt/CAIRO
thanks for help.
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
pcmcia-error
Hi,
When I tried to install the pcmcia-cs-3.1.19, I got a message that I
attached it with this E-Mail, so I stopped the installation until I find the
answer.
This may help you:
I live in Egypt/CAIRO
thanks for help.
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
-
To unsubscribe from
Hi,
When I tried to install the pcmcia-cs-3.1.19, I got a message that I
attached it with this E-Mail, so I stopped the installation until I find the
answer.
This may help you:
I live in Egypt/CAIRO
thanks for help.
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
pcmcia-error
Thanks for your reply.
> On Thu, 31 Aug 2000, Ibrahim El-Shafei wrote:
>
> > Hi,
> > When I tried to install the pcmcia-cs-3.1.19, I got a message that I
> > attached it with this E-Mail, so I stopped the installation until I find
the
> > answer.
>
> Date
linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Ahmed El-Mahmoudy
E-mail reply address : [EMAIL PROTECTED]
Web : http://members.muslimsites.com/aelmahmoudy/
PGP signature: http://members.muslimsites.com/aelmahmo
Hi all,
I got this error when I tried to 'make bzImage' or 'make install' ...etc
the error is attached with this message and the makefile also attached
thankx for your help
Yours,
Ibrahim El-Shafei
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
Makefil
Hi all,
I got this error when I tried to 'make bzImage' or 'make install' ...etc
the error is attached with this message and the makefile also attached
thanx for your help
Yours,
Ibrahim El-Shafei
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
Ma
David Chinner <[EMAIL PROTECTED]> wrote on 15 Feb 2007, 11:16 AM:
Subject: Re: xfs internal error on a new filesystem
>On Wed, Feb 14, 2007 at 10:24:27AM +, Ramy M. Hassan wrote:
>> Hello,
>> We got the following xfs internal error on one of our production servers:
>>
>> Feb 14 08:28:52 inf
Hi Mathieu,
> > + do {
> > + state_reg = readl(priv->reset_cfg.state_reg);
> > + *rst_ack = EXTSYS_RST_ST_RST_ACK(state_reg);
> > +
> > + if (*rst_ack == EXTSYS_RST_ACK_RESERVED) {
> > + dev_err(dev, "unexpected RST_ACK value: 0x%x\n",
> > +
Hi Krzysztof, Sudeep,
> > > diff --git a/Documentation/devicetree/bindings/remoteproc/arm,rproc.yaml
> > > b/Documentation/devicetree/bindings/remoteproc/arm,rproc.yaml
> > > new file mode 100644
> > > index ..322197158059
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindi
Hi Sudeep,
> > + extsys0: remoteproc@1a010310 {
> > + compatible = "arm,corstone1000-extsys";
> > + reg = <0x1a010310 0x4>,
> > + <0x1a010314 0X4>;
>
>
> As per [1], this is just a few registers within the 64kB block.
> Not
Hi Mathieu,
On Fri, Mar 08, 2024 at 09:44:26AM -0700, Mathieu Poirier wrote:
> On Thu, 7 Mar 2024 at 12:40, Abdellatif El Khlifi
> wrote:
> >
> > Hi Mathieu,
> >
> > > > + do {
> > > > + state_reg = readl(priv->
Hi Mathieu,
On Tue, Mar 12, 2024 at 10:29:52AM -0600, Mathieu Poirier wrote:
> > This is an initial patchset for allowing to turn on and off the remote
> > processor.
> > The FW is already loaded before the Corstone-1000 SoC is powered on and this
> > is done through the FPGA board bootloader in
Hi Mathieu,
On Wed, Mar 13, 2024 at 10:25:32AM -0600, Mathieu Poirier wrote:
> On Tue, Mar 12, 2024 at 05:32:52PM +, Abdellatif El Khlifi wrote:
> > Hi Mathieu,
> >
> > On Tue, Mar 12, 2024 at 10:29:52AM -0600, Mathieu Poirier wrote:
> > > > This is an init
Hi Robin,
> > + firmware-name:
> > +description: |
> > + Default name of the firmware to load to the remote processor.
>
> So... is loading the firmware image achieved by somehow bitbanging it
> through the one reset register, maybe? I find it hard to believe this is a
> complete and fu
Hi Sudeep,
On Thu, Mar 14, 2024 at 02:59:20PM +, Sudeep Holla wrote:
> On Thu, Mar 14, 2024 at 08:52:59AM -0600, Mathieu Poirier wrote:
> > On Wed, Mar 13, 2024 at 05:17:56PM +, Abdellatif El Khlifi wrote:
> > > Hi Mathieu,
> > >
> > > On Wed, Mar 1
Hi Krzysztof,
On Thu, Mar 14, 2024 at 02:56:53PM +0100, Krzysztof Kozlowski wrote:
> On 14/03/2024 14:49, Abdellatif El Khlifi wrote:
> >> Frankly at the moment I'd be inclined to say it isn't even a remoteproc
> >> binding (or driver) at all, it'
Hi Sudeep,
On Thu, Mar 14, 2024 at 03:19:13PM +, Sudeep Holla wrote:
> > The plan for the driver is as follows:
> >
> > Step 1: provide a foundation driver capable of turning the core on/off
> > Step 2: provide mailbox support for comms
> > Step 3: provide FW reload capability
> >
Hi Mathieu,
> > > > > > > > This is an initial patchset for allowing to turn on and off the
> > > > > > > > remote processor.
> > > > > > > > The FW is already loaded before the Corstone-1000 SoC is
> > > > > > > > powered on and this
> > > > > > > > is done through the FPGA board bootloader in
Hi Mathieu,
> > > > > > > > > > This is an initial patchset for allowing to turn on and off
> > > > > > > > > > the remote processor.
> > > > > > > > > > The FW is already loaded before the Corstone-1000 SoC is
> > > > > > > > > > powered on and this
> > > > > > > > > > is done through the FPGA
Abdellatif El Khlifi (5):
dt-bindings: remoteproc: sse710: Add the External Systems remote
processors
dt-bindings: arm: sse710: Add Host Base System Control
arm64: dts: corstone1000: Add MHU nodes used by the External System
arm64: dts: corstone1000: Add External System support
remoteproc
[1].
[1]:
https://developer.arm.com/documentation/102360//Overview-of-Corstone-1000/Corstone-SSE-710-subsystem-features
Signed-off-by: Abdellatif El Khlifi
---
.../remoteproc/arm,sse710-extsys.yaml | 90 +++
1 file changed, 90 insertions(+)
create mode 100644
device tree
through mhu0_hes0 and mhu0_es0h.
Signed-off-by: Abdellatif El Khlifi
---
arch/arm64/boot/dts/arm/corstone1000.dtsi | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/arm/corstone1000.dtsi
b/arch/arm64/boot/dts/arm
-descriptions/Host-Base-System-Control-register-summary
[3]: Documentation/devicetree/bindings/arm/arm,sse710-host-base-sysctrl.yaml
Signed-off-by: Abdellatif El Khlifi
---
arch/arm64/boot/dts/arm/corstone1000.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot
Signed-off-by: Abdellatif El Khlifi
---
drivers/remoteproc/Kconfig | 14 +
drivers/remoteproc/Makefile | 1 +
drivers/remoteproc/corstone1000_rproc.c | 350
3 files changed, 365 insertions(+)
create mode 100644 drivers/remoteproc
-System-Control-register-summary
Signed-off-by: Abdellatif El Khlifi
---
.../arm/arm,sse710-host-base-sysctrl.yaml | 56 +++
1 file changed, 56 insertions(+)
create mode 100644
Documentation/devicetree/bindings/arm/arm,sse710-host-base-sysctrl.yaml
diff --git
a/Documentation
This is a patch to the rtllib_softmac.c file that fixes up all instances of the
'line over 80 characters' warnings found by the checkpatch.pl tool
Signed-off-by: Yousof El-Sayed
---
drivers/staging/rtl8192e/rtllib_softmac.c | 35 +++
1 file changed, 22
Signed-off-by: Yousof El-Sayed
---
drivers/staging/rtl8192e/dot11d.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/rtl8192e/dot11d.c
b/drivers/staging/rtl8192e/dot11d.c
index 4d8fb41..a08bfef 100644
--- a/drivers/staging/rtl8192e/dot11d.c
kernel.
We also wrote a Bugzilla report for more details:
https://bugzilla.kernel.org/show_bug.cgi?id=116871
Sincerely yours,
Sascha El-Sharkawy
-- ---
Sascha El-Sharkawy, MSc
University of HildesheimTel.: +4
Hello,
My Names are Adnan El-Sheriff, A businessman from Jordan, real estate developer
and contractor with projects.
It is my pleasure to contact you for a business joint venture partnership which
I intend to establish in any country where business climate is good and
lucrative. Though I have
Hi,
Thank you for the email, apologies for that I'll get that sorted out now.
Thanks again
On Thu, Mar 17, 2016 at 10:11:18AM -0700, Greg KH wrote:
> On Thu, Mar 17, 2016 at 04:55:37PM +, Yousof El-Sayed wrote:
> > Signed-off-by: Yousof El-Sayed
>
> I can't
staging: rtl8192e - dot11d.c
[patch 1/2] Fixed throughout:
spaces preferred around that '+' (ctx:VxV)
[patch 2/2] Fixed throughout:
Please don't use multiple blank lines
Signed-off-by: Yousof El-Sayed
---
drivers/staging/rtl8192e/dot11d.c | 14 ++
1 file change
This is a patch to the rtllib_softmac.c file that fixes up all instances of
the 'line over 80 characters' warnings found by the checkpatch.pl tool.
Signed-off-by: Yousof El-Sayed
---
drivers/staging/rtl8192e/rtllib_softmac.c | 35 +++
1 file changed, 22
Estate purchase
* Contract Execution
We are open to having a good business relationship with you. If you think you
have
a solid background and idea of making good profit in any venture, please do not
hesitate to contact us for possible business co-operation.
Sincerely,
El-Shaban
--
To unsubscribe
Hello folks,
> On 22/08/2024 6:09 pm, Abdellatif El Khlifi wrote:
> > Add devicetree binding schema for the External Systems remote processors
> >
> > The External Systems remote processors are provided on the Corstone-1000
> > IoT Reference Design Platfor
Hi Krzysztof,
> > + '#extsys-id':
>
> '#' is not correct for sure, that's not a cell specifier.
>
> But anyway, we do not accept in general instance IDs.
> >>>
> >>> I'm happy to replace the instance ID with another solution.
> >>> In our c
Hi Krzysztof,
> >>> + '#extsys-id':
> >>
> >> '#' is not correct for sure, that's not a cell specifier.
> >>
> >> But anyway, we do not accept in general instance IDs.
> >
> > I'm happy to replace the instance ID with another solution.
> >>
[2]: Documentation/devicetree/bindings/arm/arm,sse710-host-base-sysctrl.yaml
>
> Signed-off-by: Abdellatif El Khlifi
> ---
> drivers/remoteproc/Kconfig | 14 +
> drivers/remoteproc/Makefile | 1 +
> drivers/remoteproc/corstone1000_rproc.c | 350
Hi Krzysztof,
> > + '#extsys-id':
>
> '#' is not correct for sure, that's not a cell specifier.
>
> But anyway, we do not accept in general instance IDs.
> >>>
> >>> I'm happy to replace the instance ID with another solution.
> >>> In our case the remoteproc instance does
;
> > [1]:
> > https://developer.arm.com/documentation/102360//Overview-of-Corstone-1000/Corstone-SSE-710-subsystem-features
> >
> > Signed-off-by: Abdellatif El Khlifi
> > ---
> > .../remoteproc/arm,sse710-extsys.yaml | 90 +++
&
Hi Krzysztof,
> >>> + '#extsys-id':
> >>
> >> '#' is not correct for sure, that's not a cell specifier.
> >>
> >> But anyway, we do not accept in general instance IDs.
> >
> > I'm happy to replace the instance ID with another solution.
> > In our case the remotepr
Hi Krzysztof,
> >>> + '#extsys-id':
> >>
> >> '#' is not correct for sure, that's not a cell specifier.
> >>
> >> But anyway, we do not accept in general instance IDs.
> >
> > I'm happy to replace the instance ID with another solution.
> > In our case the remoteproc instance does not have a bas
Hi evrybody,
I come back with my problem of "I/O error" (refer to
the following link to reffresh your mind :
http://groups.google.fr/group/linux.kernel/browse_thread/thread/386b69ca8389cda0/a58d753bf87c4f06?lnk=st&q=hamid+ZINE+EL+ABIDINE&rnum=2&hl=fr#a58d753bf87c4f06
)
I
From: Ahmed Abd El Mawgood
madvise() returns -1 without CONFIG_TRANSPARENT_HUGEPAGE=y. That would
trigger asserts when checking for return value of madvice. Following
similar decision to [1]. I thought it is ok to assume that madvise()
failures implies that THP is not supported by host kernel
From: Ahmed Abd El Mawgood
madvise() returns -1 without CONFIG_TRANSPARENT_HUGEPAGE=y. That would
trigger asserts when checking for return value of madvice. Following
similar decision to [1]. I thought it is ok to assume that madvise()
MADV_NOHUGEPAGE failures implies that THP is not supported
This will help sharing data into the slot_level_handler callback. In my
case I need to a share a counter for the pages traversed to use it in some
bitmap. Being able to send arbitrary memory pointer into the
slot_level_handler callback made it easy.
Signed-off-by: Ahmed Abd El Mawgood
---
arch
The conditions upon which kvm_free_memslot are kind of ad-hock,
it will be hard to extend memslot with allocatable data that needs to be
freed, so I replaced the current mechanism by clear flag that states if
the memory slot should be freed.
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm
sing the appropriate hypercall
mechanism.
Signed-off-by: Ahmed Abd El Mawgood
---
include/kvm/roe.h | 16
include/linux/kvm_host.h | 1 +
include/uapi/linux/kvm_para.h | 4 +
virt/kvm/kvm_main.c | 19 +++--
virt/kvm/roe.c
ROE version documented here is implemented in the next 2 patches
Signed-off-by: Ahmed Abd El Mawgood
---
Documentation/virtual/kvm/hypercalls.txt | 40
1 file changed, 40 insertions(+)
diff --git a/Documentation/virtual/kvm/hypercalls.txt
b/Documentation/virtual/kvm
include/uapi/linux/kvm_para.h | 5 +
virt/kvm/kvm_main.c | 56 +++--
virt/kvm/roe.c | 342 +++
virt/kvm/roe_generic.h | 18 ++
15 files changed, 732 insertions(+), 95 deletions(-)
Signed-off-by: Ahmed Abd El Mawgood
This patch implements kvm_roe_arch_commit_protection and
kvm_roe_arch_is_userspace for x86, and invoke kvm_roe via the
appropriate vmcall.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/include/asm/kvm_host.h | 2 +-
arch/x86/kvm/Makefile | 4 +-
arch/x86/kvm/mmu.c
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/mmu.c | 7 +++
arch/x86/kvm/mmu.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index b67d743c33..a300e4acb8 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -1024,6 +1024,13
Apply d->memslot->partial_roe_bitmap to shadow page table entries
too.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/roe.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/roe.c b/arch/x86/kvm/roe.c
index f787106be8..700f69823b 100644
--- a/ar
This patch documents and implements ROE_MPROTECT_CHUNK, a part of ROE
hypercall designed to protect regions of a memory page with byte
granularity. This feature provides a key primitive to protect against
attacks involving pages remapping.
Signed-off-by: Ahmed Abd El Mawgood
---
include/linux
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm/kvm_main.c| 5 +
virt/kvm/roe.c | 14 ++
virt/kvm/roe_generic.h | 2 +-
3 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index c3a21d3bc8..661933053f 100644
The problem is that qemu will not be able to detect ROE violations, so
one option would be create host API to tell if a given page is ROE
protected, or create ROE violation exit reason.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/x86.c | 10 +-
include/kvm/roe.h
I am absolutely sorry, I had some modifications that I forgot to commit
before I send. so please use this one patch 10/10 instead of the last
one.
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm/kvm_main.c| 3 ++-
virt/kvm/roe.c | 26 ++
virt/kvm
| 57
include/uapi/linux/kvm.h | 2 +-
include/uapi/linux/kvm_para.h| 5 +
virt/kvm/kvm_main.c | 54 +++-
virt/kvm/roe.c | 445 +++
virt/kvm/roe_generic.h | 22 ++
15 files changed, 868 insertions(+), 96 deletions(-)
Signed-off-by: Ahmed Abd El Mawgood
This will help sharing data into the slot_level_handler callback. In my
case I need to a share a counter for the pages traversed to use it in some
bitmap. Being able to send arbitrary memory pointer into the
slot_level_handler callback made it easy.
Signed-off-by: Ahmed Abd El Mawgood
---
arch
The conditions upon which kvm_free_memslot are kind of ad-hock,
it will be hard to extend memslot with allocatable data that needs to be
freed, so I replaced the current mechanism by clear flag that states if
the memory slot should be freed.
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/mmu.c | 7 +++
arch/x86/kvm/mmu.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 098df7d135..bbfe3f2863 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -1053,6 +1053,13
sing the appropriate hypercall
mechanism.
Signed-off-by: Ahmed Abd El Mawgood
---
include/kvm/roe.h | 16
include/linux/kvm_host.h | 1 +
include/uapi/linux/kvm_para.h | 4 +
virt/kvm/kvm_main.c | 19 +++--
virt/kvm/roe.c
This patch documents and implements ROE_MPROTECT_CHUNK, a part of ROE
hypercall designed to protect regions of a memory page with byte
granularity. This feature provides a key primitive to protect against
attacks involving pages remapping.
Signed-off-by: Ahmed Abd El Mawgood
---
include/linux
ROE version documented here is implemented in the next 2 patches
Signed-off-by: Ahmed Abd El Mawgood
---
Documentation/virtual/kvm/hypercalls.txt | 40
1 file changed, 40 insertions(+)
diff --git a/Documentation/virtual/kvm/hypercalls.txt
b/Documentation/virtual/kvm
Apply d->memslot->partial_roe_bitmap to shadow page table entries
too.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/roe.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/roe.c b/arch/x86/kvm/roe.c
index f787106be8..700f69823b 100644
--- a/ar
This patch implements kvm_roe_arch_commit_protection and
kvm_roe_arch_is_userspace for x86, and invoke kvm_roe via the
appropriate vmcall.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/include/asm/kvm_host.h | 2 +-
arch/x86/kvm/Makefile | 4 +-
arch/x86/kvm/mmu.c
The problem is that qemu will not be able to detect ROE violations, so
one option would be create host API to tell if a given page is ROE
protected, or create ROE violation exit reason.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/x86.c | 10 +-
include/kvm/roe.h
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm/kvm_main.c| 3 ++-
virt/kvm/roe.c | 25 +
virt/kvm/roe_generic.h | 3 ++-
3 files changed, 29 insertions(+), 2 deletions(-)
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index d92d300539..b3dc7255b0
: Ahmed Abd El Mawgood
---
include/linux/kvm_host.h | 36 ++-
virt/kvm/roe.c | 228 +++
virt/kvm/roe_generic.h | 3 +
3 files changed, 197 insertions(+), 70 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm/kvm_main.c| 7 +++
virt/kvm/roe.c | 14 ++
virt/kvm/roe_generic.h | 2 ++
3 files changed, 23 insertions(+)
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index 48c5d9d9474e..d625db7f5350 100644
--- a/virt
Apply d->memslot->partial_roe_bitmap to shadow page table entries
too.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/roe.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/roe.c b/arch/x86/kvm/roe.c
index cd3e6944c15f..b2b50fbcd598 100644
---
This will help sharing data into the slot_level_handler callback. In my
case I need to a share a counter for the pages traversed to use it in some
bitmap. Being able to send arbitrary memory pointer into the
slot_level_handler callback made it easy.
Signed-off-by: Ahmed Abd El Mawgood
---
arch
ROE version documented here is implemented in the next 2 patches
Signed-off-by: Ahmed Abd El Mawgood
---
Documentation/virtual/kvm/hypercalls.txt | 31
1 file changed, 31 insertions(+)
diff --git a/Documentation/virtual/kvm/hypercalls.txt
b/Documentation/virtual/kvm
volve guest virtual address -> guest physical
address remapping, but there are plans to fix that.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/include/asm/kvm_host.h | 11 ++-
arch/x86/kvm/Kconfig| 7 ++
arch/x86/kvm/mmu.c | 72 +---
arch/x86/k
works.
Thansk.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/include/asm/kvm_host.h | 7 ++-
arch/x86/kvm/Kconfig| 7 +++
arch/x86/kvm/mmu.c | 127 +++-
arch/x86/kvm/x86.c | 83
works.
Thansk.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/include/asm/kvm_host.h | 7 ++-
arch/x86/kvm/Kconfig| 7 +++
arch/x86/kvm/mmu.c | 127 +++-
arch/x86/kvm/x86.c | 83
t is fixed. and I should not
that CONFIG_KVM_MROE should be used when testing my code and trying to
figure out what went wrong
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/include/asm/kvm_host.h | 7 +-
arch/x86/kvm/Kconfig| 7 ++
arch/x86/kvm/mmu.c | 158 +
Hi,
How are you today? My name is Lina Tayeb El Safi. I saw your email on
my search for a nice and trusted person so i decided to write to you.
I will like you to write and tell me more about your Self, from there
i will reply you with more of my details and pictures. I will be
waiting to
This patch documents and implements ROE_MPROTECT_CHUNK, a part of ROE
hypercall designed to protect regions of a memory page with byte
granularity. This feature provides a key primitive to protect against
attacks involving pages remapping.
Signed-off-by: Ahmed Abd El Mawgood
---
include/linux
This will help sharing data into the slot_level_handler callback. In my
case I need to a share a counter for the pages traversed to use it in some
bitmap. Being able to send arbitrary memory pointer into the
slot_level_handler callback made it easy.
Signed-off-by: Ahmed Abd El Mawgood
---
arch
The problem is that qemu will not be able to detect ROE violations, so
one option would be create host API to tell if a given page is ROE
protected, or create ROE violation exit reason.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/x86.c | 10 +-
include/kvm/roe.h
Apply d->memslot->partial_roe_bitmap to shadow page table entries
too.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/roe.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/roe.c b/arch/x86/kvm/roe.c
index f787106be8..700f69823b 100644
--- a/ar
| 57
include/uapi/linux/kvm.h | 2 +-
include/uapi/linux/kvm_para.h| 5 +
virt/kvm/kvm_main.c | 54 +++-
virt/kvm/roe.c | 445 +++
virt/kvm/roe_generic.h | 22 ++
15 files changed, 868 insertions(+), 96 deletions(-)
Signed-off-by: Ahmed Abd El Mawgood
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/kvm/mmu.c | 7 +++
arch/x86/kvm/mmu.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 098df7d135..bbfe3f2863 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -1053,6 +1053,13
This patch implements kvm_roe_arch_commit_protection and
kvm_roe_arch_is_userspace for x86, and invoke kvm_roe via the
appropriate vmcall.
Signed-off-by: Ahmed Abd El Mawgood
---
arch/x86/include/asm/kvm_host.h | 2 +-
arch/x86/kvm/Makefile | 4 +-
arch/x86/kvm/mmu.c
ROE version documented here is implemented in the next 2 patches
Signed-off-by: Ahmed Abd El Mawgood
---
Documentation/virtual/kvm/hypercalls.txt | 40
1 file changed, 40 insertions(+)
diff --git a/Documentation/virtual/kvm/hypercalls.txt
b/Documentation/virtual/kvm
The conditions upon which kvm_free_memslot are kind of ad-hock,
it will be hard to extend memslot with allocatable data that needs to be
freed, so I replaced the current mechanism by clear flag that states if
the memory slot should be freed.
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm
: Ahmed Abd El Mawgood
---
include/linux/kvm_host.h | 36 ++-
virt/kvm/roe.c | 228 +++
virt/kvm/roe_generic.h | 3 +
3 files changed, 197 insertions(+), 70 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index
Signed-off-by: Ahmed Abd El Mawgood
---
virt/kvm/kvm_main.c| 3 ++-
virt/kvm/roe.c | 25 +
virt/kvm/roe_generic.h | 3 ++-
3 files changed, 29 insertions(+), 2 deletions(-)
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index d92d300539..b3dc7255b0
sing the appropriate hypercall
mechanism.
Signed-off-by: Ahmed Abd El Mawgood
---
include/kvm/roe.h | 16
include/linux/kvm_host.h | 1 +
include/uapi/linux/kvm_para.h | 4 +
virt/kvm/kvm_main.c | 19 +++--
virt/kvm/roe.c
fixing all errors and most warning of checkpatch.pl for
crypto/blkcipher.c
Signed-off-by: Ahmed Mohamed
---
crypto/blkcipher.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/crypto/blkcipher.c b/crypto/blkcipher.c
index 11b9814..4530ff9 100644
--- a/crypto/blkcip
fixing all errors and warning of checkpatch.pl for
crypto/wp512.c
Signed-off-by: Ahmed Mohamed
---
crypto/wp512.c | 120 -
1 file changed, 60 insertions(+), 60 deletions(-)
diff --git a/crypto/wp512.c b/crypto/wp512.c
index 7ee5a04..8a2696
>From 34330e77b9dfec43e65de069e83ca41cc145ed07 Mon Sep 17 00:00:00 2001
From: ahmed
Date: Thu, 16 Jul 2015 17:12:52 +0200
Subject: [PATCH] Security.c: fix 3 coding style indentation errors
This is my first patch to get my hand dirty
3 simple indentation errors fixing withen security/security.c
Si
1 - 100 of 102 matches
Mail list logo
