[PATCH linux v4 00/20] FSI device driver introduction

Jeremy Kerr jk at ozlabs.org
Tue Oct 18 12:56:47 AEDT 2016


Hi Chris,

>> Sounds like a plan -Thanks
> 
> Excellent! I'll get that done today, and let you know when my branch is
> ready to re-pull.

OK, done. The branch at:

  https://github.com/jk-ozlabs/linux/tree/openbmc/fsi

Now has an updated base set of commits for you to rebase onto. To do
that:

   git rebase -i --onto 2b5b3ae2 <SHA>

Where <SHA> is the start of your local changes in your tree (ie,
corresponding to 16/20). In that rebase, you'll probably want to pick
111f387 (my skeleton GPIO driver), which should still be an object in
your tree, and squash 18/20 into that.

Something like this for the rebase plan:

  pick cfa927f fsi: Add empty fsi bus definitions
  pick fd18ef2 fsi: Add device & driver definitions
  pick 05d2f6d fsi: add driver to device matches
  pick 918007d fsi: Add fsi master definition
  pick 1493896 fsi: Add fake master driver
  pick cd8c30f fsi: enable debug
  pick 287b519 fsi: Add slave definition
  pick db6d868 fsi: Add empty master scan
  pick 60e3513 fsi: Add crc4 helpers
  pick 57314b2 fsi: Implement slave initialisation
  pick 47a25ff fsi: scan slaves & register devices
  pick 2b5b3ae fsi: Add device read/write/peek functions
  pick <16/20> drivers/fsi: Set up links for slave communication
  pick <17/20> drivers/fsi: Set slave SMODE to init communications
  pick 111f387 fsi: Add GPIO master driver
  squash <18/20> drivers/fsi: Add GPIO FSI master functionality
  pick <19/20> drivers/fsi: Add client driver register utilities
  pick <20/20> drivers/fsi: Add SCOM client driver

Where <xx/20> is the actual SHA of the commit, of course. These will
automatically be provided by the rebase.

Then, when squashing the GPIO patch, set the author to you, keep my
signed-off-by, and reword the commit message to the entire change.

Cheers,


Jeremy


More information about the openbmc mailing list