**** BEGIN LOGGING AT Sun Jun 16 02:59:58 2019
Jun 16 10:15:28 <embden[m]> julieng: what xen repo should I use?
Jun 16 10:29:15 <embden[m]> sstabellini:
Jun 16 10:33:10 <julieng[m]> embden (@embden:matrix.org): http://xenbits.xen.org/gitweb/?p=xen.git;a=summary
Jun 16 10:34:36 <embden[m]> should I use master branch?
Jun 16 10:35:07 <julieng[m]> If you plan to use github, you can fork from https://github.com/xen-project
Jun 16 10:36:37 <julieng[m]> embden either master or staging. Master has been tested by osstest while staging contains the lastest patch
Jun 16 10:36:49 <julieng[m]> Master can lag behind quite a bit.
Jun 16 10:37:20 <julieng[m]> I think staging is fine on arm32 so far.
Jun 16 10:38:25 <embden[m]> julieng: so, it's better to use github? I don't understand the workflow.
Jun 16 10:40:27 <julieng[m]> Workflow for submitting patches?
Jun 16 10:40:37 <embden[m]> I mean I understand the github workflow to some extent. But xen wiki suggests some stgit
Jun 16 10:41:58 <julieng[m]> I don't use stgit. I use branch for each work I am doing.
Jun 16 10:43:19 <julieng[m]> IMHO, this is your internal workflow, you can use whatever is fine for managing your patches. For external workflow, you can read at https://wiki.xenproject.org/wiki/Submitting_Xen_Project_Patches
Jun 16 10:43:38 <julieng[m]> (sorry for the brief answer, I am on my phone)
Jun 16 10:44:07 <embden[m]> julieng:  so, it's better to use github for my own remote branch?
Jun 16 10:51:00 <julieng[m]> embden (@embden:matrix.org): do you mean backing up your work? If so, github is a good option.
Jun 16 10:53:05 <embden[m]> julieng: thanks
Jun 16 11:55:27 <pratimugale[m]> zeekhuge: Should I modify the C code to use the daemon service
Jun 16 11:55:36 <pratimugale[m]> So that they have the same base
Jun 16 15:02:25 <vaishnav98_[m]> jkridner: ravikp7: Hi, I was able to fix the issues with gbsim SPI , now loading a SPI manifest creates a w25q256 SPI nor flash device(hard-coded in gbsim SPI) and read/write operations can be performed via the corresponding mtd device entry, working on modifying it to support the microSD click
Jun 16 15:03:29 <vaishnav98_[m]> Also I would like to hear your views on how to add support for I2C based clicks like mpu9dof click which have interrupt and muxed I2C requirements
Jun 16 16:00:26 <pratimugale[m]> abhishek_ zeekhuge I wanted to discuss the next week's tasks/objectives
Jun 16 16:00:35 <pratimugale[m]> Could you guide me with this
Jun 16 16:03:16 <pratimugale[m]> having a look at my timeline
Jun 16 16:32:26 <pratimugale[m]> I'll post the ideas list by tomorrow
Jun 16 21:55:53 <pranav_kumar[m]> which method is better memory mapped activation of gpio or by using egpio metod(using r30 and r31 register)
**** ENDING LOGGING AT Mon Jun 17 02:59:57 2019