Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sensor/stmemsc: Align stmemsc i/f to v1.02 #3

Merged
merged 1 commit into from
Oct 15, 2019

Conversation

avisconti
Copy link
Collaborator

@avisconti avisconti commented Sep 25, 2019

Align stmemsc HAL i/f from v1.00 to v1.02.

Signed-off-by: Armando Visconti armando.visconti@st.com

EDIT::
This module is used/tested by zephyrproject-rtos/zephyr#19430

@avisconti avisconti added the enhancement New feature or request label Sep 25, 2019
@avisconti avisconti self-assigned this Sep 25, 2019
@avisconti
Copy link
Collaborator Author

@erwango
Can you take a look pls?
Thx!

@avisconti
Copy link
Collaborator Author

@erwango @nashif
Any comment here?

@galak
Copy link

galak commented Oct 4, 2019

Is there a zephyr PR that uses this for build testing?

Copy link
Member

@erwango erwango left a comment

Choose a reason for hiding this comment

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

Please remove .ioc files

sensor/stmemsc/_prj_MKI109V3/_prj_MKI109V3.ioc Outdated Show resolved Hide resolved
@avisconti
Copy link
Collaborator Author

Is there a zephyr PR that uses this for build testing?

@galak
Yes, #19430

Align stmemsc HAL i/f to v1.02.

Signed-off-by: Armando Visconti <armando.visconti@st.com>
@avisconti
Copy link
Collaborator Author

@erwango
Removed and repushed

@avisconti
Copy link
Collaborator Author

@nashif @galak
Any feedback from your side?

@avisconti
Copy link
Collaborator Author

@MaureenHelm Any comment about this PR?

@avisconti
Copy link
Collaborator Author

@nashif @galak @MaureenHelm
Any further comment?

Copy link
Member

@MaureenHelm MaureenHelm left a comment

Choose a reason for hiding this comment

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

Can you please use SPDX tags in the next version?

@MaureenHelm MaureenHelm merged commit fa48178 into zephyrproject-rtos:master Oct 15, 2019
@erwango
Copy link
Member

erwango commented Oct 16, 2019

Can you please use SPDX tags in the next version?

@MaureenHelm, do you mean we need to use Apache 2.0 licenses in modules ?

@avisconti
Copy link
Collaborator Author

Can you please use SPDX tags in the next version?

@MaureenHelm, do you mean we need to use Apache 2.0 licenses in modules ?

Actually I would not change the source code. If possible I would keep it the same.

@MaureenHelm
Copy link
Member

Can you please use SPDX tags in the next version?

@MaureenHelm, do you mean we need to use Apache 2.0 licenses in modules ?

No, BSD 3-clause is fine. This PR replaced the license text with:

 * This software component is licensed by ST under BSD 3-Clause license,
 * the "License"; You may not use this file except in compliance with the
 * License. You may obtain a copy of the License at:
 *                        opensource.org/licenses/BSD-3-Clause

It would have been nice if instead it replaced the license text with a standard SPDX tag. Is this something you could do in the next upstream release of stmemsc?

@avisconti
Copy link
Collaborator Author

Can you please use SPDX tags in the next version?

@MaureenHelm, do you mean we need to use Apache 2.0 licenses in modules ?

No, BSD 3-clause is fine. This PR replaced the license text with:

 * This software component is licensed by ST under BSD 3-Clause license,
 * the "License"; You may not use this file except in compliance with the
 * License. You may obtain a copy of the License at:
 *                        opensource.org/licenses/BSD-3-Clause

It would have been nice if instead it replaced the license text with a standard SPDX tag. Is this something you could do in the next upstream release of stmemsc?

@MaureenHelm
Is this done also in other modules?
Because I would keep the files exactly the same as the original ones.

@MaureenHelm
Copy link
Member

Is this done also in other modules?
Because I would keep the files exactly the same as the original ones.

Other modules (e.g., mcux, nrfx, cmsis) have SPDX tags in their original upstream versions. We don't add SPDX tags for zephyr because they're already there. Can you make this happen for stmemsc too?

@avisconti
Copy link
Collaborator Author

Is this done also in other modules?
Because I would keep the files exactly the same as the original ones.

Other modules (e.g., mcux, nrfx, cmsis) have SPDX tags in their original upstream versions. We don't add SPDX tags for zephyr because they're already there. Can you make this happen for stmemsc too?

I need to ask internally.
Basically the request is to replace in every .c .h the following

 *
 * This software component is licensed by ST under BSD 3-Clause license,
 * the "License"; You may not use this file except in compliance with the
 * License. You may obtain a copy of the License at:
 *                        opensource.org/licenses/BSD-3-Clause
 *

with

* Copyright (c) 2019 STMicroelectronics
* SPDX-License-Identifier: BSD 3-Clause

Is that correct?
Because I need to formalize the request.

@MaureenHelm
Copy link
Member

Is that correct?

Close, but you're missing a hyphen: SPDX-License-Identifier: BSD-3-Clause

@avisconti
Copy link
Collaborator Author

Is that correct?

Close, but you're missing a hyphen: SPDX-License-Identifier: BSD-3-Clause

I think it would be ok, but I would like to be consistent with stm32cube.
@erwango are you considering to ask the change of the block license to SPDX?

@erwango
Copy link
Member

erwango commented Oct 17, 2019

@MaureenHelm, I'm curious of this request.
I though purpose of modules was to be able to allow re-use of existing components as is (as long as the license is compliant). Hence I don't catch why we'd have request from project on these packages.
One reason would be that it's easier if I don't have to change files when updating the module from official packages.

This being said, I can check if Cube project is willing to move to SPDX usage, but this is a long shot.

@MaureenHelm
Copy link
Member

I think it would be ok, but I would like to be consistent with stm32cube.

Agreed

This being said, I can check if Cube project is willing to move to SPDX usage, but this is a long shot.

That's what I'm asking for. It's nice to have for code scanning purposes, but not required.

cc: @kestewart

avisconti added a commit to avisconti/zephyr that referenced this pull request Oct 17, 2019
Align all sensor drivers that are using stmemsc (STdC) HAL i/f
to new APIs of stmemsc v1.02.

Requires zephyrproject-rtos/hal_st#3

Signed-off-by: Armando Visconti <armando.visconti@st.com>
MaureenHelm pushed a commit to zephyrproject-rtos/zephyr that referenced this pull request Oct 17, 2019
Align all sensor drivers that are using stmemsc (STdC) HAL i/f
to new APIs of stmemsc v1.02.

Requires zephyrproject-rtos/hal_st#3

Signed-off-by: Armando Visconti <armando.visconti@st.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
4 participants