<kc8apf> dockerd is so stupid about that
<kc8apf> it also supports streaming from a Google Cloud Storage bucket
<G33KatWork> I spawn a `python3 -m https.server` for that as well
<kc8apf> I use that to build images on GCE instead of locally
<G33KatWork> just to avoid to blow up the container size even further
<G33KatWork> yeah, I figured
<rqou> oh wtf xerox scanners generate super fucky pdfs
<rqou> it's extremely nontrivial to extract the images back out
<G33KatWork> do they generate the *right* PDFs now, though? :D
<qu1j0t3> heh
<qu1j0t3> might be hard to find out
digshadow has quit [Ping timeout: 260 seconds]
<rqou> yeah idk if it has that issue or not
<G33KatWork> originally a german talk - live translated by volunteers, don't know about the translation quality tbh
<rqou> i do have to appreciate though how fast these scanners are
<rqou> they can easily go through a hundred pages in a few minutes
<rqou> oh wtf
<rqou> whitequark: this datasheet's pages are all rotated a bit
<rqou> but not all at the same angle
<rqou> how did they manage to do that?
digshadow has joined ##openfpga
<rqou> man, digital images really cannot reproduce the complete tactile experience of handling this crappy thin soviet-era paper :P
<rqou> whitequark: i assume you don't miss it? :P
<kc8apf> is my loathing of Intel Atom unreasonable?
<rqou> i mean, it's got a totally different microarchitecture
<rqou> not really all that great at power
<rqou> so probably not?
<kc8apf> heh
<kc8apf> I want 3-5 small, cheap machines that I can put a SATA disk on and run k8s
<rqou> despite that, i have multiple atom machines
<rqou> but they are no longer in use
<rqou> hey, if i want to produce a pdf output containing text and images, what software do you all recommend?
<rqou> i want the text to show up in the pdf such that it can be searched/copied/etc
<rqou> so i don't want to just burn it into a giant image
<whitequark> rqou: eh it's okay
<whitequark> at least it's pretty exhaustive
<sorear> kc8apf: there are two unrelated intel atoms, please clarify :p
<kc8apf> I'm probably remembering the really old one
<rqou> wow libreoffice draw is laggy as shit
<qu1j0t3> whitequark: thanks for the translation!
egg|egg has quit [Read error: Connection reset by peer]
<rqou> qu1j0t3: no love for my trying to typeset it neatly next to the original?
<awygle> lol
<rqou> seriously, basically all tools for "make my dead tree look good" suck
<q3k> rqou | hey, if i want to produce a pdf output containing text and images, what software do you all recommend?
<q3k> google docs?
<rqou> currently using libreoffice
<q3k> ie text document + embedded drawings
<q3k> or if it's a simple document then I like markdown --pandoc--> PDF
<q3k> and the finally the proper way is LaTeX + pdflatex
<q3k> but ain't nobody got time for that
<rqou> yeah latex is an absolute piece of garbage
<rqou> but somehow academia still likes it
<rqou> hey, can anybody shove PDF files into archive.org?
<rqou> ugh why is archive.org so slow and confusing?
<reportingsjr> ohh, neat!
<rqou> how do i make an archive.org PDF public?
<rqou> why is this so confusing?
<rqou> ah screw it
<rqou> i suppose you'll have to live with "when i can no longer pay the bills the file disappears"
<whitequark> awygle: see that's why I made an issue instead of just moving them :P
<whitequark> and why I put them on the back side in the 1st place
<rqou> alright, qu1j0t3, whitequark: nicely typeset version: https://robertou.com/static/igg1-64m.pdf
<whitequark> I was thinking about moving U2 to the right
<zkms> rqou: nice
<rqou> wait awygle where's your cat? :P
<rqou> cat <3
<whitequark> rqou: wtf nice
<whitequark> I think the ENVB via is a DRC violation
<whitequark> overlaps with the pad
<rqou> awygle when are you going to have a tucoflyer of your own? :P
<rqou> scanlime's cat-following robot camera thing
<zkms> what's a cat following robot camera
<whitequark> exactly what it says on the tin
<zkms> o-oh.
<whitequark> I think you need to hit D while hovering over a trace
<whitequark> and then kicad lets you drag it
<whitequark> hm it seems kinda nice now
<whitequark> maybe just swap them on schematic?
<rqou> oh wait my archive.org upload did work
<rqou> i just had to wait for it to process :P
<whitequark> you can drag vias with D too
<whitequark> and there's some hotkey to make kicad bend the trace in a different direction
<whitequark> and there's that button that makes it delete redundant traces once you draw the new one
<whitequark> Switch Track Posture /
<whitequark> I locked a bunch of vias so that kicad won't shift them in the push mode
<whitequark> because that made them off-center and ugly
<whitequark> it's not a power pin
<whitequark> it's address
<openfpga-github> [Glasgow] awygle pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/d8baf5efb3267cf8ba190d94dabec0ead78541d3
<openfpga-github> Glasgow/master d8baf5e awygle: Fix silkscreen issues with resistors moved to top....
<cr1901_modern1> Are you using openfpga as a twitch chat ._.?
blazra has joined ##openfpga
<openfpga-github> [Glasgow] awygle pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/5bc3ea93b1a4260a04e22ef7dad74f7e5dce6592
<openfpga-github> Glasgow/master 5bc3ea9 awygle: Add IFCLK test point....
<rqou> alright awygle i need to brb food :P
<reportingsjr> awygle: i enjoyed your stream! I would definitely watch again if you did another.
rohitksingh has quit [Quit: Leaving.]
digshadow has quit [Ping timeout: 240 seconds]
<awygle> whitequark: you still around? quick judgement call question
<shapr> awygle: thanks for the stream! I learned a bunch, especially that resistance + reactance must match along the entire signal path in order to prevent reflections
<openfpga-github> [Glasgow] awygle closed issue #35: Slew rate limiting resistors https://github.com/whitequark/Glasgow/issues/35
<awygle> shapr: glad you enjoyed it! i'll try to do it at a more reasonable time on the weekend for Rev C (and you can see the other cat :p)
<shapr> and that's why knowing the inter-layer spacing differences between dirtypcbs and oshpark is useful
<shapr> yeah, your cats are cute!
<awygle> they're good boys :)
<awygle> looooooool
<awygle> i got a retweet from a Glasgow newspaper on my stream tweet
<awygle> i'm sure it's just a bot but that's hilarious
<whitequark> awygle: around but have a splitting headache
<whitequark> what question?
<awygle> it was about a silkscreen placement, i think what i came to is good though
<whitequark> ah lemme see
<awygle> if not, you'll see it - refdes for lower level shifter
<whitequark> awygle: btw I think Glasgow should be basically usable for your tinyfpga programming goal
<whitequark> the FIFO arbiter isn't fair at all yet but it doesn't matter here
<awygle> awesome!
<awygle> i'll try and make that happen tomorrow
<awygle> since i gave up on rushing to the conference
<openfpga-github> [libfx2] whitequark pushed 2 new commits to master: https://github.com/whitequark/libfx2/compare/fc863fed8a13...c48fef307fda
<openfpga-github> libfx2/master c48fef3 whitequark: Rename FX2Device._device to .usb and make it public.
<openfpga-github> libfx2/master 32fb3da whitequark: Add FX2Device.{bulk_read,bulk_write} convenience methods.
<whitequark> awygle: btw do you think you could submit the new resistor network footprint and the cypress footprint to kicad?
<awygle> whitequark: yup will do
<whitequark> wait
<whitequark> you did run drc right?
<whitequark> the OEQ pullup isn't connected
<whitequark> I'll fix that
<awygle> wait what? i totally did run DRC
<awygle> oh wtf
<awygle> why the hell is unconnected a separate category
<awygle> >_< goddammit. sorry whitequark
<whitequark> no problem
<awygle> reportingsjr: glad you liked it! i'll probably do another one this weekend sometime :)
Bike has quit [Quit: Lost terminal]
<whitequark> hm, silk for R19 overlaps courtyard of RN2
<awygle> hm, more importantly it also overlaps the mask expansion
GenTooMan has quit [Quit: Leaving]
<whitequark> awygle: hmmm
<whitequark> I see you moved the USB connector
<whitequark> any reason for that and not making a cutout in the board?
<whitequark> I kind of liked how it is flush
<awygle> we can do that if you want. I moved it to obey the footprint's rule about edges without changing the board outline is all. I'll revert it and add a cutout
<whitequark> yeah, please do
<whitequark> I feel like this will just grab stuff e.g. in a bag
<awygle> Sure, makes sense
<whitequark> and stress the connector
<whitequark> ok, I fixed the board up a bit
<whitequark> just cleaned inconsistent silk and ugly traces
<openfpga-github> [Glasgow] whitequark pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/479013c69b0963e352099ae9bfb358a6f10520e3
<openfpga-github> Glasgow/master 479013c whitequark: Make a few cosmetic changes to the PCB, both traces and silk....
rohitksingh has joined ##openfpga
<openfpga-github> [Glasgow] awygle pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/0aa843bfb419f907a420208d56230b3c7a9c0555
<openfpga-github> Glasgow/master 0aa843b awygle: Moved USB connector to be flush with board edge....
<awygle> whitequark: that should do it. i based the radius of the cut on a 0.8mm internal slot requirement (so it's a 0.4mm radius)
<awygle> i could pull the cutout in tighter if you want, i decided to make it span the connector but i could pull it in to hug the flange instead
angl has quit [Ping timeout: 260 seconds]
<tnt> Mmm ... on the ice40 there is no way to use both the PLL generated clock _and_ the input clock if you're not using G0 clock input ?
<daveshah> tnt: if you are using the dedicated input, you can use the SB_PLL40_2_PAD which passes through the input to the second output
<daveshah> Otherwise, there is no problem using the pll's input for other purposes AFAICS
<tnt> daveshah: yeah but SB_PLL40_2_PAD forces me to use input pin G0 and not any of the other dedicated clock input AFAICT.
<daveshah> tnt: you can't use any other dedicated input with the PLL directly
<daveshah> In those cases, use SB_PLL40_CORE
<daveshah> And the REFERENCECLK input
<daveshah> Which is just general routing
<daveshah> But I don't think that has a massive performance penalty
<daveshah> And it can be shared with other uses then.
<tnt> ok, I thought that you'd be able to feed the PLL from any of the GBUF output and not have to revert to general purpose routing.
<tnt> Thanks, I'll give that a shot and try to measure performance difference between the two options.
<daveshah> tnt: yeah, the way the PLL is integrated means that isn't possible
<daveshah> But the ice40 isn't really meant for crazy performance, so I think they consider it fine
<daveshah> Beware that G0 and G1 are both output only when the PLL is used, regardless of the PLL type and input
m_t has joined ##openfpga
digshadow has joined ##openfpga
rohitksingh has quit [Remote host closed the connection]
rohitksingh has joined ##openfpga
oeuf has joined ##openfpga
<rqou> ugh, i decided to play with esp32 for a bit for <redacted reasons> and wow the tooling is a giant mess
<rqou> seriously people, can we please give espressif some reverse engineering love?
rohitksingh has quit [Quit: Leaving.]
<daveshah> I suspect it's even worse than the nRF52 I'm wrangling with at the moment
<rqou> oh i have one of those on hand too
<rqou> did they fix the code protection bypass?
<daveshah> Right now we aren't worried about tjat
<daveshah> *that
<daveshah> Sending firmware updates in plaintext (but signed)
<rqou> anyways, maybe i'm naive but reverse engineering the esp8266/esp32 shouldn't be _that_ hard?
<rqou> since you have .a files that aren't obfuscated
<daveshah> Yeah, really shouldnt be hard at all
<daveshah> Not as a bad as a product I looked at once (no further comment) containing a ridiculous amount of secret algorithms
<daveshah> All in linux so files with all -g and a low optimisation level
<rqou> yeah they did at least remember to strip debug data from these
<rqou> hey felix_ want to take a look at this at some point?
soylentyellow has quit [Quit: Leaving]
Bike has joined ##openfpga
indy has quit [Ping timeout: 240 seconds]
[X-Scale] has joined ##openfpga
X-Scale has quit [Ping timeout: 256 seconds]
[X-Scale] is now known as X-Scale
mumptai has joined ##openfpga
hl has quit [*.net *.split]
nrossi has quit [Ping timeout: 240 seconds]
sielicki has quit [Ping timeout: 240 seconds]
anuejn has quit [Ping timeout: 250 seconds]
AlexDaniel` has quit [Ping timeout: 256 seconds]
jfng has quit [Ping timeout: 256 seconds]
indefini has quit [Ping timeout: 240 seconds]
pointfree1 has quit [Ping timeout: 255 seconds]
<qu1j0t3> rqou: Your setting side by side is really good, thankyou too
pointfree1 has joined ##openfpga
<pie_> mmm potatos
m_t has quit [Quit: Leaving]
indefini has joined ##openfpga
anuejn has joined ##openfpga
nrossi has joined ##openfpga
AlexDaniel` has joined ##openfpga
hl has joined ##openfpga
sielicki has joined ##openfpga
jfng has joined ##openfpga
pie_ has quit [Remote host closed the connection]
pie__ has joined ##openfpga
GenTooMan has joined ##openfpga
bitd has joined ##openfpga
mumptai has quit [Remote host closed the connection]
mumptai has joined ##openfpga
<awygle> good morning o/
<rqou> morning
<daveshah> morning
digshadow has quit [Ping timeout: 240 seconds]
<awygle> hmm what's the best way to make a series of pull requests on github that depend on each other?
<rqou> lolol
<awygle> I guess maybe "don't"...
<daveshah> awygle: you can't unless a bot is added to check
<daveshah> there's one that checks for the text "depends on #xx" in a PR
<daveshah> mithro uses it, but I can't remember the name
<daveshah> IMO it's one of Github's biggest weaknesses
<awygle> this seems like a useful feature to add to my "git replacement" text file lol
<daveshah> I suppose it can be done in git itself with patchfiles
<awygle> well actually I guess the two PRs I'll split the LM one into are technically independent anyway
<daveshah> yes, this is true
digshadow has joined ##openfpga
wpwrak has quit [Read error: Connection reset by peer]
wpwrak has joined ##openfpga
<rqou> wow, birbsite has been giving me a huge slew of promoted tweets the past few days
<rqou> did somebody scrape the fact that i'm graduating or something?
<rqou> do marketers do stuff like that?
<awygle> I somehow don't own a single breadboard
<rqou> i stole some from a cory junk bin :P
<awygle> eh good excuse to visit my local electronics shop
<mithro> daveshah: want to finish bitstream gen for ice40?
<mithro> The routing should all be there now
<felix_> rqou: sounds like a fun project, but i currently already have too many projects :/ maybe at some point in the future; the ath10k stuff is more important to me in the nearer future ;)
<daveshah> mithro: yeah, happy to look at that
<daveshah> do you know how much HLC writer stuff still needs doing?
<mithro> daveshah: just the connections
<daveshah> ok, can you point me to the latest repos for this stuff?
<daveshah> mithro: thanks
<mithro> daveshah: Poke jhol maybe?
<daveshah> sure
<daveshah> I'll probably look at this tomorrow anyway
<mithro> daveshah: Might need jhol's icestorm repo too
<daveshah> yeah I think he mentioned that
<mithro> I'm hoping to merge pull #115 sometime today
<rqou> ugh i really want cpld_editor
<rqou> i guess i have to build it myself
<rqou> btw digshadow: no you cannot use fpga_editor on cpld designs
<rqou> fpga_editor only loads .ncd files, not .ngc/.ngd
<awygle> these all sound like abbreviations for Nintendo consoles
<digshadow> rqou: noted, I setup a project but haven't looked through the log files yet
<daveshah> mithro: it looks like all of the hlc stuff is set up for tile-routing but the rr_graph stuff uses top-routing?
<rqou> digshadow: i just looked at the log files and at least by default they _deliberately_ obfuscate the ZIA connections (in the .rpt file)
<rqou> the .vm6 file _might_ have the necessary information, but a) you'd have to RE it and b) azonenberg was even more concerned about looking at this file than the "other" file
<mithro> daveshah: asap :-P
<daveshah> ok I really can't guarantee anything bc I'm busy with other work and do want to spend some time relaxing this weekend
<awygle> https://github.com/dawsonjon/Chips-2.0 hey look another one
rohitksingh has joined ##openfpga
<tnt> Huh ... I just came to a pretty hard realization here ... don't the ice40 Ultra family have LVDS input ?
<daveshah> tnt: yeah, they do
<tnt> oh thank god ...
<tnt> I don't see that documented anywhere. The TN from lattice only lists LP/HX
<daveshah> They don't have LVDS output though
<daveshah> You have to emulate lvds output with an inverter in fabric and resistor network
<tnt> Yeah, that I know you have to 'emulate it'.
<tnt> But tbh I'm not really using it as LVDS ... I'm using them as analog comparators to see if an analog voltage is above/below a threshold :p
<daveshah> I think that's the main use case lattice push for them anyway
<daveshah> The fabric is too slow for many lvds applications anyway
<tnt> :)
<rqou> ugh rust debug builds are at least an OOM slower than release builds
rohitksingh has quit [Quit: Leaving.]
rohitksingh has joined ##openfpga
<digshadow> rqou: the power analyzer I think lists ZIA connections
<rqou> hmm?
<rqou> which file?
indy has joined ##openfpga
<digshadow> sec
<digshadow> I had a stupid simple design though
<digshadow> and i'm not familiar with the ZIA
<digshadow> but that looks promising
<rqou> i saw that, but i'm not sure it really gives enough information
<rqou> i'm not sure it shows which ZIA row is being used
<digshadow> I need to read up on the ZIA a bit, I see a few things that are potentially interesting
<digshadow> but I don't know how to interpreset them
<awygle> chipdb went nicely, time to mod arachne
<daveshah> awygle: Awesome! Congratulations
<awygle> daveshah: what's this ram/MASK stuff in arachne-pnr's router?
finsternis has quit [Remote host closed the connection]
<daveshah> awygle: the MASK inputs are to selectively write enable bits
<daveshah> IIRC the ram stuff varies a bit between the 1k and the 8k parts
<daveshah> But doing what the 8k does will work
<awygle> yeah i did what the 8k and the 5k both do
<awygle> since the 4k db came out the same as the 8k i figured that was safe
<daveshah> Yep, that will be perfect
<awygle> hm arachne is choking on my chipdb
<daveshah> What's the problem?
<awygle> looks like something to do with the package
<awygle> it's failing in parse_cmd_pins
pie___ has joined ##openfpga
pie__ has quit [Ping timeout: 240 seconds]
rohitksingh has quit [Quit: Leaving.]
<awygle> yep just a typo in the pin list, put B7 and C7 in the same place
<awygle> i forgot i don't have yosys in this vm yet >_< build times are such a flow-breaker. guess it's lunchtime.
<daveshah> You can write a simple blif file by hand...
<daveshah> Enjoy your lunch
<daveshah> Sounds like good progress
<rqou> i find blif 100% unreadable
<rqou> yosys json is much saner
bitd has quit [Quit: Leaving]
<whitequark> daveshah: "Beware that G0 and G1 are both output only when the PLL is used" wait what
<whitequark> awygle: but the USB connector still sticks out a bit
<awygle> whitequark: so i'm basing the position on the datasheet, which shows 1.45mm between the center of the shield pad and the edge of the board, and 0.7mm from the front edge to the connector front interface. are you saying that doesn't include the flange so we need 0.43mm more?
<daveshah> whitequark: yeah it's a horrible catch of the ice40
<daveshah> It's pins 35 and 37 on the UP IIRC
<whitequark> daveshah: fuuuuck
<whitequark> this makes PLL unusable in Glasgow
<rqou> lolol
<rqou> i thought you knew about this problem
<rqou> sorry i didn't remind you
<whitequark> awygle: I was looking at the 3D model
<rqou> (i found this out because clifford warned me)
<whitequark> which I believe is consistent with reality
<rqou> apparently whatever board clifford was designing puts LEDs on those pins :P
<awygle> hm i don't have a 3D model for this, must be a path issue
<openfpga-github> [Glasgow] whitequark pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/dd524ab258099f02051af23751250b90d062b6b9
<openfpga-github> Glasgow/master dd524ab whitequark: Move the USB connector flush with the board outline.
<awygle> lol i was halfway through doing that
<openfpga-github> [Glasgow] whitequark pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/b5b502301e0ada4674416bfe01c33a35b33b96e9
<openfpga-github> Glasgow/master b5b5023 whitequark: Update libfx2.
<whitequark> oops
<awygle> you need to repour the 5V pour
<rqou> oh wtf
<rqou> ping azonenberg
<awygle> lol whoops i was just straight missing four ieren entries
<awygle> because they were the config spi pins so they weren't in fuzzconfig.py
openfpga-github has joined ##openfpga
<openfpga-github> openfpga/master 40fd6f3 Robert Ou: xc2par: Begin plumbing in non-32A support
openfpga-github has left ##openfpga [##openfpga]
<openfpga-github> openfpga/master 277c8c8 Robert Ou: Miscellaneous cleanup and fixes
<openfpga-github> openfpga/master eca02b8 Robert Ou: xc2par: Misc logging and cleanup
<openfpga-github> [openfpga] rqou pushed 5 new commits to master: https://git.io/vpSMQ
<pie___> awygle, im kind of wondering if a theorem prover could perform better than a "exact geometric computation" https://www.cgal.org/exact.html but i get the feeling it wouldnt
<pie___> i mean for example if you constructed a model by some geometric construction method, and you say, ask the question whether two lines intersect.
<pie___> though i havent actually read that whole page
<awygle> woo i made a bitstream!
<pie___> wooooo \o/
<q3k> awygle: whatch'ya doin'?
<awygle> q3k: adding ice40 LM support to icestorm/arachne
<q3k> cool!
<awygle> argh, blinky coredumps though. still, really close!
<whitequark> awygle: you didn't put the footprint into hardware/footprints/ in the glasgow repo
<whitequark> for the resistor array
<rqou> azonenberg, digshadow: the pressure is on now: https://twitter.com/rqou_/status/995414214469550080
<awygle> whitequark: sec
<digshadow> rqou: :P
<digshadow> it would have been best to not draw attention that you are IP contaminated if you were planning on doing the clean route
<awygle> whitequark: guess i need to change the symbol's footprint library path too?
<whitequark> awygle: doesn't really matter I guess
<whitequark> it's mostly just that the footprint ought to be somewhere
<awygle> k
<openfpga-github> [Glasgow] awygle pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/44a86a23e4764797ef4039ab8d11f53d37bf6421
<openfpga-github> Glasgow/master 44a86a2 awygle: Add local copy of resistor array footprint....
<openfpga-github> [Glasgow] whitequark pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/f159e6a5047a00f50c10a5c71dd680161241abc9
<openfpga-github> Glasgow/master f159e6a whitequark: Remove all footprints, symbols and 3D packages merged in KiCAD.
<awygle> blinky coredumps due to global promotion, so i guess i got that wrong someplace. think i'll try to fix it rather than flash the bitstream with --no-promote-globals.
<rqou> the code right now isn't contaminated
<awygle> yeah that tweet is sort of screaming I AM SUSPICIOUS
<openfpga-github> [Glasgow] whitequark pushed 1 new commit to master: https://github.com/whitequark/Glasgow/commit/04bddf1221874090510bc08687872facb2d0a27b
<openfpga-github> Glasgow/master 04bddf1 whitequark: Hack together a 3D model for Crystal_SMD_3225_4Pads.
<awygle> whitequark: lol. in more ways than one for me
<digshadow> whitequark: am I missing some context on this
<pie___> aaand now i have mtvre envy again :P
<rqou> pie___: you can always come visit :P
<pie___> awygle, can we hurry up and get rich already
<awygle> lol
<awygle> i would love to
<rqou> wat pie___ why can't I get rich :P
<pie___> rqou, you dont need to casually jaunt to the us :P
<pie___> though sometimes im not sure i want to anymore even though im as american as the next guy *rubs temples*
<awygle> i'm already in the US, so do i get to casually jaunt to hungary?
<pie___> need to get more richer so i an move to the fucking moon
<awygle> "we're taking this concession stand..."
<rqou> pie___: is Orbán really that much better than the Dorito? :P
<pie___> rqou, read: move to the fucking moon
<pie___> he probably is though
<awygle> pie___: isn't it like 2am there?
<pie___> 12:30
<pie___> (close)
digshadow has quit [Ping timeout: 276 seconds]
<rqou> yeah I guess Orbán didn't flaunt grabbing women by the p*ssy :P
<awygle> YES! bitstream achieved
<pie___> awygle, yesssss
<rqou> nice
<pie___> i think i might go read feersum endjinn or something
<rqou> apparently today is "generate all the bitstreams" day
<pie___> but if we generate ALL the bitsreams today...what will we do tomorrow?
<pie___> (same thing we do every day pinky...)
<awygle> uh... ultra and ultralight? i guess? :p
<rqou> also where the f*ck is azonenberg?
<awygle> SAR, probably. or house stuff. he's a busy dude.
<rqou> too much saving people :P
<rqou> we should create a system of exchanges so that people can choose what kind of rescuing plan they would like to buy :P :P :P
<rqou> amidoinitright?
digshadow has joined ##openfpga
<awygle> okay, i've got my test bitstream, i've got the glasgow firmware etc built, i guess the next thing to do is hook up glasgow and get signs of life
<rqou> *magic smoke escapes*
<pie___> rqou, it was alive. briefly. :P
<Ultrasauce> the silicon that burns half as long and twice as bright
mumptai has quit [Quit: Verlassend]
<whitequark> digshadow-c: awygle works for dataio
<whitequark> awygle: hm share the firmware? I'm curious what you've changed
<digshadow> whitequark: ha I did not know that
digshadow has quit [Quit: Leaving.]
digshadow has joined ##openfpga
<pie___> wait he does? lmao
<awygle> whitequark: didn't change anything, just built it. Installed sdcc, ran make :-P
<whitequark> ahh
<awygle> (well OK it was slightly more involved, but only slightly)
<whitequark> you need a bitstream
<whitequark> let me finish some minor work required for that
<whitequark> well mostly just convenience stuff
<awygle> Kk. I built my DUT circuit. I'm gonna plug in Glasgow and make sure the lights light up :-P
<awygle> It's gonna be running in mpsse emu mode, right? So I should be able to teach iceprog to talk to it?
<awygle> (once I have a bitstream etc)
<whitequark> there's no real mpsse support
<whitequark> I haven't even started implementing that
<whitequark> but, a native iCE40 programmer is something like 10 lines of migen, so I'll write that
<awygle> ah
<whitequark> interesting deice
<rqou> O_o
<awygle> Yeah those are awesome
<awygle> Expensive though
<cr1901_modern1> native ice40 programmer?
<whitequark> SPI master.
<cr1901_modern1> Ahhh
cr1901_modern1 has quit [Quit: Leaving.]
cr1901_modern has joined ##openfpga
<openfpga-github> [Glasgow] whitequark pushed 3 new commits to master: https://github.com/whitequark/Glasgow/compare/04bddf122187...eab3a0373dff
<openfpga-github> Glasgow/master eab3a03 whitequark: Move test targets to glasgow.test.
<openfpga-github> Glasgow/master 658a6dc whitequark: Add gen-seq test bitstream.
<openfpga-github> Glasgow/master a31d8e7 whitequark: Add GlasgowDevice.get_port API.