IRC logs for #openrisc Thursday, 2012-12-06

stekernjuliusb: yes, I think I'll put in that kind of signal to hold off ctrl_branch_occur until it's really certain that the load/store have finished without causing an exception05:11
stekern... or then I introduce the pipeline nop bubble at this phase in the patch merging and only use it to squeese in a nop between lsu ops followed by a jump05:12
stekernsince I will want to introduce that at some stage anyway05:13
stekernbecause holding off ctrl_branch_occur and squezing in a nop in between is essentially the same05:13
stekernah, no. I found out another thing that makes this work lurking in my unmerged stuff06:28
stekernwhen I'm doing the load/stores in ctrl/mem stage I have changed the exception logic so that lsu_valid is not asserted for misaligns and dbus errors06:30
stekernand instead of padv_ctrl the exception is kicked off by registering those signals (since that's what is stalling the pipeline)06:30
stekernof course that logic can still work before I have moved the load/stores into ctrl/mem stage06:31
stekern(and it does according to the tests)06:34
stekerna bit more work to merge that change in at this stage, but probably worth it to get those things in in nice small incremental steps06:35
stekernbah, except for the debugexceptsteptest06:59
stekernthink I've got that sorted out now as well07:44
mor1kx[mor1kx] skristiansson pushed 8 new commits to master:
mor1kxmor1kx/master 8c75a3f Stefan Kristiansson: cappuccino/ctrl: add missing 'input' to except_trap_i08:15
mor1kxmor1kx/master 53e4820 Stefan Kristiansson: cappuccino/ctrl: simplify delay slot detection for exceptions...08:15
mor1kxmor1kx/master b6dbd4e Stefan Kristiansson: decode: add detection of branches to immediates...08:15
stekernjuliusb: is it ok if I just push stuff I'm kind of certain should go in without question (like I just did) and put up pull requests only on stuff that I think you should take a look at first?08:53
-!- Netsplit *.net <-> *.split quits: @juliusb, gxti10:19
-!- Netsplit over, joins: gxti10:19
-!- Netsplit over, joins: juliusb10:20
juliusbstekern: yeah no worries11:11
juliusbI trust your judgement11:11
stekerneven when I haven't took my medicines? ;)11:45
zewanHi all. Has anyone seen this?
zewanIs that your job? :)12:21
juliusbzewan: very interesting, thanks for pointing thato ut12:59
juliusbstekern: hah what medicine? Finnish medicine (vodka?)12:59
juliusbzewan: that project isn't just about processor design, it's about SoC design with a bunch of cores which there aren't open source variants of13:00
juliusbwhere they gettign this $10mil from?13:01
juliusbfor $10mil you could maybe get a SoC done13:01
juliusbnot sure why you would, you're just better bribing some employees of qualcomm to release the full software and specs for one of their chips13:01
juliusbyou should get a bit for $10mil13:01
juliusbThat "The justification" paragraph doesn't make sense.13:07
juliusbwhat is "the average factory"?13:07
juliusbbut streamlining and simplifying hasn't got anything to do with it being "open" in this sense (free for them to do with as they wish)13:08
juliusb(at a lower level than other SoC products)13:08
juliusbmy other comment is that, commercially, they're not going to be onto a winner - SoCs are a lot more about what CPU and GPU core you have, connectivity is a lot more important nowdays then ever - phone manufacturers don't want to put down many ICs, and increasing integration of wireless and baseband (TI, Qualcomm, Samsung, Renesas) into APs means that no one will care about something that is fully open if it doesn't have13:14
juliusbso they can make it, it's not going to be a success other than within the free software community13:14
zewanWho they are?13:16
juliusbwhoever does this13:18
stekernjuliusb: nah, then it probably would have been "even when I have took my medicine?"13:50
stekern(just to make things clear, I'm not really on any medication, not finnish nor any other ;))13:52
stekernjuliusb: on the other note, I'm not saying you're wrong, but remember that there are other areas than phone manufacturers13:55
stekernthe industrial segment usually have very different needs13:56
stekernmaybe I should have said consumer electronics instead of phone manufacturers13:57
stekern... but reading the link more carefully makes me realise my comment was a bit ot14:10
--- Log closed Thu Dec 06 18:52:04 2012
--- Log opened Thu Dec 06 18:52:20 2012
-!- Irssi: #openrisc: Total of 21 nicks [0 ops, 0 halfops, 0 voices, 21 normal]18:52
-!- Irssi: Join to #openrisc was synced in 23 secs18:52

Generated by 2.15.2 by Marius Gedminas - find it at!