- Set the environment variable RENDERDOC_HOOK_EGL to 0. I use the Windows Settings to set this in my User Environment Variables.
- Launch RenderDoc
- In RenderDoc, navigate to Tools -> Settings, then on the General page, check "Enable process injection (restart required)". Restart RenderDoc.
- Grab a copy of WinPixEventRuntime.dll from https://devblogs.microsoft.com/pix/winpixeventruntime/ (rename the .nupkg to a zip, it's in bin/x64), and copy it over to
%LocalAppData%\Local\Google\Chrome SxS\Application\$CurrentVersion. Unfortunately this step needs to be repeated every time Chrome updates, since it wipes the current directory. Would be nice if it shipped with Chrome Canary / Chrome Dev (or was statically linked into Chrome) - Launch Chrome with the arguments `--disable-gpu-sandbox --gpu-startup-dialog --disable-direct-composition=1 --enable-dawn-features=use_user_defined_labels_in_backend,emit_hlsl_debug_symbols,disable_symbo
| HGU firmware features: | |
| 0 BDP (OMCI_CUSTOM_BDP): | |
| 0x001 = KERNEL:TLS_4095 = (0)tls_4095_us_rule_to_ds_rule, (1)tls_4095_us_act_to_ds_sact, (2)tls_4095_us_act_to_ds_cact, (3)tls_4095_us_set_mbr_port_by_svlan, (4)tls_4095_us_del_mbr_port_by_svlan | |
| 0x002 = KERNEL:ignore_dsPbit = (5)ignore_ds_pbit, this one is very slightly different (less magic values) in SFU firmware | |
| 0x008 = (15)cf_gen_vtfd_rule, (14)cf_check_vtfd_mode | |
| 0x010 = KERNEL:set_ds_bc_gem_flow_to_ds_bcster_mod = (6)omci_apply_ds_bcster_mod, (7)omci_set_ds_bc_gem_flow_to_ds_bcster_mod, | |
| KERNEL:add_ds_tag_rule_to_ds_bcster_mod = (8)omci_add_ds_tag_rule_to_ds_bcster_mod, (9)omci_del_ds_tag_rule_to_ds_bcster_mod | |
| KERNEL:reset_to_ds_bcster_mod = (10)omci_reset_to_ds_bcster_mod, | |
| 0x080 = (18)omci_ingoreExtVlanDefaultDrop (parameter & 0x01 => IGN_ME_171_DEFAULT_DROP, parameter & 0x02 => IGN_ME_171_TREAT_UNTAG, parameter == -1 ?) | |
| 0x100 = KERNEL:force_veip_rule_to_sfu = (13)force_veip_rule_to_sfu, (14)force_veip_us_r |
| #!/usr/bin/env python3 | |
| #ODI DFP-34X-2C2 MAC_KEY key generator by rajkosto | |
| import sys | |
| import string | |
| import hashlib | |
| args = sys.argv | |
| if len(args) != 2: | |
| sys.exit("Usage: odi_keygen.py YOURMACADDR") |
I have a Linux virtual machine inside a customer's private network. For security, this VM is reachable only via VPN + Citrix + Windows + a Windows SSH client (eg PuTTY). I am tasked to ensure this Citrix design is secure, and users can not access their Linux VM's or other resources on the internal private network in any way outside of using Citrix.
The VM can access the internet. This task should be easy. The VM's internet gateway allows it to connect anywhere on the internet to TCP ports 80, 443, and 8090 only. Connecting to an internet bastion box on one of these ports works and I can send and receive clear text data using netcat. I plan to use good old SSH, listening on tcp/8090 on the bastion, with a reverse port forward configured to expose sshd on the VM to the public, to show their Citrix gateway can be circumvented.
I hit an immediate snag. The moment I try to establish an SSH or SSL connection over o
| 1. Edit the mirror list located at /etc/pacman.d/mirrorlist and uncomment a preferred mirror (preferrably closest to you) | |
| 2. Initialize Pacman GPG Keys | |
| - $> pacman-key --init | |
| - $> pacman-key --populate archlinux | |
| - $> pacman-key --refresh-keys -u --keyserver hkps.pool.sks-keyservers.net | |
| *The use of the --keyserver flag is due to an error that currently occurs when using the default keyserver | |
| 3. Reinstall Arch keyring | |
| - $> pacman -S archlinux-keyring | |
| 4. Install Yay (if desired) | |
| - Create a user (you cannot run makepkg as root, you must be signed in as a user) |
This is the second article in a series of articles around Rusts new async/await
feature. The first article about interfaces can be found
here.
In this part of the series we want to a look at a mechanism which behaves very
different in Rust than in all other languages which feature async/await
support. This mechanism is Cancellation.
- 2011 - A trip through the Graphics Pipeline 2011
- 2013 - Performance Optimization Guidelines and the GPU Architecture behind them
- 2015 - Life of a triangle - NVIDIA's logical pipeline
- 2015 - Render Hell 2.0
- 2016 - How bad are small triangles on GPU and why?
- 2017 - GPU Performance for Game Artists
- 2019 - Understanding the anatomy of GPUs using Pokémon
| [ | |
| { "name": "Amazon", "url": "https://www.amazon.de/gp/help/customer/contact-us?", "note": "Select, in this order: 'Digitale Dienste' -> 'Datenauskunft beantragen' -> 'Datenauskunft für eine spätere Zusendung beantragen' -> 'Daten aus allen Kategorien anfordern' -> Namen eingeben und Nachricht vervollständigen. -- Amazon Support Staff will review your request and send you an email, asking about a postal address. If you don't answer to their mail, your request won't be fulfilled." }, | |
| { "name": "McDonalds", "url": "https://corporate.mcdonalds.com/corpmcd/gdpr-rights-center.html" }, | |
| { "name": "willhaben.at", "url": "https://datenschutz.willhaben.at/" }, | |
| { "name": "Spotify", "url": "https://www.spotify.com/account/privacy/" }, | |
| { "name": "Google", "url": "https://takeout.google.com" }, | |
| { "name": "PlayStation", "email": "dpo@scee.net" }, | |
| { "name": "Humble Bundle", "email": "dpo@humblebundle.com" }, | |
| { "name": "REWE Group AT", "email": "datenschutz@rewe-group.at" }, | |
| { "name": "BILLA", "url": "https: |