On Mon, Jun 08, 2015 at 10:34:13PM +0100, Grant Likely wrote:
>On Mon, Jun 8, 2015 at 9:57 PM, Benjamin Herrenschmidt
> wrote:
>> On Sun, 2015-06-07 at 08:54 +0100, Grant Likely wrote:
>>> > IE. conceptually, what overlays do today is quite rooted around the idea
>>> > of having a fixed "base" DT a
On Tue, 2015-06-09 at 23:37 +0200, Hans de Goede wrote:
> Hi All,
>
> Here is a series which adds the beginning of power-supply support to
> the axp20x pmic code. My primary reason for working on this is to
> enable the use of the usb power-supply bits in the pmic to for vbus
> detection on boards
On Wed, Jun 10, 2015 at 02:43:57PM +1000, Alexey Kardashevskiy wrote:
>On 06/04/2015 04:41 PM, Gavin Shan wrote:
>>Each PHB maintains one instance of "struct pci_controller_ops",
>>which includes various callbacks called by PCI subsystem. In the
>>definition of this struct, some callbacks have expl
On Wed, Jun 10, 2015 at 02:41:13PM +1000, Alexey Kardashevskiy wrote:
>On 06/04/2015 04:41 PM, Gavin Shan wrote:
>>Each PHB maintains an array helping to translate RID (Request
>>ID) to PE# with the assumption that PE# takes 8 bits, indicating
>>that we can't have more than 256 PEs. However, pci_dn
On Wed, Jun 10, 2015 at 02:17:26PM +1000, Alexey Kardashevskiy wrote:
>On 06/04/2015 04:41 PM, Gavin Shan wrote:
>>The patch cleans up DMA32 in pci-ioda.c. It shouldn't introduce
>>behavioural changes:
>>
>>* Rename various fields in "struct pnv_phb" and "struct pnv_ioda_pe"
>> as 32-bits
> Mark (and unmark) device nodes with the POPULATE flag as appropriate.
> This is required to avoid multi probing when using I2C and device
> overlays containing a mux.
> This patch is also more careful with the release of the adapter device
> which caused a deadlock with
On 06/04/2015 04:41 PM, Gavin Shan wrote:
Each PHB maintains one instance of "struct pci_controller_ops",
which includes various callbacks called by PCI subsystem. In the
definition of this struct, some callbacks have explicit names for
its arguments, but the left don't have.
The patch removes a
On 06/04/2015 04:41 PM, Gavin Shan wrote:
Each PHB maintains an array helping to translate RID (Request
ID) to PE# with the assumption that PE# takes 8 bits, indicating
that we can't have more than 256 PEs. However, pci_dn->pe_number
already had 4-bytes for the PE#.
The patch extends the PE# cap
Hi Guenter,
On 10 June 2015 at 11:41, Fu Wei wrote:
> Hi Guenter,
>
> On 10 June 2015 at 00:45, Guenter Roeck wrote:
>> On 06/09/2015 09:29 AM, Timur Tabi wrote:
>>>
>>> On 06/09/2015 11:22 AM, Guenter Roeck wrote:
but I see your point. Essentially, the specification is broke
On 06/04/2015 04:41 PM, Gavin Shan wrote:
The patch cleans up DMA32 in pci-ioda.c. It shouldn't introduce
behavioural changes:
* Rename various fields in "struct pnv_phb" and "struct pnv_ioda_pe"
as 32-bits DMA should be related to "DMA", not "TCE", and move
them around to reflec
Hi Guenter,
On 10 June 2015 at 00:45, Guenter Roeck wrote:
> On 06/09/2015 09:29 AM, Timur Tabi wrote:
>>
>> On 06/09/2015 11:22 AM, Guenter Roeck wrote:
>>>
>>>
>>>
>>> but I see your point. Essentially, the specification is broken
>>> for all practical purposes, since, as you point out, enablin
On Tue, Jun 9, 2015 at 5:17 PM, Paul Bolle wrote:
> On Mon, 2015-06-08 at 20:29 +0800, Pi-Cheng Chen wrote:
>> --- /dev/null
>> +++ b/drivers/cpufreq/mt8173-cpufreq.c
>
>> +#include
>
> Weren't you going to drop this include?
Sorry I forget to merge that part of fix into this patch.
Will fix it.
On Tue, Jun 09, 2015 at 02:23:48PM +0530, Suneel Garapati wrote:
> Adds support for CEVA SATA Host controller found on Xilinx Zynq
> Ultrascale+ MPSoC.
Applied to libata/for-4.2.
Thanks!
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message t
Quoting Joachim Eastwood (2015-05-28 13:31:45)
> +static struct lpc18xx_clk_branch clk_branches[] = {
> + {"base_apb3_clk", "apb3_bus", CLK_APB3_BUS,
> CCU_BRANCH_IS_BUS},
> + {"base_apb3_clk", "apb3_i2c1", CLK_APB3_I2C1, 0},
> + {"base_apb3_
On Wed, Jun 10, 2015 at 5:37 AM, Hans de Goede wrote:
> Add a cell for the usb power_supply part of the axp20x PMICs.
>
> Note that this cell is only for the usb power_supply part and not the
> ac-power / battery-charger / rtc-backup-bat-charger bits.
>
> Depending on the board each of those must
ries can be kept, only
>>
>> patch "of/platform: Use platform_device interface"
>>
>> needs to be reverted.
>
> No, it's better to drop the whole series. There are still issues and it
> will conflict with merging the bugfix for v4.1.
>
Multiple platf
On Wed, Jun 10, 2015 at 01:29:43AM +0200, Heiko Stübner wrote:
> Allthough from the discussion and explanations I've now also got the "don't
> make it worse" feeling, so am somehow reluctant to add supplies that also
> might describe this inadequately.
>
> The Rockchip-specific documentation onl
Am Dienstag, 9. Juni 2015, 09:53:32 schrieb Thierry Reding:
> On Mon, Jun 08, 2015 at 05:34:21PM +0100, Russell King - ARM Linux wrote:
> > On Mon, Jun 08, 2015 at 05:44:53PM +0200, Thierry Reding wrote:
> > > On Mon, Jun 08, 2015 at 03:29:26PM +0100, Russell King - ARM Linux
wrote:
> > > > You're
Nicolas,
> > +static struct at91_twi_pdata at91sama5d2_config = {
>
> No, please name it:
>
> "sama5d2_config"
Thanks for your input, but please don't quote the whole mail for those
tiny comments. Only the relevant parts, please. Otherwise it is too easy
to miss things.
Thanks,
Wolfram
Hi,
On 06/09/2015 10:57 AM, Tejun Heo wrote:
cc'ing Hans again. Please always cc Hans for platform ahci drivers.
Hans, does this look ready now?
Yes looks good to me:
Acked-by: Hans de Goede
Regards,
Hans
Thanks.
On Tue, Jun 09, 2015 at 02:23:50PM +0530, Suneel Garapati wrote:
Adds
Hi Kevin,
On Tue, 09 Jun 2015, Kevin Hilman wrote:
> > Kevin / Olof / Arnd - Can you put this fix into the next ARM SoC fixes pull
> > request (if there is one)?
>
> At this stage of the cycle (we're already at -rc7) we limit things to
> strictly regression fixes, and seems this has been broken
This adds a driver for the usb power_supply bits of the axp20x PMICs.
I initially started writing my own driver, before coming aware of
Bruno Prémont's excellent earlier RFC with a driver for this.
My driver was lacking CURRENT_MAX and VOLTAGE_MIN support Bruno's
drvier has, so I've copied the co
Add a node representing the usb power supply part of the axp209 pmic, note
that the usb power supply and the (to be added later) ac power supply will
each have their own child-node, so that they can be separately specified
as power-supply for other nodes using a power-supply property with a
phandle
On some boards there is no vbus_det gpio pin, instead vbus-detection for
otg can be done via the pmic.
This commit adds support for monitoring vbus_det via the power_supply
exported by the pmic, enabling support for otg on these boards.
Signed-off-by: Hans de Goede
---
.../devicetree/bindings/p
Add regulator configuration to the bananapi dts file, this enables cpu
voltage scaling.
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts | 39
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/sun7i-a20-bana
Hi All,
Here is a series which adds the beginning of power-supply support to
the axp20x pmic code. My primary reason for working on this is to
enable the use of the usb power-supply bits in the pmic to for vbus
detection on boards which do not have a vbus-det gpio, and instead
rely on the pmic for
This commit adds a resource-managed version of the
power_supply_get_by_phandle() function.
Signed-off-by: Hans de Goede
---
drivers/power/power_supply_core.c | 39 +++
include/linux/power_supply.h | 5 +
2 files changed, 44 insertions(+)
diff --git
Enable the otg/drc usb controller on the Bananapi.
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun7i-a20-bananapi.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-bananapi.dts
b/arch/arm/boot/dts/sun7i-a20-bananapi.dts
index 2
Add a cell for the usb power_supply part of the axp20x PMICs.
Note that this cell is only for the usb power_supply part and not the
ac-power / battery-charger / rtc-backup-bat-charger bits.
Depending on the board each of those must be enabled / disabled separately
in devicetree as most boards do
From: Bruno Prémont
Add an extra set of registers which is necessary tu support the PMICs
battery charger function, and mark registers which contain status bits,
gpio status, and adc readings as volatile.
Cc: Bruno Prémont
Signed-off-by: Hans de Goede
---
drivers/mfd/axp20x.c | 6 ++
Hi Russell,
On Tue, 09 Jun 2015, Russell King - ARM Linux wrote:
> On Tue, Jun 09, 2015 at 02:33:42PM +0100, Peter Griffin wrote:
> > Most upstream devs boot STi platform via JTAG which abuses the
> > boot process by setting the PC of secondary cores directly. As
> > a consquence, booting STi plat
On 2015-06-06 11:53:31 [+0200], Stefan Agner wrote:
> diff --git a/drivers/mtd/nand/vf610_nfc.c b/drivers/mtd/nand/vf610_nfc.c
> new file mode 100644
> index 000..bb5ee11
> --- /dev/null
> +++ b/drivers/mtd/nand/vf610_nfc.c
…
> +/* Clear flags for upcoming command */
> +static inline void vf610
On 2015-06-09 22:07, Sebastian Andrzej Siewior wrote:
> On 2015-06-03 17:05:16 [+0200], Stefan Agner wrote:
>> As Boris guessed correctly, the reason I used the raw variant was due to
>> performance improvements due to the barrier. However, I will use
>
> yeah, do you have any numbers by chance?
STMicroelectronics NFC NCI chips family is extending with the new ST21NFCC
using the AMS AS39230 RF booster.
The st21nfcb driver is relevant for this solution and might be with
future products.
Signed-off-by: Christophe Ricard
---
.../devicetree/bindings/net/nfc/st-nci.txt | 33 +
.../d
Hi,
On Mon, Jun 08, 2015 at 02:56:35PM +0200, Michal Suchanek wrote:
> Hello,
>
> On 8 June 2015 at 12:03, Maxime Ripard
> wrote:
> > Hi Hans,
> >
> > On Fri, Jun 05, 2015 at 09:02:03PM +0200, Hans de Goede wrote:
> >> Hi Maxime,
> >>
> >> Here is a patch-set with all the otg / sun8i-usb-host r
On 2015-06-03 17:05:16 [+0200], Stefan Agner wrote:
> As Boris guessed correctly, the reason I used the raw variant was due to
> performance improvements due to the barrier. However, I will use
yeah, do you have any numbers by chance?
> {read|write}l_relaxed instead, which should offer endian abs
On 2015-06-03 17:09:33 [+0200], Stefan Agner wrote:
> Hm, so on PPC the boot ROM is making use of the HW ECC controller, is
> this correct?
On MPC5125, yes.
> --
> Stefan
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.
Hello.
On 06/09/2015 07:22 PM, Cyrille Pitchen wrote:
The probe() function now prints the hardware version of the I2C
controller.
Signed-off-by: Cyrille Pitchen
---
drivers/i2c/busses/i2c-at91.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/
On Fri, May 29, 2015 at 11:38:40AM -0500, Rob Herring wrote:
> This series adds USB PHYs and EHCI host drivers for the Marvell PXA1928
> SOC.
>
> The OTG block is based on ChipIdea and works with the "chipidea,usb2"
> compatible driver as is just by adding the PHY driver. Yay! After more
> testin
On 09/06/15 19:04, Mark Brown wrote:
On Tue, Jun 09, 2015 at 06:51:59PM +0100, Srinivas Kandagatla wrote:
On 09/06/15 18:07, Mark Brown wrote:
Why not just do these one time at probe, we don't undo them when we shut
the DAI down?
If I do that Am afraid that the driver would loose the fle
On Mon, Jun 08, 2015 at 05:37:45PM +0300, Irina Tirdea wrote:
> Add several enhancements to the Goodix touchscreen driver:
> - write configuration data to the device
> - power management support
> - cleanup and refactoring
>
> I have kept the original patch for ESD ("input: goodix: add support
On Mon, Jun 08, 2015 at 05:37:51PM +0300, Irina Tirdea wrote:
> Implement suspend/resume for goodix driver.
>
> This is based on Goodix datasheets for GT911 and GT9271
> and on Goodix driver gt9xx.c for Android (publicly available
> in Android kernel trees for various devices).
>
> Signed-off-by:
Hi Irina,
On Mon, Jun 08, 2015 at 05:37:50PM +0300, Irina Tirdea wrote:
> Goodix devices can be configured by writing custom data to the device at
> init. The configuration data is read with request_firmware from
> "goodix__cfg.bin", where is the product id read from the device
> (e.g.: goodix_91
On Tue, Jun 09, 2015 at 06:51:59PM +0100, Srinivas Kandagatla wrote:
> On 09/06/15 18:07, Mark Brown wrote:
> >Why not just do these one time at probe, we don't undo them when we shut
> >the DAI down?
> If I do that Am afraid that the driver would loose the flexibility of
> selecting different MI
On Tue, Jun 02, 2015 at 11:09:34PM +0300, Jyri Sarha wrote:
> Find the configured DMA controller by asking for a DMA channel in the
> probe phase and releasing it right after. The controller device can be
> found via the dma_chan struct and the controller is recognized from
> the compatible propert
Hi Irina,
On Mon, Jun 08, 2015 at 05:37:49PM +0300, Irina Tirdea wrote:
> +static int goodix_get_gpio_config(struct goodix_ts_data *ts)
> +{
> + struct device *dev;
> + struct gpio_desc *gpiod;
> + int ret;
> +
> + if (!ts->client)
> + return -EINVAL;
> + dev = &ts-
On 09/06/15 18:07, Mark Brown wrote:
On Tue, Jun 09, 2015 at 01:59:36PM +0100, Srinivas Kandagatla wrote:
+ if (cpu_dai->id == MI2S_QUATERNARY) {
+ /* Configure the Quat MI2S to TLMM */
+ writel(readl(pdata->mic_iomux) |
+ MIC_CTRL_QUA_W
On Mon, 2015-06-08 at 21:19 -0500, Jia Hongtao-B38951 wrote:
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Wednesday, May 27, 2015 3:38 AM
> > To: Jia Hongtao-B38951
> > Cc: edubez...@gmail.com; linuxppc-...@lists.ozlabs.org;
> > devicetree@vger.kernel.org; robh...@kernel.org
Hi Gary,
Am Dienstag, den 09.06.2015, 17:59 +0200 schrieb Gary Bisson:
> Add support for the Okaya RS800480T-7X0GP to the DRM simple panel
> driver.
>
> The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel
> LCD interface. It supports pixel clocks in the range of 30-40 MHz.
>
>
On 09/06/15 18:13, Mark Brown wrote:
On Tue, Jun 09, 2015 at 06:08:24PM +0100, Srinivas Kandagatla wrote:
+- external : flag to indicate if the I2S is connected to external codec
not sure I understand why we need a boolean property indicating if an
external CODEC is in use - what is th
On Tue, Jun 09, 2015 at 01:53:54PM +0200, Cyrille Pitchen wrote:
> To enable the FIFO feature a "atmel,fifo-size" attribute with a strictly
> positive value must be added into the node of the device-tree describing
> the spi controller.
I'd expect the driver to use FIFOs any time they make sense,
On Tue, Jun 09, 2015 at 01:53:52PM +0200, Cyrille Pitchen wrote:
> This patch relies on the CSAAT (Chip Select Active After Transfer) feature
> introduced by the version 2 of the spi controller. This new mode allows to
> use properly the internal chip-select output pin of the spi controller
> inste
On Tue, Jun 09, 2015 at 01:53:53PM +0200, Cyrille Pitchen wrote:
> - add new property "atmel,fifo-size"
Why is this a property and not something we know from the IP version?
signature.asc
Description: Digital signature
Hi Lorenzo,
On 29/05/15 13:16, Lorenzo Pieralisi wrote:
> According to the PSCI specification and the SMC/HVC calling
> convention, PSCI function_ids that are not implemented must
> return NOT_SUPPORTED as return value.
>
> Current KVM implementation takes an unhandled PSCI function_id
> as an er
On Tue, Jun 09, 2015 at 06:08:24PM +0100, Srinivas Kandagatla wrote:
> >>>+- external: flag to indicate if the I2S is connected to external
> >>>codec
> >not sure I understand why we need a boolean property indicating if an
> >external CODEC is in use - what is the consequence of setting
On Tue, Jun 09, 2015 at 07:17:52PM +0530, Laxman Dewangan wrote:
> Regulator core framework support the configuration of ramp
> delay reading from platform specific regulator data via the
> regulator callback ops.
Applied both, thanks.
signature.asc
Description: Digital signature
On 09/06/15 17:57, Mark Brown wrote:
On Tue, Jun 09, 2015 at 01:59:29PM +0100, Srinivas Kandagatla wrote:
>+Optional CPU/CODEC subnodes properties:
>+- external : flag to indicate if the I2S is connected to external codec
>+Example:
Missing blank line between the property and the "Example:".
On Tue, Jun 09, 2015 at 01:59:36PM +0100, Srinivas Kandagatla wrote:
> + if (cpu_dai->id == MI2S_QUATERNARY) {
> + /* Configure the Quat MI2S to TLMM */
> + writel(readl(pdata->mic_iomux) |
> + MIC_CTRL_QUA_WS_SLAVE_SEL_10 |
> + M
On Tue, Jun 09, 2015 at 01:59:29PM +0100, Srinivas Kandagatla wrote:
> +Optional CPU/CODEC subnodes properties:
> +- external : flag to indicate if the I2S is connected to external codec
> +Example:
Missing blank line between the property and the "Example:". I'm still
not sure I understand why
On 06/09/2015 11:45 AM, Guenter Roeck wrote:
I tend to agree that we should just forget about pretimeout and
use your original approach, where the timeout value is used
to program WOR. Everything else is really just asking for trouble.
The driver that I submitted is effectively the same as Fu'
Hi Grant,
On Sunday 07 June 2015 12:16:32 Grant Likely wrote:
> On Wed, 22 Apr 2015 15:30:28 +0300, Pantelis Antoniou wrote:
> > > On Apr 14, 2015, at 16:27 , Wolfram Sang wrote:
> > >
> > > Hi Pantelis,
> > >
> > > thanks for your prompt reply. Unfortunately, I had to wait until I could
> > >
Hi Dann,
On Tue, Jun 9, 2015 at 8:31 AM, Dann Frazier wrote:
> On Mon, Jun 8, 2015 at 10:34 PM, Tai Tri Nguyen wrote:
>> Hi Dann,
>>
>> On Mon, Jun 8, 2015 at 8:44 PM, Dann Frazier
>> wrote:
>>> On Tue, Jun 2, 2015 at 1:19 PM, Tai Nguyen wrote:
This patch adds syscon poweroff device node
On 06/09/2015 09:29 AM, Timur Tabi wrote:
On 06/09/2015 11:22 AM, Guenter Roeck wrote:
but I see your point. Essentially, the specification is broken
for all practical purposes, since, as you point out, enabling
the watchdog overwrites and explicitly sets WCV. Effectively
this means that just
On Tue, Jun 9, 2015 at 10:59 AM, Gary Bisson
wrote:
> This patch adds vendor prefix for Okaya Electronic America, a provider
> of LCD modules and display technologies.
>
> Signed-off-by: Gary Bisson
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1
On Tue, Jun 9, 2015 at 10:29 AM, Roger Quadros wrote:
> Rob,
>
> On Tue, 9 Jun 2015 08:26:20 -0500
> Rob Herring wrote:
>
>> On Mon, Jun 8, 2015 at 8:18 PM, Li Jun wrote:
>> > On Mon, Jun 08, 2015 at 11:06:49AM -0500, Rob Herring wrote:
>> >> On Mon, Jun 8, 2015 at 10:02 AM, Li Jun wrote:
>> >>
On 06/09/2015 11:22 AM, Guenter Roeck wrote:
but I see your point. Essentially, the specification is broken
for all practical purposes, since, as you point out, enabling
the watchdog overwrites and explicitly sets WCV. Effectively
this means that just using WCV to program the timeout period
is
On 06/09/2015 03:46 AM, Fu Wei wrote:
Yes, if WOR only affect in TimeoutRefresh, we cat always make WOR == pretimeout
But the problem is if we enable watchdog (write 0x01 to WCS will
cause an explicit watchdog refresh), then
1) if ExplicitRefresh = True:
CompareValue := SystemCounter
When FIFOs are available and enabled, the driver now configures the Atmel
eXtended DMA Controller to perform word accesses instead of byte accesses
when possible.
The actual access width depends on the size of the buffer to transmit.
To enable FIFO support the "atmel,fifo-size" property must be se
The probe() function now prints the hardware version of the I2C
controller.
Signed-off-by: Cyrille Pitchen
---
drivers/i2c/busses/i2c-at91.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-at91.c b/drivers/i2c/busses/i2c-at91.c
index 817ae69..6e88b3
The alternative command mode was introduced to simplify the transmission
of STOP conditions and to solve timing and latency issues around them.
This mode relies on a new register, the Alternative Command Register,
which must be set at the same time as the Master Mode Register. This new
register wa
add a new value "atmel,sama5d2-i2c" for the "compatible" property.
add a new optional property "atmel,fifo-size" to enable FIFO support when
available.
add missing optional properties "dmas" and "dma-names".
Signed-off-by: Cyrille Pitchen
---
Documentation/devicetree/bindings/i2c/i2c-at91.txt |
This patch just fixes typo before applying later patches which will use
register bits with index above 16.
Signed-off-by: Cyrille Pitchen
---
drivers/i2c/busses/i2c-at91.c | 29 +++--
1 file changed, 15 insertions(+), 14 deletions(-)
diff --git a/drivers/i2c/busses/i2c-a
ChangeLog
v6:
- replace "at91sama5d2" by "sama5d2".
v5:
- print I2C controller version in an already existing dev_info() instead of
adding a new one.
v4:
- replace 0x%x by %#x when printing I2C controller version
- change the order of patches: the race condition bug fix becomes the first
pat
For TX transactions, the TXCOMP bit in the Status Register is cleared
when the first data is written into the Transmit Holding Register.
In the lines from at91_do_twi_transfer():
at91_twi_write_data_dma(dev);
at91_twi_write(dev, AT91_TWI_IER, AT91_TWI_TXCOMP);
the TXCOMP interrupt may be enabled
On Tue, Jun 09, 2015 at 02:34:21PM +0100, Srinivas Kandagatla wrote:
> This patch moves static allocation of snd_soc_card to dynamic allocation,
> the reason to do this is to avoid holding up any dangling pointers
> in this static structures. And I see no use for having this struct as static
> give
Le 03/06/2015 18:25, Cyrille Pitchen a écrit :
> The alternative command mode was introduced to simplify the transmission
> of STOP conditions and to solve timing and latency issues around them.
>
> This mode relies on a new register, the Alternative Command Register,
> which must be set at the sa
Le 03/06/2015 18:25, Cyrille Pitchen a écrit :
> add a new value "atmel,at91sama5d2-i2c" for the "compatible" property.
Well, here I would like "atmel,sama5d2-i2c" like any other "SAMA5"
product compatibility string out there...
Aka NAK for me ;-)
> add a new optional property "atmel,fifo-size"
Add support for the Okaya RS800480T-7X0GP to the DRM simple panel
driver.
The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel
LCD interface. It supports pixel clocks in the range of 30-40 MHz.
This panel details can be found at:
http://boundarydevices.com/product/7-800x480-displ
This patch adds vendor prefix for Okaya Electronic America, a provider
of LCD modules and display technologies.
Signed-off-by: Gary Bisson
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefix
Hi all,
This patch is the follow-up of a request from Philipp to add the Okaya display
to the simple panel driver.
http://lists.infradead.org/pipermail/linux-arm-kernel/2015-May/346657.html
v2:
- split into 2 patches, adding Okaya to the vendor prefixes should be its own
patch as suggested by Thi
On Tue, 2015-06-09 at 17:34 +0200, Bastien Nocera wrote:
> On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote:
> > After power on, it is recommended that the driver resets the
> > device.
> > The reset procedure timing is described in the datasheet and is
> > used
> > at device init (before wr
This works well for me--cpufreq seems much happier.
Tested-by: Ash Charles
On Thu, Jun 4, 2015 at 11:08 AM, Arun Bharadwaj wrote:
> The device tree for Gumstix Pepper has DCDC2 and
> DCDC3 correctly labelled but the upper limit values
> are wrong. The confusion is due to the hardware
> quirk wh
Peter Griffin writes:
> Hi Maxime, Patrice, Srini, Kevin, Olof & Arnd,
>
> This patchset adds in the necessary code to manage the holding pen for STi
> platforms.
>
> Due to all the STi upstream devs using JTAG to boot the STi boards, there
> is currently a SMP bug when booting upstream kernels v
On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote:
> Goodix touchscreens export through their registers a Product ID
> and Firmware Version. The Product ID is an ASCII encoding of the
> product name (e.g.: "911").
>
> Export to sysfs (through the input subsystem) the product id and
> firmware
On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote:
> Fix sparse warning:
> drivers/input/touchscreen/goodix.c:182:26: warning:
> Variable length array is used.
>
> Replace the variable length array with fixed length.
>
> Some Goodix devices have maximum 5 touch points, while
> others have 10
On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote:
> After power on, it is recommended that the driver resets the device.
> The reset procedure timing is described in the datasheet and is used
> at device init (before writing device configuration) and
> for power management. It is a sequence of
On Tue, Jun 2, 2015 at 1:19 PM, Tai Nguyen wrote:
> This patch adds syscon reboot device node to support reboot feature on APM
> X-Gene platform
Tested-by: dann frazier
> Signed-off-by: Feng Kan
> Signed-off-by: Tai Nguyen
> ---
> arch/arm64/boot/dts/apm/apm-storm.dtsi | 12
On Mon, Jun 8, 2015 at 10:34 PM, Tai Tri Nguyen wrote:
> Hi Dann,
>
> On Mon, Jun 8, 2015 at 8:44 PM, Dann Frazier
> wrote:
>> On Tue, Jun 2, 2015 at 1:19 PM, Tai Nguyen wrote:
>>> This patch adds syscon poweroff device node to support poweroff feature
>>> on APM X-Gene Mustang platform
>>
>> h
Rob,
On Tue, 9 Jun 2015 08:26:20 -0500
Rob Herring wrote:
> On Mon, Jun 8, 2015 at 8:18 PM, Li Jun wrote:
> > On Mon, Jun 08, 2015 at 11:06:49AM -0500, Rob Herring wrote:
> >> On Mon, Jun 8, 2015 at 10:02 AM, Li Jun wrote:
> >> > Add otg version, srp, hnp and adp support for usb OTG port, then
On 05/29/2015 12:04 PM, Murali Karicheri wrote:
Main PLL controller has post divider bits in a separate register in
pll controller. Use the value from this register instead of fixed
divider when available.
Signed-off-by: Murali Karicheri
---
.../devicetree/bindings/clock/keystone-pll.txt
On Tue, 9 Jun 2015 22:15:53 +0800
Li Jun wrote:
> On Tue, Jun 09, 2015 at 03:55:29PM +0300, Roger Quadros wrote:
> > Hi,
> >
> > On Mon, 8 Jun 2015 23:02:01 +0800
> > Li Jun wrote:
> >
> > > Check property of usb hardware to get otg version and if SRP, HNP and ADP
> > > are supported.
> > >
>
On Tue, 9 Jun 2015 10:16:23 -0400
Alan Stern wrote:
> On Tue, 9 Jun 2015, Li Jun wrote:
>
> > > > -/* USB_DT_OTG (from OTG 1.0a supplement) */
> > > > +/* USB_DT_OTG */
> > > > struct usb_otg_descriptor {
> > > > __u8 bLength;
> > > > __u8 bDescriptorType;
> > > >
> > > >
On 06/02/2015 11:09 PM, Jyri Sarha wrote:
> Find the configured DMA controller by asking for a DMA channel in the
> probe phase and releasing it right after. The controller device can be
> found via the dma_chan struct and the controller is recognized from
> the compatible property of its device no
Hello,
I'm evaluating the DeviceTree to describe the content of an FPGA.
I noticed that Xilinx is already doing it:
https://www.kernel.org/doc/Documentation/devicetree/bindings/xilinx.txt
I admit that I didn't read the code yet, but before doing it I want to
ask you some simple questions that m
Hi Laurent,
On Fri, Mar 6, 2015 at 11:39 AM, Linus Walleij wrote:
> On Wed, Feb 4, 2015 at 10:53 AM, Laurent Pinchart
> wrote:
>> On Wednesday 04 February 2015 09:40:48 Linus Walleij wrote:
>>> On Tue, Jan 27, 2015 at 9:31 PM, Laurent Pinchart wrote:
>>> > The "function", "pins" and "groups" pin
On Tue, Jun 09, 2015 at 03:55:29PM +0300, Roger Quadros wrote:
> Hi,
>
> On Mon, 8 Jun 2015 23:02:01 +0800
> Li Jun wrote:
>
> > Check property of usb hardware to get otg version and if SRP, HNP and ADP
> > are supported.
> >
> > Signed-off-by: Li Jun
> > ---
> > drivers/usb/common/common.c |
On Tue, 9 Jun 2015, Li Jun wrote:
> > > -/* USB_DT_OTG (from OTG 1.0a supplement) */
> > > +/* USB_DT_OTG */
> > > struct usb_otg_descriptor {
> > > __u8 bLength;
> > > __u8 bDescriptorType;
> > >
> > > __u8 bmAttributes; /* support for HNP, SRP, etc */
> > > + struct bcdOTG otg_re
On Tue, Jun 09, 2015 at 03:55:29PM +0300, Roger Quadros wrote:
> Hi,
>
> On Mon, 8 Jun 2015 23:02:01 +0800
> Li Jun wrote:
>
> > Check property of usb hardware to get otg version and if SRP, HNP and ADP
> > are supported.
> >
> > Signed-off-by: Li Jun
> > ---
> > drivers/usb/common/common.c |
On Tue, Jun 09, 2015 at 02:33:42PM +0100, Peter Griffin wrote:
> Most upstream devs boot STi platform via JTAG which abuses the
> boot process by setting the PC of secondary cores directly. As
> a consquence, booting STi platforms via u-boot results in only
> the primary core being brought up as th
On Tue, Jun 09, 2015 at 03:27:29PM +0300, Roger Quadros wrote:
> Hi,
>
> On Mon, 8 Jun 2015 23:01:59 +0800
> Li Jun wrote:
>
> > From: Macpaul Lin
> >
> > Copy usb_otg_descriptor from config's descriptor if host requests
> > USB_DT_OTG.
> >
> > Signed-off-by: Macpaul Lin
> > Signed-off-by: L
1 - 100 of 183 matches
Mail list logo