summaryrefslogtreecommitdiff
path: root/wiki/Chat_log
diff options
context:
space:
mode:
Diffstat (limited to 'wiki/Chat_log')
-rw-r--r--wiki/Chat_log/20200702-core-chatlog107
1 files changed, 107 insertions, 0 deletions
diff --git a/wiki/Chat_log/20200702-core-chatlog b/wiki/Chat_log/20200702-core-chatlog
new file mode 100644
index 0000000..ede979a
--- /dev/null
+++ b/wiki/Chat_log/20200702-core-chatlog
@@ -0,0 +1,107 @@
+09:41 < geertu> Welcome to today's Core Group Chat Meeting!
+09:41 < geertu> Agenda:
+09:41 < geertu> 1. Status Updates
+09:41 < geertu> 2. Discussion Topics
+09:41 < geertu> Topic 1. Status updates
+09:41 < geertu> A) What have we done since last time:
+09:41 < geertu> Marked updated the U-Boot dc2114x driver in preparation for DM
+09:41 < geertu> conversion, and researched BootROM/IPL A/B copy switching for
+09:41 < geertu> reboot-into-recovery-ATF.
+09:41 < geertu> Niklas udated his Gen3 boards with upstream firmware.
+09:41 < geertu> Shimoda-san submitted patches to set the usb-dmac tx_result
+09:41 < geertu> parameters, and add R-Car M3-W+ IPMMU support.
+09:41 < geertu> Ulricht sent v3 of the RWDT critical clock series.
+09:41 < geertu> Geert did more DT binding doc conversions (rza2-pinctrl), refactored
+09:41 < geertu> GPIO Aggregator parsing to use bitmap_parselist(), investigated s2ram
+09:41 < geertu> wake-up regression in v5.8-rc1, reviewed RZ/G2 patches, attended ELC-NA,
+09:41 < geertu> and researched QEMU gpiodev support.
+09:42 < geertu> B) What we plan to do till next time:
+09:42 < geertu> Marek plans to continue working on IPL A/B copy switching.
+09:42 < geertu> Shimoda-san plans to convert the usb2-clock doc to json-schema.
+09:42 < geertu> Geert plans to do more DT binding doc conversions, and continue QEMU
+09:42 < geertu> GPIO virtualization.
+09:42 < geertu> C) Problems we have currently:
+09:42 < geertu> Geert is struggling with describing multi-level sh-pfc subnodes in
+09:42 < geertu> json-schema, and untangling the QEMU OO framework.
+09:42 < geertu> ---E---
+09:42 < geertu> Anything I missed?
+09:42 < kbingham> geertu, DTB location issues ?
+09:43 < wsa> what is QEMU OO?
+09:43 < wsa> object oriented
+09:43 < wsa> ?
+09:43 < geertu> yep
+09:43 < geertu> kbingham: 0x50000000/0x58000000 works for me
+09:43 < geertu> i.e.:
+09:43 < geertu> tftpboot 0x50000000 h3-salvator-xs/Image
+09:43 < kbingham> geertu, Did you work out /why/ the DTB location is no longer valid? or just find new addresses that work.
+09:43 < geertu> tftpboot 0x58000000 h3-salvator-xs/r8a77951-salvator-xs.dtb
+09:43 < geertu> booti 0x50000000 - 0x58000000
+09:44 < kbingham> I have a new address that works currently (though not the same as those ones)
+09:44 < geertu> kbingham: Haven't looked into the U-Boot sources
+09:44 < geertu> I had hoped The Expert(MV^WTM) would chime in
+09:44 < wsa> according to neg, 0x50000000 and 0x58000000 is approved by Marek, right?
+09:44 < geertu> Niklas confirmed the DTB overwrite happens with latest U-Boot, too
+09:44 < kbingham> Ok, I think I've seen in a few bootlogs, that the 'failing' address was quite commonly shared, so it's likely everyone was using the same location.
+09:45 < kbingham> So can we take these new addresses as the new 'official' locations?
+09:45 < geertu> kbingham: Yeah, I documented that address on the elinux wiki, so everyone uses it ;-)
+09:45 < kbingham> geertu, Aha thanks, Sorry I haven't seen the elinux update.
+09:45 < wsa> geertu: thanks! I was about to suggest a wiki page :)
+09:46 < wsa> shimoda: I have a question about sharing new binary firmware...
+09:46 < geertu> Still, would be interesting to know why the DTB is overwritten. Might be an off-by-something factor bug in the copy parameters
+09:46 < wsa> you said that you are not allowed to send the binaries but we should build them ourselves with yocto
+09:46 < geertu> kbingham: Haven't updated the wiki for the new addresses yetr
+09:46 < Marex> geertu: isnt the kernel using the 2 MiB below it for something ?
+09:46 < kbingham> geertu, Yes, and still very odd that it started happening due to some difference in the kernel update...
+09:46 < Marex> geertu: stack for decompressor maybe ?
+09:47 < kbingham> geertu, OH ... I see... sorry - the OLD address is documented at the wiki ;-)
+09:47 < geertu> Marex: arm64 doesn't decompress, AFAIK
+09:47 < wsa> shimoda: can we put the "ourselves built" firmware into some internal repository? do we still have osdg?
+09:48 < shimoda> wsa: yes. this is my side problem. pre-built binaries are stored renesas internal storage server. But, since i'm working from home, I could not access the server.
+09:49 < wsa> shimoda: ah, so it is a technical problem and not a legal problem?
+09:49 < shimoda> wsa: we can use osdg server until end of this year...
+09:49 < shimoda> wsa: yes, it's technical problem.
+09:49 < wsa> geertu: the init section exploded with 5.8-rc1, around 1.5 meg larger
+09:50 < wsa> shimoda: ok, this makes it a bit easier then :)
+09:50 < morimoto> shimoda: do you mean Redmine ?
+09:51 < shimoda> morimoto: both osdr Redmine and osdg Gitlab (will be closed)
+09:51 < wsa> so, we need to move the periject repo
+09:51 < morimoto> shimoda: if so, Redmine part is now under git
+09:52 < shimoda> morimoto: yes, under git of osdg :)
+09:52 < shimoda> so, we need to move the osdg to somewhere
+09:52 < morimoto> I don't remember, I created private project under Github ?
+09:52 < morimoto> OK, thanks
+09:53 < Marex> geertu: then maybe its the bss section as wsa mentioned ? or stack ...
+09:54 < geertu> Marex: does "booti" have subcommands like "bootm"? The former doesn't seem to be documented in the U-Boot documentation on denx.de
+09:54 < Marex> geertu: subcommands for what ?
+09:54 < wsa> shimoda, morimoto: do you work from home all the time now?
+09:54 < geertu> Marex: booti subcommands
+09:55 < geertu> Marex: You have bootm start / loados / ...
+09:55 < morimoto> wsa: yes
+09:55 < Marex> geertu: iirc booti calls the same code as bootm, except for a bit of aarch64 setup, so that should work
+09:55 < geertu> Marex: Have you read my email with my overwriting findings ("[periperi] ERROR: Did not find a cmdline Flattened Device Tree")?
+09:56 < shimoda> wsa: yes. also, renesas employees can choose office or home from this Aug.
+09:56 < geertu> ok, will investigate again
+09:56 < geertu> to find out in which part it is overwritten
+09:56 < wsa> shimoda: ah, from August
+09:57 < morimoto> wsa: because of that, I need to work by small windows note PC...
+09:57 < Marex> geertu: OK
+09:57 < geertu> Marex: Note that an arm64 Image does not include bss
+09:57 < wsa> morimoto: windows??
+09:57 < geertu> The error is from U-Boot, i.e. before it attempts to start the kernel
+09:57 < morimoto> wsa: yes, modern windows10 :)
+09:58 < wsa> I heard git and windows is a troublesome combination
+09:58 < damm> i've been asked to use microsoft teams too
+09:58 < damm> for conferencing purpose
+09:58 < damm> very exciting
+09:59 < morimoto> wsa: I'm using WSL(= windows subsystem Linux) and/or SSH to Renesas machine
+09:59 < wsa> damm: i had to install this here, too. For remote schooling the kids
+09:59 < neg> morimoto: small windows, small problems?
+09:59 < wsa> the linux client worked surprisingly well
+09:59 < shimoda> wsa: same here (use windows 10). but i also use a server which installed Linux at the office via ssh.
+09:59 < morimoto> neg: small windows, big problems which I can't kill :)
+09:59 < wsa> poor JapaPERI!
+10:00 < geertu> wsa: Yep, Teams and Office 365 in the browser for school
+10:00 < wsa> they turned to jitsi later
+10:00 < geertu> Anything else to discuss?
+10:00 < morimoto> wsa: yes we are (ToT)
+10:01 < geertu> Thanks for joining, and have a nice continued day!