Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ASCII art animals for non-NVLINK related "fatal" errors #222

Open
ghost opened this issue Feb 18, 2019 · 2 comments
Open

ASCII art animals for non-NVLINK related "fatal" errors #222

ghost opened this issue Feb 18, 2019 · 2 comments

Comments

@ghost
Copy link

ghost commented Feb 18, 2019

It has proved incredibly useful to have an easily identifiable graphic indicating a broad error type.

The key for any ASCII art being added is for the license to be appropriate for inclusion (and not just "I copied this from USENET in 1987").

@mikey
Copy link
Member

mikey commented Feb 18, 2019

                          XX
                      XXX   XX
                      X       X
                     X         X
                     X         XX
                    X           X
                   XX           X
                   X            X
                  X            X
                XX           XX
               X          XXX
XXXXXXXXXXXXXXXX          X
                          X
                          XXXXXXXXXXXXXXX
                                        XX
                                        XX
                                       XX
                           XXXXXXXXXXXXXXXX
                                          X
                                        XXX
                            XXXXXXXXXXXXXX
                                         XX
                                          X
                                        XXX
                             XXXXXXXXXXX
                                      XXXX
XXXXXXXXXXXXXXXXX                      XX
               XXXXX                 XX
                   XXXXXXXXXXXXXXXXXXX

@gromero
Copy link
Contributor

gromero commented May 4, 2020

After talking to Oliver and Frederic I've got the big picture and the details about this issue (joke aside). On P9, the main idea was to have NVLink associated to a cow ASCII art (which exists already in the code) whilst OpenCAPI associated to a capybara. Nonetheless, on an HMI event on machines supporting mixed nvlink and opencapi devices controlled by the NPU, like witherspoon machines, it's quite hard to differentiate if the HMI was generated by nvlink or by opencapi. Hence, the main issue is not so much about finding a proper ASCII Art with a doable license but rather to be able to differentiate precisely on a P9 machine that supports both nvlink and opencapi the right source of an HMI event.

That said, in case a future NPU implementation brings the ability to easily identify the HMI source, I provide a capybara v1 ASCII Art which was not copied from USENET, but brewed right out of the boredom in the covid19 quarantine.

image

Source: https://github.com/gromero/ascii/blob/master/capybara.txt

@oohal oohal self-assigned this May 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants