{"push_id":760739679,"size":14,"distinct_size":7,"ref":"refs/heads/3.14-1.0.x-mx6-sr","head":"75a67496bf2ca405a3c00131c91a73343374d462","before":"e865de4757caa504c3d651be7e02686136fba0b2","commits":[{"sha":"fc97b6797d80a656f5eaefa18b5b7f4467449b0b","author":{"email":"eafa60c44da329c8c4809a71b40812858788dea3@me.com","name":"Matus Kral"},"message":"mxc-hdmi: change order of hdmi->hp_state settings and fb_(un)blank() calls\n          in cable_connected/disconnected functions)\n\n(previous order was making blanking and unblanking not work as it checks\nfor hdmi->hp_state == HDMI_HOTPLUG_DISCONNECTED and returns immediately)","distinct":true,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/fc97b6797d80a656f5eaefa18b5b7f4467449b0b"},{"sha":"805856e53a56917852fd10977ef246e510e65ff2","author":{"email":"5662ce158b0877ac0437d317cc1bb377fe11b102@s-t.de","name":"warped-rudi"},"message":"video: mxc_edid: Parse Video Capability Data Block\n\nThe information from this block is used to detect if a\nsink supports overriding of the RGB quantisation range.\n\nSigned-off-by: Rudi <r.ihle@s-t.de>","distinct":false,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/805856e53a56917852fd10977ef246e510e65ff2"},{"sha":"60251e8643f6dc17effbea2630bdcf019b53b910","author":{"email":"5662ce158b0877ac0437d317cc1bb377fe11b102@s-t.de","name":"warped-rudi"},"message":"video: mxc_hdmi: Add new option 'auto' for RGB Quant Range setting\n\nThis new option, which is now the default, will automatically use\nfull range, when the sink announces that it supports quantisation\noverriding. Otherwise, the default range (i.e. limited) is used.\n\nSigned-off-by: Rudi <r.ihle@s-t.de>","distinct":false,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/60251e8643f6dc17effbea2630bdcf019b53b910"},{"sha":"f2c34aa14dfd77ad0bf6d0ccb7224fdf528ca193","author":{"email":"5662ce158b0877ac0437d317cc1bb377fe11b102@s-t.de","name":"warped-rudi"},"message":"video: mxc_hdmi: Add command line switch to disable EDID processing.\n\nAllow the use of the fallback videomode list even in case a valid EDID\nis obtainable. This is done by adding 'mxc_hdmi.ignore_edid=1' to the\nkernel command line.\n\nSigned-off-by: Rudi <r.ihle@s-t.de>","distinct":false,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/f2c34aa14dfd77ad0bf6d0ccb7224fdf528ca193"},{"sha":"e828201b66fe638ac099b5401bec4f5a0c477806","author":{"email":"5662ce158b0877ac0437d317cc1bb377fe11b102@s-t.de","name":"warped-rudi"},"message":"video: mxc_hdmi: Flag video modes from the fallback list as standard.\n\nThis patch changes the fallback modes from 'User' to 'Standard' (i.e.\nthey get listed as S:xxxx instead of U:xxxx).\n\nSigned-off-by: Rudi <r.ihle@s-t.de>","distinct":false,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/e828201b66fe638ac099b5401bec4f5a0c477806"},{"sha":"88811551480b0f2202461a793674a2355024f8f7","author":{"email":"5662ce158b0877ac0437d317cc1bb377fe11b102@s-t.de","name":"warped-rudi"},"message":"video: mxc_edid: Parse and store audio rates/sizes by channel count.\n\nA sink may have different audio restrictions depending on the maximum\nchannel count. This patch changes the EDID parsing so that sample_rates\nand sample_sizes are stored separately for 2, 4, 6 and 8 channels modes.\n\nSigned-off-by: Rudi <r.ihle@s-t.de>","distinct":false,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/88811551480b0f2202461a793674a2355024f8f7"},{"sha":"040f5acd0778e5e254496aab60fd74d8232a5654","author":{"email":"5662ce158b0877ac0437d317cc1bb377fe11b102@s-t.de","name":"Rudi"},"message":"sound: fsl_hdmi: Fix return value handling when setting constraints.\n\nSome of the snd_pcm_hw_constraint_xxx() functions may return non-zero\npositive values in case of success. So in order to detect errors we\nshould check for negatives.\n\nSigned-off-by: Rudi <r.ihle@s-t.de>","distinct":false,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/040f5acd0778e5e254496aab60fd74d8232a5654"},{"sha":"df32d21d4d06d9db76d5a9a1474db8877c1365a2","author":{"email":"5662ce158b0877ac0437d317cc1bb377fe11b102@s-t.de","name":"Rudi"},"message":"sound: fsl_hdmi: Add rules to adjust constraints dynamically.\n\nThis patch will modify the sample rate and channel count constraints\ndepending on each other. This handles sinks, that report different\nsupported sample rates for stereo and multi-channel.\n\nSigned-off-by: Rudi <r.ihle@s-t.de>","distinct":false,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/df32d21d4d06d9db76d5a9a1474db8877c1365a2"},{"sha":"85b53f669bf874612f8135c2358be8299f50d5f1","author":{"email":"562fde59b02b386e29e4d221b1922c1f762dfee8@gmail.com","name":"Jon Nettleton"},"message":"Merge pull request #8 from mk01/mk01/3.14-1.0.x-mx6-sr\n\nmxc-hdmi: change order of hdmi->hp_state settings and fb_(un)blank() calls","distinct":true,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/85b53f669bf874612f8135c2358be8299f50d5f1"},{"sha":"555cbf432ebeedfdcd770e05f6aeba5b2208df23","author":{"email":"562fde59b02b386e29e4d221b1922c1f762dfee8@gmail.com","name":"Jon Nettleton"},"message":"Merge pull request #3 from OpenBricks/solidrun-video-patches1\n\nAdd / change two command line options for mxc_hdmi","distinct":true,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/555cbf432ebeedfdcd770e05f6aeba5b2208df23"},{"sha":"e4e6bd0897e61026916889e8772008d2b8a9f809","author":{"email":"562fde59b02b386e29e4d221b1922c1f762dfee8@gmail.com","name":"Jon Nettleton"},"message":"Merge pull request #4 from OpenBricks/solidrun-video-patches2\n\nvideo: mxc_hdmi: Flag video modes from the fallback list as standard.","distinct":true,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/e4e6bd0897e61026916889e8772008d2b8a9f809"},{"sha":"92adbba0a6eb43bbe6b4499c6d3fcf20966a9ece","author":{"email":"562fde59b02b386e29e4d221b1922c1f762dfee8@gmail.com","name":"Jon Nettleton"},"message":"Merge pull request #5 from OpenBricks/solidrun-audio-patches\n\nChange / fix audio descriptor handling","distinct":true,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/92adbba0a6eb43bbe6b4499c6d3fcf20966a9ece"},{"sha":"9ac05c5fc49a6496927e7bef40c4014c6b21b8f1","author":{"email":"49983c4a76b998672954ed5edf4a62db4a336502@chromium.org","name":"Doug Anderson"},"message":"mmc: core: Increase delay for voltage to stabilize from 3.3V to 1.8V\n\nUpstream-commit: 7c5209c315ea0f3102413ed1d6309be94b1e792f\n\nSince the regulator used for the SDMMC IO voltage is not expected to\ndraw a lot of current, most systems will probably use an inexpensive\nLDO for it.  LDO regulators apparently have the feature that they\ndon't actively drive the voltage down--they wait for other components\nin the system to drag the voltage down.  Thus they will transition\nfaster under heavy loads and slower under light loads.\n\nDuring an SDMMC voltage change from 3.3V to 1.8V, we are almost\ncertainly under a light load.  To be specific:\n* The regulator is hooked through pulls to CMD0-3 and DAT.  Probably\n  the CMD pulls are something like 47K and the DAT is something like\n  10K.\n* The card is supposed to be driving DAT0-3 low during voltage change\n  which will draw _some_ current, but not a lot.\n* The regulator is also provided to the SDMMC host controller, but the\n  SDMMC host controller is in open drain mode during the voltage\n  change and so shouldn't be drawing much current.\n\nIn order to keep the SDMMC host working properly (or for noise\nreasons), there might also be a capacitor attached to the SDMMC IO\nregulator.  This also will have the effect of slowing down transitions\nof the regulator, especially under light loads.\n\nFrom experimental evidence, we've seen the voltage change fail if the\ncard doesn't detect that the voltage fell to less than about 2.3V when\nwe turn on the clock.  On one device (that admittedly had a 47K CMD\npullup instead of a 10K CMD pullup) we saw that the voltage was just\nabout 2.3V after 5ms and thus the voltage change would sometimes fail.\nDoubling the delay gave margin and made the voltage change work 100%\nof the time, despite the slightly weaker CMD pull.\n\nAt the moment submitting this as an RFC patch since my problem _could_\nbe fixed by increasing the pull strength (or using a smaller\ncapacitor).  However being a little bit more lenient to strange\nhardware could also be a good thing.\n\nSigned-off-by: Doug Anderson <dianders@chromium.org>\nAcked-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":true,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/9ac05c5fc49a6496927e7bef40c4014c6b21b8f1"},{"sha":"75a67496bf2ca405a3c00131c91a73343374d462","author":{"email":"562fde59b02b386e29e4d221b1922c1f762dfee8@gmail.com","name":"Jon Nettleton"},"message":"power: reset: Add snvs rtc power-off driver\n\nsnvs-poweroff supports using the SNVS RTC from certain Freescale\nSOCs to power off the board.  It also removes the hack of adding\nthis functionality directly to the rtc driver.  If a board needs\nthis support it should add an entry like\n\nrestart_poweroff {\n\tcompatible = \"fsl,snvs-poweroff\";\n};\n\nto their device-tree board file.","distinct":true,"url":"https://api.github.com/repos/OpenBricks/linux-fslc/commits/75a67496bf2ca405a3c00131c91a73343374d462"}]}