shadeslayer

It’s been a while friend

Congratulations on getting to the front page ;)

I'd wager it's a volume thing. Not enough Linux customers asking for SRIOV support, so it's not worth spending the money to enable driver support for it. The Fortune 500 companies that you mention should specifically ask for SRIOV support on linux mainline when making purchases. Unfortunately, that's the only way to make sure we have support upstreamed.

The silver lining seems to be that more and more things are moving into the firmware, and it's entirely possible that SRIOV could be supported through that in the future. But till then, I doubt it's going to happen.

Because implementing designing/manufacturing/validating SR-IOV HW is expensive. It's not something that would be useful as a differentiating feature for most consumer grade HW.

AFAIK the video encode/decode pipeline is separate from the graphics pipeline. But they do reside on the graphics tile.

Not sure if we need to support SRIOV on the HW. VirtIO GPU native contexts should be good enough for most consumers.

I imagine SRIOV would be useful for more advanced usecases

The issue that phoronix is facing might be due to a power management bug that is not related to the driver at all.

Last I heard, Microsoft already has designs that it wants to fab on 18A.

At the end of the day it'll come down to how much and how fast 18A can help recoup what they're spending right now.

On the consumer side? Higher capacity RAM comes to mind.

What I'd be more interested in is, does this also mean bigger/denser L1-L3 caches?

Not quite, some ISPs lock down their routers and you can't expose the relevant ports publically. That's when Cloudflare Tunnels combined with a reverse proxy save the day.

Another really useful service is being able to protect everything behind a SSO like Github, allowing at least the most basic form of intrusion prevention that would secure your homelab from the majority of attacks.

AFAIK the Intel Alchemist die is already fabbed by TSMC [1]

[1] https://en.wikipedia.org/wiki/Intel_Arc

I've been in the same place you are now. I completely agree with the need for a healthy routine to be able to keep depression at bay and not having a environment to socialize robs you of key experiences we all need to have in our youths in order to be well adjusted later in life.

Having said that, you're in a great place to make a few key changes that might help! I moved to another country and learnt a new language and a whole new culture when I was in the same place as you!

Perhaps that's not a option for you, but maybe you could travel to a new city for a week or two! Trial out a few places and see what fits you. It takes a bit of effort and persistence, at the cost of routine, but having a fresh start might be the thing that gets you out of this.

Edit: You might want to look up Croissant to go and meet other remote co workers, there's a fair few of us around the world ;)

It currently seems to use Spotify's audio analysis API [1], which might be hard to replace.

[1] https://developer.spotify.com/documentation/web-api/referenc...

Virgl3D should support emulating GL on GLES usecases. If you're seeing issues, please open bug reports on https://gitlab.freedesktop.org/virgl/virglrenderer/-/issues and we can try and look into them :)

Hi! Virgl3D developer here. Could you please open a MR with your patches so we can look into integrating them into master?

This is such a fantastic way to store my notes! Thanks a lot!

I saw one of these at FOSDEM recently and it could already run a full Linux graphics stack all the way to KDE Plasma. So cool :D

Any EGL calls go through the armsoc driver to the closed blob.

I tried the X11 modesetting driver, but the mali blob is missing GBM support on there.

I just released a OS Image for this nifty piece of Hardware with full hardware video decode and gpu acceleration.

Check it out here https://kshadeslayer.wordpress.com/2018/04/17/launching-netr...

Even if you solve the memory issues you will still be constrained by the NIC.

Most of these SBC's run ethernet over USB, so the performance is still going to be shit.

The way I see it, those are similar because they're very common programming patterns in the Ruby community.

Re Easier way to create local packages, you can use dh-make[1] to populate the packaging with some templates that might make your job a bit easier :)

[1] https://packages.debian.org/en/sid/dh-make

Sweet :D

I'll keep an eye on the Packet website. I did try out the ARMv8 server, a bit disappointed that the hardware did not support backwards compatibility with ARMv7 though :(

Hey

Any chance you guys are going to offer something that is on the lower end of the spectrum for ARMv8 in terms of pricing? For eg. Scaleway has ARMv7 servers for 3 EUR/month (https://www.scaleway.com/pricing/)

These days I barely need anything more than /usr/share/doc/debhelper/examples/rules.tiny

Any particular reason why there is no debian packaging for it? Debhelper makes it so trivial to package things these days.

Man I wish you guys were hiring for a dev position, I'd have applied in a heartbeat ( have previously worked on NAT Traversal and currently working on embedded hardware )

I think I'm seeing a similar usage on my 9550 here https://gist.github.com/shadeslayer/4184b49505d817a9a60d5b0a...

I'm actually running Debian testing with Plasma 5.4.3, and Plasma 5 has no hard build deps on Qt 5.6 yet. They also have 5.5.4 in experimental. So it's mostly that the Debian Qt/KDE team has a bit of a conservative approach to updating Plasma in unstable.

Here you go https://gitlab.com/gitlab-org/gitlab-ce/issues/13840

Thanks for the quick reply :)

I've been using gitlab for the past few weeks to host a couple of repositories, it's awesome so far since it's the only solution that allowed me to mirror a repo AND create my own branch on the mirrored repository.

The only complaint I really have is the fact that I have to append a ".git" to the http url to clone the repository. Alternatively, it'd be nice to have a git:// read only url too.