Bug 375 - Finding new project members who can help with complex detailed work such as LDSTCompUnit
Summary: Finding new project members who can help with complex detailed work such as L...
Status: CONFIRMED
Alias: None
Product: Libre-SOC's first SoC
Classification: Unclassified
Component: Conferences (show other bugs)
Version: unspecified
Hardware: PC Linux
: --- enhancement
Assignee: Luke Kenneth Casson Leighton
URL:
Depends on:
Blocks:
 
Reported: 2020-06-12 00:40 BST by Cole Poirier
Modified: 2020-07-29 21:06 BST (History)
2 users (show)

See Also:
NLnet milestone: ---
total budget (EUR) for completion of task and all subtasks: 0
budget (EUR) for this task, excluding subtasks' budget: 0
parent task for budget allocation:
child tasks for budget allocation:
The table of payments (in EUR) for this task; TOML format:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Cole Poirier 2020-06-12 00:40:29 BST
I think it would very helpful if we had more project members who can help work on the really complex pieces of the HDL, especially since Michael who has done a very significant amount of this work, now, and I think for the next few months(?) has less time to work on the project because he's writing his masters thesis. Since I am not presently capable of helping with most of the HDL code, especially the very complex pieces, I am willing to try and recruit more people. Do you think this is a good idea? If so, do you have any suggestions as to how I should go about this?
Comment 1 Luke Kenneth Casson Leighton 2020-06-12 11:42:47 BST
(In reply to Cole Poirier from comment #0)
> I think it would very helpful if we had more project members who can help
> work on the really complex pieces of the HDL,

yes. right now i am basically left doing absolutely everything, which is not to say that everyone else's contributions are not valuable, it's just that they're between 10 to 100 times less productive.


> especially since Michael who
> has done a very significant amount of this work, now, and I think for the
> next few months(?) has less time to work on the project because he's writing
> his masters thesis. Since I am not presently capable of helping with most of
> the HDL code, especially the very complex pieces, I am willing to try and
> recruit more people. Do you think this is a good idea?

if we want to hit the target, then yes.

> If so, do you have
> any suggestions as to how I should go about this?

mailing lists, talk to people.  there's funding available.
Comment 2 Cole Poirier 2020-06-12 15:16:06 BST
(In reply to Luke Kenneth Casson Leighton from comment #1)
> (In reply to Cole Poirier from comment #0)
> > I think it would very helpful if we had more project members who can help
> > work on the really complex pieces of the HDL,
> 
> yes. right now i am basically left doing absolutely everything, which is not
> to say that everyone else's contributions are not valuable, it's just that
> they're between 10 to 100 times less productive.

Fair enough, you have been optimizing your productivity for the past 25 years. What's less fair is you not having enough time to do everything, so I'll make a concerted effort starting today to try to find you more help.

> >I am willing to try and recruit more people. Do you think this is a good idea?
> 
> if we want to hit the target, then yes.
> 
> > If so, do you have
> > any suggestions as to how I should go about this?
> 
> mailing lists, talk to people.  there's funding available.

Ok, this gives me some good ideas. I'll write up a little blurb derived from some of your past mails to other developer mailing lists. Then I'll try and find hdl mailing lists, probably reaching out to university computer science/electrical engineering graduate/undergraduate registrars? If anyone else has ideas for mailing lists I should target of seek out that would be very helpful.
Comment 4 Cole Poirier 2020-07-29 18:14:36 BST
Follow up with graphics engineers, esp ones Yehowshua has already reached out to (<http://lists.libre-riscv.org/pipermail/libre-riscv-dev/2020-June/008283.html>)
Comment 6 Cole Poirier 2020-07-29 19:06:39 BST
(In reply to Jacob Lifshay from comment #5)
> (In reply to Luke Kenneth Casson Leighton from comment #3)
> > this guy.
> > 
> > https://github.com/HarryHo90sHK
> > https://www.reddit.com/user/HarryHo90sHK/
> > https://github.com/m-labs/nmigen-soc/pull/6
> > https://git.m-labs.hk/harry/
> > https://zh.wikipedia.org/wiki/User_talk:Heiyinmatthewlo
> > https://zh.wikipedia.org/wiki/User_talk:Howingyin19970303
> > https://freenode.irclog.whitequark.org/m-labs/2019-12-23
> > 
> > except there is no obvious email address for him, online.
> 
> look in some git commits. you can add .patch to a github commit url to get
> it in patch form:
> https://github.com/HarryHo90sHK/civl1160-19summer-proj/commit/
> 6e3bae5e6780cca8c174591dcfe8f737b0d1079b.patch
> 
> From: Harry Ho <harryho.90s.hk@gmail.com>

Thanks Jacob! I have a related follow up.

I was thinking of contacting the handbrake and gstreamer mailing lists to specifically look for people that want to receive donations to create the audio and video accelerated instructions <https://libre-soc.org/nlnet_2019_video/> <https://bugs.libre-soc.org/show_bug.cgi?id=137>. Do you: a) think this is a good idea? b) have any suggestions of other mailing lists I should reach out to? FFMPEG? Anyone else? Input from everyone is very welcome here.
Comment 7 Luke Kenneth Casson Leighton 2020-07-29 19:15:20 BST
(In reply to Cole Poirier from comment #6)

> I was thinking of contacting the handbrake and gstreamer mailing lists to
> specifically look for people that want to receive donations to create the
> audio and video accelerated instructions
> <https://libre-soc.org/nlnet_2019_video/>
> <https://bugs.libre-soc.org/show_bug.cgi?id=137>. Do you: a) think this is a
> good idea?

until we have binutils support for SV on ppc64, no.
Comment 8 Cole Poirier 2020-07-29 19:21:30 BST
(In reply to Luke Kenneth Casson Leighton from comment #7)
> (In reply to Cole Poirier from comment #6)
> 
> > I was thinking of contacting the handbrake and gstreamer mailing lists to
> > specifically look for people that want to receive donations to create the
> > audio and video accelerated instructions
> > <https://libre-soc.org/nlnet_2019_video/>
> > <https://bugs.libre-soc.org/show_bug.cgi?id=137>. Do you: a) think this is a
> > good idea?
> 
> until we have binutils support for SV on ppc64, no.

Sorry, I thought that's what you said we needed when we spoke on sunday, I misunderstood. Which area or which NLNET grant should I be 'targeting'?
Comment 9 Luke Kenneth Casson Leighton 2020-07-29 20:11:35 BST
(In reply to Cole Poirier from comment #8)

> Sorry, I thought that's what you said we needed when we spoke on sunday, I
> misunderstood. Which area or which NLNET grant should I be 'targeting'?

under this bugreport? this one is HDL engineers (the video one is assembly code writers however it needs binutils and at least the ISACaller simulator or "a" simulator to support SV)

for this bugreport we therefore need people with as many of these as possible:

* python
* gate level design (circuits or ASICs)
* FPGA programming
* nmigen, verilog, VHDL or Chisel3
* team collaboration and communication
* respect for Libre Project development practices
* technical writing skills
* software engineering background or equivalent (which is very different from "computer science degree")
* electrical engineering
* self-taught (autodidact) capacity
Comment 10 Cole Poirier 2020-07-29 21:06:33 BST
(In reply to Luke Kenneth Casson Leighton from comment #9)
> (In reply to Cole Poirier from comment #8)
> 
> > Sorry, I thought that's what you said we needed when we spoke on sunday, I
> > misunderstood. Which area or which NLNET grant should I be 'targeting'?
> 
> under this bugreport? this one is HDL engineers (the video one is assembly
> code writers however it needs binutils and at least the ISACaller simulator
> or "a" simulator to support SV)

Ah that makes a lot of sense, thanks for explaining, it gives me greater 'ordinal' perspective if you know what I mean. Sequential perspective?
 
> for this bugreport we therefore need people with as many of these as
> possible:
> 
> * python

Would contacting python, and open-source python project mailing lists be a good approach for this?

> * gate level design (circuits or ASICs)
> * FPGA programming
> * nmigen, verilog, VHDL or Chisel3
> * team collaboration and communication
> * respect for Libre Project development practices
> * technical writing skills
> * software engineering background or equivalent (which is very different
> from "computer science degree")

Hhaha! Indeed!

> * electrical engineering
> * self-taught (autodidact) capacity

Hmm this one is rare, so I've got my fingers crossed that since our project is naturally structured for this, that we will end up attracting people with the above skills that are also autodidacts.

Can you give me some ideas of where to start my search for these people? Either more generally, or specific to a subset of the above skills? Like my python mailing list ideas above? Or in contrast to those ideas?