02:08
jstein has quit [Ping timeout: 258 seconds]
03:34
ar has quit [Server closed connection]
03:34
ar has joined #glasgow
05:10
redstarcomrade has joined #glasgow
05:10
redstarcomrade has quit [Changing host]
05:10
redstarcomrade has joined #glasgow
05:34
joerg has quit [Ping timeout: 258 seconds]
05:36
joerg has joined #glasgow
06:38
redstarcomrade has quit [Read error: Connection reset by peer]
07:28
pie_ has quit [Server closed connection]
07:28
pie_ has joined #glasgow
10:04
dos has quit [Ping timeout: 255 seconds]
10:04
dos has joined #glasgow
11:34
ar-jan has joined #glasgow
14:22
jstein has joined #glasgow
15:15
notgull has quit [Ping timeout: 255 seconds]
15:17
bvernoux has joined #glasgow
15:34
notgull has joined #glasgow
16:11
redstarcomrade has joined #glasgow
16:46
<
gruetzkopf >
soo. time to see if gateware/uart will handle 31-bit frames :D
16:51
<
whitequark[cis] >
i think we dont have that configurable
17:01
<
gruetzkopf >
the uart applet does not, the gateware has num_btis
17:01
<
gruetzkopf >
*num_bits
17:01
<
whitequark[cis] >
yeah
17:01
<
whitequark[cis] >
oh you meant gateware/uart as a path
17:01
<
whitequark[cis] >
happy to have it exposed in the applet
17:02
<
gruetzkopf >
yeahh.. the system i'm going to talk to does
*slightly* absurd things. including different baud rates upstream/downstream
17:03
<
gruetzkopf >
it's only doing async serial to be able to use WT1000 FSK modems
17:04
<
gruetzkopf >
i also need to reverse engineer the 3-error-correcting checksum...
17:04
<
whitequark[cis] >
actually
17:04
<
whitequark[cis] >
how would 31-bit uart even packaged into tty or something
17:04
<
whitequark[cis] >
yeah ok I now remember why it's not exposed in the applet
17:05
<
gruetzkopf >
yeah...
17:06
<
gruetzkopf >
too bad i can't share system docs, one of the large european defense multinationals would get unhappy (as well as the railway company)
17:06
<
whitequark[cis] >
hm
17:07
<
whitequark[cis] >
do you use a fork or do you want to use out of band applets?
17:07
<
whitequark[cis] >
s/band/tree/
17:08
<
gruetzkopf >
i'm happy to effectively run a fork, and see if i can figure out a nice way to upstream n-wide uart
17:11
<
gruetzkopf >
i can simply handle the parity code like payload data
18:02
<
whitequark[cis] >
this could be useful to you considering you're handling proprietary/secret data
18:05
chaoticryptidz has quit [Ping timeout: 252 seconds]
18:10
chaoticryptidz has joined #glasgow
18:10
<
gruetzkopf >
Ha, neat. Thanks a lot! (Well, this specific thing isn't really sensitive, i can go find public sources for everything i've said so far that's even tied to the system i'm playing with, but there's other fun stuff in this industry that's less well documented)
18:11
<
whitequark[cis] >
if you use it please comment on the PR to let us know how it works
18:13
<
whitequark[cis] >
it should save you some pull-rebasing
18:36
redstarcomrade has quit [Read error: Connection reset by peer]
19:07
<
whitequark[cis] >
Attie: that was technically nominated but I suppose that also works :D
19:07
<
whitequark[cis] >
it's not a huge change anyway
19:07
<
Attie[m] >
ha, wooops!
19:07
<
whitequark[cis] >
I mainly wanted to get an example in-tree to codify the use of the glasgowcontrib namespace
19:08
<
whitequark[cis] >
since that's something that could otherwise pose a problem for us if it wasn't specified
20:08
GNUmoon has quit [Remote host closed the connection]
20:08
redstarcomrade has joined #glasgow
20:08
GNUmoon has joined #glasgow
21:20
XoD[m] has quit [Quit: Idle timeout reached: 172800s]
21:31
K900 has quit [Quit: Idle timeout reached: 172800s]
21:38
bob_twinkles[m] has quit [Quit: Idle timeout reached: 172800s]
21:41
smkz has quit [Quit: smkz]
21:57
smkz has joined #glasgow
23:19
esden[m] has quit [Quit: Idle timeout reached: 172800s]
23:21
bvernoux has quit [Quit: Leaving]
23:32
jstein has quit [Ping timeout: 255 seconds]