summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2013-07-28saucy: disable stack protectorbbb-3.8Robert Nelson1-1/+2
Signed-off-by: Robert Nelson <robertcnelson@gmail.com>
2013-07-28saucy: disable -Werror=pointer-signRobert Nelson1-1/+2
Signed-off-by: Robert Nelson <robertcnelson@gmail.com>
2013-07-28firmware: add for beagleboneRobert Nelson1-0/+0
Signed-off-by: Robert Nelson <robertcnelson@gmail.com>
2013-07-28capemgr: Priority on capemgr.enable_partno optionPantelis Antoniou1-14/+30
When booting from a device that's providing the rootfs via a cape fragment, you face the following problem as it appears on the beaglebone black. The priority of the emmc cape is low (positive number) so that any cape that is detected and uses the resources of the emmc interface can work (for example the camera cape). This means that we have to be booting from external sd card. However if there is no conflict, and the cape dtbo is not included in the kernel (via the firmware builtin configure option) the capemgr will attempt to load the cape too early, at a time that the rootfs cape hasn't been loaded yet. In order to fix that an optional third parameter is added to the specification of a cape in the eanble_partno option which allow you to specify the priority. so capemgr.enable_partno=[PART[:REV[:PRIO]]][,PART..] To load the cape fragment after all the builtin capes have loaded use a priority higher than 10; i.e. to load cape foo use: capemgr.enable_partno=foo:00A0:10 Signed-off-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2013-07-28Add support for Beaglebone Audio Amplifier CapeDaniel Nilsson2-1/+144
Signed-off-by: Daniel Nilsson <daniel@dnil.se>
2013-07-28firmware: add BeBoPr capeKoen Kooi2-0/+418
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2013-07-28capes: BACON Educational cape with free form muxingPantelis Antoniou2-1/+206
2013-07-28capes: bacon: Update with new ADC driver methodPantelis Antoniou2-2/+2
2013-07-28cape: bacon: educational editionPantelis Antoniou2-1/+171
2013-07-28cape: bacon: Cosmetic change of the adc helper namePantelis Antoniou1-1/+1
2013-07-28capes: Add bacon capePantelis Antoniou2-1/+218
This is the full Linux driver enable bacon cape definition.
2013-07-28leds: pwm: Enable compilation on this version of the kernelPantelis Antoniou2-4/+5
2013-07-28leds: leds-pwm: Defer led_pwm_set() if PWM can sleepFlorian Vaussard1-8/+42
Call to led_pwm_set() can happen inside atomic context, like triggers. If the PWM call can sleep, defer using a worker. Signed-off-by: Florian Vaussard <florian.vaussard@epfl.ch> Reviewed-by: Peter Ujfalusi <peter.ujfalusi@ti.com> Acked-by: Thierry Reding <thierry.reding@avionic-design.de> Signed-off-by: Bryan Wu <cooloney@gmail.com>
2013-07-28leds: leds-pwm: Add device tree bindingsPeter Ujfalusi2-20/+140
The DT binding for the pwm-leds devices are similar to the gpio-leds type. LEDs are represented as sub-nodes of the pwm-leds device. The code for handling the DT boot is based on the code found in the leds-gpio driver and adapted to use PWMs instead of GPIOs. To avoid having custom cleanup code in case of DT boot the newly created devm_of_pwm_get() API is used to get the correct PWM instance. For usage see: Documentation/devicetree/bindings/leds/leds-pwm.txt Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com> Acked-by: Grant Likely <grant.likely@secretlab.ca> Signed-off-by: Bryan Wu <cooloney@gmail.com>
2013-07-28leds: leds-pwm: Simplify cleanup codePeter Ujfalusi1-4/+2
The code looks more nicer if we use: while (i--) instead: if (i > 0) for (i = i - 1; i >= 0; i--) Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com> Signed-off-by: Bryan Wu <cooloney@gmail.com>
2013-07-28leds: leds-pwm: Preparing the driver for device tree supportPeter Ujfalusi1-16/+23
In order to be able to add device tree support for leds-pwm driver we need to rearrange the data structures used by the drivers. Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com> Signed-off-by: Bryan Wu <cooloney@gmail.com>
2013-07-28leds: leds-pwm: Convert to use devm_get_pwmPeter Ujfalusi2-14/+7
Update the driver to use the new API for requesting pwm so we can take advantage of the pwm_lookup table to find the correct pwm to be used for the LED functionality. Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com> Signed-off-by: Bryan Wu <cooloney@gmail.com>
2013-07-28pps-gpio: add device-tree binding and supportJan Lübbe2-2/+73
Signed-off-by: Jan Luebbe <jlu@pengutronix.de> Acked-by: Rodolfo Giometti <giometti@enneenne.com> Signed-off-by: Matt Ranostay <mranostay@gmail.com>
2013-07-28drivers/pps/clients/pps-gpio.c: convert to devm_* helpersMatt Ranostay1-17/+5
Signed-off-by: Jan Luebbe <jlu@pengutronix.de> Acked-by: Rodolfo Giometti <giometti@enneenne.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Matt Ranostay <mranostay@gmail.com>
2013-07-28drivers/pps/clients/pps-gpio.c: convert to module_platform_driverJan Luebbe1-17/+1
This removes some boilerplate code (no functional changes). Signed-off-by: Jan Luebbe <jlu@pengutronix.de> Acked-by: Rodolfo Giometti <giometti@enneenne.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Matt Ranostay <mranostay@gmail.com>
2013-07-28dt: bone-common: Add interrupt for PMICPantelis Antoniou1-0/+4
Add support for the PMIC interrupt, supports power-button presses. Signed-off-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2013-07-28tps65217: Enable KEY_POWER press on AC loss / PWR_BUTPantelis Antoniou2-2/+125
Adaption of the original patch by Andrew Bradford <andrew.bradford@omni-id.com> Some minor devm_* changes and DT support. Signed-off-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2013-07-28hwmon: add driver for the AM335x bandgap temperature sensorJan Luebbe5-0/+188
Signed-off-by: Jan Luebbe <jlu@pengutronix.de>
2013-07-28firmware: remove rule for cape-bone-adafruit-lcd-00A0Koen Kooi1-1/+0
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2013-07-28bone: add PPS to BB-BONE-RTC capeMatt Ranostay1-13/+30
Added PPS input from SQW pin on the DS1307 Signed-off-by: Matt Ranostay <mranostay@gmail.com>
2013-07-28bone: renamed adafruit RTC capeMatt Ranostay3-1/+2
rename RTC protocape to a more consistent naming Signed-off-by: Matt Ranostay <mranostay@gmail.com>
2013-07-28lcd capes: update adc channelsKoen Kooi3-3/+3
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2013-07-28LCD capes: set default brightness to 100%Koen Kooi7-7/+7
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2013-07-28capes: LCD7: fix vsync-len off by onePantelis Antoniou3-3/+3
2013-07-28Fix mmc2 being enabled when eMMC is disabled.Bas Laarhoven1-1/+1
Signed-off-by: Bas Laarhoven <sjml@xs4all.nl>
2013-07-28capes: LCD capes updated with timing fixesPantelis Antoniou7-26/+33
2013-07-28Fix timings for LCD3 capeDavid Anders1-4/+5
In the 3.2 kernel using the da8xx lcdc fb, the HSW, HFP, and HBP are written to the lcdc registers directly as entered. i.e. if HSW=47 , then 47 is written to the register and the value that is generated is the register value plus one (total of 48 clocks). with the 3.8 kernel using the DRM driver, the code subtracts one from the set value before writing it to the register, i.e. if HSW=47, then 46 is written to the register and the value that is generated is the register value plus one (total of 47 clocks). specifically with the LCD3 board, the lcd panel does not use data enable as a timing signal. it specifically counts the number of vertical clocks and horizontal clocks to determine data start points. the lcd panel expects for the sum of the HSW and HBP to be 70 pixel clocks. currently it is 68. this is the root cause of the color shift and poor image quality.... the HSW, HFP, and HBP for all three lcd panels needs to be incremented by one.
2013-07-28capes: LCD7: Fix enter key pinmuxPantelis Antoniou2-2/+4
2013-07-28capes: LCD7: Fix definitionsPantelis Antoniou2-9/+10
LCD7 rev A3/A4 had some pins wrong
2013-07-28capes: boneblack HDMI capes have blacklisted modes.Pantelis Antoniou2-0/+22
Added a few modes that are known not to work on my end. Signed-off-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2013-07-28capes: HDMI slaves need panel settingsPantelis Antoniou2-0/+26
2013-07-28bbb: Add a fall-back non-audio HDMI capePantelis Antoniou3-2/+136
When a user cape hogs the audio, allow booting with a HDMI cape which only supports video.
2013-07-28cape: GPIOHELP use correct part numberPantelis Antoniou1-1/+1
2013-07-28capemgr: Add enable_partno parameterPantelis Antoniou1-0/+66
Add analogous option to disable_partno; this one doesn't require the presence of a base dts override. Signed-off-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2013-07-28capes: Update RS232 + CAN capes with resourcesPantelis Antoniou2-0/+16
2013-07-28capes: Update most of the capes with resource definitionsPantelis Antoniou34-24/+557
Updated all the standard capes with their resource definitions.
2013-07-28capes: Add resources to capes.Pantelis Antoniou32-36/+235
Start adding the resource list of each cape.
2013-07-28bone: capemgr: Introduce simple resource trackingPantelis Antoniou1-2/+125
Now each cape can declare an exclusive-use property which is a string list of every resource it requires. Attempting to load a cape that uses the same resource will fail.
2013-07-28cssp_camera: Make it work with Beaglebone blackPantelis Antoniou2-2/+28
Using the reset control framework, the camera works on the black. I love it when a plan comes together...
2013-07-28Debugging camera stuffPantelis Antoniou2-15/+5
2013-07-28cssp_camera: Increase delay after enabling clocks to 100msPantelis Antoniou1-2/+2
2013-07-28cssp_camera: Fix it for small resolutionsPantelis Antoniou1-152/+415
This should make it work reliably for resolutions up to 1024x768 1280x960 and higher hang, or crash..
2013-07-28cssp_camera: Use flip if available.Pantelis Antoniou1-11/+8
Signed-off-by: Pantelis Antoniou <panto@antoniou-consulting.com>
2013-07-28mt9t112: forward port optimizations from Angstrom 3.2 kernelKoen Kooi2-2/+502
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2013-07-28cssp_camera: increase delays make sensor detection work betterKoen Kooi1-2/+2
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>