Skip to content

Conversation

@HeavyCoke
Copy link

@HeavyCoke HeavyCoke commented Aug 2, 2017

This patch series is for manipulating Parrot's P6i plf firmware. We are aiming to be able to extract and repack the userland (file_actions) from the _payload.plf blobs but that is still in progress in a separate project. Once we get that working we should be able to use the extract "nice" feature and build payloads with that.

These are some initial patches for the open source project "ardrone-tools":

  • Make it work.
  • Extend hwVersion values.
  • Eraly support for building payloads.

NOTEs:

  • payload build is redundant with installer build as I didn't want to compromise installer builds yet.

Jorge Sanjuan and others added 8 commits August 2, 2017 16:03
From `man fread()`:

"On  success,  fread() and fwrite() return the number of items read
or written.  This number equals the number of bytes transferred only
when size is 1."

Signed-off-by: Jorge Sanjuan <jorge.sanjuan@codethink.co.uk>
These plfs are the payload which contains the contents to flash
onto the NAND memory.

TODO: Make kernel and payload build code less redundant.

Signed-off-by: Jorge Sanjuan <jorge.sanjuan@codethink.co.uk>
This field seems to be just a description. We are dealing with a
parrot P6i board which seems to have:

hdw_version = 12 for installer(s).plf
hdw_version = 14 for _payload.plf

Moving that description so it matches what our target expects.

Signed-off-by: Jorge Sanjuan <jorge.sanjuan@codethink.co.uk>
This is an example configuration file to build payloads or
ARCHIVE type plf blobs.

Signed-off-by: Jorge Sanjuan <jorge.sanjuan@codethink.co.uk>
This patch adds support for building a new payload with the
contents specified in a .ini configuration file.

File actions are read from a given directory that has the
new userland re-packed into file_action type files.

Signed-off-by: Jorge Sanjuan <jorge.sanjuan@codethink.co.uk>
Some files could get in the wrong place if reading file_actions
alphabetically from the directory. Make sure everything follows
the order it would do if using `find .`.

Signed-off-by: Jorge Sanjuan <jorge.sanjuan@codethink.co.uk>
Build type macros were defined but not used.

Signed-off-by: Jorge Sanjuan <jorge.sanjuan@codethink.co.uk>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant