<lain>
they're too busy putting out the C2000 fire
<rqou>
oh right
<rqou>
that
<davidc___>
rqou: no brcm in our stuff - they won't even talk to $WORK unless we want 1mil pcs
<azonenberg>
lol yeah
<azonenberg>
i dont use broadcom for anything
<azonenberg>
or qualcomm or any of Those Places
<rqou>
lol my sister just hit a "utf-8 BOM" problem
<rqou>
thanks windows
<davidc___>
(or at least, thats what one team told me)
<rqou>
"somebody set us up the (UTF-8) BOM"
<rqou>
(joke stolen from tdwtf)
<mtp>
YOU HAVE NO CHANCE TO SURVIVE MAKE YOUR [clock emoji]
<rqou>
emoji? are you _trying_ to break it even more? :P
<mtp>
yes
<lain>
lol
<lain>
felix_: I like the chromanova dance stream, thanks :3 although tonight it seems to keep momentarily dropping, dunno if that's me, them, or something in between :P
<davidc___>
💩
<davidc___>
some day the world will suport UTF-8
digshadow has joined ##openfpga
digshadow1 has joined ##openfpga
digshadow1 has quit [Client Quit]
digshadow1 has joined ##openfpga
digshadow has quit [Ping timeout: 264 seconds]
digshadow1 has quit [Client Quit]
<lain>
rqou: so have you confirmed it does indeed support ecc?
<rqou>
as far as i can tell, yes
<rqou>
i don't know how to confirm for sure
<lain>
neat
<rqou>
but reading MCHBAR+0x5004 gives "0x3111" with the "ECC"/"Reserved" bits both set
<rqou>
and yes, the bits get unset when using a non-ecc dimm
<rqou>
OH SHIT I MISSED MTVRE
<rqou>
google magic inbox ate my email
<fpgacraft2>
<nmesisgeek> hey at least it didn't mic-drop it :p
<rqou>
i thought it would be next week
<rqou>
because it's usually on a day of the month with two digits :P
<rqou>
bad heuristic
<lain>
lol
<lain>
google inbox seems like such a bad plan :P
<fpgacraft2>
<nmesisgeek> /me uses thunderbird and IMAP no matter what the back end is :p
<openfpga-github>
yosys/master 6781543 Austin Seipp: passes/hierarchy: delete some dead code...
<openfpga-github>
yosys/master 943389c C-Elegans: Fix issue #269, optimize signed compare with 0...
cr1901_modern1 has joined ##openfpga
cr1901_modern has quit [Ping timeout: 240 seconds]
digshadow has joined ##openfpga
<rqou>
lain: if i try to force-enable the igpu by setting the DEVEN.D2EN bit, what is the probability that my hardware explodes?
<rqou>
greater than 0?
<azonenberg>
The probability of a meteor taking out your CPU at that instant is nonzero as well
<azonenberg>
jfyi
<rqou>
lol
<rqou>
the intel datasheet says that vcc_gt minimum is not zero
<rqou>
but i've been learning how awesome intel's datasheets are
<rqou>
so idk if that is totally bogus or not
<azonenberg>
lol
<azonenberg>
i dont trust any datasheet these days
<azonenberg>
literally every large digital IC i've worked with i've found datasheet errors
<azonenberg>
(mostly FPGAs)
<azonenberg>
ranging from typos to blatantly incorrect information on register values
<lain>
hmm
<lain>
rqou: I literally have no idea, but you should totes try it and tell us what happens :V
<azonenberg>
Set up a camera first
<azonenberg>
Just in case
<lain>
^
<rqou>
yeah how about no :P
<lain>
I wouldn't expect it to damage anything
<lain>
but there could be some weird latchup effect, I dunno
<rqou>
hmm i checked again and vcc_gt can go to 0
<rqou>
when "idle"
<rqou>
so this mobo probably doesn't supply it
<rqou>
blargh, wasting the gpu transcode capability :(
<rqou>
also, the xeon e3-1200v5 datasheet doesn't document the mchbar+0x5004 ecc bits either
<rqou>
as in, it's also only present in the diagram and not the table
<rqou>
is intel hiding it for some reason? why?
scrts has quit [Ping timeout: 256 seconds]
<lain>
intel is incompetent.
<lain>
also the datasheet is a boiled-down version of a NDA doc
<lain>
it's probably not even checked for accuracy :V
<rqou>
heh
<rqou>
i know broadcom datasheets don't have very good accuracy
<lain>
well
<lain>
not that their NDA docs are checked for accuracy
<rqou>
and they're not even public :P
<lain>
I've asked for clarifications numerous times
<lain>
it always gets blackholed
<lain>
my engineer contact is usually eager to help
<rqou>
(at least in one particular silo) broadcom datasheets are a boiled-down version of a Perl data structure
<lain>
then can't get a single response from the management chain
<lain>
because of course it has to go through 15 layers of management to get to the person who can answer it
<rqou>
hmm at least broadcom didn't seem to silo _getting_ information very much
<rqou>
fixing things however...
<rqou>
hmm from a very informal test, the hottest components in the nas i'm putting together are:
<rqou>
1) the crappy nvidia g92 gpu that is being used for testing 2) the 10gbe card 3) the cpu :P
<rqou>
it's just like (one particular version of) the raspberry pi where the hottest components were iirc 1) the usb+ethernet phy 2) the pmic 3) the dram 4) the soc :P
<rqou>
also the stock intel cooler is *loud*
<rqou>
lain: i wonder what it's like to be a mechanical engineer at intel?
<rqou>
they have to have at least one
<rqou>
just imagine how frustrating his/her job must be :P
<lain>
doing perverse things.. trying to build ghdl with gcc backend on WSL (windows subsystem for linux), after unofficially upgrading WSL from 14.04 to 16.04
<jn__>
i'm sure someone's running WSL with gentoo already :)
<lain>
failing that, I'll just wait for the ghdl-llvm CI builds to start appearing thanks to this person recently setting that up for the ghdl folks
<lain>
jn__: lool
<pie_>
what does wsl run ubuntu
<lain>
pie_: yep
<lain>
it's ubuntu userland, but the kernel stuff is agnostic, just presents a linux kernel api surface, like a reverse-wine
<pie_>
running inux on window,s what has the world come to, whats going to happen to FOSS market share D:
<lain>
haha
<pie_>
microsoft infiltrates, then kills
* pie_
fearmongers
<lain>
canonical found to be complicit!
<lain>
I can see the headlines now ;)
<pie_>
its already happening twith systemd
<pie_>
readhat is in bed with thme
<pie_>
them
<pie_>
redhat
<pie_>
cant type
<felix_>
well, being a student was awesome, but having to learn for and then write the exams was still meh
<pie_>
hehe
<felix_>
but yeah, i needed 4 semesters more than the standard period of study for my bachelor and master degree together, since i worked on a lot of side projects. i'd say that i learned more stuff in those side projects than in my studies at the university though...
<felix_>
university was still worth the time i spent there
<pie_>
i have a lot of side projects it would be nicec to work on but i dont feel like graduating later...idk
<qu1j0t3>
(later in life) I have a lot of side projects it would be nice to work on but I need to pay the rent
dingbat has joined ##openfpga
pie__ has joined ##openfpga
pie_ has quit [Ping timeout: 255 seconds]
<rah>
heh, true dat
<rah>
except.. how much work do you really need to do to pay the rent? as much as you are doing now? ...
<qu1j0t3>
pie_ | readhat is in bed with thme // It employs a good part of its developers.
<qu1j0t3>
pie__: So don't expect any relief from that quarter :)
<pie__>
microsoft employs redhat?
<pie__>
TIL
<qu1j0t3>
pie__: Oh i thought you were talking abotu systemd. nm
<pie__>
kek
rvense has quit [Quit: leaving]
amclain has joined ##openfpga
digshadow has quit [Quit: Leaving.]
pie__ has quit [Changing host]
pie__ has joined ##openfpga
digshadow has joined ##openfpga
<davidc___>
pie__: TBH, it'll probably be great for linux market share. Who wants to write for native windows APIs, when you can work with the linux subsystem
eduardo__ has joined ##openfpga
<davidc___>
pie__: then its an easy jump to "wait why am I paying for this kernel again"
<pie__>
haha
<pie__>
well if you put it that way
eduardo_ has quit [Ping timeout: 252 seconds]
<davidc___>
In all seriousness, I'm pretty excited about it, since I prefer to use linux for all things; but some of the SW I write, people want to run on windows
<azonenberg>
Any southern cali folks here near LA?
<azonenberg>
I'll probably be in the area next week for work
mifune has quit [Ping timeout: 260 seconds]
mifune has joined ##openfpga
mifune has joined ##openfpga
digshadow has quit [Quit: Leaving.]
mifune has quit [Read error: Connection reset by peer]
mifune has joined ##openfpga
mifune has joined ##openfpga
balrog has quit [Ping timeout: 276 seconds]
digshadow has joined ##openfpga
balrog has joined ##openfpga
<rqou>
offtopic: I just looked into how hackintoshes on qemu boot
<rqou>
it's an unbelievable clusterf*ck
<rqou>
one method is that qemu boots seabios, which emulates legacy BIOS functionality which boots a bootloader that emulates EFI that then boots xnu kernel
<rqou>
the other method is that qemu boots ovmf, which is a hacked up version of edk2 that does EFI
<rqou>
this then boots Clover, which is a _differently_ hacked edk2
<rqou>
that then boots xnu
mifune has quit [Ping timeout: 240 seconds]
<rqou>
wtf
<rqou>
why can't it be "a fixed up combo of qemu+ovmf just works?"
<balrog>
rqou: why oh why
<balrog>
why not just boot EFI directly and provide the necessary keys
<nats`>
why trying to boot MAC OS ?
balrog has quit [Ping timeout: 240 seconds]
<pie__>
why try to boot at all
<qu1j0t3>
asks a dessert
<pie__>
dont dscriminate against sweets
<pie__>
we control your life
<qu1j0t3>
you seem pretty sour to me
* pie__
checks the sweet and sour o' meter
balrog has joined ##openfpga
<pie__>
i do seem to be in a superposition of states
<rqou>
balrog: I wonder too why Clover is even necessary
<rqou>
there are modules that fake the environment to be more Mac-like
<rqou>
but those are just modules
<rqou>
for extra bonus wtf, Clover patches the ACPI DSDT table
<rqou>
for a VM
<rqou>
where you can just change the code to generate a more Mac-compatible DSDT in the first place
<rqou>
there's also a module that either randomly unmaps some RAM and/or PCI BARs
<rqou>
or it pretends to unmap it
<balrog>
rqou: OS X is very particular about ACPI DSDT
<balrog>
it relies on the somewhat-broken DSDT tables in Macs
<balrog>
Well, yeah
<rqou>
I can't really tell
<rqou>
yeah, but in QEMU you control the *entire universe*
<rqou>
none of this bullshit should be necessary
<rqou>
it should be possible to generate a DSDT that works with osx and other operating systems
<rqou>
how else could boot camp work?
<rqou>
but things like OsxAptioFixDrv amaze me that they work at all
<pie__>
\o/ software
<rqou>
as far as I can tell from skimming the code, it somehow *hooks the xnu kernel* so that the Mac bootstrap can run before jumping *back into the patch driver* so that it can mess with page tables or something
<rqou>
in addition to messing with memory and PCI BAR allocation
<pie__>
blame commit and look up in mailing list? :P
<rqou>
can't find a mailing list
<rqou>
hackintosh-ing seems to be centered around random forums everywhere
<rqou>
I'm amazed how people who do it can know as much as they do yet write code as hacky as what I've seen