Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 03 5月, 2013 1 次提交
    • A
      ARM: SPEAr: conditionalize SMP code · a94d236d
      由 Arnd Bergmann 提交于 
      Some constant definitions are only defined for spear13xx, so
we must not attempt to build SPEAr SMP support when that
SoC is not enabled.

arch/arm/mach-spear/platsmp.c:25:35:
 error: 'VA_SCU_BASE' undeclared here (not in a function)
 arch/arm/mach-spear/platsmp.c: In function 'spear13xx_smp_prepare_cpus':
 arch/arm/mach-spear/platsmp.c:111:58: error: 'SYS_LOCATION' undeclared (first use in this function)

Cc: Viresh Kumar <viresh.linux@gmail.com>
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      a94d236d
  3. 19 4月, 2013 3 次提交
  5. 18 4月, 2013 2 次提交
  7. 16 4月, 2013 2 次提交
  9. 09 4月, 2013 8 次提交
  11. 08 4月, 2013 4 次提交
  13. 07 4月, 2013 1 次提交
  15. 06 4月, 2013 1 次提交
    • J
      x86: Fix rebuild with EFI_STUB enabled · 91870824
      由 Jan Beulich 提交于 
      eboot.o and efi_stub_$(BITS).o didn't get added to "targets", and hence
their .cmd files don't get included by the build machinery, leading to
the files always getting rebuilt.

Rather than adding the two files individually, take the opportunity and
add $(VMLINUX_OBJS) to "targets" instead, thus allowing the assignment
at the top of the file to be shrunk quite a bit.

At the same time, remove a pointless flags override line - the variable
assigned to was misspelled anyway, and the options added are
meaningless for assembly sources.

[ hpa: the patch is not minimal, but I am taking it for -urgent anyway
  since the excess impact of the patch seems to be small enough. ]
Signed-off-by: NJan Beulich <jbeulich@suse.com>
Link: http://lkml.kernel.org/r/515C5D2502000078000CA6AD@nat28.tlf.novell.com
Cc: Matthew Garrett <mjg@redhat.com>
Cc: Matt Fleming <matt.fleming@intel.com>
Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      91870824
  17. 05 4月, 2013 6 次提交
  19. 04 4月, 2013 12 次提交
    • A
      arm: dss-common: don't use reset_gpio from omap4_panda_dvi_device · 29cdecab
      由 Archit Taneja 提交于 
      gpio reset info is passed to the tfp410 panel driver via the panel's platform
data struct 'tfp410_platform_data'. The tfp driver doesn't use the reset_gpio
field in the omap4_panda_dvi_device struct. Remove this field.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      29cdecab
    • A
      arm: omap boards: Remove unnecessary platform_enable/disable callbacks for VENC devices · fe5c5fba
      由 Archit Taneja 提交于 
      The omap_dss_device's platform_enable/disable callbacks don't do anything for
any of the boards. The platform calls from the VENC driver will also be removed
in the future. Remove these calls from the board which have a VENC device.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
Acked-by: NIgor Grinberg <grinberg@compulab.co.il>
      fe5c5fba
    • A
      arm: omap: dss-common: use picodlp panel's gpio handling · e5e53322
      由 Archit Taneja 提交于 
      The dss-common file currently requests gpios required by the picodlp DPI
panel on the 4430sdp/blaze board. It also requests DISPLAY_SEL_GPIO and
DLP_POWER_ON_GPIO gpios which are board specific gpios to switch between lcd2
panel and picodlp, and setting intermediate power supplies for picodlp
respectively. These gpios are toggled through platform_enable/disable functions
called by the picodlp driver.

Remove the gpio requests for the gpios which are already requested by the panel
driver, and remove the platform callback functions and set the platform specific
gpios in such a way that lcd2 panel is selected for the LCD2 overlay manager and
the power supplies for picodlp are disabled.

Note: We need to revisit this so that we can enable and switch to picodlp if
that's the only panel driver available for the LCD2 overlay manager.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      e5e53322
    • A
      arm: omap: board-omap3pandora: use tpo panel's gpio handling · 2af2ac7a
      由 Archit Taneja 提交于 
      The omap3pandora board file currently passes the reset gpio number to the
tpo-td043mtea1 panel driver via the reset_gpio field in omap_dss_device.

Platform related information should be passed via the panel driver's platform
data struct.

Add the reset gpio information to panel_tpo_td043_data so that it's passed to
the panel driver.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      2af2ac7a
    • A
      arm: omap: board-zoom: use NEC panel's gpio handling · 20012c77
      由 Archit Taneja 提交于 
      The zoom board file currently requests gpios required by the nec-nl8048hl11-01
dpi panel, and provides dummy platform_enable/disable callbacks.

gpio request and configuration have been moved to the nec-nl8048hl11-01 panel
driver itself and shouldn't be done in the board files.

Remove the gpio requests and the platform callbacks from the board file. Add the
gpio information to panel_nec_nl8048_data so that it's passed to the panel
driver.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      20012c77
    • A
      arm: omap: board-rx-51: use acx565akm panel's gpio handling · 3c803f40
      由 Archit Taneja 提交于 
      The rx-51 board file currently requests gpios required by the acx565akm panel,
and provides platform_enable/disable callbacks to configure them.

These tasks have been moved to the acx565akm panel driver itself and shouldn't
be done in the board files.

