All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denys@ti.com>
To: "Tivy, Robert" <rtivy@ti.com>
Cc: "meta-arago@arago-project.org" <meta-arago@arago-project.org>,
	"Ring, Chris" <cring@ti.com>
Subject: Re: [PATCH v2] cmem: Adding New recipe for cmem
Date: Thu, 7 Nov 2013 21:02:23 -0500	[thread overview]
Message-ID: <20131108020223.GW4510@edge> (raw)
In-Reply-To: <13514BD7FAEBA745BBD7D8A672905C14573A6C00@DFLE12.ent.ti.com>

On Fri, Nov 08, 2013 at 12:33:00AM +0000, Tivy, Robert wrote:
> Please see my comments inline below...

Thanks, Rob!
inline...

> > -----Original Message-----
> > From: Nelson, Sam
> > Sent: Thursday, November 07, 2013 3:50 AM
> > To: Maupin, Chase; meta-arago@arago-project.org
> > Cc: Ring, Chris; Tivy, Robert
> > Subject: RE: [meta-arago] [PATCH v2] cmem: Adding New recipe for cmem
> > 
> 
> ...
> 
> > 
> > > >+
> > > >+S = "${WORKDIR}/git"
> > > >+
> > > >+inherit module
> > > >+
> > > >+do_compile () {
> > > >+    cd ${S}
> > > >+    make -f lu.mak module_clean
> > > >+    make -f lu.mak module
> > > >KERNEL_INSTALL_DIR=${STAGING_KERNEL_DIR}
> > > >TOOLCHAIN_PREFIX=${CROSS_COMPILE}
> > >
> > > You should use the default do_compile in the module.bbclass I think.
> > You
> > > should be able to pass this with MAKE_TARGETS variable.
> > [Sam] Probably Chris and Rob on the CC list can comment on this. This
> > will need change of the module.
> 
> Can you please explain the change needed? I'm not familiar with do_compile().

Please see my other reply in this thread - I have both do_compile() and 
do_install() shown there. But the change would be more than just the make 
targets - there are slightly different variables used by default...

Anyway, I won't be insisting on this change, unless it is trivial for you to 
change.


> > > >+}
> > > >+
> > > >+do_install () {
> > > >+    cd ${S}
> > > >+    make -f lu.mak module_install
> > > >KERNEL_INSTALL_DIR="${STAGING_KERNEL_DIR}"
> > > >EXEC_DIR="${D}/lib/modules/${KERNEL_VERSION}/extra"
> > > >INSTALL_MOD_PATH="${D}"
> > >
> > > Hmmm.  The default do_install for the module.bbclass uses
> > > "modules_install" instead of "module_install".  If you can get the
> > lu.mak file
> > > updated that would be ideal.  If not then you should at least copy
> > the base
> > > function which unsets some variables.
> > >
> > [Sam] Probably Chris and Rob on the CC list can comment on this. This
> > will need change of the module.
> 
> This should be fine, I will make a change to lu.mak and commit to ludev.git.
> 
> How about module_clean?  Should that be changed to modules_clean?

Well, modules_install comes from the kernel, as one of the standard make 
targets. There is no module(s)_clean there though, so it's up to you:

$ make help
Cleaning targets:
  clean           - Remove most generated files but keep the config and
                    enough build support to build external modules
  mrproper        - Remove all generated files + config + various backup files
  distclean       - mrproper + remove editor backup and patch files

Configuration targets:
  config          - Update current config utilising a line-oriented program
  nconfig         - Update current config utilising a ncurses menu based program
  menuconfig      - Update current config utilising a menu based program
  xconfig         - Update current config utilising a QT based front-end
  gconfig         - Update current config utilising a GTK based front-end
  oldconfig       - Update current config utilising a provided .config as base
  localmodconfig  - Update current config disabling modules not loaded
  localyesconfig  - Update current config converting local mods to core
  silentoldconfig - Same as oldconfig, but quietly, additionally update deps
  defconfig       - New config with default from ARCH supplied defconfig
  savedefconfig   - Save current config as ./defconfig (minimal config)
  allnoconfig     - New config where all options are answered with no
  allyesconfig    - New config where all options are accepted with yes
  allmodconfig    - New config selecting modules when possible
  alldefconfig    - New config with all symbols set to default
  randconfig      - New config with random answer to all options
  listnewconfig   - List new options
  olddefconfig    - Same as silentoldconfig but sets new symbols to their default value

Other generic targets:
  all             - Build all targets marked with [*]
* vmlinux         - Build the bare kernel
* modules         - Build all modules
  modules_install - Install all modules to INSTALL_MOD_PATH (default: /)
  firmware_install- Install all firmware to INSTALL_FW_PATH
                    (default: $(INSTALL_MOD_PATH)/lib/firmware)
  dir/            - Build all files in dir and below
  dir/file.[oisS] - Build specified target only
  dir/file.lst    - Build specified mixed source/assembly target only
                    (requires a recent binutils and recent build (System.map))
  dir/file.ko     - Build module including final link
  modules_prepare - Set up for building external modules
  tags/TAGS       - Generate tags file for editors
  cscope          - Generate cscope index
  gtags           - Generate GNU GLOBAL index
  kernelrelease   - Output the release version string
  kernelversion   - Output the version stored in Makefile
  image_name      - Output the image name
  headers_install - Install sanitised kernel headers to INSTALL_HDR_PATH
                    (default: /usr/src/linux-3.11.4/usr)

Static analysers
  checkstack      - Generate a list of stack hogs
  namespacecheck  - Name space analysis on compiled kernel
  versioncheck    - Sanity check on version.h usage
  includecheck    - Check for duplicate included header files
  export_report   - List the usages of all exported symbols
  headers_check   - Sanity check on exported headers
  headerdep       - Detect inclusion cycles in headers
  coccicheck      - Check with Coccinelle.

Kernel packaging:
  rpm-pkg             - Build both source and binary RPM kernel packages
  binrpm-pkg          - Build only the binary kernel package
  deb-pkg             - Build the kernel as a deb package
  tar-pkg             - Build the kernel as an uncompressed tarball
  targz-pkg           - Build the kernel as a gzip compressed tarball
  tarbz2-pkg          - Build the kernel as a bzip2 compressed tarball
  tarxz-pkg           - Build the kernel as a xz compressed tarball
  perf-tar-src-pkg    - Build perf-3.11.4.tar source tarball
  perf-targz-src-pkg  - Build perf-3.11.4.tar.gz source tarball
  perf-tarbz2-src-pkg - Build perf-3.11.4.tar.bz2 source tarball
  perf-tarxz-src-pkg  - Build perf-3.11.4.tar.xz source tarball

Documentation targets:
 Linux kernel internal documentation in different formats:
  htmldocs        - HTML
  pdfdocs         - PDF
  psdocs          - Postscript
  xmldocs         - XML DocBook
  mandocs         - man pages
  installmandocs  - install man pages generated by mandocs
  cleandocs       - clean all generated DocBook files

Architecture specific targets (x86):
* bzImage      - Compressed kernel image (arch/x86/boot/bzImage)
  install      - Install kernel using
                  (your) ~/bin/installkernel or
                  (distribution) /sbin/installkernel or
                  install to $(INSTALL_PATH) and run lilo
  fdimage      - Create 1.4MB boot floppy image (arch/x86/boot/fdimage)
  fdimage144   - Create 1.4MB boot floppy image (arch/x86/boot/fdimage)
  fdimage288   - Create 2.8MB boot floppy image (arch/x86/boot/fdimage)
  isoimage     - Create a boot CD-ROM image (arch/x86/boot/image.iso)
                  bzdisk/fdimage*/isoimage also accept:
                  FDARGS="..."  arguments for the booted kernel
                  FDINITRD=file initrd for the booted kernel
  kvmconfig     - Enable additional options for guest kernel support

  x86_64_defconfig         - Build for x86_64
  i386_defconfig           - Build for i386

  make V=0|1 [targets] 0 => quiet build (default), 1 => verbose build
  make V=2   [targets] 2 => give reason for rebuild of target
  make O=dir [targets] Locate all output files in "dir", including .config
  make C=1   [targets] Check all c source with $CHECK (sparse by default)
  make C=2   [targets] Force check of all c source with $CHECK
  make RECORDMCOUNT_WARN=1 [targets] Warn about ignored mcount sections
  make W=n   [targets] Enable extra gcc checks, n=1,2,3 where
                1: warnings which may be relevant and do not occur too often
                2: warnings which occur quite often but may still be relevant
                3: more obscure warnings, can most likely be ignored
                Multiple levels can be combined with W=12 or W=123

Execute "make" or "make all" to build all targets marked with [*] 
For further info see the ./README file


> > > Is there perhaps a value to having the version in the package name
> > instead of
> > > using _git versions?  Will all SDKs be in step with using the same
> > version?
> > >
> > [Sam] Chris or Rob, can you comment on this.  I am not sure of when the
> > other verticals pick up CMEM.
> 
> I need to let Chris comment on this.
> 
> 
> _______________________________________________
> meta-arago mailing list
> meta-arago@arago-project.org
> http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago


  reply	other threads:[~2013-11-08  2:02 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-07  5:03 [PATCH v2] cmem: Adding New recipe for cmem Sam Nelson
2013-11-07  7:35 ` Maupin, Chase
2013-11-07 11:49   ` Nelson, Sam
2013-11-08  0:33     ` Tivy, Robert
2013-11-08  2:02       ` Denys Dmytriyenko [this message]
2013-11-08  1:53     ` Denys Dmytriyenko
2013-11-08  2:00       ` Tivy, Robert
2013-11-08  2:03         ` Denys Dmytriyenko
2013-11-08  2:04           ` Nelson, Sam
2013-11-08  2:06       ` Nelson, Sam
2013-11-12 21:01       ` Nelson, Sam
2013-11-12 21:20         ` Denys Dmytriyenko
2013-11-20 13:11 ` Maupin, Chase
2013-11-20 15:24   ` Denys Dmytriyenko
2013-11-26 12:56     ` Enrico
2013-11-27 16:55       ` Denys Dmytriyenko
2013-11-28  8:20         ` Enrico

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20131108020223.GW4510@edge \
    --to=denys@ti.com \
    --cc=cring@ti.com \
    --cc=meta-arago@arago-project.org \
    --cc=rtivy@ti.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.