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

kernel version selection uses build machine rather than target #256

Open
jharvell opened this issue May 5, 2018 · 2 comments
Open

kernel version selection uses build machine rather than target #256

jharvell opened this issue May 5, 2018 · 2 comments

Comments

@jharvell
Copy link

jharvell commented May 5, 2018

library version: master:
commit 49b2be3 (HEAD -> master, origin/master, origin/HEAD)
Merge: 6f3589a e9c70f7
Author: Drew Fustini drew@pdp7.com
Date: Sun Feb 18 02:04:43 2018 -0600

Merge pull request #233 from zsserg/fixed_segfault_in_event_detection

* Fixed  SEGFAULT when calling remove_event_detect() from python callback

The library supports two kernel interfaces, and the detection of this is in setup.py:

kernel = platform.release()

if kernel >= '4.1.0':
kernel41 = [('BBBVERSION41', None)]
else:
kernel41 = None

I am cross-compiling. So the kernel version detected is from my build machine. This means I have to use a pre-4.1.0 kernel to build for a pre-4.1.0 target and a 4.1.0+ build kernel to build for a 4.1.0+ target.

The build should provide an option to specify a kernel build directory where 'make prepare' has been run, so that the kernel version the library supports is based on the target kernel version.

@pdp7 pdp7 self-assigned this May 7, 2018
@pdp7
Copy link
Collaborator

pdp7 commented Jul 24, 2018

@RobertCNelson any suggestions on how this could be handled? thanks!

@RobertCNelson
Copy link
Contributor

@pdp7 sorry, i hack around that too..

one of my fast arm builders used a v3.14.x based kernel..

https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org-stretch.sh#L189

Yes, it should be an export option.. (defaults to 4.1.x+ ;) )

Regards,

eigendude added a commit to eigendude/adafruit-beaglebone-io-python that referenced this issue Apr 17, 2019
This fix uses the 'setup.cfg' file used by setuptools. It reads an
Adafruit-specific section that is ignored by setuptools.

The reason for using the config file is that command-line parameters can't
be passed to setup.py, as the command-line is ideally opaque to the
installer. 'setup.cfg' was added to setuptools as a useful middle-ground
between modifying 'setup.py' and the command-line. Now, library build
systems can modify a config file instead of the source directly.

Fixes adafruit#256
eigendude added a commit to eigendude/adafruit-beaglebone-io-python that referenced this issue Apr 17, 2019
This fix uses the 'setup.cfg' file used by setuptools. It reads an
Adafruit-specific section that is ignored by setuptools.

The reason for using the config file is that command-line parameters can't
be passed to setup.py, as the command-line is ideally opaque to the
installer. 'setup.cfg' was added to setuptools as a useful middle-ground
between modifying 'setup.py' and the command-line. Now, library build
systems can modify a config file instead of the source directly.

Fixes adafruit#256
eigendude added a commit to eigendude/adafruit-beaglebone-io-python that referenced this issue Apr 17, 2019
This fix uses the 'setup.cfg' file used by setuptools. It reads an
Adafruit-specific section that is ignored by setuptools.

The reason for using the config file is that command-line parameters can't
be passed to setup.py, as the command-line is ideally opaque to the
installer. 'setup.cfg' was added to setuptools as a useful middle-ground
between modifying 'setup.py' and the command-line. Now, library build
systems can modify a config file instead of the source directly.

Fixes adafruit#256
eigendude added a commit to eigendude/adafruit-beaglebone-io-python that referenced this issue Apr 17, 2019
This fix uses the 'setup.cfg' file used by setuptools. It reads an
Adafruit-specific section that is ignored by setuptools.

The reason for using the config file is that command-line parameters can't
be passed to setup.py, as the command-line is ideally opaque to the
installer. 'setup.cfg' was added to setuptools as a useful middle-ground
between modifying 'setup.py' and the command-line. Now, library build
systems can modify a config file instead of the source directly.

Fixes adafruit#256
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants