{"shas":[["195ebc43bf76df2232d8c55ae284725e73d7a80e","5d315a13f7549d1ecf8e62305448b567ef831df9@atmel.com","[media] V4L: at91: add Atmel Image Sensor Interface (ISI) support\n\nThis patch is to enable Atmel Image Sensor Interface (ISI) driver support.\n\nSigned-off-by: Josh Wu <josh.wu@atmel.com>\nAcked-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Josh Wu"],["c6aac9fcdd6d92cf89d3ce41fcc10e75fbdde9df","9a53fa2b78b94926e01049233331b35b21a18d99@nvidia.com","[media] V4L: ov9740: Cleanup hex casing inconsistencies\n\nMade all hex number casing use lower-case throughout the entire driver\nfor consistency.\n\nSigned-off-by: Andrew Chew <achew@nvidia.com>\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Andrew Chew"],["5fec8b900237ecc8ba1bbc3d051a655d43b6881c","9a53fa2b78b94926e01049233331b35b21a18d99@nvidia.com","[media] V4L: ov9740: Correct print in ov9740_reg_rmw()\n\nThe register width of the ov9740 is 16-bits, so correct the debug print\nto reflect this.\n\nSigned-off-by: Andrew Chew <achew@nvidia.com>\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Andrew Chew"],["c4fdce56968dcd78481808fd2ce8f5a192322028","9a53fa2b78b94926e01049233331b35b21a18d99@nvidia.com","[media] V4L: ov9740: Fixed some settings\n\nBased on vendor feedback, should issue a software reset at start of day.\n\nAlso, OV9740_ANALOG_CTRL15 needs to be changed so the sensor does not begin\nstreaming until it is ready (otherwise, results in a nonsense frame for the\ninitial frame).\n\nAdded a comment on using discontinuous clock.\n\nFinally, OV9740_ISP_CTRL19 needs to be changed to really use YUYV ordering\n(the previous value was for VYUY).\n\nSigned-off-by: Andrew Chew <achew@nvidia.com>\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Andrew Chew"],["970aa9e04e40f8a73691c3c5c3c7bd76fee6f8f2","9a53fa2b78b94926e01049233331b35b21a18d99@nvidia.com","[media] V4L: ov9740: Remove hardcoded resolution regs\n\nDerive resolution-dependent register settings programmatically.\n\nSigned-off-by: Andrew Chew <achew@nvidia.com>\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Andrew Chew"],["e29c9bfb3823b7733448a3232d1864c14f28fb44","9a53fa2b78b94926e01049233331b35b21a18d99@nvidia.com","[media] V4L: ov9740: Reorder video and core ops\n\nThis is to avoid needing a forward declaration when ov9740_s_power() (in the\nsubsequent patch) calls ov9740_s_fmt().\n\nSigned-off-by: Andrew Chew <achew@nvidia.com>\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Andrew Chew"],["95904d4b6a188ea2f0f1781498f6ca626e21b9ac","9a53fa2b78b94926e01049233331b35b21a18d99@nvidia.com","[media] V4L: ov9740: Add suspend/resume\n\nOn suspend, remember whether we are streaming or not, and at what frame format,\nso that on resume, we can start streaming again.\n\nSigned-off-by: Andrew Chew <achew@nvidia.com>\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Andrew Chew"],["523f46d6aba9dcb0a2d0fc474ca884e93a7cf198","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-events/fh: merge v4l2_events into v4l2_fh\n\nDrivers that supported events used to be rare, but now that controls can also\nraise events this will become much more common since almost all drivers have\ncontrols.\n\nThis means that keeping struct v4l2_events as a separate struct make no more\nsense. Merging it into struct v4l2_fh simplifies things substantially as it\nis now an integral part of the filehandle struct.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["77068d36d8b9e9902a89b4bb01011d41926f5420","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-ctrls/event: remove struct v4l2_ctrl_fh, instead use v4l2_subscribed_event\n\nThe v4l2_ctrl_fh struct connected v4l2_ctrl with v4l2_fh so the control\nwould know which filehandles subscribed to it. However, it is much easier\nto use struct v4l2_subscribed_event directly for that and get rid of that\nintermediate struct.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["f1e393de382af9b9bd2462a42bfa16b8c501d81b","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-event/ctrls/fh: allocate events per fh and per type instead of just per-fh\n\nThe driver had to decide how many events to allocate when the v4l2_fh struct\nwas created. It was possible to add more events afterwards, but there was no\nway to ensure that you wouldn't miss important events if the event queue\nwould fill up for that filehandle.\n\nIn addition, once there were no more free events, any new events were simply\ndropped on the floor.\n\nFor the control event in particular this made life very difficult since\ncontrol status/value changes could just be missed if the number of allocated\nevents and the speed at which the application read events was too low to keep\nup with the number of generated events. The application would have no idea\nwhat the latest state was for a control since it could have missed the latest\ncontrol change.\n\nSo this patch makes some major changes in how events are allocated. Instead\nof allocating events per-filehandle they are now allocated when subscribing an\nevent. So for that particular event type N events (determined by the driver)\nare allocated. Those events are reserved for that particular event type.\nThis ensures that you will not miss events for a particular type altogether.\n\nIn addition, if there are N events in use and a new event is raised, then\nthe oldest event is dropped and the new one is added. So the latest event\nis always available.\n\nThis can be further improved by adding the ability to merge the state of\ntwo events together, ensuring that no data is lost at all. This will be\nadded in the next patch.\n\nThis also makes it possible to allow the user to determine the number of\nevents that will be allocated. This is not implemented at the moment, but\nwould be trivial.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["2151bdc887acfd6dc2c931b4d3c01f95e30b7df8","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-event: add optional merge and replace callbacks\n\nWhen the event queue for a subscribed event is full, then the oldest\nevent is dropped. It would be nice if the contents of that oldest\nevent could be merged with the next-oldest. That way no information is\nlost, only intermediate steps are lost.\n\nThis patch adds optional replace() (called when only one kevent was allocated)\nand merge() (called when more than one kevent was allocated) callbacks that\nwill be called to do this job.\n\nThese two callbacks are implemented for the V4L2_EVENT_CTRL event.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["c12fcfd676e16a82e47ee44fe2d13dc21717063a","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-ctrls: don't initially set CH_VALUE for write-only controls\n\nWhen sending the SEND_INITIAL event for write-only controls the\nV4L2_EVENT_CTRL_CH_VALUE flag should not be set. It's meaningless.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["eb5b16efb26ff5b2d0ba25a114394db69c433f86","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-ctrls: improve discovery of controls of the same cluster\n\nThe implementation of VIDIOC_G/S/TRY_EXT_CTRLS in the control framework has\nto figure out which controls in the control list belong to the same cluster.\nSince controls belonging to the same cluster need to be handled as a unit,\nthis is important information.\n\nIt did that by going over the controls in the list and for each control that\nbelonged to a multi-control cluster it would walk the remainder of the list\nto try and find controls that belong to that same cluster.\n\nThis approach has two disadvantages:\n\n1) it was a potentially quadratic algorithm (although highly unlikely that\nit would ever be that bad in practice).\n2) it took place with the control handler's lock held.\n\nSince we want to make it possible in the future to change control values\nfrom interrupt context, doing a lot of work while holding a lock is not a\ngood idea.\n\nIn the new code the algorithm is no longer quadratic but linear in the\nnumber of controls in the list. Also, it now can be done beforehand.\n\nAnother change that was made was to so the try and set at the same time.\nBefore when S_TRY_EXT_CTRLS was called it would 'try' the controls first,\nand then it would 'set' them. The idea was that any 'try' errors would\nprevent the 'set' from happening, thus avoiding having partially set\ncontrol lists.\n\nHowever, this caused more problems than it solved because between the 'try'\nand the 'set' changes might have happened, so it had to try a second time,\nand since actual controls with a try_ctrl op are very rare (and those that\nwe have just adjust values and do not return an error), I've decided to\ndrop that two-stage approach and just combine try and set.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["e64025850d11afd0a9ad14d40310bec7ff0f4847","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-ctrls: split try_or_set_ext_ctrls()\n\nSplit try_or_set_ext_ctrls() into a validate_ctrls() part ('Phase 1')\nand merge the second part ('Phase 2') into try_set_ext_ctrls().\n\nThis makes a lot more sense and it also does the validation before\ntrying to try/set the controls.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["71c6c4c918696625164ffdac4ece9f83bd4a6694","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-ctrls: v4l2_ctrl_handler_setup code simplification\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["98019f5e88ef912eb6fdbe5b23fed16c9ba230ee","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-framework.txt: updated v4l2_fh_init documentation\n\nv4l2_fh_init now returns void instead of int, updated the doc.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["1de7310ac9854101ecb9cdeed0f8bd5ac66cf55e","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-framework.txt: update v4l2_event section\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["e969084030b03f4997d63b3f718ba814290e0705","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] DocBook: update V4L Event Interface section\n\nStarting with v3.1 the V4L2 API provides certain guarantees with respect to\nevents. Document these.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["3f66f0ed319505555f45ceac04775b23f9279ee6","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-ctrls/v4l2-events: small coding style cleanups\n\nThanks to Laurent Pinchart <laurent.pinchart@ideasonboard.com>.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"],["3ad57c33846d884cfeed770238b27f3dcf3742f1","3a513708f73c27e7d36ebc496aa41dad6a3153ea@cisco.com","[media] v4l2-event.h: add overview documentation to the header\n\nIt's getting confusing who is linking to what, so add an overview at\nthe start of the header.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","Hans Verkuil"]],"ref":"refs/heads/master","size":1500,"head":"fcb8ce5cfe30ca9ca5c9a79cdfe26d1993e65e0c","push_id":40404096}