Age | Commit message (Collapse) | Author |
|
|
|
If the local critical temperature is reached the power is
unconditionally switched off. At 70°C ambient the default of 85°C
can be reached. So increase the limit in the hwmon chip to 95°C.
|
|
If the local critical temperature is reached the power is
unconditionally switched off. At 70°C ambient the default of 85°C
can be reached. So increase the limit in the hwmon chip to 95°C.
|
|
Avoid extensive HDMI messages during boot.
[ 30.234829] HDMI hot plug event: Codec=3 Pin=5 Presence_Detect=1 ELD_Valid=0
[ 30.253652] HDMI status: Codec=3 Pin=5 Presence_Detect=1 ELD_Valid=1
[ 32.333657] HDMI: detected monitor SyncMaster at connection type HDMI
[ 32.340116] HDMI: available speakers: FL/FR
[ 32.344616] HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200, bits = 16 20 24
|
|
export access to the 'Local Shared OS and T_Crit Limit'
register.
|
|
Hack to avoid 24 Hz mode in X resulting in no display at all. This has
been encountered using e.g. a Samsung SyncMaster F2380 if connected by
HDMI.
root@apalis-t30:~# xrandr
Screen 0: minimum 256 x 128, current 1920 x 1080, maximum 2048 x 2048
LVDS-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
1920x1080 58.6*+
HDMI-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 160mm x 90mm
1920x1080 60.0 + 24.0*
1680x1050 59.9
1280x1024 75.0 60.0
1440x900 75.0 59.9
1280x960 60.0
1280x800 59.9
1152x864 75.0
1280x720 60.0 50.0
1024x768 75.0 70.1 60.0
832x624 74.6
800x600 72.2 75.0 60.3 56.2
720x576 50.0
720x480 59.9
640x480 75.0 72.8 66.7 59.9
720x400 70.1
|
|
Enable PCI quirk support resp. don't explicitly disable it in order for
the following fix to take effect.
The Apalis evaluation board needs to set the link speed to 2.5 GT/s
(GEN1). The default link speed setting is 5 GT/s (GEN2). 0x98 is the
Link Control 2 PCIe Capability Register of the PEX8605 PCIe switch. The
switch supports link speed auto negotiation, but falsely sets the link
speed to 5 GT/s.
|
|
Previously only 64-lead and 40-lead models were identified. This patch
adds 48-lead and 32-lead device identification as well.
Please note that due to missing parameter negotiation functions one
might get the following message with a subsequent crash:
WARNING: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Could
not get parameters on device '/dev/video0'
This can be avoided by explicitly specifying the format as follows:
gst-launch v4l2src ! deinterlace tff=1 method=4 ! 'video/x-raw-yuv,
width=(int)720, height=(int)576, format=(fourcc)I420' !
nv_omx_videomixer ! nv_gl_eglimagesink
|
|
Integrate ADV7180 and MAX9526 video decoder support and prepare for
drivers as modules.
The following gstreamer pipeline shows a preview window:
gst-launch v4l2src ! deinterlace tff=1 method=4 ! nv_omx_videomixer !
nv_gl_eglimagesink
|
|
|
|
|
|
Integrate ADV7180 and MAX9526 video decoder support and prepare for
drivers as modules.
|
|
Powering on, improved interlacing.
|
|
|
|
Remove tegra_aes_device from the platform device list as it was listed
twice.
|
|
Move paddr to correct ifdef to enable CONFIG_NVMAP_PAGE_POOLS=n
compilation.
|
|
Use right buffer flag NVMAP_HANDLE_WRITE_COMBINE to allocate buffer,
which can be shared by VI/CSI and CPU. Don't use NVMAP_HEAP_SYSMEM.
It is validated to old T20 silicon and can't support big buffers. By
default, our nvmap_alloc() will use IOVMM to allocate buffers.
nvmap_pin() gives us IOVA for hardware engines like VI/CSI module
with IOMMU enabled in kernel. nvmap_mmap() gives us VA for CPU
read/write operations. So we need to convert VA address to physical
address of the buffer and map that buffer to user space processor's
memory space "page by page".
Change-Id: I543d9d95fc14395200647e09480f25d9bc001e00
Signed-off-by: Bryan Wu <pengw@nvidia.com>
|
|
This reverts commit 080c3135b58aa700851991fb672e6c33cf16d9d9.
|
|
Integrate ADV7180 video decoder support.
While at it prepare for ADV7180 as well as MAX9526 drivers as module.
|
|
|
|
Fix issue with nvhost_client_device_init being issued more than once.
|
|
|
|
|
|
Avoid AXI response decoding errors of the following form by properly
setting the root bus number:
[ 3.377991] PCIE: AXI response decoding error, signature: ff01003d
[ 3.384174] PCIE: AXI response decoding error, signature: ff01003c
|
|
Implement workaround for PLX PEX 8605 errata 5 (PEX_REFCLK_OUTpx/nx
Clock Outputs is not Guaranteed Until 900 us After PEX_PERST#
De-assertion) by releasing RESET_MOCI_N 1 ms after releasing
PEX_PERST_N.
|
|
Add a comment about conflicting use of SODIMM pin 150 as GPIO K0 resp.
GMI_ADV_N used for multiplexed address/data bus courtesy of Stéphane
Gonnella from Multitel ASBL.
|
|
Revert the following commit:
4bb48c289cdfddf02673b5b3dd1a735dfd5d972e
|
|
Added skeleton code to define userspace accessable gpio.
Export gpios which are unlikely to be used for other functions.
|
|
Revise Ethernet MAC address assignment: should now handle up to two
instances of custom user MACs (2nd one with a 0x100000 offset). This
way customer does not have to worry about NVM on a secondary Ethernet
on the carrier board and still gets a valid official MAC address from
us (e.g. analogous to how we did it on our Protea carrier board).
|
|
bug report courtesy of Mikhail Shevchuk
|
|
Fix the following build issue introduced by commit
5cfcbc23d116927a7ae8d5b67baeacf2905b21f9 if neither
CONFIG_MACH_APALIS_T30 nor CONFIG_MACH_COLIBRI_T30 is defined as in
case of e.g. the Colibri T20:
drivers/mmc/host/sdhci-tegra.c:951:2:
error: expected expression before '.' token
|
|
The Dell 5800 appears to be a simple rebrand of the Novatel E362.
Signed-off-by: Dan Williams <dcbw@redhat.com>
Cc: stable <stable@vger.kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
|
|
This device is also known as the Verizon USB551L.
Signed-off-by: Forest Bond <forest.bond@rapidrollout.com>
Acked-by: Dan Williams <dcbw@redhat.com>
Cc: stable <stable@vger.kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
|
|
SDR12, SDR25, SDR50, SDR104 and DDR50 all require 1.8V signalling which
our current T30 designs can't do. Newer cards will fail as follows:
Kingston 32GB microSDHC class 10
[ 69.000280] mmc1: error -84 whilst initialising SD card
SanDisk Mobile Ultra 8GB microSDHC I
[ 28.289174] mmc1: error -110 whilst initialising SD card
This patch activates a quirk which signals our lack of 1.8V support.
|
|
The OLPC XO-1.75 laptop includes a SDHCI controller which is 1.8v
capable, and it truthfully reports so in its capabilities. This
alternate voltage is used for driving new "UHS-I" SD cards at their
full speed.
However, what the controller doesn't know is that the motherboard
physically doesn't have a 1.8v supply available.
Add a quirk so that systems such as this one can override disable
1.8v support, adding support for UHS-I cards (by running them at
3.3v).
This avoids a problem where the system would first try to run the
card at 1.8v, fail, and then not be able to fully reset the card
to retry at the normal 3.3v voltage.
This is more appropriate than using the MISSING_CAPS quirk, which
is intended for cases where the SDHCI controller is actually lying
about its capabilities, and would force us to somehow override both
caps words from another source.
Signed-off-by: Daniel Drake <dsd@laptop.org>
Reviewed-by: Philip Rakity <prakity@nvidia.com>
Signed-off-by: Chris Ball <cjb@laptop.org>
|
|
Turns out after suspend an unbind and bind operation is executed upon
which we subsequently gave out the 2nd custom user MAC address followed
by the default ASIX MAC address.
This patch fixes it by checking for the custom user MAC address upon
unbinding and in this case properly releasing it for subsequent reuse.
|
|
resolution for PAL/NTSC.
|
|
|
|
|
|
|
|
For Android use ICS variant of Fusion 7 and 10 multi-touch driver (See
Fusion 7 and 10 drivers for Linux.pdf and Linux Drivers Fusion 10.zip).
Tested to be working both with Android 4.0.4 for Colibri T20 as well as
Android 4.2.1 for Colibri T30.
|
|
Enable the back key as a wake-up source as well.
|
|
Use 32 rather than 16 bits per pixel as otherwise it looks so ugly.
|
|
This involved adding some callback methods, and pretending that this is a
YUV sensor.
Signed-off-by: Andrew Chew <achew@nvidia.com>
|
|
Add initial Android kernel configuration adopted from
tegra_android_defconfig.
|
|
Due to 720p not working well with most regular analogue screens and as
customers rather might want to evaluate using our 7 inch EDT
ET070080DH6 panel revert to 800x480 if not default VGA TFTLCD
resolution is chosen.
This reverts commit 0fc41ea361c79175f2076a349a0ba0dcc7e71131.
|
|
As customers might want to evaluate using a regular VGA screen or our
5.7 inch EDT ET057090DHU panel revert to default VGA TFTLCD resolution.
This is a partial revert of the following commit:
106ac0436290a98ecc5e3dfc75d0d7f104ef0ff4
|
|
The Android idc parser seems to have an issue with spaces in names:
D/EventHub( 159): No input device configuration file found for device
'wm97xx touchscreen'.
Rename the driver in order for the idc parser to recognise idc file
/system/usr/idc/wm97xx-ts.idc being a simple copy of the qwerty.idc
one.
|
|
Rotate touch for now due to missing resistive touch calibration
integration. This makes our 5.7 inch EDT ET057090DHU panel usable.
|
|
Due to a strong pull-down on the menu-key multiplexed ACC1_DETECT pin
Android unintentionally entered safe-mode. Fix this by making the
menu-key active-high as well.
|