In RK3288, there are two eFuse. One is organized as 32bits by 8 one-time
programmable electrical fuses with random access interface, and the other
is organized as 32bits by 32 one-time programmable electrical fuses.
Jianqun Xu (2):
rockchip: efuse: add documentation for rk3288 efuse driver
roc
Add driver for efuse found on rk3288 board based on rk3288 SoC.
Driver will read fuse information of chip at the boot stage of
kernel, this information new is for further usage.
Signed-off-by: Jianqun Xu
---
arch/arm/mach-rockchip/efuse.c | 165 +
arch/arm
In RK3288, there are two eFuse. One is organized as 32bits by 8 one-time
programmable
electrical fuses with random access interface, and the other is organized as
32bits by 32
one-time programmable electrical fuses.
The 32x32 eFuse can only be accessed by APB bus when IO_SECURITYsel is high.
Sig
Default is active low, but if property is specified in DT set INTPOL flag.
Signed-off-by: Alexander Stein
---
Changes in v2:
* Modified the commit message and binding text slightly to indicate that
this features changes the IRQ output polarity.
.../devicetree/bindings/gpio/gpio-mcp23s08.txt
Hi Flora,
Your Cc list is huge. You should limit it to the lists and to the
individuals you know are interested in this series, like maintainers,
people who work on Mediatek SoCs, people who commented on previous
series.
Sascha
On Fri, Nov 28, 2014 at 11:54:26AM +0800, Flora Fu wrote:
>
> The p
On Mon, Dec 01, 2014 at 11:19:25AM +0800, Flora Fu wrote:
> Hi, Mark,
>
> On Fri, 2014-11-28 at 15:30 +, Mark Brown wrote:
> > On Fri, Nov 28, 2014 at 11:54:34AM +0800, Flora Fu wrote:
> >
> > > Add device tree for MT6397 regulators in mt8135.dtsi.
> > >
> > > Signed-off-by: Flora Fu
> >
Chris,
On Mon, Nov 24, 2014 at 11:32 PM, Chris Zhong wrote:
> add pmu sram node for suspend, add global_pwroff pinctrl.
> The pmu sram is used to store the resume code.
> global_pwroff is held low level at work, it would be pull to high
> when entering suspend. reference this in the board DTS fil
Dear Mark,
On 11/28/2014 11:00 PM, Mark Rutland wrote:
> On Fri, Nov 28, 2014 at 01:18:25PM +, Chanwoo Choi wrote:
>> Dear Mark,
>>
>> On 11/27/2014 08:18 PM, Mark Rutland wrote:
>>> On Thu, Nov 27, 2014 at 07:35:13AM +, Chanwoo Choi wrote:
This patch adds new Exynos5433 dtsi to suppo
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with
a 50MHz crystal instead of 33MHz.
Acked-by: Soren Brinkmann
Signed-off-by: Peter Crosthwaite
---
Changed since v1:
Change compat vendor prefix from xlnx to digilent (Soren review)
Alphabetise nodes
---
arch/arm/boot/dts/Make
The fact that all supported boards use the same 33MHz crystal is a
co-incidence. The Zynq PS support a range of crystal freqs so the
hardcoded setting should be removed from the dtsi. Re-implement it
on the board level.
This prepares support for Zynq boards with different crystal
frequencies (e.g.
Digilent is a board designer, making various Linux capabable FPGA and
processor boards. Add to the vendor list.
Acked-by: Soren Brinkmann
Signed-off-by: Peter Crosthwaite
---
http://www.digilentinc.com
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(
Improve the irq management by using a new function wait_for_stat.
Instead of using a completion struct, we rely on the waitqueue read_queue
and int_queue from chip->vendor field.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 197
Move tpm registers to tpm_i2c_stm_st33.c.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 17 +
drivers/char/tpm/tpm_i2c_stm_st33.h | 17 -
2 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/dr
Remove useless i2c read on TPM_INT_ENABLE and TPM_INT_STATUS
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/char/tpm/tpm_i2c_stm_st33.c
b/drivers/char/tpm/tpm_i2c_stm_st33.
Cleanup code indentation, braces, test variable when NULL.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/char/tpm/tpm_i2c_stm_st
The serirq gpio pin is used only as interrupt. After driver initialization,
the serirq signal is always used through interrupt and never with gpio
kernel API.
The irq can then be initialized during the platform_data definition within the
client->irq pin.
Reviewed-by: Jason Gunthorpe
Signed-off-
Many changes were added to the driver so increment the version.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/char/tpm/tpm_i2c_stm_st33.c
b/drivers/char/tpm
In order to clean big buffers in st33zp24_platform_data structure,
replace with tpm_stm_dev for driver internal usage.
As only one buffer is really necessary replace with buf field.
In the mean time move tpm_i2c_stm_st33.h to include/linux/platform_data.
Reviewed-by: Jason Gunthorpe
Signed-off-b
For sanity, replace every tpm_st33_* with tpm_stm_*
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 50 ++---
1 file changed, 25 insertions(+), 25 deletions(-)
diff --git a/drivers/char/tpm/tpm_i2c_stm_st33
The Free Software Foundation may have mail address change.
In order to be sure to have up to date mail address give an url to
the license which includes accurate informations.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 5 ++---
1 file
Fix:
- WARNING: Missing a blank line after declarations
- WARNING: braces {} are not necessary for any arm of this statement
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff
Add tpm_stm_st33_i2c dts structure keeping backward compatibility
with static platform_data support as well.
In the mean time to easy this update and to make it much simpler, we:
- Moved all gpio_request to devm_gpio_request_one primitive
- Moved request_irq to devm_request_irq
Reviewed-by: Jason
When sending data in tpm_stm_i2c_send, each loop iteration send buf.
Send buf + i instead as the goal of this for loop is to send a number
of byte from buf that fit in burstcnt. Once those byte are sent, we are
supposed to send the next ones.
The driver was working because the burstcount value ret
st33zp24 tpm can be seen as a trivial i2c device as other i2c tpm.
However several other properties needs to be documented such as lpcpd.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
.../devicetree/bindings/security/tpm/st33zp24.txt | 36 ++
1 file chan
STMicroelectronics i2c tpm is the only one to have a different tristate
label.
Rename it "TPM Interface Specification 1.2 Interface (I2C - STMicroelectronics)"
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/Kconfig | 4 ++--
drivers/char/tpm/Makefile | 2 +-
Some functions return err, rc or ret for a status code.
Return ret instead for all of them.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Christophe Ricard
---
drivers/char/tpm/tpm_i2c_stm_st33.c | 61 ++---
1 file changed, 30 insertions(+), 31 deletions(-)
diff
Hi Peter,
This new patchset version is taking into account as much as possible
Jason Gunthorpe feedbacks as well as yours. I hope, i am not missing any.
It still brings:
- Some few code clean up from code style up to structure
- Device tree support keeping static platform data configuration suppo
Am Sonntag, 23. November 2014, 16:19:35 schrieb Romain Perier:
> The leds-gpio driver recently switched to the device property API. The
> device_node name is no longer retrieved if the "label" devicetree property
> is not found. In this case the driver tries to create entries with (null)
> name in
Am Freitag, 28. November 2014, 11:24:14 schrieb Julien CHAUVEAU:
> The SDMMC, SDIO and EMMC controllers use an external FIFO whose size is
> 256x32bit. This patch set the corresponding fifo-depth properties for both
> RK3066 and RK3188.
>
> Signed-off-by: Julien CHAUVEAU
applied to my dts branch
Hi Shimoda-san,
Thank you for the patch.
On Friday 28 November 2014 12:45:27 Yoshihiro Shimoda wrote:
> The MSIOF controller has DTDL and SYNCDL in SITMDR1 and SIRMDR1
> registers. So, this patch adds new properties like the following
> commit:
> d0fb47a5237d8b9576113568bacfd27892308b62
> (sp
On 11/26/14 9:14 PM, Viresh Kumar wrote:
On 26 November 2014 at 22:04, santosh shilimkar
wrote:
Its really not 'dvfs-method' but really the actual driver which you
want to probe. Also we should just have one global way to parse
DT vs non-DT cpufreq drivers. In other words, instead of matching
Hi Christophe,
> Thank you for your feedback (on Sunday :)).
>
> To be honest i missed those warnings. I figured they come when CONFIG_OF
> is not set :/.
>
> No problem to send a v5 with tpm/tpm_i2c_stm_st33: Fix potential bug in
> tpm_stm_i2c_send and replace r by ret. The purpose here was mor
On Sunday 30 November 2014 08:38:02 Ganapatrao Kulkarni wrote:
> On Tue, Nov 25, 2014 at 11:00 AM, Arnd Bergmann wrote:
> > On Tuesday 25 November 2014 08:15:47 Ganapatrao Kulkarni wrote:
> >> > No, don't hardcode ARM specifics into a common binding either. I've
> >> > looked
> >> > at the ibm,a
Linus, Stephen,
Sorry for the double send. Forgot to add Stehpen. :(
On Fri, Nov 28, 2014 at 04:42:14PM +0100, Linus Walleij wrote:
> On Thu, Nov 27, 2014 at 7:44 PM, Thomas Petazzoni
> wrote:
> > Dear Linus Walleij,
>
> >> Acked-by: Linus Walleij
> >>
> >> Do you want me to merge the patch o
V2 seeks to address comments raised in the v1 review. Changes are broken
out per patch, as git notes.
Thanks
Laszlo
Laszlo Ersek (2):
devicetree: document the "qemu" and "virtio" vendor prefixes
devicetree: document ARM bindings for QEMU's Firmware Config interface
Documentation/devicetree/
Peter Maydell suggested that we describe new devices / DTB nodes in the
kernel Documentation tree that we expose to arm "virt" guests in QEMU.
Although the kernel is not required to access the fw_cfg interface,
"Documentation/devicetree/bindings/arm" is probably the best central spot
to keep the f
The QEMU open source machine emulator and virtualizer presents firmware
and operating systems running in virtual machines ("guests") with purely
virtual hardware (ie. hardware that has never existed in physical form).
Since QEMU exposes some of these devices in a DTB, it makes sense to
define "qemu
Linus, Stephen,
On Fri, Nov 28, 2014 at 04:42:14PM +0100, Linus Walleij wrote:
> On Thu, Nov 27, 2014 at 7:44 PM, Thomas Petazzoni
> wrote:
> > Dear Linus Walleij,
>
> >> Acked-by: Linus Walleij
> >>
> >> Do you want me to merge the patch or is it dependent on other patches?
> >
> > This patch
Hi Peter,
Thank you for your feedback (on Sunday :)).
To be honest i missed those warnings. I figured they come when CONFIG_OF
is not set :/.
No problem to send a v5 with tpm/tpm_i2c_stm_st33: Fix potential bug in
tpm_stm_i2c_send and replace r by ret. The purpose here was more to
have a kind of
Hi Arnd,
On Tue, Nov 25, 2014 at 11:00 AM, Arnd Bergmann wrote:
> On Tuesday 25 November 2014 08:15:47 Ganapatrao Kulkarni wrote:
>> > No, don't hardcode ARM specifics into a common binding either. I've looked
>> > at the ibm,associativity properties again, and I think we should just use
>> > th
Platform data support is retained.
of_property_read_u64_array() isn't used yet as it's not in yet.
Signed-off-by: Sakari Ailus
---
since v2:
- Don't use of_property_read_u64_array() yet.
drivers/media/i2c/smiapp/smiapp-core.c | 114 +++-
1 file changed, 112 inserti
Document the smiapp device tree properties.
Signed-off-by: Sakari Ailus
---
since v2:
- Cleanups
- Removed clock-names property documentation
- Port node documentation was really endpoint node documentation
- Added remote-endpoint as mandatory endpoint node properties
.../devicetree/bindings/me
On Sat, Nov 29, 2014 at 10:53:26PM -0800, Brian Norris wrote:
> On Sat, Nov 29, 2014 at 10:40:50AM +0800, Huang Shijie wrote:
> > On Fri, Nov 28, 2014 at 08:01:41AM +0100, Stefan Roese wrote:
> > > On 28.11.2014 02:48, Huang Shijie wrote:
> > > >On Thu, Nov 27, 2014 at 03:18:49PM +0100, Stefan Roes
ping :)
2014-11-23 17:20 GMT+01:00 Romain Perier :
> See https://www.kernel.org/doc/Documentation/leds/leds-class.txt for
> LEDs device naming
>
> 2014-11-23 17:19 GMT+01:00 Romain Perier :
>> The leds-gpio driver recently switched to the device property API. The
>> device_node
>> name is no long
Hi Christophe,
sorry for the late reply :/
> This new patchset version is taking into account as much as possible
> Jason Gunthorpe feedbacks. I hope, i am not missing any.
>
> It still brings:
> - Some few code clean up from code style up to structure
> - Device tree support keeping static pla
opa362 is amplifier for video and can be connected to the tvout pads
of the OMAP3. It has one gpio control for enable/disable of the output
(high impedance).
Signed-off-by: H. Nikolaus Schaller
Signed-off-by: Marek Belisko
---
drivers/video/fbdev/omap2/displays-new/Kconfig | 6 +
drivers/
Add handling for gta04 tv out chain:
venc -> opa362 -> svideo
Use invert-polarity in venc node because opa362
is doing polarity inversion also.
Signed-off-by: Marek Belisko
---
arch/arm/boot/dts/omap3-gta04.dtsi | 49 ++
1 file changed, 49 insertions(+)
diff
Signed-off-by: Marek Belisko
---
.../devicetree/bindings/video/ti,opa362.txt| 38 ++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/ti,opa362.txt
diff --git a/Documentation/devicetree/bindings/video/ti,opa362.txt
b/Docume
changes from v2:
- rename amplifier-opa362.c to encoder-opa362
- drop inversion handlign from driver
- add ti,invert-polarity to venc node
I also drop devconf1 handling patches because discussion how to
properly implement is not yet finished and this part is independent
from video driver.
changes
Hi,
can I get an ACK from the device tree gurus?
Am Sonntag, 19. Oktober 2014, 23:11:19 schrieb Christophe Ricard:
> st33zp24 tpm can be seen as a trivial i2c device as other i2c tpm.
> However several other properties needs to be documented such as lpcpd.
>
> Reviewed-By: Jason Gunthorpe
> Sig
Hi Krzysztof,
2014-11-28 23:08 GMT+09:00 Krzysztof Kozlowski :
> On pią, 2014-11-28 at 15:04 +0100, Linus Walleij wrote:
>> On Wed, Nov 26, 2014 at 3:24 PM, Krzysztof Kozlowski
>> wrote:
>>
>> > The audio subsystem on Exynos 5420 has separate clocks and GPIO. To
>> > operate properly on GPIOs the
Hi Andreas,
2014-11-28 21:07 GMT+09:00 Andreas Färber :
> Am 28.11.2014 um 12:59 schrieb Linus Walleij:
>> On Sat, Nov 22, 2014 at 11:26 PM, Andreas Färber wrote:
>>
>>> From: Hakjoo Kim
>>>
>>> Add Samsung EXYNOS5410 SoC specific data to enable pinctrl
>>> support for all platforms based on EXY
On Tue, Nov 04, 2014 at 08:47:00PM +0800, Zhou Wang wrote:
> Signed-off-by: Zhou Wang
This driver mostly looks good. A few comments.
> ---
> drivers/mtd/nand/Kconfig|5 +
> drivers/mtd/nand/Makefile |1 +
> drivers/mtd/nand/hisi504_nand.c | 846
>
On Tue, Nov 04, 2014 at 08:46:59PM +0800, Zhou Wang wrote:
> This patchset adds the support for NAND controller of hisilicon hip04 Soc.
> The NAND controller IP was developed by hisilicon and needs a new driver to
> support it. This patchset is based on v3.18-rc1. I have tested that NAND flash
> co
One more thing:
On Tue, Nov 04, 2014 at 08:47:01PM +0800, Zhou Wang wrote:
> diff --git a/Documentation/devicetree/bindings/mtd/hisi504-nand.txt
> b/Documentation/devicetree/bindings/mtd/hisi504-nand.txt
> new file mode 100644
> index 000..c8b3988
> --- /dev/null
> +++ b/Documentation/devicet
On Tue, Nov 04, 2014 at 08:47:01PM +0800, Zhou Wang wrote:
> Signed-off-by: Zhou Wang
> ---
> .../devicetree/bindings/mtd/hisi504-nand.txt | 40
>
> 1 file changed, 40 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/mtd/hisi504-nand.txt
>
> dif
56 matches
Mail list logo