Skip to content

Conversation

@ktrzcinx
Copy link
Member

@ktrzcinx ktrzcinx commented Jun 1, 2020

The debug ABI can be extracted from the extended manifest content.
This information known at build time does not need to be provided
in a mailbox.

Signed-off-by: Karol Trzcinski karolx.trzcinski@linux.intel.com

Related with thesofproject/sof#3003

ranj063
ranj063 previously approved these changes Jun 1, 2020
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

isn't this a bit verbose, we are going to have one log for each syspend/resume cycle, no?
dev_dbg?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

updated

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@plbossart ok, I am sorry for raising this now instead of yesterday immediately after your comment, but what strikes me in this new version, is that now in the "normal" stock configuration, where dev_dbg() is disabled, this manifest entry will have 0 effect. Is this really what we want? As for every suspend / resume, it's now guarded by a first_boot test, so, maybe we do want dev_info() for this? Not something I feel strongly about, maybe that's indeed what we want, but just seems a bit weird to me.

@ktrzcinx ktrzcinx added the ABI involves ABI changes, need extra attention label Jun 2, 2020
@ktrzcinx ktrzcinx requested review from plbossart and ranj063 June 2, 2020 06:23
Copy link
Collaborator

@kv2019i kv2019i left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! One trivial linefeed problem that should be addressed but otherwise good to go.

On a side note: this is an example PR that is mandatory as per current ABI change process, but which would not be needed according to the yet-to-be-ratified new process (thesofproject/sof-docs#244). There is no functional need to have this code in the kernel. Unlike e.g. EXT_MAN_ELEM_CC_VERSION, capturing this info to dmesg kernel logs does not seem important for bug triage. FYI @lgirdwood @plbossart @lbetlej

The debug ABI can be extracted from the extended manifest content.
This information known at build time does not need to be provided
in a mailbox.

Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
Copy link

@juimonen juimonen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, so address the other comments and should be good to go.

@kv2019i
Copy link
Collaborator

kv2019i commented Jul 1, 2020

@plbossart Can you take a new look?
@ktrzcinx Anything else blocking this? This hasn't moved in many weeks. FW side seems to be ready to go.

@ktrzcinx
Copy link
Member Author

ktrzcinx commented Jul 1, 2020

@kv2019i I can't see any blockers

@kv2019i
Copy link
Collaborator

kv2019i commented Jul 9, 2020

@plbossart @lyakh ping, can you give this a review?

Copy link
Member

@plbossart plbossart left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've lost track of when the ext-manifest would be used but this code seems fine.

Copy link
Collaborator

@lyakh lyakh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm still a bit unclear about the merits of

if (sdev->first_boot)
	dev_dbg(sdev->dev,...);

but if that's indeed the level of verbosity, that we want, I have no objections otherwise

@ktrzcinx
Copy link
Member Author

@lyakh I think construction is ok, we get only one log message (after first boot) and only in with enabled verbose logs option, exactly as @plbossart suggest.

@kv2019i
Copy link
Collaborator

kv2019i commented Jul 16, 2020

One warning about 80+ line from old checkpatch, but this is within the new 100 column limit, so ok. Merging. Thanks @ktrzcinx and all the reviewers!

@kv2019i
Copy link
Collaborator

kv2019i commented Jul 16, 2020

@plbossart @ktrzcinx @xiulipan We need to follow-up with ext-manifest enabling in the FW build process. Now with ext-support enabled in mainline kernel, we should enable ext-manifest for all new platforms in the release binaries (a new platform is only supported by new kernels, so we have no issue with backwards compatibility).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

ABI involves ABI changes, need extra attention

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants