second page is used during initialisation.
This module provides support to following functional cells:
- Regulators
- RTC
- HWMON
- OnKey (power key misc input device)
- Vibration (force-feedback input device)
- Watchdog
- LEDs
Signed-off-by: Krystian Garbaciak
Signed-off-by: Philipp Zabel
Hi Sebastian,
Am Dienstag, den 13.08.2013, 12:40 +0200 schrieb Sebastian Hesselbarth:
> On 08/13/13 12:03, Thierry Reding wrote:
> > On Tue, Aug 13, 2013 at 10:30:30AM +0200, Thomas Petazzoni wrote:
> >> Dear Thierry Reding,
> >>
> >> On Tue, 13 Aug 2013 10:09:56 +0200, Thierry Reding wrote:
> >>
__setup_offsets fills the v4l2_planes' mem_offset fields, which is only valid
for V4L2_MEMORY_MMAP type buffers. For V4L2_MEMORY_DMABUF and _USERPTR buffers,
this incorrectly overwrites the fd and userptr fields.
Reported-by: Michael Olbrich
Signed-off-by: Philipp Zabel
---
drivers/media
Am Mittwoch, den 20.03.2013, 11:52 +0100 schrieb Philipp Zabel:
> Hi, last time I posted was a bit close to the merge window, so I'm
> reposting now. Greg, Arnd, could you take the first two patches?
Ping,
can I do anything to help move this along?
regards
Philipp
> These patch
Am Donnerstag, den 28.03.2013, 10:54 +0800 schrieb Shawn Guo:
> On Wed, Mar 20, 2013 at 11:52:47AM +0100, Philipp Zabel wrote:
> > Signed-off-by: Philipp Zabel
> > Reviewed-by: Shawn Guo
> > Acked-by: Grant Likely
> > ---
> > Changes since v8:
> > - C
Hi Andrew,
thanks for taking care of these patches.
Am Mittwoch, den 27.03.2013, 15:27 -0700 schrieb Andrew Morton:
> On Wed, 20 Mar 2013 11:52:45 +0100 Philipp Zabel
> wrote:
>
> > This driver requests and remaps a memory region as configured in the
> > device tree.
Am Donnerstag, den 28.03.2013, 22:22 +0800 schrieb Shawn Guo:
> On Thu, Mar 28, 2013 at 10:05:18AM +0100, Philipp Zabel wrote:
> > > > +
> > > > + ocram: ocram@f800 {
> > > > + compatible = "fsl,imx-ocram",
Signed-off-by: Philipp Zabel
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |5 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index e3e8694..6d99d8a 100644
--- a/arch/arm/boot/dts/imx53.dtsi
Signed-off-by: Philipp Zabel
---
arch/arm/plat-mxc/include/mach/iram.h |6 -
arch/arm/plat-mxc/iram_alloc.c| 44 ++---
2 files changed, 41 insertions(+), 9 deletions(-)
diff --git a/arch/arm/plat-mxc/include/mach/iram.h
b/arch/arm/plat-mxc/include
These patches add support to configure the on-chip SRAM via device-tree
node and to obtain the resulting genalloc pool from a phandle pointing
at the node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc pool address.
regards
Philipp
---
arch/arm/bo
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel
---
include/linux/genalloc.h | 14 +
lib/genalloc.c | 77
pool, virt, SIZE);
Signed-off-by: Philipp Zabel
---
arch/arm/plat-mxc/include/mach/iram.h | 35 -
arch/arm/plat-mxc/iram_alloc.c| 26
2 files changed, 61 deletions(-)
delete mode 100644 arch/arm/plat-mxc/include/mach/iram.h
diff -
This improves the symmetry of iram_alloc and iram_free in that
iram_free has to be called with the virtual address now.
Also, gen_pool_virt_to_phys is now functional.
Signed-off-by: Philipp Zabel
---
arch/arm/plat-mxc/iram_alloc.c | 39 ++-
1 file changed
Hi Andrew,
On Feb 6, 2008 8:26 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Tue, 8 Jan 2008 09:21:55 +0100 "pHilipp Zabel" <[EMAIL PROTECTED]> wrote:
>
> > On Jan 8, 2008 1:13 AM, Matt Reimer <[EMAIL PROTECTED]> wrote:
> > > On
Signed-off-by: Philipp Zabel
Reviewed-by: Shawn Guo
Acked-by: Grant Likely
---
Changes since v8:
- Changed device tree compatible string to "mmio-sram"
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |6 ++
2 files changed, 11 insertions(+)
di
track allocations.
Signed-off-by: Philipp Zabel
Reviewed-by: Shawn Guo
Acked-by: Grant Likely
---
Changes since v8:
- Changed device tree compatible string to "mmio-sram"
---
Documentation/devicetree/bindings/misc/sram.txt | 16 +++
drivers/misc/Kconfig
node. The corresponding platform device is then fed into
dev_get_gen_pool and the resulting gen_pool is returned.
Signed-off-by: Philipp Zabel
Acked-by: Grant Likely
---
include/linux/genalloc.h | 15 +
lib/genalloc.c | 81 ++
2
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the struct device pointer or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genall
This patch depends on "genalloc: add devres support, allow to find
a managed pool by device", which provides the of_get_named_gen_pool
and dev_get_gen_pool functions.
Signed-off-by: Philipp Zabel
Acked-By: Javier Martin
Acked-by: Grant Likely
---
Documentation/devicetree/bind
parameter. This
is passed to clk_get to request the clock from the clk
framework.
Signed-off-by: Philipp Zabel
---
drivers/base/regmap/regmap-mmio.c | 88 +++--
include/linux/regmap.h|6 +++
2 files changed, 91 insertions(+), 3 deletions(-)
diff
Hi Mark,
Am Donnerstag, den 14.02.2013, 11:56 + schrieb Mark Brown:
> On Thu, Feb 14, 2013 at 10:49:14AM +0100, Philipp Zabel wrote:
>
> > Some mmio devices have a dedicated interface clock that needs
> > to be enabled to access their registers. This patch optionally
&
parameter. This
is passed to clk_get to request the clock from the clk
framework.
Signed-off-by: Philipp Zabel
---
drivers/base/regmap/regmap-mmio.c | 79 +++--
include/linux/regmap.h| 47 +++---
2 files changed, 107 insertions
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the physical address or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc po
Signed-off-by: Philipp Zabel
Reviewed-by: Shawn Guo
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi |6 ++
2 files changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/imx53.dtsi b/arch/arm/boot/dts/imx53.dtsi
index 76ebb1a..7677218 100644
--- a/arch/arm
This patch keeps all created pools in a global list and adds two
functions that allow to retrieve the gen_pool pointer from a known
physical address and from a device tree node.
Signed-off-by: Philipp Zabel
Reviewed-by: Shawn Guo
---
include/linux/genalloc.h | 14 ++
lib/genalloc.c
track allocations.
Signed-off-by: Philipp Zabel
Reviewed-by: Shawn Guo
---
Documentation/devicetree/bindings/misc/sram.txt | 17
drivers/misc/Kconfig|9 ++
drivers/misc/Makefile |1 +
drivers/misc/s
This patch depends on "genalloc: add a global pool list,
allow to find pools by phys address", which provides the
of_get_named_gen_pool function.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/Kconfig |3 +--
drivers/media/platform/coda
3 is an invalid value for the CAN1_IPP_IND_CANRX_SELECT_INPUT
register. Set it to 2, which correctly selects the GPIO_8 pad.
Signed-off-by: Philipp Zabel
---
drivers/pinctrl/pinctrl-imx53.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-imx53.c b
causes all but the first read from
debugfs/regmap/*/registers to start from register position 0, which
in turn results in infinitely looping debugfs register map output.
Signed-off-by: Philipp Zabel
---
drivers/base/regmap/regmap-debugfs.c | 16
1 file changed, 8 insertions(+), 8
On Dec 2, 2007 1:03 PM, Christer Weinigel <[EMAIL PROTECTED]> wrote:
> Hi Andy,
>
> you seem to be the last person messing around with checkpatch.pl so I'm
> addressing this to you. :-)
>
> checkpatch complains about the following:
>
> WARNING: no space between function name and open parenthesis '(
.
Signed-off-by: Philipp Zabel <[EMAIL PROTECTED]>
---
drivers/w1/masters/ds1wm.c |9 +
include/linux/ds1wm.h |1 +
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/w1/masters/ds1wm.c b/drivers/w1/masters/ds1wm.c
index 5747997..688e435 100644
--- a/driv
On Jan 8, 2008 1:13 AM, Matt Reimer <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-01-07 at 15:10 -0800, Andrew Morton wrote:
> > On Sun, 06 Jan 2008 14:46:14 +0100
> > Philipp Zabel <[EMAIL PROTECTED]> wrote:
> >
> > > The DS1WM driver incorrectly infers the I
Hi!
Here 2.6.11-rc2 did this, too. (inotify.patch from 2.6.11-rc2-mm1):
On Fri, 21 Jan 2005 00:12:51 +0100, Juerg Billeter <[EMAIL PROTECTED]> wrote:
> I reproducibly get the following Oops as soon as I start using inotify
> with gamin and/or beagle. This happens with linux 2.6.10-as1 + inotify
>
On 10/19/07, Samuel Ortiz <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 18, 2007 at 03:05:44PM -0700, Andrew Morton wrote:
> > On Thu, 18 Oct 2007 11:12:41 +0200
> > Samuel Ortiz <[EMAIL PROTECTED]> wrote:
> > You're not a big fan of checkpatch, I see.
> Well, now I am :-)
> I fixed all the errors, ther
1970-01-01 00:00:00.0 +
+++ linux-2.6/include/asm-arm/arch-pxa/gpio.h 2006-12-21
07:57:12.0 +0100
@@ -0,0 +1,86 @@
+/*
+ * linux/include/asm-arm/arch-pxa/gpio.h
+ *
+ * PXA GPIO wrappers for arch-neutral GPIO calls
+ *
+ * Written by Philipp Zabel <[EMAIL PROTECTED]>
+ *
+
0 being the name for all s3c24xx
architectures.
> + *
> + * Written by Philipp Zabel <[EMAIL PROTECTED]>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free S
On 12/21/06, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
On Thu, 21 Dec 2006, pHilipp Zabel wrote:
> David suggested to have both inline and non-inline functions depending
> on whether gpio is constant. How is this patch?
More comments below.
> --- /dev/null 1970-01-01 00:00:00.
On 12/21/06, Nicolas Pitre <[EMAIL PROTECTED]> wrote:
On Thu, 21 Dec 2006, pHilipp Zabel wrote:
> > > --- linux-2.6.orig/arch/arm/mach-pxa/generic.c2006-12-16
> > > +++ linux-2.6/arch/arm/mach-pxa/generic.c 2006-12-16
> > > 16:47:45.
GPIO wrappers for arch-neutral GPIO calls
+ *
+ * Written by Philipp Zabel <[EMAIL PROTECTED]>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 o
s the generic gpio API expects this
> protection is the responsibility of the caller.
No such lock is known to the caller. Some of those calls will need
to move to a C file somewhere.
Moved into generic.c
regards
Philipp
--
Signed-off-by: Philipp Zabel <[EMAIL PRO
Hi,
On 11/23/06, David Brownell <[EMAIL PROTECTED]> wrote:
On Tuesday 21 November 2006 7:57 am, Bill Gatliff wrote:
> Once you're hiding the GPIO number behind an enumeration, you can create
> a bitmap with more information than a single integer. That extra
> information could be used--- in my
On 11/30/06, pHilipp Zabel <[EMAIL PROTECTED]> wrote:
> Effectively, yes. I counted quite a few implementations in the current
> tree which can trivially (#defines) map to that API.
Or so I thought, sorry.
regards
Philipp
Index: linux-2.6/include/asm-arm/arc
On 5/5/07, Anton Vorontsov <[EMAIL PROTECTED]> wrote:
Hello Henrique, Shem,
On Sat, May 05, 2007 at 12:54:13AM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 04 May 2007, Shem Multinymous wrote:
> > >+enum power_supply_type {
> > >+ POWER_SUPPLY_TYPE_BATTERY = 0,
> > >+ POWER_SU
On 4/26/07, Matt Reimer <[EMAIL PROTECTED]> wrote:
On Apr 25, 2007, at 5:46 PM, Andrew Morton wrote:
> On Tue, 24 Apr 2007 14:02:03 +0400 Evgeniy Polyakov
> <[EMAIL PROTECTED]> wrote:
>
>> +#define DS1WM_CMD_1W_RESET 1 << 0 /* force reset on 1-wire bus */
>> +#define DS1WM_CMD_SRA 1
Am Mittwoch, den 20.07.2016, 12:03 +0800 schrieb Bibby Hsieh:
> From: Junzhi Zhao
>
> Pixel clock should be 297MHz when resolution is 4K.
>
> Signed-off-by: Junzhi Zhao
> Signed-off-by: Bibby Hsieh
> ---
> drivers/gpu/drm/mediatek/mtk_dpi.c | 184
> +---
> 1
Hi Bibby,
Am Mittwoch, den 20.07.2016, 12:03 +0800 schrieb Bibby Hsieh:
> if MT8173 display module can support 4K HDMI output,
> we have to adjust VENCPLL clock from default 660MHz
> to 800MHz.
Is vencpll(_d2) the active source for the mm_sel mux? If so, it seems to
me that mm_sel or rather one o
Hi Masahiro,
Am Donnerstag, den 21.07.2016, 14:05 +0900 schrieb Masahiro Yamada:
> The recent update in the reset subsystem requires all reset consumers
> to be explicit about the requested reset lines; _explicit or _shared.
> This effectively doubled the number of reset_control_get variants.
> Al
Am Freitag, den 22.07.2016, 11:37 +0200 schrieb
gabriel.fernan...@st.com:
> From: Gabriel Fernandez
>
> v3:
> - Use the builtin for the register
>
> v2:
> - switch to the non-relaxed variants
> - describe dt-binfings in one place
>
> The STM32 MCUs family IPs can be reset by accessing some r
Hi Masahiro,
Am Donnerstag, den 21.07.2016, 14:06 +0900 schrieb Masahiro Yamada:
> This has been inconsistent; some returns -EINVAL, some -ENOTSUPP.
> Make it consistent in this header, in favor of -ENOTSUPP.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> include/linux/reset.h | 4 ++--
> 1 file
Hi Masahiro,
Am Donnerstag, den 21.07.2016, 18:53 +0900 schrieb Masahiro Yamada:
[...]
> For ctags, scripts/tags.sh exists for that purpose, doesn't it?
>
> For example,
> commit e0e5070b20e01f0321f97db4e4e174f3f6b49e50
> converted func defines and adjusted tags.sh at the same time.
True. So cta
Hi Masahiro,
Am Dienstag, den 20.09.2016, 13:43 +0900 schrieb Masahiro Yamada:
> The UniPhier reset driver (drivers/reset/reset-uniphier.c) has been
> merged. Select ARCH_HAS_RESET_CONTROLLER from the SoC Kconfig.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Philipp,
>
> IIRC, you mentioned t
Am Dienstag, den 20.09.2016, 13:43 +0900 schrieb Masahiro Yamada:
> The UniPhier reset driver (drivers/reset/reset-uniphier.c) has been
> merged. Select ARCH_HAS_RESET_CONTROLLER from the SoC Kconfig.
>
> Signed-off-by: Masahiro Yamada
Acked-by: Philipp Zabel
regards
Philipp
Am Dienstag, den 20.09.2016, 17:47 +0900 schrieb Masahiro Yamada:
> Hi Philipp,
>
>
> 2016-09-20 16:30 GMT+09:00 Philipp Zabel :
> > Hi Masahiro,
> >
> > Am Dienstag, den 20.09.2016, 13:43 +0900 schrieb Masahiro Yamada:
> >> The UniPhier reset driver (d
Hi Stephen,
Am Dienstag, den 20.09.2016, 12:42 +1000 schrieb Stephen Rothwell:
> Hi Dave,
>
> Today's linux-next merge of the drm tree got a conflict in:
>
> drivers/gpu/drm/imx/ipuv3-crtc.c
>
> between commit:
>
> a474478642d5 ("drm/imx: fix crtc vblank state regression")
>
> from Linus'
Am Montag, den 20.06.2016, 11:50 +0800 schrieb Xinliang Liu:
>
> Required properties:
> -- compatible: may be "hisilicon,hi6220-sysctrl"
> +- compatible: should be one of the following:
> + - "hisilicon,hi6220-sysctrl", "syscon" : For peripheral reset controller.
> + - "hisilicon,hi6220-mediac
Am Sonntag, den 19.06.2016, 14:06 +0200 schrieb Boris Brezillon:
> +Philipp
>
> On Sun, 19 Jun 2016 19:37:39 +0800
> Icenowy Zheng wrote:
>
> > The NAND controller on some sun8i chips needs its reset line to be
> > deasserted
> > before they can enter working state. This commit added the reset
Am Montag, den 06.06.2016, 16:56 +0100 schrieb Lee Jones:
> We're about to split the current API into two, where consumers will
> be forced to be explicit when requesting reset lines. The choice
> will be to either the call the *_exclusive or *_shared variant
> depending on whether they can actual
stih416_powerdowns),
> - .channels = stih416_powerdowns,
> -};
> -
> -static struct syscfg_reset_controller_data stih416_softreset_controller = {
> - .wait_for_ack = false,
> - .active_low = true,
> - .nr_channels = ARRAY_SIZE(stih416_softresets),
> - .channels = stih416_softresets,
> -};
> -
> -static const struct of_device_id stih416_reset_match[] = {
> - { .compatible = "st,stih416-powerdown",
> - .data = &stih416_powerdown_controller, },
> - { .compatible = "st,stih416-softreset",
> - .data = &stih416_softreset_controller, },
> - {},
> -};
> -
> -static struct platform_driver stih416_reset_driver = {
> - .probe = syscfg_reset_probe,
> - .driver = {
> - .name = "reset-stih416",
> - .of_match_table = stih416_reset_match,
> - },
> -};
> -
> -static int __init stih416_reset_init(void)
> -{
> - return platform_driver_register(&stih416_reset_driver);
> -}
> -arch_initcall(stih416_reset_init);
Can I pick up patches 15 and 19, or are there dependencies in the
series?
In the latter case,
Acked-by: Philipp Zabel
to merge both together with the other patches. Currently there is no
conflict with changes queued from the reset tree.
regards
Philipp
Am Donnerstag, den 22.09.2016, 11:50 +0200 schrieb Arnd Bergmann:
> The imx_drm_bind function causes a warning in linux-next when
> CONFIG_DRM_FBDEV_EMULATION is not set:
>
> drivers/gpu/drm/imx/imx-drm-core.c: In function 'imx_drm_bind':
> drivers/gpu/drm/imx/imx-drm-core.c:441:1: error: label 'e
Am Mittwoch, den 21.09.2016, 15:12 + schrieb Wei Yongjun:
> From: Wei Yongjun
>
> Use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...)).
>
> Generated by: scripts/coccinelle/api/err_cast.cocci
>
> Signed-off-by: Wei Yongjun
Applied, thank you.
regards
Philipp
Hi Masahiro,
Am Donnerstag, den 28.07.2016, 11:40 +0900 schrieb Masahiro Yamada:
> >> +static int uniphier_reset_update(struct reset_controller_dev *rcdev,
> >> + unsigned long id, bool assert)
> >> +{
> >> + struct uniphier_reset_priv *priv = to_uniphier_reset_pri
Am Samstag, den 23.07.2016, 20:22 +0900 schrieb Masahiro Yamada:
> Hi.
>
>
> Now the reset subsystem provides
> a bunch of reset_control_get variants.
>
> I am still wondering why we need to have _optional ones.
>
> As far as I see, the difference is WARN_ON(1)
> when CONFIG_RESET_CONTROLLER is
Am Donnerstag, den 28.07.2016, 12:09 +0200 schrieb Arnd Bergmann:
> On Thursday, July 28, 2016 11:43:00 AM CEST Philipp Zabel wrote:
> > > I want to deprecate _optional variants in the following steps:
> > >
> > > [1] Add "depends on RESET_CONTROLLER" to d
Am Donnerstag, den 28.07.2016, 19:52 +0900 schrieb Masahiro Yamada:
> Hi Arnd,
>
>
> 2016-07-28 19:09 GMT+09:00 Arnd Bergmann :
> > On Thursday, July 28, 2016 11:43:00 AM CEST Philipp Zabel wrote:
> >> > I want to deprecate _optional variants in the followin
Am Freitag, den 22.07.2016, 21:25 +0200 schrieb Arnd Bergmann:
> On Thursday, July 21, 2016 7:16:02 PM CEST Paul Gortmaker wrote:
>
> > > > ...we probably don't need module.h here or any of the other
> > > > MODULE_ tags/macros either. Use the builtin for the
> > > > register and all should be go
Hi Bibby,
Am Freitag, den 29.07.2016, 17:09 +0800 schrieb Bibby Hsieh:
> To support HDMI 4K resolution, mmsys need clcok
> mm_sel to be 400MHz.
>
> The board .dts file should override the clock rate
> property with the higher VENCPLL frequency the board
> supports HDMI 4K resolution.
>
> Signed-
Hi Masahiro,
Am Donnerstag, den 28.07.2016, 19:29 +0900 schrieb Masahiro Yamada:
[...]
> However, I think the following makes more sense:
>
>
> menuconfig RESET_CONTROLLER
> bool "Reset Controller Support"
> depends on (ARCH_HAS_RESET_CONTROLLER || COMPILE_TEST)
> default
Am Sonntag, den 31.07.2016, 12:42 -0700 schrieb Steve Longerbeam:
> Adds ipu_cpmem_set_uv_offset(), to set planar U/V offsets.
>
> Signed-off-by: Steve Longerbeam
There is no need to resend already applied patches.
regards
Philipp
Am Sonntag, den 31.07.2016, 12:42 -0700 schrieb Steve Longerbeam:
> Adds the Video Deinterlacer (VDIC) unit.
>
> Signed-off-by: Steve Longerbeam
>
> ---
>
> v3:
> - renamed and exported ipu_vdi_set_top_field_man() to
> ipu_vdi_set_field_order(). Args include std and field to determine
> cor
Am Sonntag, den 31.07.2016, 12:42 -0700 schrieb Steve Longerbeam:
> Adds functions to link and unlink source channels to sink
> channels in the FSU:
>
> int ipu_fsu_link(struct ipu_soc *ipu, int src_ch, int sink_ch);
> int ipu_fsu_unlink(struct ipu_soc *ipu, int src_ch, int sink_ch);
>
> The chann
Am Donnerstag, den 28.07.2016, 16:09 -0700 schrieb Steve Longerbeam:
> > Now split the frame in half and suddenly pixel x' = 640 is the start of
> > a new tile, so it is sampled at x = 160, and pixel x' = 1279 will be
> > sampled at x = 160 + (1279 - 640) * 8192/32846. = 319.37, reading over
> > th
a new function named
> imx_ldb_panel_ddc(). This was necessary to allow the panel ddc
> code to run only when the imx_ldb is not attached to a bridge.
>
> Cc: Enric Balletbo i Serra
> Cc: Philipp Zabel
> Cc: Rob Herring
> Cc: Fabio Estevam
> Cc: David Airlie
> Cc: Thie
> USB_CHIPIDEA
> drivers/usb/chipidea/Kconfig:1: symbol USB_CHIPIDEA depends on USB_EHCI_HCD
> drivers/usb/host/Kconfig:84:symbol USB_EHCI_HCD depends on USB
>
> Cc: Arnd Bergmann
> Cc: Heiko Stuebner
> Cc: Mark Yao
> Cc: Philipp Zabel
> Cc: Peter Chen
> Signed-off-by: Stephen Boyd
Acked-by: Philipp Zabel
thanks
Philipp
esses are allowed before
> accessing it.
>
> Signed-off-by: Alexandre Belloni
> ---
> Cc: Arnd Bergmann
> Cc: Greg Kroah-Hartman
> Cc: Philipp Zabel
> Cc: Vladimir Zapolskiy
> drivers/misc/sram.c | 52 +---
> 1 file
Am Samstag, den 30.07.2016, 22:13 +0200 schrieb Arnd Bergmann:
> On Friday, July 29, 2016 3:08:15 PM CEST Philipp Zabel wrote:
> > Hi Masahiro,
> >
> > Am Donnerstag, den 28.07.2016, 19:29 +0900 schrieb Masahiro Yamada:
> > [...]
> > > However, I
Am Dienstag, den 02.08.2016, 13:18 +0900 schrieb Masahiro Yamada:
> This is the initial commit for UniPhier reset controller driver.
>
> Signed-off-by: Masahiro Yamada
[...]
> --- a/drivers/reset/Makefile
> +++ b/drivers/reset/Makefile
> @@ -7,6 +7,7 @@ obj-$(CONFIG_ARCH_MESON) += reset-meson.o
>
; ipu_di0: port@2 {
> #address-cells = <1>;
> #size-cells = <0>;
Acked-by: Philipp Zabel
regards
Philipp
Am Freitag, den 05.08.2016, 17:50 +0200 schrieb Arnd Bergmann:
> On Thursday, July 28, 2016 1:00:49 PM CEST Philipp Zabel wrote:
> > Am Donnerstag, den 28.07.2016, 19:52 +0900 schrieb Masahiro Yamada:
>
> > > > In my experimental patch, I make the _optional functions
&
_POPULATED bit early, the power domain driver is silently skipped, as
are the GPU and VPU drivers that are missing their power domain.
Signed-off-by: Philipp Zabel
Cc: Jon Hunter
Cc: Rob Herring
---
drivers/of/irq.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/of/irq.c b/driver
Am Freitag, den 05.08.2016, 17:35 +0200 schrieb Arnd Bergmann:
> On Friday, August 5, 2016 10:55:58 AM CEST Philipp Zabel wrote:
> > Am Samstag, den 30.07.2016, 22:13 +0200 schrieb Arnd Bergmann:
> > > On Friday, July 29, 2016 3:08:15 PM CEST Philipp Zabel wrote:
&
Hi Masahiro,
Am Mittwoch, den 24.08.2016, 15:40 +0900 schrieb Masahiro Yamada:
> Use of_device_get_match_data() instead of of_match_node(). With
> this, we can retrieve the .data field of the OF match table more
> easily. No more need to define (or declare) the match table before
> the probe cal
Am Mittwoch, den 24.08.2016, 15:40 +0900 schrieb Masahiro Yamada:
> I missed this in the initial commit.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/reset/reset-uniphier.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/reset/reset-uniphier.c b/drivers
Am Mittwoch, den 24.08.2016, 15:58 +0900 schrieb Masahiro Yamada:
> Hi Philipp,
>
> 2016-08-16 23:36 GMT+09:00 Masahiro Yamada :
> > Hi Philipp, Arnd.
> >
> >
> >
> > 2016-08-09 1:39 GMT+09:00 Philipp Zabel :
> >> Am Freitag, den 05.08.2016, 17:5
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Alban Bedel
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 7 +++
drivers/reset/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/reset/Kconfig b
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Neil Armstrong
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 6 ++
drivers/reset/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/reset/Kconfig b
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Maxime Coquelin
Cc: Gabriel Fernandez
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 6 ++
drivers/reset/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Moritz Fischer
Cc: Michal Simek
Cc: Sören Brinkmann
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 6 ++
drivers/reset/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion
Also remove the RESET_CONTROLLER dependency, this Kconfig file is
included inside the menuconfig already.
Cc: Chen Feng
Signed-off-by: Philipp Zabel
---
drivers/reset/hisilicon/Kconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/reset/hisilicon/Kconfig b
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Antoine Tenart
Cc: Sebastian Hesselbarth
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 6 ++
drivers/reset/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Dinh Nguyen
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 6 ++
drivers/reset/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/reset/Kconfig b
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Joachim Eastwood
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 7 +++
drivers/reset/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/reset
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 6 ++
drivers/reset/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/reset/Kconfig b/drivers/reset
The driver uses readl/writel, so it should include linux/io.h.
Signed-off-by: Philipp Zabel
---
drivers/reset/reset-ath79.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/reset/reset-ath79.c b/drivers/reset/reset-ath79.c
index 16d410c..6b97631 100644
--- a/drivers/reset/reset-ath79
Visible only if COMPILE_TEST is enabled, this allows to include the
driver in build tests.
Cc: Damien Horsley
Cc: James Hartley
Signed-off-by: Philipp Zabel
---
drivers/reset/Kconfig | 6 ++
drivers/reset/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a
Am Mittwoch, den 24.08.2016, 21:29 +0900 schrieb Masahiro Yamada:
[...]
> >> @@ -285,6 +286,45 @@ static const struct reset_control_ops
> >> uniphier_reset_ops = {
> >> .status = uniphier_reset_status,
> >> };
> >>
> >> +static int uniphier_reset_probe(struct platform_device *pdev)
> >> +{
Instead of potentially crashing, dump a backtrace and return -EINVAL if
rstc is NULL or an error code.
Signed-off-by: Philipp Zabel
---
drivers/reset/core.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/reset/core.c b/drivers/reset/core.c
index 395dc9c
Am Dienstag, den 16.08.2016, 18:41 +0900 schrieb Masahiro Yamada:
> Hi Arnd,
>
> 2016-08-06 0:35 GMT+09:00 Arnd Bergmann :
>
> >
> > config RESET_FOO
> > bool "FOO reset controller" if COMPILE_TEST && !ARCH_FOO
> > default ARCH_FOO
> >
> > then I think we get both: you won't be abl
Am Mittwoch, den 24.08.2016, 22:06 +0200 schrieb Arnd Bergmann:
> On Thursday, August 25, 2016 3:18:55 AM CEST Masahiro Yamada wrote:
> > Hi Arnd,
> >
> >
> > 2016-08-25 0:51 GMT+09:00 Arnd Bergmann :
> > > On Wednesday, August 24, 2016 3:28:53 PM
Am Mittwoch, den 24.08.2016, 22:32 +0200 schrieb Joachim Eastwood:
> Hi Philipp,
>
> On 24 August 2016 at 15:28, Philipp Zabel wrote:
> > Visible only if COMPILE_TEST is enabled, this allows to include the
> > driver in build tests.
> >
> > Cc: Joachim Eastwood
Am Mittwoch, den 24.08.2016, 10:26 -0500 schrieb Dinh Nguyen:
> Hi Philipp,
>
> just a minor nit:
>
> On 08/24/2016 08:28 AM, Philipp Zabel wrote:
> > Visible only if COMPILE_TEST is enabled, this allows to include the
> > driver in build tests.
> >
>
101 - 200 of 1930 matches
Mail list logo
