ali_as has quit [Ping timeout: 240 seconds]
_whitelogger has joined #glasgow
<
_whitenotifier>
[Glasgow] marcan commented on issue #163: config/99-glasgow.rules should maybe set ENV{ID_MAKER_TOOL} -
https://git.io/JenIu
pie__ has joined #glasgow
pie_ has quit [Ping timeout: 240 seconds]
<
_whitenotifier>
[Glasgow] whitequark commented on issue #163: config/99-glasgow.rules should maybe set ENV{ID_MAKER_TOOL} -
https://git.io/Jentb
<
_whitenotifier>
[Glasgow] whitequark closed issue #163: config/99-glasgow.rules should maybe set ENV{ID_MAKER_TOOL} -
https://git.io/Jenez
pie__ has quit [Ping timeout: 240 seconds]
<
gruetzkopf>
whitequark: issue #161 seems consistent with the EP8in timeouts i was getting on jn's unit
<
whitequark>
gruetzkopf: ack
<
gruetzkopf>
(which back then the working theory was broken connection, which i didn't examine more than optically)
pie_ has joined #glasgow
pie_ has quit [Ping timeout: 265 seconds]
ali_as has joined #glasgow
pie_ has joined #glasgow
pie_ has quit [Ping timeout: 276 seconds]
pie_ has joined #glasgow
<
_whitenotifier>
[GlasgowEmbedded/Glasgow] whitequark aed67d3 - applet.interface.uart: remove `tty --cr`.
<
whitequark>
gruetzkopf: right, it's not an unreasnoable theory since i have no idea why the appropriate HDL changes could have caused that
<
whitequark>
but it's the HDL changes.
<
gruetzkopf>
yeah i also hadn't used that unit before
<
gruetzkopf>
so i had no reason to claim it was good
pie_ has quit [Ping timeout: 245 seconds]
m4ssi has joined #glasgow
spacekookie has quit [Quit: **agressive swooshing**]
spacekookie has joined #glasgow
ExeciN has joined #glasgow
pie_ has joined #glasgow
Getorix has quit [Ping timeout: 265 seconds]
carl0s has joined #glasgow
m4ssi has quit [Remote host closed the connection]
uovo has quit [Read error: Connection reset by peer]
uovo has joined #glasgow
mwk has joined #glasgow
<
electronic_eel>
whitequark: I don't know if you already looked at my new gpio code in #159
<
electronic_eel>
but I just saw nmigen issue #242 about bitarray usage
<
electronic_eel>
and I used bitarray there because it was convenient
<
electronic_eel>
is that a problem and you want me to use something else or is it ok for now to keep it?
<
whitequark>
electronic_eel: if you're not using huge mutable bitarrays please use glasgow.support.bits
<
electronic_eel>
it is small, but I use it to change bits
<
electronic_eel>
do you have a better solution for changing bits than and/or by hand?
<
whitequark>
not currently, no
<
electronic_eel>
bitarray is really convenient for that kind of thing. why deprecate it?
<
whitequark>
it has totally fucked handling of endianness
<
whitequark>
which has been an endless source of bugs
<
emily>
it also has fairly broken C code afaict
<
electronic_eel>
ok, I haven't looked at the c code
<
electronic_eel>
and I just had a very simple case with creating the bitarray from simple bytes, so endianness wasn't really challenging
ExeciN has quit [Ping timeout: 240 seconds]
ali_as has quit [Ping timeout: 265 seconds]
ali_as has joined #glasgow
ExeciN has joined #glasgow
<
_whitenotifier>
[GlasgowEmbedded/Glasgow] whitequark 4da5772 - applet.audio.yamaha_opl: update doc. NFC.
<
_whitenotifier>
[GlasgowEmbedded/Glasgow] whitequark 3209982 - applet.audio.yamaha_opl: move resampling to client side.
<
_whitenotifier>
[GlasgowEmbedded/Glasgow] whitequark a5c2c83 - applet.audio.yamaha_opl: add stereo support.
<
_whitenotifier>
[GlasgowEmbedded/Glasgow] whitequark 465de81 - applet.audio.yamaha_opl: add wait states after soft reset.
bgamari_ has quit [Ping timeout: 246 seconds]
bgamari has joined #glasgow
ExeciN has quit [Quit: so long king Bowser]
Getorix has joined #glasgow
ali_as has quit [Ping timeout: 268 seconds]
carl0s has quit [Remote host closed the connection]
danilonc has quit [Quit: WeeChat 1.9.1]
danilonc has joined #glasgow
<
_whitenotifier>
[GlasgowEmbedded/Glasgow] whitequark 7d1eb4b - applet.audio.yamaha_{opl→opx}: add OPM support.
<
_whitenotifier>
[GlasgowEmbedded/Glasgow] whitequark 5eed704 - applet.audio.yamaha_opx: add streaming timeout.