Re: [Xen-devel] RT Xen on ARM - R-Car series

On Fri, 15 Feb 2019, 18:41 Andrii Anisov, wrote: > > On 15.02.19 19:13, Julien Grall wrote: > > Not really... This is an implementation details that does not matter > > on the OS side. > And on hypervisor side? > My point is the interface should be the same whether we decide to keep the runstate

Re: [Xen-devel] RT Xen on ARM - R-Car series

Sorry for the formatting. On Fri, 15 Feb 2019, 18:30 Andrii Anisov, wrote: > Hello Julien, > > On 15.02.19 18:31, Julien Grall wrote: > > Why? Is it because you want to be cache-aligned? If so, requiring the > > structure to be 64-bytes is not enough. > > I did not mean caches. > What is the r

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 15.02.19 19:13, Julien Grall wrote: Not really... This is an implementation details that does not matter on the OS side. And on hypervisor side? If you want accurate number, then the NOW() macro is not sufficient enough. Read to CNTPCTL_EL0 can occur speculatively and out of order relative

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Julien, On 15.02.19 18:31, Julien Grall wrote: Why? Is it because you want to be cache-aligned? If so, requiring the structure to be 64-bytes is not enough. I did not mean caches. You also want the address to be 64-bytes aligned. I would keep it as a hint for static/dynamic allocati

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Fri, Feb 15, 2019 at 12:30 PM Andrii Anisov wrote: > > Hello Julien, Hi, > On 14.02.19 19:29, Julien Grall wrote: > > I am not sure why you are speaking about the current implementation > > when my point was about the new implementation. > > > > I guess your point stick even if we decide to u

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi, On Fri, Feb 15, 2019 at 4:23 PM Andrii Anisov wrote: > On 14.02.19 18:29, Roger Pau Monné wrote: > > In order to simplify stuff the new interface could require runstate > > areas to be page aligned, but I think the check can be relaxed to > > simply require runstate areas to not cross a page

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Roger, On 14.02.19 18:29, Roger Pau Monné wrote: I meant that with the current interface a user could change the backing memory behind the virtual address passed in the runstate register hypercall and expect Xen to write to the new physical memory area without having to do anything else.

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Julien, On 14.02.19 19:29, Julien Grall wrote: I am not sure why you are speaking about the current implementation when my point was about the new implementation. I guess your point stick even if we decide to use guest physical address. For sure. The type of guest address used by hypervi

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Thu, Feb 14, 2019 at 3:18 PM Andrii Anisov wrote: > > Hello Julien, Hi, Sorry for the formatting, I am using the gmail web-interface for once. > On 12.02.19 21:21, Julien Grall wrote: > > Please provide more meaningful arguments other than "I don't like it". I > > provided potential drawba

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi, Sorry for the formatting, using the gmail web-interface. On Tue, Feb 12, 2019 at 7:23 PM Andrii Anisov wrote: > > Hello Roger, > > Sorry for a delayed response. > > On 07.02.19 12:35, Roger Pau Monné wrote: > > I've been thinking about this with other Citrix folks, and I'm not > > sure the p

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Tue, Feb 12, 2019 at 08:21:32PM +0200, Andrii Anisov wrote: > Hello Roger, > > Sorry for a delayed response. > > On 07.02.19 12:35, Roger Pau Monné wrote: > > I've been thinking about this with other Citrix folks, and I'm not > > sure the proposed patch is a good solution. It's not possible fo

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Julien, On 12.02.19 21:21, Julien Grall wrote: Please provide more meaningful arguments other than "I don't like it". I provided potential drawbacks on my previous e-mails that you haven't yet addressed. Well, currently, on each runstate update, `copy_to_guest()` which translates the b

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Tue, 12 Feb 2019, 19:21 Andrii Anisov, wrote: > Hello Julien, > Hi, Sorry for the formatting. > On 07.02.19 12:59, Julien Grall wrote: > > In that case I would prefer if we don't keep the runstate mapped. > > Actually I'm going to see runstate update impact on the context switch > time. Fo

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Roger, Sorry for a delayed response. On 07.02.19 12:35, Roger Pau Monné wrote: I've been thinking about this with other Citrix folks, and I'm not sure the proposed patch is a good solution. It's not possible for us to know whether there's a kernel somewhere relying on changing the virtual

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Julien, On 07.02.19 12:59, Julien Grall wrote: In that case I would prefer if we don't keep the runstate mapped. Actually I'm going to see runstate update impact on the context switch time. For that I will extend TBM with runstate setup. I really do not like a bunch of `copy_to_guest()`

