<jimwilson_>
they mentioned a schedule slip for the Xiangshan SoC in the talk
pabs3 has quit [Quit: Don't rest until all the world is paved in moss and greenery.]
theruran has joined #riscv
littlebobeep has joined #riscv
pabs3 has joined #riscv
yeirr has joined #riscv
BootLayer has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
vagrantc has quit [Quit: leaving]
<mps>
jimwilson_: interesting to view these slides, thanks
jn has quit [Remote host closed the connection]
jn has joined #riscv
jn has joined #riscv
eroux has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
raym has quit [Quit: ed is the standard editor]
yeirr has quit [Ping timeout: 246 seconds]
raym has joined #riscv
yeirr has joined #riscv
crabbedhaloablut has quit [Remote host closed the connection]
pecastro has joined #riscv
gordonDrogon has quit [Ping timeout: 240 seconds]
raym has quit [Ping timeout: 258 seconds]
gordonDrogon has joined #riscv
gordonDrogon has quit [Ping timeout: 246 seconds]
gordonDrogon has joined #riscv
jmdaemon has quit [Ping timeout: 258 seconds]
jjido has joined #riscv
littlebobeep has joined #riscv
raym has joined #riscv
gordonDrogon has quit [Ping timeout: 276 seconds]
jack_lsw has joined #riscv
jacklsw has quit [Ping timeout: 246 seconds]
jack_lsw1 has joined #riscv
gordonDrogon has joined #riscv
jack_lsw has quit [Ping timeout: 255 seconds]
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
yeirr has quit [Ping timeout: 255 seconds]
yeirr has joined #riscv
Azem has joined #riscv
yeirr has quit [Ping timeout: 244 seconds]
yeirr has joined #riscv
___nick___ has joined #riscv
dh` has quit [Quit: brb]
jack_lsw1 has quit [Ping timeout: 272 seconds]
yeirr has quit [Ping timeout: 258 seconds]
prabhakarlad has joined #riscv
BootLayer has quit [Quit: Leaving]
littlebobeep has quit [Ping timeout: 240 seconds]
wingsorc has quit [Ping timeout: 252 seconds]
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
eroux has joined #riscv
littlebobeep has joined #riscv
BootLayer has joined #riscv
bauruine has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
dramforever_ has joined #riscv
dramforever has quit [Ping timeout: 244 seconds]
solrize has quit [Ping timeout: 255 seconds]
jjido has joined #riscv
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
solrize has joined #riscv
dramforever_ has quit [Quit: Leaving]
dramforever_ has joined #riscv
eroux has joined #riscv
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
dramforever__ has joined #riscv
dramforever_ has quit [Read error: Connection reset by peer]
dramforever__ has quit [Client Quit]
davidlt has joined #riscv
Starfoxxes has quit [Ping timeout: 260 seconds]
BootLayer has quit [Quit: Leaving]
Starfoxxes has joined #riscv
EchelonX has joined #riscv
mechaniputer has joined #riscv
vagrantc has joined #riscv
BootLayer has joined #riscv
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jjido has joined #riscv
frkazoid333 has quit [Read error: Connection reset by peer]
frkazoid333 has joined #riscv
bauruine has quit [Ping timeout: 255 seconds]
prabhakarlad has quit [Quit: Client closed]
nvmd has joined #riscv
cousteau has joined #riscv
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<cousteau>
I find it confusing that "rocket" can mean either rocket-core or rocket-chip, where rocket-chip is simply "an SoC constructing framework, which can be used with rocket-core, or not". Every time I read "rocket-chip" I think it refers to the core, rather than the Rocket/BOOM-based architecture
<cousteau>
I propose renaming "rocket-chip" to something more core-agnostic that highlights the fact that it is focused on the chip and not the core
<cousteau>
For example, "spacechip" :)
<cousteau>
(because spaceships have one or multiple rockets!)
littlebobeep has quit [Ping timeout: 240 seconds]
<conchuod>
palmer: can you please give atul a hand w/ his mail client? whatever he's doing its not threading mail properly :/
prabhakarlad has joined #riscv
nvmd has quit [Quit: WeeChat 3.5]
aburgess_ has quit [Ping timeout: 246 seconds]
crabbedhaloablut has joined #riscv
motherfsck has joined #riscv
gorgonical has joined #riscv
<gorgonical>
On Linux for interrupt handling
<gorgonical>
Sorry, keyboard malfunction.
<gorgonical>
On Linux for interrupt handling (entry.S) we start by immediately stashing the user tp register into CSR_SSCRATCH and getting the kernel task_struct ptr from that. We proceed to stash all the GPRS and whatnot in that task struct
<gorgonical>
The question I have is: how does that initial task struct get into CSR_SCRATCH? We put it back at the end of the entry.S routine but I can't find where it gets there in the first place
winterflaw has joined #riscv
cousteau has quit [Quit: Quit]
EchelonX has quit [Quit: Leaving]
dramforever has joined #riscv
aburgess_ has joined #riscv
sobkas has joined #riscv
littlebobeep has joined #riscv
aburgess_ has quit [Ping timeout: 256 seconds]
solrize has quit [Changing host]
solrize has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
nvmd has joined #riscv
littlebobeep has joined #riscv
<muurkha>
drmpeg: congratulations!
BootLayer has quit [Quit: Leaving]
wingsorc has joined #riscv
aburgess_ has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
dh` has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
___nick___ has quit [Ping timeout: 255 seconds]
littlebobeep has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
davidlt has quit [Ping timeout: 240 seconds]
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
littlebo1eep has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
littlebo1eep has quit [Ping timeout: 240 seconds]
cmuellner has quit [Ping timeout: 258 seconds]
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
<drmpeg>
muurkha: Thanks, just trying to help out with testing. My primary open source project is GNU Radio. https://github.com/gnuradio/gnuradio
littlebobeep has joined #riscv
jmdaemon has joined #riscv
<muurkha>
drmpeg: I appreciate GNU Radio a lot, at Satellogic we were using it for our satellite communications
<drmpeg>
Cool. My focus is on digital television standards. DVB-S2, DVB-T2, etc.
littlebobeep has quit [Ping timeout: 240 seconds]
<mps>
drmpeg: are you HAM operator?
<drmpeg>
Yes.
<mps>
drmpeg: also I'm but didn't worked on it for years
<drmpeg>
I was definitely fading out on it. But Software Defined Radio renewed my interest.
<drmpeg>
But I don't do "traditional" radio now. It's all experimental.
<mps>
yeah, my son use it a lot for things I don't even understand
cwebber has quit [Remote host closed the connection]
<drmpeg>
SDR is a lot of fun. It combines radio, computers and math.
<drmpeg>
Big learning curve.
<mps>
yes, I looked only superficially
<mps>
though I understand theory didn't tried in practice any project
<muurkha>
I'm sort of more interested in the opposite extreme from digital television: the power-limited regime where it doesn't matter how much bandwidth you're using
crabbedhaloablut has quit [Remote host closed the connection]
<drmpeg>
Yeah, you can have negative S/N with DVB-S2, but not negative Eb/No.
crabbedhaloablut has joined #riscv
<muurkha>
I'm so ignorant I don't know what Eb/No is! presumably it's the SNR after you apply coding gain to the signal?
sobkas has quit [Quit: sobkas]
<drmpeg>
Yes. It has to do with the Shannon limit.
<drmpeg>
But when you said "power-limited", that's what came to mind.
<muurkha>
yeah, I just know what Wikipedia tells me, but it says that at low enough Eb, it doesn't matter how much bandwidth you use
<muurkha>
assuming constant spectral noise density
<muurkha>
you still get the same bit rate
<muurkha>
because if you use a wider bandwidth you get more noise
littlebobeep has joined #riscv
<drmpeg>
I can't say I understand it fully myself. Of the radio, computers and math trio, math is my major weakness.
<muurkha>
I'm curious whether MIMO helps, because by spreading the transmit power across more antennas you reduce the bit rate each antenna can transmit at a given BER, but still maybe you can do a better job of detecting the signal with a big phased array to receive?
<muurkha>
and presumably by the same token you can use phased-array transmission to send most of your signal energy to your desired recipient rather than somewhere else
<muurkha>
QRP kind of stuff
<mps>
sometimes I contemplate about using quantum theory in radio signals processing but always come to conclusion it is out of my knowledge
<mps>
my gut feeling that some day someone will come to solution
jjido has joined #riscv
<muurkha>
well, we do have to use quantum theory in designing radios all the time; there are lots of radio receivers whose performance is limited either by blackbody radiation or by Johnson noise, which are both quantum phenomena
<muurkha>
and of course the Shockley equation we use to model transistor junction behavior is also a quantum-theory thing, and it's pretty common to use one or more transistors in radio receivers :)
<mps>
aha, my 'explanation' is that everything what happens 'on the edges' are actually quantum phenomena
littlebobeep has quit [Ping timeout: 240 seconds]
<mps>
or quantum magic :)
<muurkha>
I don't know if you can build a classical model of thermionic electron emission that's good enough to build a vacuum-tube radio
<muurkha>
maybe. you could probably make do with engineering approximations that are just empirical equations full of fuzz factors
<mps>
'thermionic'? what that means? I'm not native english speaker
<muurkha>
vacuum tubes work because when you heat up a piece of metal ("therm-") it starts emitting electrons ("-ionic") into the vacuum around it
<mps>
ah, yes, understand now
<muurkha>
and you might be able to predict the behavior of that space charge well enough with classical theory
<mps>
yes, that is what I learned basis in school
littlebobeep has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
riff-IRC has quit [Quit: PROTO-IRC v0.73a (C) 1988 NetSoft - Built on 11-13-1988 on AT&T System V]
littlebo1eep has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
Azem has quit [Ping timeout: 256 seconds]
littlebo1eep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
littlebo1eep has joined #riscv
littlebobeep has quit [Ping timeout: 240 seconds]
pecastro has quit [Ping timeout: 256 seconds]
littlebobeep has joined #riscv
littlebo1eep has quit [Ping timeout: 240 seconds]
jjido has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
wingsorc__ has joined #riscv
wingsorc has quit [Read error: Connection reset by peer]