{"push_id":1387470007,"size":94,"distinct_size":94,"ref":"refs/heads/master","head":"bc33b0ca11e3df467777a4fa7639ba488c9d4911","before":"d4c5f43dcd05529236a0f957b27d2597c24e5f69","commits":[{"sha":"c58b84ee467bfd08b39fbda56757ba19ac50980a","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] af9005: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/c58b84ee467bfd08b39fbda56757ba19ac50980a"},{"sha":"5ef8ed0e5608f75805e41ef8abbe94a3597e6613","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] cinergyT2-core: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/5ef8ed0e5608f75805e41ef8abbe94a3597e6613"},{"sha":"54d577a4c91ba5dfe634ddee26223bc9a39687a7","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] cinergyT2-core: handle error code on RC query\n\nThere's no sense on decoding and generating a RC key code if\nthere was an error on the URB control message.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/54d577a4c91ba5dfe634ddee26223bc9a39687a7"},{"sha":"c2730eef5fa180eec853f3775bebc4d74e6e6697","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] cinergyT2-fe: cache stats at cinergyt2_fe_read_status()\n\nInstead of sending USB commands for every stats call, collect\nthem once, when status is updated. As the frontend kthread\nwill call it on every few seconds, the stats will still be\ncollected.\n\nBesides reducing the amount of USB/I2C transfers, this also\nwarrants that all stats will be collected at the same time,\nand makes easier to convert it to DVBv5 stats in the future.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/c2730eef5fa180eec853f3775bebc4d74e6e6697"},{"sha":"0d43c0ff8b7e0a76136c602625efa5e6919baf9c","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] cinergyT2-fe: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/0d43c0ff8b7e0a76136c602625efa5e6919baf9c"},{"sha":"17ce039b4e5405c49d8c0d64e6d781cc6f4dc1ac","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] cxusb: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/17ce039b4e5405c49d8c0d64e6d781cc6f4dc1ac"},{"sha":"bd1f976cc95b0689f889c8d93434ee61dd09b08b","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dib0700: be sure that dib0700_ctrl_rd() users can do DMA\n\ndib0700_ctrl_rd() takes a RX and a TX pointer. Be sure that\nboth will point to a memory allocated via kmalloc().\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/bd1f976cc95b0689f889c8d93434ee61dd09b08b"},{"sha":"fa1ecd8dc454fe2d3075a964240f45ceb60cb9e0","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dib0700_core: don't use stack on I2C reads\n\nBe sure that I2C reads won't use stack by passing\na pointer to the state buffer, that we know it was\nallocated via kmalloc, instead of relying on the buffer\nallocated by an I2C client.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/fa1ecd8dc454fe2d3075a964240f45ceb60cb9e0"},{"sha":"426398b15d9f18ce3e7b5c4e657b4c0103dd8389","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dibusb: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/426398b15d9f18ce3e7b5c4e657b4c0103dd8389"},{"sha":"ff1c123545d706c6e414132c9fc93e345f5141da","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dibusb: handle error code on RC query\n\nThere's no sense on decoding and generating a RC key code if\nthere was an error on the URB control message.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/ff1c123545d706c6e414132c9fc93e345f5141da"},{"sha":"f0b0ada7184cca44bb5ae96903eca304cc20eec5","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] digitv: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/f0b0ada7184cca44bb5ae96903eca304cc20eec5"},{"sha":"208d8af509455ebf25f25f974c9907c0eb1a2b0a","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dtt200u-fe: don't keep waiting for lock at set_frontend()\n\nIt is up to the frontend kthread to wait for lock.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/208d8af509455ebf25f25f974c9907c0eb1a2b0a"},{"sha":"89919b518863e7dac98d4d6d4b08ed2113d91d27","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dtt200u-fe: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/89919b518863e7dac98d4d6d4b08ed2113d91d27"},{"sha":"ba705a629ceee28f7ee4a5f977da52278b683eb0","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dtt200u-fe: handle errors on USB control messages\n\nIf something goes wrong, return an error code, instead of\nassuming that everything went fine.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/ba705a629ceee28f7ee4a5f977da52278b683eb0"},{"sha":"ab883e2de3fc58c0af6070ea067a607a6310772b","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@osg.samsung.com"},"message":"[media] dtt200u: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/ab883e2de3fc58c0af6070ea067a607a6310772b"},{"sha":"a3f9f07e06ebf37261171e167e2110b758c2a147","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] dtt200u: handle USB control message errors\n\nIf something bad happens while an USB control message is\ntransfered, return an error code.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/a3f9f07e06ebf37261171e167e2110b758c2a147"},{"sha":"8f306145df334e2797ef5aa63225cd5178e569c1","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@osg.samsung.com"},"message":"[media] dtv5100: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/8f306145df334e2797ef5aa63225cd5178e569c1"},{"sha":"fa86c9a1fca5a50563cc63e97aa130a3c54f1d4c","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] gp8psk: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/fa86c9a1fca5a50563cc63e97aa130a3c54f1d4c"},{"sha":"f1a503dddf4d4da2b7bbf6ae4e92527bdc265bb9","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] gp8psk: don't go past the buffer size\n\nAdd checks to avoid going out of the buffer.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/f1a503dddf4d4da2b7bbf6ae4e92527bdc265bb9"},{"sha":"c3a66e9f465e7e792dff6ccd571bc657e6504c7b","author":{"name":"Mauro Carvalho Chehab","email":"ea19850a825a0b2eb1de0168fb2a06f5170bd9e2@s-opensource.com"},"message":"[media] nova-t-usb2: don't do DMA on stack\n\nThe USB control messages require DMA to work. We cannot pass\na stack-allocated buffer, as it is not warranted that the\nstack would be into a DMA enabled area.\n\nReviewed-by: Patrick Boettcher <patrick.boettcher@posteo.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/nmenon/linux-2.6-playground/commits/c3a66e9f465e7e792dff6ccd571bc657e6504c7b"}]}
{"actor":{"display_login":"nmenon"}}