Remove the gpio requests and the platform callbacks from the board file. Pass
the panel_acx565akm_data instance 'lcd_data' to omap_dss_device instead of
passing the gpio number in omap_dss_device's reset_gpio.

Add the gpio information to panel_acx565akm_data so that it's passed to the
panel driver.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      3c803f40
    • A
      arm: omap: board-sdp3430: use sharp panel's gpio handling · a05f92b7
      由 Archit Taneja 提交于 
      The omap3430sdp board file currently requests gpios required by the sharp_ls dpi
panel, and provides platform_enable/disable callbacks to configure them.

These tasks have been moved to the sharp_ls panel driver itself and shouldn't
be done in the board files.

Remove the gpio requests and the platform callbacks from the board file.
Add the gpio information to panel_sharp_ls037v7dw01_data so that it's
passed to the panel driver.

Out of sharp panel's configurable pins, all apart from resb_gpio are managed by
a CPLD on the display and set to a default value. Only the configurable pin is
passed to platform data.

The backlight GPIO doesn't go directly to the sharp panel, it is used to set up
a voltage supply which goes to the LED+ pin of the panel, hence it isn't passed
to panel as platform data, and configured in the board file itself. The
backlight used to previously toggle through the platform_enable/disable
callbacks, but now it is always on. This needs to be revisited.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      a05f92b7
    • A
      arm: omap: board-omap3evm: use sharp panel's gpio handling · fde38254
      由 Archit Taneja 提交于 
      The omap3evm board file currently requests gpios required by the sharp_ls dpi
panel, and provides platform_enable/disable callbacks to configure them.

These tasks have been moved to the sharp_ls panel driver itself and shouldn't
be done in the board files.

Remove the gpio requests and the platform callbacks from the board file.
Add the gpio information to panel_sharp_ls037v7dw01_data so that it's passed
to the panel driver.

Note: The GPIOs OMAP3EVM_LCD_PANEL_ENVDD and OMAP3EVM_LCD_PANEL_BKLIGHT_GPIO
aren't directly connected to the sharp panel, hence they aren't passed to the
panel driver as platform data. These are set to a default value such that LCD
is enabled and backlight is on. These used to previously toggle through the
platform_enable/disable callbacks, but now these are always on. This needs to
be revisited.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      fde38254
    • A
      arm: omap: board-overo: use lb035q02 dpi panel's gpio handling · 5c4e5995
      由 Archit Taneja 提交于 
      The overo board file currently requests gpios required by the lb035q02 panel,
and provides platform_enable/disable callbacks to configure them.

These tasks have been moved to the lb035q02 dpi panel driver itself and should
be removed from the board files.

The lb035q02 panel driver uses generic dpi panel's platform data struct
internally. Remove the gpio requests and the platform callbacks from the board
file. Add the gpio information to the generic dpi panel platform data struct so
that it's passed to the panel driver.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      5c4e5995
    • A
      arm: omap: board-ldp: use generic dpi panel's gpio handling · fa2a02f2
      由 Archit Taneja 提交于 
      The ldp board file currently requests gpios required to configure the NEC DPI
panel, and provides platform_enable/disable callbacks to configure them.

These tasks have been moved to the generic dpi panel driver itself and shouldn't
be done in the board files.

Remove the gpio requests and the platform callbacks from the board file.
Configure the gpio information in generic dpi panel's platform data so that it's
passed to the panel driver.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
      fa2a02f2
    • A
      arm: omap: board-am3517: use generic dpi panel's gpio handling · 130cbe57
      由 Archit Taneja 提交于 
      The am3517 board file currently requests gpios required to configure the sharp
lq DPI panel, and provides platform_enable/disable callbacks to configure them.

These tasks have been moved to the generic dpi panel driver itself and shouldn't
be done in the board files.

Remove the gpio requests and the platform callbacks from the board file.
Add the gpio information to generic dpi panel's platform data so that it's
passed to the panel driver.

Note: It's not clear why the GPIOs were muxed as input signals in PULL down mode
in am3517_evm_display_init(). Also, only the LCD_PANEL_PWR was toggled in the
platform_enable/disable calls, the generic DPI panel driver will now toggle all
the three gpios on panel's disable/enable. We need to test if these changes to
see if they have any impact or not.
Signed-off-by: NArchit Taneja <archit@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
Cc: Vaibhav Hiremath <hvaibhav@ti.com>
      130cbe57
    • T
      arm: omap: board-cm-t35: use generic dpi panel's gpio handling · e471e9ad
      由 Tomi Valkeinen 提交于 
      The cm-t35 board file currently requests gpios required to configure the tdo35s
panel, and provides platform_enable/disable callbacks to configure them.

These tasks have been moved to the generic dpi panel driver itself and shouldn't
be done in the board files.

Remove the gpio requests and the platform callbacks from the board file.
Add the gpio information to generic dpi panel's platform data so that it's
passed to the panel driver.

Note: Only BL enable gpio is handled in the panel driver. The LCD enable
GPIO is handled in the board file at init time, as there's a 50 ms delay
required when using the GPIO, and the panel driver doesn't know about
that.
Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
Cc: Tony Lindgren <tony@atomide.com>
Acked-by: NIgor Grinberg <grinberg@compulab.co.il>
      e471e9ad