summaryrefslogtreecommitdiff
path: root/wiki/Chat_log/20190801-io-chatlog
diff options
context:
space:
mode:
authorKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-09 15:29:52 +0900
committerKuninori Morimoto <kuninori.morimoto.gx@renesas.com>2019-12-09 16:23:07 +0900
commit55e3b2f45880faaf06f3c660ca9e8a6d9aa14bce (patch)
tree6392fd201a51ff0f6dc0e474803e6f3b20919504 /wiki/Chat_log/20190801-io-chatlog
parent5d9e1b983faf7645ddc3d45d28e612d2ac4179c0 (diff)
wiki: Porting wiki: Porting Chat Log
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Diffstat (limited to 'wiki/Chat_log/20190801-io-chatlog')
-rw-r--r--wiki/Chat_log/20190801-io-chatlog104
1 files changed, 104 insertions, 0 deletions
diff --git a/wiki/Chat_log/20190801-io-chatlog b/wiki/Chat_log/20190801-io-chatlog
new file mode 100644
index 0000000..26aa842
--- /dev/null
+++ b/wiki/Chat_log/20190801-io-chatlog
@@ -0,0 +1,104 @@
+09:04 < wsa> welcome, welcome, and here are the collected status updates:
+09:04 < wsa> Status updates
+09:04 < wsa> ==============
+09:04 < wsa> A - what have I done since last time
+09:04 < wsa> ------------------------------------
+09:04 < wsa> Shimoda-san
+09:04 < wsa> : sent out improved SDHI & IPMMU patch series, fixed the syfs interface for
+09:04 < wsa> the USB "role", and got the USB SSD issue resolved
+09:04 < wsa> Simon
+09:04 < wsa> : sent series to rename DT binding files and limited RAVB speed on Draak and
+09:04 < wsa> Ebisu
+09:04 < wsa> Ulrich
+09:04 < wsa> : sent v2 of SDHI PM handling update, reviewed serial and thermal patch
+09:04 < wsa> Wolfram
+09:04 < wsa> : sent out multiple patch series to convert using newer I2C API, reviewed
+09:04 < wsa> some SDHI & media & RAVB patches, commented on Kieran's I2C questions,
+09:04 < wsa> distributed BSP 3.9.6. patches, and had some time off because of holidays
+09:04 < wsa> and tax declarations
+09:04 < wsa> B - what I want to do until next time
+09:04 < wsa> -------------------------------------
+09:04 < wsa> Niklas
+09:04 < wsa> : wants to test SDHI patches
+09:04 < wsa> Shimoda-san
+09:04 < wsa> : wants to keep at the SDHI & IPMMU patch series, and make a patch to add a
+09:04 < wsa> "XHCI_SLOW_SUSPEND" quirk to XHCI
+09:04 < wsa> Simon
+09:04 < wsa> : wants to follow-up on RAVB PTP patches in BSP and review of the renaming
+09:04 < wsa> patches
+09:04 < wsa> Ulrich
+09:04 < wsa> : wants to send v3 of ravb MTU change
+09:04 < wsa> Wolfram
+09:04 < wsa> : wants to pick up again prototype for a minimal SDHI clock to keep SCC active,
+09:04 < wsa> and to update SDHI manual calibration once we get more infos from HW team
+09:04 < wsa> C - problems I currently have
+09:04 < wsa> -----------------------------
+09:04 < wsa> Wolfram
+09:04 < wsa> : still got no new HS400 infos from the HW team
+09:05 < wsa> List shows that OSSJ and summer holidays happened, too
+09:06 < wsa> but some people are looking for tasks, too, right?
+09:06 < wsa> so, if there are no questions to the update...
+09:07 < morimoto> geertu: IC, I mis-read it "thought" <-> "through"
+09:08 < wsa> ... I'd align with who has availability in Q3 with contracts changed and such.
+09:08 < wsa> I know that Simon and Kaneko-san are looking for tasks
+09:08 < wsa> horms: still correct?
+09:08 < horms> Yes, correct.
+09:09 < horms> Thanks for the ravb tasks
+09:09 < wsa> uli__: do you have resources left? are you looking for tasks?
+09:10 < wsa> Marex: still interested in more Linux tasks?
+09:10 < uli__> i am
+09:10 < geertu> Not really related to I/O (mostly sound etc), but there is duplication in the various *-salvator-x*dts files, that could be factored out into salvator-common.dtsi, once M3N has been brought up to the same support level
+09:11 < geertu> Perhaps that's a suitable task for the task-craving?
+09:11 < Marex> wsa: what do you have in there ?
+09:11 < wsa> geertu, neg: I'd think you are kinda busy with other subsystems, but will jump in once in a while?
+09:11 < Marex> wsa: I'm currently fighting ATF DDR drivers
+09:12 < wsa> Marex: generally asking. the bsp396 ticket adds support for a new PMIC, for example. (that's core, though)
+09:13 < geertu> That's BD9574, right? -ENODOCS?
+09:14 < wsa> shimoda: there are two patches in the BSP which are USB related. Do you have time to investigate them? Or are you happy if someone else would have a look?
+09:15 < wsa> "USB: ohci-hcd.c: Add spinlock when disabling OHCI interrupts in ohci_shutdown(Tho Vu)"
+09:15 < wsa> "phy: rcar-gen3-usb2: Correct VBUS behavior at over-current(Kazuya Mizuguchi)"
+09:15 < Marex> geertu: google doesn't even know bd9574
+09:15 < wsa> Marex: then we need to ask a bigger force than google... morimoto-san?
+09:16 < shimoda> wsa: I'd like to investigate them.
+09:17 < wsa> shimoda: Ok, I will update the YAML file accordingly. Thanks!
+09:17 < shimoda> wsa: thanks!
+09:18 < wsa> shimoda: similar questions with the SDHI-sys-dmac removal for Gen3. Do you want to do it? Or do you just want to have it done by someone? :)
+09:19 < shimoda> wsa: about the SDHI topic, if someone has this task, I'm happy :)
+09:20 < wsa> shimoda: ok. noted :)
+09:20 < horms> geertu: I can take a look intot that if no one else is interested.
+09:20 < geertu> Regarding Magnus' reply supporting only the latest SoCs with the most advanced features: how to we test on the latest SoCs? Where's the hardware?
+09:21 < wsa> horms: i think the bsp396 ticket might have some candidates for you/Kaneko in there, but most of them are core.
+09:21 < horms> ok, perhaps I could go through the list and come up with some candidates
+09:22 < wsa> geertu: maybe this is more "latest hardware we have"?
+09:22 < morimoto> wsa: it will check about BD9574
+09:22 < morimoto> s/it/I/
+09:22 < wsa> morimoto: Thanks!
+09:23 < geertu> Where is bd9574 used? The BSP seems to carry driver changes only, and doesn't even provide a new compatible value?
+09:23 < damm> geertu: very good question
+09:25 < wsa> heh, so the upporting already started :D
+09:26 < morimoto> wsa: about -ENODOCS, I don't know detail, but
+09:26 < morimoto> if (!has_NDA()) return -ENODOCS
+09:27 < wsa> morimoto: you mean if the developer has no NDA? or the document itself is not under an NDA?
+09:28 < morimoto> you can get it if you have NDA
+09:28 < shimoda> by the way, about the bd9574, according to one of renesas redmine ticket, it seems a new E3 ES1.1 board uses it.
+09:29 * morimoto talking to Renesas gusy
+09:29 < morimoto> OK, it seems export paper work issue.
+09:30 < morimoto> But, it seems it can be difficult work
+09:31 < wsa> well, we have a status "blocked"
+09:31 < wsa> blocked by export paperwork issue :)
+09:31 < horms> wrt exports, wsa, let me know when you come up with a plan for the Ebisu board that I have
+09:31 < wsa> seems we silently slipped to core already
+09:32 < wsa> horms: My plan is that you send it to me after you don't need it anymore and before you leave for good :)
+09:32 < horms> Ok, good plan.
+09:33 < geertu> horms: Do you have other boards you want to get rid of, and that can be of use to someone else?
+09:34 < wsa> I have only one more generic item: biweekly chat meetings with reduced contracts still feasible? but we can do that a tad later
+09:34 < wsa> are there IO related questions left?
+09:34 < geertu> (I guess the ones still in Kobe, if any, don't count)
+09:35 < wsa> no further questions, I think we can officially switch to core now
+09:36 < horms> Want is a strong word. But I have the following boards and am happy to pass them on: Salvator-XS H3 ES2.0, Salvator-XS M3-N ES1.0, Salvator-X M3-W ES 1.0. These are in my office in Amsterdam. The boards that were in Kobe have all been returned to Magnus.
+09:36 < geertu> OK
+09:36 < geertu> horms: I have (copies of) them, too
+09:37 * wsa prepares to throw the mic
+09:37 * geertu is ready to catch it
+09:37 * wsa throws
+09:37 * geertu picks it up from the floor