Re: [Xen-devel] RT Xen on ARM - R-Car series

(sorry for the formatting) On Thu, 7 Feb 2019, 11:37 Roger Pau Monné, wrote: > On Thu, Feb 07, 2019 at 11:42:16AM +0200, Andrii Anisov wrote: > > Hello All, > > > > On 06.02.19 23:03, Stefano Stabellini wrote: > > > That's great. Could you or Roger take care of cleaning up the patch and > > > pr

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 05.02.19 21:18, Stefano Stabellini wrote: I think it is acceptable to intruduce a "I know what I am doing, just disable the fix" option. There might be cases where the user doesn't care for Spectre mitigations. I see that Linux is going in this direction of offering more disabling options to

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Thu, Feb 07, 2019 at 11:42:16AM +0200, Andrii Anisov wrote: > Hello All, > > On 06.02.19 23:03, Stefano Stabellini wrote: > > That's great. Could you or Roger take care of cleaning up the patch and > > properly submitting it to the list? > > I can take it for cleaning up. > > > And also doubl

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello All, On 06.02.19 23:03, Stefano Stabellini wrote: That's great. Could you or Roger take care of cleaning up the patch and properly submitting it to the list? I can take it for cleaning up. And also double check that it won't break any guests (at least the ones we know about: Linux and

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Wed, 6 Feb 2019, Andrii Anisov wrote: > Hello, > > On 05.02.19 10:40, Andrii Anisov wrote: > > On 04.02.19 23:58, Julien Grall wrote: > > > Thank you for writing a patch. I am back in France this week for family > > > reason and will not have time properly give a spin this week. Stefano, > > >

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello, On 05.02.19 10:40, Andrii Anisov wrote: On 04.02.19 23:58, Julien Grall wrote: Thank you for writing a patch. I am back in France this week for family reason and will not have time properly give a spin this week. Stefano, Andrii, can you test it? I'll do that today. I actually did i

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Tue, 5 Feb 2019, Andrii Anisov wrote: > On 05.02.19 00:06, Julien Grall wrote: > > > A57+A53. > > > > > > I see the following in my log: > > > > > > (XEN) alternatives: Patching with alt table 002c6608 -> > > > 002c6c80 > > > (XEN) CPU0 will call ARM_SMCCC_ARCH_WORKAR

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Tue, Feb 05, 2019 at 11:54:12AM +0200, Andrii Anisov wrote: > Hello Roger, > > On 05.02.19 11:45, Roger Pau Monné wrote: > > You should see a reasonable amount of stolen time. A simple test would > > be to spin 2 VMs with 1 vCPU each and pin them to the same physical > > CPU. Then run a CPU int

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Roger, On 05.02.19 11:45, Roger Pau Monné wrote: You should see a reasonable amount of stolen time. A simple test would be to spin 2 VMs with 1 vCPU each and pin them to the same physical CPU. Then run a CPU intensive workload on each of them, and the 'st' time shown in `top` should be ~50

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Tue, Feb 05, 2019 at 10:40:19AM +0200, Andrii Anisov wrote: > > > On 04.02.19 23:58, Julien Grall wrote: > > Thank you for writing a patch. I am back in France this week for family > > reason and will not have time properly give a spin this week. Stefano, > > Andrii, can you test it? > I'll

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Mon, Feb 04, 2019 at 09:58:43PM +, Julien Grall wrote: > Hi, > > On 2/4/19 12:53 PM, Roger Pau Monné wrote: > > On Fri, Feb 01, 2019 at 05:40:14PM +, Julien Grall wrote: > > > Hi, > > > > > > On 01/02/2019 16:53, Roger Pau Monné wrote: > > Thanks! > > > > Here is an updated version wh

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 05.02.19 00:06, Julien Grall wrote: A57+A53. I see the following in my log: (XEN) alternatives: Patching with alt table 002c6608 -> 002c6c80 (XEN) CPU0 will call ARM_SMCCC_ARCH_WORKAROUND_1 on exception entry (XEN) CPU2 will call ARM_SMCCC_ARCH_WORKAROUND_1 o

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 04.02.19 23:58, Julien Grall wrote: Thank you for writing a patch. I am back in France this week for family reason and will not have time properly give a spin this week. Stefano, Andrii, can you test it? I'll do that today. Guys, could you please suggest what are evidences that runstate f

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi Andrii, On 2/4/19 3:19 PM, Andrii Anisov wrote: On 04.02.19 13:36, Julien Grall wrote: That's a good news! Let me try to address your concerns below one by one. Lets do it:) And they employ KPTI enabled kernel in the BSP. KPTI is going to work on Xen. There are no known issue with Linux

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi, On 2/4/19 12:53 PM, Roger Pau Monné wrote: On Fri, Feb 01, 2019 at 05:40:14PM +, Julien Grall wrote: Hi, On 01/02/2019 16:53, Roger Pau Monné wrote: On Thu, Jan 31, 2019 at 11:14:37PM +, Julien Grall wrote: On 1/31/19 9:56 PM, Stefano Stabellini wrote: On Thu, 31 Jan 2019, Julie

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 04.02.19 13:36, Julien Grall wrote: That's a good news! Let me try to address your concerns below one by one. Lets do it:) And they employ KPTI enabled kernel in the BSP. KPTI is going to work on Xen. There are no known issue with Linux as the virtual address is not going to be re-used

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi, Sorry for the formatting. On Mon, 4 Feb 2019, 15:52 Andrii Anisov, wrote: > > > On 04.02.19 13:21, Julien Grall wrote: > > What I meant is the virtual address stays the same but the guest > physical address may change. I don't see how this could be broken today, > can you explain it? > > I

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 04.02.19 13:21, Julien Grall wrote: What I meant is the virtual address stays the same but the guest physical address may change. I don't see how this could be broken today, can you explain it? I suppose guest's mapping change is not quite atomic from the hypervisor point of view, so do

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Fri, Feb 01, 2019 at 05:40:14PM +, Julien Grall wrote: > Hi, > > On 01/02/2019 16:53, Roger Pau Monné wrote: > > On Thu, Jan 31, 2019 at 11:14:37PM +, Julien Grall wrote: > > > On 1/31/19 9:56 PM, Stefano Stabellini wrote: > > > > On Thu, 31 Jan 2019, Julien Grall wrote: > > > > > On 31

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 2/4/19 10:32 AM, Andrii Anisov wrote: Hello Julien, Hi Andrii, On 01.02.19 12:51, Julien Grall wrote: I don't consider polluting your log a real problem. Unless the system becomes an insane typewriter :) I don't consider it as a critical issue because of the type of guest we currently

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 2/4/19 10:28 AM, Andrii Anisov wrote: Hello, Hi Andrii, On 01.02.19 19:40, Julien Grall wrote: On 01/02/2019 16:53, Roger Pau Monné wrote: On Thu, Jan 31, 2019 at 11:14:37PM +, Julien Grall wrote: On 1/31/19 9:56 PM, Stefano Stabellini wrote: On Thu, 31 Jan 2019, Julien Grall wrot

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Julien, On 01.02.19 12:51, Julien Grall wrote: I don't consider polluting your log a real problem. Unless the system becomes an insane typewriter :) I don't consider it as a critical issue because of the type of guest we currently support, so it is not in my queue for Xen 4.12 fixes.

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello, On 01.02.19 19:40, Julien Grall wrote: On 01/02/2019 16:53, Roger Pau Monné wrote: On Thu, Jan 31, 2019 at 11:14:37PM +, Julien Grall wrote: On 1/31/19 9:56 PM, Stefano Stabellini wrote: On Thu, 31 Jan 2019, Julien Grall wrote: On 31/01/2019 12:00, Andrii Anisov wrote: On 31.01.1

Re: [Xen-devel] RT Xen on ARM - R-Car series

+Juergen On Fri, 1 Feb 2019, Julien Grall wrote: > Hi Andrii, > > On 2/1/19 10:35 AM, Andrii Anisov wrote: > > > > > > On 01.02.19 12:16, Julien Grall wrote: > > > The thing is the presence of the printk is not the real problem. > > It is the problem when the intention is to play in a sandbox w

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi, On 01/02/2019 16:53, Roger Pau Monné wrote: On Thu, Jan 31, 2019 at 11:14:37PM +, Julien Grall wrote: On 1/31/19 9:56 PM, Stefano Stabellini wrote: On Thu, 31 Jan 2019, Julien Grall wrote: On 31/01/2019 12:00, Andrii Anisov wrote: On 31.01.19 13:37, Julien Grall wrote: So, I've got

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Thu, Jan 31, 2019 at 11:14:37PM +, Julien Grall wrote: > Hi Stefano, > > On 1/31/19 9:56 PM, Stefano Stabellini wrote: > > On Thu, 31 Jan 2019, Julien Grall wrote: > > > On 31/01/2019 12:00, Andrii Anisov wrote: > > > > Hello Julien, > > > > > > > > On 31.01.19 13:37, Julien Grall wrote: >

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 2/1/19 10:35 AM, Andrii Anisov wrote: Hello, Hi, On 01.02.19 12:12, Julien Grall wrote: This is actually a shared page, the page is allocated by the domain and shared with Xen. So what do you mean? I'm curious if it can be allocated on hypervisor side. There are very limited case w

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi Andrii, On 2/1/19 10:35 AM, Andrii Anisov wrote: On 01.02.19 12:16, Julien Grall wrote: The thing is the presence of the printk is not the real problem. It is the problem when the intention is to play in a sandbox with different things. I don't consider polluting your log a real problem

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello, On 01.02.19 12:12, Julien Grall wrote: This is actually a shared page, the page is allocated by the domain and shared with Xen. So what do you mean? I'm curious if it can be allocated on hypervisor side. That's not a link but a Message-ID. You can either use your favorite client for

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 01.02.19 12:16, Julien Grall wrote: The thing is the presence of the printk is not the real problem. It is the problem when the intention is to play in a sandbox with different things. It only tells you the mapping is inexistent. The problem is if in debug build you don't see at all thi

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 2/1/19 10:07 AM, Andrii Anisov wrote: On 31.01.19 23:56, Stefano Stabellini wrote: I ran into this problem as well not too long ago too. It is very annoying and it is basically impossible to work-around, the only thing possible would be to suppress the warning, but that doesn't even count

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi, On 2/1/19 10:02 AM, Andrii Anisov wrote: On 01.02.19 01:14, Julien Grall wrote: With the current interface workaround, we are still playing with devil (see [2]). So it would be nice to get a new interface that does not use virtual address. I'm sorry for my ignorance, I know nearly nothin

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 31.01.19 23:56, Stefano Stabellini wrote: I ran into this problem as well not too long ago too. It is very annoying and it is basically impossible to work-around, the only thing possible would be to suppress the warning, but that doesn't even count as a work-around :-) Well, yet it is adopt

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 01.02.19 01:14, Julien Grall wrote: With the current interface workaround, we are still playing with devil (see [2]). So it would be nice to get a new interface that does not use virtual address. I'm sorry for my ignorance, I know nearly nothing about runstate areas implementation, but w

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi Stefano, On 1/31/19 9:56 PM, Stefano Stabellini wrote: On Thu, 31 Jan 2019, Julien Grall wrote: On 31/01/2019 12:00, Andrii Anisov wrote: Hello Julien, On 31.01.19 13:37, Julien Grall wrote: On my side I just commented out that printk, because it renders a debug build unusable. ... if i

Re: [Xen-devel] RT Xen on ARM - R-Car series

On Thu, 31 Jan 2019, Julien Grall wrote: > On 31/01/2019 12:00, Andrii Anisov wrote: > > Hello Julien, > > > > On 31.01.19 13:37, Julien Grall wrote: > > > > On my side I just commented out that printk, because it renders a debug > > > > build unusable. > > > > > > ... if it is unusable, why don'

Re: [Xen-devel] RT Xen on ARM - R-Car series

(CC Xen-devel) On 31/01/2019 05:50, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: Hello Julien, Hi, 2019年1月30日(水) 21:12、Julien Grall さん（julien.gr...@arm.com ）のメッセージ: Hi, On 30/01/2019 20:23, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: My e-mail c

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 31/01/2019 12:00, Andrii Anisov wrote: Hello Julien, On 31.01.19 13:37, Julien Grall wrote: On my side I just commented out that printk, because it renders a debug build unusable. ... if it is unusable, why don't you try to tackle the problem? Because of... This is in my long ever gro

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Julien, On 31.01.19 13:37, Julien Grall wrote: On my side I just commented out that printk, because it renders a debug build unusable. ... if it is unusable, why don't you try to tackle the problem? Because of... This is in my long ever growing list of things to ... be done. Some

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 31/01/2019 11:22, Andrii Anisov wrote: Julien, On 30.01.19 14:12, Julien Grall wrote: Hi, On 30/01/2019 20:23, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: My e-mail client thinks the e-mail was sent from the future. Can you make sure your timezone is set correctly? [    0.682996] CPU

Re: [Xen-devel] RT Xen on ARM - R-Car series

Julien, On 30.01.19 14:12, Julien Grall wrote: Hi, On 30/01/2019 20:23, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: My e-mail client thinks the e-mail was sent from the future. Can you make sure your timezone is set correctly? [    0.682996] CPU features: detected feature: Kernel page tabl

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hi, On 30/01/2019 20:23, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: My e-mail client thinks the e-mail was sent from the future. Can you make sure your timezone is set correctly? [    0.682996] CPU features: detected feature: Kernel page table isolation (KPTI) (XEN) p2m.c:1844: d0v1: Fai

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Andrii, 2019年1月29日(火) 22:30 Andrii Anisov : > Hello Jairo, > > On 29.01.19 17:30, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: > > (XEN) Checking for initrd in /chosen > > (XEN) RAM: 4800 - 7fff > > (XEN) RAM: 0006 - 00063fff > > (XEN) RAM: 00

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Jairo, On 29.01.19 17:30, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: (XEN) Checking for initrd in /chosen (XEN) RAM: 4800 - 7fff (XEN) RAM: 0006 - 00063fff (XEN) RAM: 0006 - 00063fff Duplication of RAM range `000600

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, YEY! I have finally got an error message! The rest of the mail is inline. 2019年1月28日(月) 17:25 Andrii Anisov : > Hello Jairo, > > On 28.01.19 19:20, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: > > > I was able to compile the Xen image with earlyprintk without issue. > > Cool. > > > It

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Jairo, On 28.01.19 19:20, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: I was able to compile the Xen image with earlyprintk without issue. Cool. It is comforting to get some sort of feedback from the device, even if it is failing. Indeed:) When attempting to boot the Xen image cr

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, Thank you for your previous mail. I am sorry for taking so long to answer. The rest of the mail is inline 2019年1月22日(火) 18:00 Andrii Anisov : > > > On 22.01.19 12:45, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: > > Yes. Since you pointed out that the U-boot version was not what you >

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, I went through the instructions again and found the instructions for what you call Yocto 3.9 here [1]. I attempted following the initial Xen ARM instructions found here [2] The biggest difference is in the commit revisions for meta-selinux and meta-virtualization that I didn't know if go

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, 2019年1月16日(水) 16:40、Andrii Anisov さん（andrii.ani...@gmail.com）のメッセージ: > Hello Jairo, > > On 08.01.19 19:04, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: > > > I have noticed that the uboot date has not changed from 2015.04 > It is not a u-boot date, but upstream version. Renesas derived u-

Re: [Xen-devel] RT Xen on ARM - R-Car series

Kudos to Oleksandr Tyshchenko, he stepped into the same, and found the rootcause. The problem is in a patch https://patchwork.kernel.org/patch/10084561/ . I guess you can workaround it with adding interrupts and interrupt-parent properties to timer node through your dtb. Something like following:

Re: [Xen-devel] RT Xen on ARM - R-Car series

Jairo, On 11.01.19 22:12, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: I followed your initial advice and updated my environment to a newer version, opting to stick to the rocko version for the m3ulcb. I'm a bit confused are you using Renesas Yocto 3.9 or the latest 3.13? The Yocto build c

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Jairo, On 08.01.19 19:04, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: I have noticed that the uboot date has not changed from 2015.04 It is not a u-boot date, but upstream version. Renesas derived u-boot from mainline version 2015.04 and put their patches on top of it. although the b

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Jairo, I was on vacations last week, and a regular CES rush the week before. Please give me some time to sort out what else has happened during that period, and I'll get back to you. -- Sincerely, Andrii Anisov. ___ Xen-devel mailing list Xen-d

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, Due to some events on my side, I had to move from the R-Car H3 I was using to the R-Car M3 in my posession. I followed your initial advice and updated my environment to a newer version, opting to stick to the rocko version for the m3ulcb. The Yocto build configuration is shown below: Bu

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, I have attempted to update the bootloader from the srec files created by the bitbake command. I believe I have been able to update it, but I am still obtaining the same results. The serial output is shown below: [0.000161] NOTICE: BL2: R-Car Gen3 Initial Program Loader(CA57) Rev.1.0

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, Sorry for not responding sooner. First of all happy new year! I seriously overlooked the firmware update. I will attempt that next week and see if the boot is successful. Thanks for the help. Best regards, Jairo 2018年12月28日(金) 17:39 Andrii Anisov : > > > On 28.12.18 10:28, Andrii A

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 28.12.18 10:28, Andrii Anisov wrote: Please give me some time to find the instruction to update bootloaders on ulcb. Here is the instruction for h3ulcb to flash the firmware for Yocto 2.19 [1]. Yet it is quite old. [1] https://elinux.org/index.php?title=R-Car/Boards/H3SK&oldid=449556 --

Re: [Xen-devel] RT Xen on ARM - R-Car series

On 28.12.18 10:28, Andrii Anisov wrote: Hello Jairo, This is just a quick reply. On 28.12.18 17:22, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: Via serial console I get the following output for the images created after modifying the dts and applying the patch below: U-Boot 2015.04 (Jun 22

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Jairo, This is just a quick reply. On 28.12.18 17:22, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: Via serial console I get the following output for the images created after modifying the dts and applying the patch below: U-Boot 2015.04 (Jun 22 2018 - 13:36:27) I see, you did not upda

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Andrii and everyone still listening, I am sorry for sending attachments to the mailing list. Below is my github with the patch I applied and the dts I made to attempt to boot the R-Car H3. https://github.com/nacarino/xen-arm As Andrii suggested, I attempted only compiling Xen with the SRCR

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Andrii, Thanks again for responding and for clarifying some of the underlying workings of Yocto. 2018年12月27日(木) 20:07 Andrii Anisov : > Hello Jairo, > > On 25.12.18 18:07, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: > > I believe this is the SoC information. If there is any other method o

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Jairo, On 25.12.18 18:07, LOPEZ, FUENTES NACARINO Jairo Eduardo wrote: I believe this is the SoC information. If there is any other method of extracting the information, please let me know so I can transmit it. That output gives a full set of required information. Actually, I worried yo

Re: [Xen-devel] RT Xen on ARM - R-Car series

Andrii, Thank you for your response. I am sorry for not being able to make time to answer sooner. Hello to everyone from the Xen Development mailing list. As I told Andrii, I am interested in RT Xen, but before getting anywhere near that, I need to actually get my board to use Xen. As a total

Re: [Xen-devel] RT Xen on ARM - R-Car series

Hello Jairo, From: LOPEZ, FUENTES NACARINO Jairo Eduardo Sent: Saturday, December 22, 2018 3:55 AM To: Andrii Anisov; Iurii Artemenko Subject: RT Xen on ARM - R-Car series > My name is Jairo Lopez. > I am currently working as a doctorate student at Waseda University in the > area of distribute