 Okay, so everyone, thanks for coming and for your opportunity to have a demo effect of course, but let's see at the demo I'm going to undo that. So I would be honest, I'm the team co-maintenor for the module for the graphics, let's say memory management and graphics. Submission would be my deal and then there would be young people and in this place and then we have proper clouds. But I have a kind of history with having remotely access devices because usually any device that you are going to do with new data will be closer to the factory than your home, so either you will be traveling. Better now? Okay, thanks you. Yeah, so there will be always remote, so there is a certain amount of pain in the right to access them, so I decided to share my experiences with you. So I'm going to briefly go over what it actually means in this context that I'm talking about and then we'll go about the open source solution that there is for this issue. So the question is to how remotely access machine property development, so it's kind of different for many developers when they are accessing, they are mostly using the HSA and locally. So in order to kind of open it up a more we need to kind of think what it means to be using remotely. So when you have a device on your desktop, you would be using it. But nowadays anymore so much, but it used to be, it would be using serial port, it would be back some early booting issues. For example when you use a KMS there will be deadlock and together else it won't come up. So that will be a way of like the last result. Nowadays it's going to be harder because fewer parts will be having serial port, but it's easily accessed port. So there is nowadays the USB debug port and even for the USB 3.0 you have an alternative. But the support is kind of like, I've tried to set it up a few times. In mainline it's correctly hard to get working. So I think net console is kind of go to solution, but that can solve only so much. So I have highlighted points in the slide that normally be for traditional use to be remotely accessed. Not only the remote desktop, so for somebody purely working on the 3D side and the user space, they are probably fine with the desktop user. But for the kernel you really want to know if you're kernel mode setting is working and if you want to go to BIOS and you want to be able to fix that BIOS. Because usually, yeah, especially the new devices, the BIOS will be a little bit flaky at times. And then for that you need to keyboard and mouse or SSH, why not? Even if the chips have been in the use for remote accessing, but it's not been in the positive side lately. And then it's the USB sticks, that's also something, so you probably want to download the BIOS to somewhere and then also be booting whatever you get to report from somebody that it's not working on this specific distro. So you want to be like booting that with distro also, so all that. And power control is pretty so. Martin is still here, but for example the kernel team. So there are various solutions for depending on how much money you need for controlling the power of the devices. But that's of course something. Definitely be yhdening the plugs if you have the device on your desk. It's simply not doing anything, but so you need to be able to do that remotely too. So here it's kind of a simplified. I have assembled the system here on my desk, but it would probably be easier to look up from the slide. So this is what you would be kind of expecting for through it. And it's also shouldn't for, let's say open source, contribute or it probably shouldn't be too expensive either. There are lots of KVM IP solutions of course, but you can't modify those and you can't reverse engineer them. To start with something open would be kind of a nice touch. So I have been looking and trying quite a few different things. And I came down with these for at least current time. So I'm always looking for the next kind of alternative. So it's not a Raspberry Pi unfortunately. So it's a vehicle phone for back, because the Raspberry Pi won't give you the USB gadget. And then the Raspberry Pi zero that do get you that they can be. Well, you have to do soldering if you want to power them from a easy power supply. So I think one idea here is because we are going to be deploying in lab environment. And I won't be necessarily there to do the soldering. So it has to be kind of be able to be put together by the lab engineers. And then I'll just be able to use that machine. So for the vehicle phone black, it will basically be, the main line camera will be running. But obviously PI hasn't been completely perfect with all the bad things. So the performance if you are, for example, looking to do some network routing with the device. It's going to be on the bad side. But they also have been working on kind of building of the, you know, you can download, you can flash it. And it will go where from, right? It's 4.4, I think. So it's not that open. And then there's, yeah, there are also, I'm not sure how much main line is being run on those. These single board computers, because for example, when I tried the main line camera, I found that there has been for half a year. So regression in the vehicle phone black device 3, that it will basically make the USB. That's unusable before you revert that. So it's, so yeah. You know, that's just if you want to get those cheap off the shelf components, you might have to end up using the AI provided terminal in this case, for example. So yeah. And then the linking HDMI center will be, you just order it from your random eBay vendor and they ship it to you. It's about 30 euros. And it will basically work out of the box. But I know that there are a lot of hackers here. So I guess there is a lot of reverse engineering and you can, there are alternative firmware to the device. You can basically get it to go up to full HD and then do pretty much all the resolutions down from full HD. But even if you get it, when you ship it to you from the eBay, it will be doing both 720p and then full HD. But it will be downstaying the full HD to the 720p. But that's actually quite convenient because when you are, for example, running benchmarks on your remote device, you're probably going to be comparing to somebody. The recorder probably had full HD display or nowadays would be 4K2, but full HD is still kind of standard for performance. So you will actually get the preferred amount numbers called the full HD, but you only use the 720p. And when you're over, well, you're going to be getting connections to whatever site you need to be accessing. And then it has some quirks to the device, so it's sitting UDP, luggage of zero length, so that's not exactly illegal. But most of the software currently in the latest version of it, I think it won't match with that. So you probably want to be doing firewalls from those. So yeah, it's quite straightforward when you get the cable connected to the device. You can tell the device it's always on, even when your machine isn't putting any HD in your signal, so you will actually get no signal. So it's convenient, but you need to check the proper effort. Even if you would be using SSH to launch the performance like benchmark, you would be viewing them from the screen easily. And then you have more G-streamer, but unfortunately with this specific device, G-streamer is rattling when you are doing kernel mode setting or whatever mode setting, kind of resetting the encoder. Time-stamping numbering and that will stay down G-streamer, unfortunately. So if somebody is expert in European emails, you know, because G-streamer otherwise actually will result in a smaller latency between interactions and then the video. So I prefer that. And then I will tell you also, this recorder takes everything, you know, you can also, if you're interested in only the picture part of the screen, it's easy to strip it out and then you will be saving some of that video. And also because not all networks are creating equal UDP, kind of difficult things, so you can combine with the legal complex here, just make it the proxy either with visual cats or we can do it the way. But I guess you might feel that UDP is now being replaced by a commercial product. There are some patches, there was even one that could be switched. Yeah, so, but you will do it with a much lesser load, so you will be able to do other UDPs with, for example, transferring files into legal complex. So for controlling, of course, as this is going to be about the open source usage, and we already have a great USB gadget stack in the Linux kernel, so you basically don't need anything else. So from the Bigelobon black, you will be plugging the USB gadget cable to the host device and that's it, you won't be able to have your mouse, keyboard, serial port and any masteries gadget there. So basically that will fulfill most of the needs when you already have the display with the HDMI in order. And this is the way at least. How I started it, when you really, really just need to get down to the command line and you can write to the... Hit the grid, or you now like to hit packages like raw. Here I will highlight it, so it's a bit like you would be programming local or something, you try to hit that button, it will go a little bit too far, you need to come back a little bit. And with the keys, of course, there will be, because the hit protocol will only give you the changes for the keys, so you have to be a little bit smarter and write a grid that will hide in for you, but it's easy to generate those even for all lengthy command decisions. And then there is a caveat that, if you're wondering why it's not working, you probably don't have to play correctly for your... So when the demo, there was time, I think I go through the rest of the slides and then let's see for the demo. So from what I've described here, because you might have some delay with your network, it might be more beneficial instead of sending the complete hit report from the remote machine, the destination task, send an indication that I want. But don't press for a period of time because otherwise you will be hitting those sticky keys and going to that, you know, script that you have been running. And then how many was brought up when I demoed this at our office? So yeah, it's going to be one press per second. Currently you can get to 60 frames per second with the native encoder, but then it's only HDMI and we're not sure how long this will be available. I hear that. How many will be even better if I'm not necessarily on the decoding side because it's not a thing for them, but it might be in the future. Okay, so how much do I have? Seven minutes, so. Okay, so it's... I'm hopeful to have this from that. And if there are any questions in the... Again, please ask out my question. It could be not related, but I was presenting about making the remote access. I've been accessing the message remotely for quite a long time, trying to come up with something smart, including QR codes and webhams, and trying to find what's most end-recommends part. This is something that... Well, it wasn't like a few minutes ago. So I guess then it's... If any questions, not then I will have to... Okay. So if you're not specifically trying to debug it this way, have you looked into other options, like using the GPU for rendering, but I'm looking after trying to forget something BNC like? Yeah, so as I'm working with the Ion 15 driver, we are not even... I'm not even on the display side, but in the memory management. So usually when something goes south, we don't maybe even get any buffers, we just get the UFI console. So it's kind of... So I haven't been doing that, but that is of course an option, and it should be pretty easy to do with the... You can have prime export of the display surface. Any other question? So if not then I will thank you.