On 06/11/2013 07:55 PM, Samuel Ortiz wrote:
> Hi Jonathan,
Hi Samuel,
> Sebastian, please address the commit log and cosmetic issues I pointed out,
> keep the regmap code and I'll pull this patchset in.
By keep the regmap code you mean I am allowed to remove the regmap
usage in mfd (keep patch #
On 06/12/2013 03:50 PM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
>> By keep the regmap code you mean I am allowed to remove the regmap
>> usage in mfd (keep patch #1) or do you insist on adding its usage in
>> iio and input?
> I insist on keeping it on the MFD driver, i.e. _not_ keeping pat
On 06/12/2013 04:41 PM, Samuel Ortiz wrote:
>> This forces me redo a few things and most likely adding it to the
>> iio and input driver to be consistent here.
> I'm not asking for that. The current MFD code uses regmap fine without
> the iio and input using it, I don't see why you would have to ad
On 06/12/2013 02:47 PM, Oded Gabbay wrote:
> This patch fixes a bug in the fsl_pq_mdio.c module and in relevant device-tree
> files regarding the correct offset of the tbipa register in the eTSEC
> controller in some of Freescale's PQ3 and QorIQ SoC.
> The bug happens when the mdio in the device tr
On 06/06/2013 03:52 PM, Sebastian Andrzej Siewior wrote:
> From: Philip Avinash
>
> Add PWMSS device tree nodes in relation with ECAP & EHRPWM DT nodes to
> AM33XX SoC family. Also populates device tree nodes for ECAP & EHRPWM by
> adding necessary properties like pw
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a
From: "Patil, Rachna"
Add DT support in the MFD core driver. The node name is "am3359" because
it was tested on this platform.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Patil, Rachna
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewi
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Acked-by: Dmitry Torokhov
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 25 +
1 file changed, 1 insertion(+), 24 deletions(-)
diff
na
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 102 -
include/linux/input/ti_am335x_tsc.h | 12
include/linux/mfd/ti_am335x_tscadc.h |3 -
3 files changed, 98 inserti
Signed-off-by: Pantelis Antoniou
Signed-off-by: Patil, Rachna
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
.../bindings/input/touchscreen/ti-tsc-adc.txt | 44
drivers/input/touchscreen/ti_am335x_tsc.c | 105 +++-
d
From: "Patil, Rachna"
Add DT support for client ADC driver.
Acked-by: Jonathan Cameron
Signed-off-by: Patil, Rachna
Signed-off-by: Pantelis Antoniou
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_ad
same structure is used.
While doing the change I noticed that the suspend/resume code assumes
the wrong pointer for ti_tscadc_dev and this has been fixed as well.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c |5 +++--
drivers/input/touchscreen
From: "Patil, Rachna"
When touchscreen and ADC are used together, this
unwanted fifo flush leads to loss of ADC data.
Signed-off-by: Patil, Rachna
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 10
dd DT support
arm: am33xx: add TSC/ADC mfd device support
Sebastian Andrzej Siewior (12):
mfd: input: iio: ti_am335x_adc: use one structure for ti_tscadc_dev
input: ti_am33x_tsc: remove platform_data support
iio: ti_am335x_adc: remove platform_data support
mfd: t
hould take care to set this parameter correctly.
Sebastian added the common lock and moved the code, that manipulates the
steps, from into the mfd module.
Signed-off-by: Patil, Rachna
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c
Usually we get all the values we wanted but it is possible, that te ADC
unit is busy performing the conversation for the HW events. In that case
-EBUSY is returned and the user may re-call the function.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc
only read a multiple of our
coordinate set. On the second interrupt we will cleanup the remaining
enties.
Acked-by: Dmitry Torokhov
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c |2 +-
drivers/input/touchscreen/ti_am335x_tsc.c | 78 ++
an Cameron
Signed-off-by: Pantelis Antoniou
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c | 29 -
1 file changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drive
From: "Patil, Rachna"
Add support for core multifunctional device along
with its clients touchscreen and ADC.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Patil, Rachna
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am335x-evm.
Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c
b/drivers/input/touchscreen/ti_am335x_tsc.c
index 1bceb25..2ba7703 100644
--- a/drivers/input/touchscreen/ti_am335x_tsc.c
+++ b/drivers
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/mfd/ti_am335x_tscadc.c | 23 ++-
1 file changed, 6 insertions(+), 17 deletions(-)
diff --git a/drivers/mfd/ti_am335x_tscadc.c
From: Pantelis Antoniou
Fix the mfd device in the case where a subdevice might not be activated.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/mfd/ti_am335x_tscadc.c | 38 ++
include
TI-adc reads a little better compared to tiadc. And if we add am335x to
it then we have the same naming scheme as the tsc side.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c |3 +--
drivers/mfd/ti_am335x_tscadc.c |2 +-
2 files
checks for correct step number during reading
and does not rely on proper FIFO depth.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am335x-evm.dts |2 +-
drivers/iio/adc/ti_am335x_adc.c | 57 +-
drivers/mfd
tsc is a very generic name. This patch adds a TI and HW prefix to it
less generic.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c |2 +-
drivers/mfd/ti_am335x_tscadc.c|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
The two header files removed here are unused and have no users as this
platform was never used with platform devices.
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/input/ti_am335x_tsc.h | 35 ---
include/linux/mfd/ti_am335x_tscadc.h|5
is
actually the case.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c
b/drivers/input/touchscreen/ti_am335x_tsc.c
index 2ba7703..0e9f02a
On 06/13/2013 11:07 AM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
> Pulled and pushed back to mfd-next, thanks.
Thank you.
> I fixed a couple of unused variable warnings on top of it.
I saw your patch at git.k.o and I am asking you not to taking it :)
The code is:
of_property_for
ng unless
the CPU the task is running is going down.
Cc: stable...@vger.kernel.org
Signed-off-by: Sebastian Andrzej Siewior
---
kernel/cpu.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/kernel/cpu.c b/kernel/cpu.c
index 3acf17d..f5ad8e1 100644
--- a/ke
On 06/14/2013 05:16 PM, Steven Rostedt wrote:
> Hi Sebastian,
Hi Steven,
>
> Any reason that this patch was dropped for 3.8? We hit this exact same
> bug recently with a 3.8-rt kernel.
No particular reason. Going through my log of the queue I have to say
that it was never in the queue starting
* Ivo Sieben | 2013-06-03 12:12:02 [+0200]:
this is in -tip so I take this for v3.8-rt
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Plea
Dear RT Folks,
I'm pleased to announce the 3.8.13-rt11 release.
changes since v3.8.13-rt10:
- use wakeup_timer_waiters() in wake_up() so we do nothing on nort
kernel. Sent by Zhao Hongjiang
- a fix for a cpu down problem. If kthread is pinned to the same CPU
which is going down we will spin f
On 06/17/2013 08:11 AM, Stephen Rothwell wrote:
> Hi Linus,
Hi Stephen,
> I fixed it up (see below) and can carry the fix as necessary (no
> action is required).
The fix looks good.
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 06/14/2013 03:53 PM, Mark Brown wrote:
> On Tue, Jun 11, 2013 at 04:34:53PM +0200, Sebastian Andrzej Siewior
> wrote:
>
> It does give you tracepoints and debugfs. If it's making things at
> all complicated we need to look at why that is and figure out how
> to fix that
On 06/17/2013 12:48 PM, Zhao Chenhui wrote:
> I don't think it is necessary to change the mask. migration_call() invoked by
> the cpu notify "CPU_DYING" will remove all running tasks from the dying cpu.
> Even if the current task is running on the dying cpu, it will be transfered
> to another onlin
On Mon, May 13, 2013 at 11:06:17AM +0200, Alexander Gordeev wrote:
> Current multiple-MSI implementation does not take into account
> actual number of requested MSIs and always rounds that number
> to a closest power-of-two value. Yet, a number of MSIs a PCI
> device could send (and therefore a num
On Mon, May 13, 2013 at 11:05:48AM +0200, Alexander Gordeev wrote:
> Note, although the existing 'msi_desc::multiple' field might seem
> redundant, in fact in does not. In general case the number of MSIs a
> PCI device is initialized with is not necessarily the closest power-
> of-two value of the
-Suresh
On Wed, Jun 05, 2013 at 03:09:34PM -0600, Bjorn Helgaas wrote:
>
> Alexander had an example device that advertised 16 vectors, but the
> driver knew that it could only generate 6. That's a case where we
> can't compute 'multiple' from 'nvec' (assuming the driver supplies
> 'nvec == 6').
From: Philip Avinash
EHRPWM module requires explicit clock gating of TBCLK from control
module. Hence add TBCLK clock node in clock tree for EHRPWM modules.
Signed-off-by: Philip Avinash
[bigeasy: remove CK_AM33XX]
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/mach-omap2
From: Philip Avinash
PWM output from ecap0 uses as backlight source. Also adds low threshold
value to have a uniform divisions in brightness-levels scales.
Signed-off-by: Philip Avinash
Reviewed-by: Thierry Reding
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am335x-evm.dts
-by: Thierry Reding
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am33xx.dtsi | 84 +
1 file changed, 84 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 1460d9b..7fa9c5f 100644
--- a/arch/
From: Philip Avinash
PWM output from ecap2 uses as backlight source. Also adds low threshold
value to have a uniform divisions in brightness-levels scales with
inverse polarity.
Signed-off-by: Philip Avinash
Reviewed-by: Thierry Reding
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm
The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e:
Linux 3.10-rc4 (2013-06-02 17:11:17 +0900)
are available in the git repository at:
git://git.breakpoint.cc/bigeasy/linux.git tags/am335x-pwm
for you to fetch changes up to 6b319b16a27463c93ec36e59458448aae3ab94cd:
On Thu, Jun 06, 2013 at 10:30:20AM +0200, Alexander Gordeev wrote:
> Sebastian,
Hi Alexander,
> I re-read my comment few times and I admit it might be confusing. You are
> right - 'multiple' is set by rounding up only. The part '...not necessarily
> the closest power-of-two value...' implied an ab
* Zhao Chenhui | 2013-05-16 18:17:19 [+0800]:
>We found a problem. When a cpu is brought down using _cpu_down(),
>the corresponding cpu bit in the cpus_allowed of the current task is
>cleared. But this bit will not be set when the same cpu is online again.
>Then, the current task and its child pro
On 06/12/2013 06:40 PM, Felipe Balbi wrote:
> On Wed, Jun 12, 2013 at 06:10:32PM +0200, Sebastian Andrzej Siewior wrote:
>> On 06/06/2013 03:52 PM, Sebastian Andrzej Siewior wrote:
>>> From: Philip Avinash
>>>
>>> Add PWMSS device tree nodes in relation with
Dear RT Folks,
I'm pleased to announce the 3.8.13-rt10 release.
changes since v3.8.13-rt9:
- x86's mce timer was not scheduled properly due do missing µsec -> nsec
conversation. Fix sent by Mike Galbraith.
- 32bit PowerPC missed to check _TIF_NEED_RESCHED and call
preempt_schedule_irq() if ne
On 06/21/2013 02:52 AM, Santosh Shilimkar wrote:
> diff --git a/arch/microblaze/kernel/prom.c b/arch/microblaze/kernel/prom.c
> index 0a2c68f..62e2e8f 100644
> --- a/arch/microblaze/kernel/prom.c
> +++ b/arch/microblaze/kernel/prom.c
> @@ -136,8 +136,7 @@ void __init early_init_devtree(void *params
Dear RT Folks,
I'm pleased to announce the 3.8.13-rt12 release.
changes since v3.8.13-rt11:
- added the missing "acpi/rt: Convert acpi_gbl_hardware lock back to a
raw_spinlock_t", reported by Steven.
- added an option to the i915 driver to disable the expensive wbinvd. A
warning is printed on
On Fri, Jun 07, 2013 at 03:30:48PM -0700, Yinghai Lu wrote:
> Current code: after irq remapping is enabled, irq_chip fields are modified
> during every irq setup.
> mp_register_gsi
> io_apic_set_pci_routing
> io_apic_setup_irq_pin
>
On Fri, Jun 07, 2013 at 03:30:51PM -0700, Yinghai Lu wrote:
> All others are using "-" instead of "_".
Who are "all others"? According to my grep it is 121 vs 44. So even without
your two here we still 42 doing it the other way around so it is not all.
However it might make sense to use _ instead
On Fri, Jun 07, 2013 at 03:30:52PM -0700, Yinghai Lu wrote:
> create_irq() will return -1 when fail to allocate.
The ia64 code here will return -ENOSPC.
> create_irq_nr() will return 0 when fail to allocate.
>
> Will use it to fix one return value checking for dmar_msi irq.
What about to unify
On Fri, Jun 07, 2013 at 03:30:53PM -0700, Yinghai Lu wrote:
> diff --git a/drivers/iommu/dmar.c b/drivers/iommu/dmar.c
> index a7967ce..c09e60d 100644
> --- a/drivers/iommu/dmar.c
> +++ b/drivers/iommu/dmar.c
> @@ -1273,7 +1273,7 @@ int dmar_set_interrupt(struct intel_iommu *iommu)
> if (iomm
On Fri, Jun 07, 2013 at 03:30:54PM -0700, Yinghai Lu wrote:
> create_irq() will return -1 when failing to allocate.
> create_irq_nr() will return 0 when failing to allocate.
>
> It only causes confusion.
>
> Now we have no user for create_irq(), so remove create_irq() for x86.
Oh thank you so mu
On Fri, Jun 07, 2013 at 03:30:55PM -0700, Yinghai Lu wrote:
> Now irq_2_pin list is own grown list.
> We can use generic list to replace it so we could use generic helper
> functions to operate it.
Nice.
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
he
delayed irqdesc allocate + numa node rellocating.
> Signed-off-by: Yinghai Lu
> Cc: Joerg Roedel
> Cc: Konrad Rzeszutek Wilk
> Cc: Sebastian Andrzej Siewior
> ---
> arch/x86/kernel/apic/io_apic.c | 32 +++-
> include/linux/irq.h
need to cache values like for I2C or SPI devices. Furthermore, most (if
not all) of the access done by the touch & ADC driver read volatile
register.
Therefore this patch removes regmap part of the driver.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/mfd/ti_am335x_tscadc.c |
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Acked-by: Dmitry Torokhov
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 25 +
1 file changed, 1 insertion(+), 24 deletions(-)
diff
(), rename steps_to_configure to
coordinate_readouts because this is what it really does,
don't overrire err after calling titsc_parse_dt() or
titsc_parse_pdata()]
Signed-off-by: Sebastian Andrzej Siewior
---
.../bindings/input/touchscreen/ti-tsc-adc.
[bigeasy: shift the code to the left, fix clean up on
of_get_child_by_name() failer, provide OF binding in mfd, use
own of node, get rid of of_get_child_by_name()]
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c | 29 -
d
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a
][4] array, smaller
sized config_inp, no regbit_map(), shrinked
titsc_config_wires(), no config redo on resume, config_inp and
friends are now u32]
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 102
From: "Patil, Rachna"
When touchscreen and ADC are used together, this
unwanted fifo flush leads to loss of ADC data.
Signed-off-by: Patil, Rachna
Signed-off-by: Felipe Balbi
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 10
hould take care to set this parameter correctly.
Signed-off-by: Patil, Rachna
Signed-off-by: Felipe Balbi
[bigeasy: add lock, move to MFD, use in TSC & ADC]
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c | 20 ++--
drivers/inp
f TSC wires, made configurable
input/ti_am33x_tsc: remove unwanted fifo flush
input/ti_am33x_tsc: Add DT support
iio/ti_am335x_adc: Add DT support
mfd/ti_am335x_tscadc: Add DT support
arm/am33xx: add TSC/ADC mfd device support
Sebastian Andrzej Siewior (13):
mfd/ti_am33
same structure is used.
While doing the change I noticed that the suspend/resume code assumes
the wrong pointer for ti_tscadc_dev and this has been fixed as well.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c |5 +++--
drivers/input/touchscreen
Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c
b/drivers/input/touchscreen/ti_am335x_tsc.c
index 29febe9..84859da 100644
--- a/drivers/input/touchscreen/ti_am335x_tsc.c
+++ b/drivers
TI-adc reads a little better compared to tiadc. And if we add am335x to
it then we have the same naming scheme as the tsc side.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c |3 +--
drivers/mfd/ti_am335x_tscadc.c |2 +-
2 files
only read a multiple of our
coordinate set. On the second interrupt we will cleanup the remaining
enties.
Acked-by: Dmitry Torokhov
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c |2 +-
drivers/input/touchscreen/ti_am335x_tsc.c | 78 ++
is
actually the case.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c
b/drivers/input/touchscreen/ti_am335x_tsc.c
index 84859da..6327169
This patch removes access to platform data mfd_tscadc_board because the
platform is DT only.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/mfd/ti_am335x_tscadc.c | 23 ++-
1 file changed, 6 insertions(+), 17 deletions(-)
diff --git a/drivers/mfd/ti_am335x_tscadc.c
igned-off-by: Felipe Balbi
[bigeasy: add 'status = "okay"']
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am335x-evm.dts | 14 ++
arch/arm/boot/dts/am33xx.dtsi| 18 ++
2 files changed, 32 insertions(+)
diff --git a/arch/arm
Usually we get all the values we wanted but it is possible, that te ADC
unit is busy performing the conversation for the HW events. In that case
-EBUSY is returned and the user may re-call the function.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc
Andrzej Siewior
---
drivers/mfd/ti_am335x_tscadc.c | 38 ++
include/linux/mfd/ti_am335x_tscadc.h |8 +++
2 files changed, 28 insertions(+), 18 deletions(-)
diff --git a/drivers/mfd/ti_am335x_tscadc.c b/drivers/mfd/ti_am335x_tscadc.c
index f9ad26f
tsc is a very generic name. This patch adds a TI and HW prefix to it
less generic.
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/input/touchscreen/ti_am335x_tsc.c |2 +-
drivers/mfd/ti_am335x_tscadc.c|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
ned-off-by: Felipe Balbi
[bigeasy: use static AIN[0-8] names, use kcalloc(), removed iio_map,
patch description]
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/iio/adc/ti_am335x_adc.c | 29 -
1 file changed, 24 insertions(+), 5 deletions(-)
diff --git a/d
The two header files removed here are unused and have no users as this
platform was never used with platform devices.
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/input/ti_am335x_tsc.h | 35 ---
include/linux/mfd/ti_am335x_tscadc.h|5
checks for correct step number during reading
and does not rely on proper FIFO depth.
Acked-by: Jonathan Cameron
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am335x-evm.dts |2 +-
drivers/iio/adc/ti_am335x_adc.c | 57 +-
drivers/mfd
dule alias, rename to ti,am3359-tscadc as it was tested on
AM3359]
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/mfd/ti_am335x_tscadc.c | 32 ++--
1 file changed, 26 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/ti_am335x_tscadc.c b/d
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
>> Therefore this patch removes regmap part of the driver.
> NAK. Using regmap is better than open coding your register accesses, and
> the children not using this API is not a reason for the MFD driver to do
> the same.
Ther
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
> On Tue, Jun 11, 2013 at 01:30:50PM +0200, Sebastian Andrzej Siewior wrote:
>> diff --git a/include/linux/mfd/ti_am335x_tscadc.h
>> b/include/linux/mfd/ti_am335x_tscadc.h
>> index eeead15..2d78af8
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
> On Tue, Jun 11, 2013 at 01:30:56PM +0200, Sebastian Andrzej Siewior wrote:
>> From: "Patil, Rachna"
>>
>> Make changes to add DT support in the MFD core driver.
> Which changes ?
On 06/11/2013 04:23 PM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
> On Tue, Jun 11, 2013 at 01:30:46PM +0200, Sebastian Andrzej Siewior wrote:
>> I believe the whole thing should go via the MFD tree. It touches also
>> input & iio subsystem. I collected ACKs where I go
On 06/11/2013 05:05 PM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
> On Tue, Jun 11, 2013 at 04:42:30PM +0200, Sebastian Andrzej Siewior wrote:
>> In the end I would like not to post a patch with "From: != me" and
>> don't make change which the original
On 06/11/2013 06:10 PM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
> On Tue, Jun 11, 2013 at 05:29:22PM +0200, Sebastian Andrzej Siewior wrote:
>>> Then, this is a pretty big patchset, with iio, input and mfd all mixed
>>> together and it is likely to create merge co
Sorry for the long pause…
On 06/17/2013 06:03 PM, Mark Brown wrote:
>> This is a lot of for a simple mmio access. In terms of
>> performance: If I add a trace point to my read and write I have
>> still less code which is called and it can be disabled. This
>> regmap overhead is always there chasin
On 07/04/2013 12:45 PM, Mark Brown wrote:
> On Thu, Jul 04, 2013 at 11:02:41AM +0200, Sebastian Andrzej Siewior
> wrote:
>
>> The driver here does not use atomic updates but read followed by
>> write so your locking here is futile. So the API/regmap alone
>> does not m
On 07/04/2013 01:14 PM, Sekhar Nori wrote:
>
> On 6/11/2013 5:00 PM, Sebastian Andrzej Siewior wrote:
>> From: "Patil, Rachna"
>>
>> The current driver expected touchscreen input
>> wires(XP,XN,YP,YN) to be connected in a particular order.
>>
On 07/04/2013 03:39 PM, Sekhar Nori wrote:
> Yes, I noticed that after sending the mail. To me it does not make sense
> to make changes to accept something as platform data only to remove
> platform data itself later.
The patches were made earlier and it was easier that way to take
everything and
On 07/04/2013 03:49 PM, Sekhar Nori wrote:
>> diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
>> index 1460d9b..4ad7797 100644
>> --- a/arch/arm/boot/dts/am33xx.dtsi
>> +++ b/arch/arm/boot/dts/am33xx.dtsi
>> @@ -404,6 +404,24 @@
>> ti,hwmods = "wkup_m
the first patch implements a dma engine and a dma-driver for cpp41 & musb.
The TX channel seems to work, there is still some work to be done.
My current tree which I use for testing is also available at:
git://git.breakpoint.cc/bigeasy/linux.git am335x_usb
Sebastian
--
To unsubscribe from this
so testing is little easier.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am335x-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am335x-evm.dts b/arch/arm/boot/dts/am335x-evm.dts
index dc236f4..0b2f592 100644
--- a/arch/arm/boot
can be used simultaneously i.e. program & start RX,
program & start TX and TX can complete before RX.
Currently I think that it would be best to remove the queue logic from
the device and put it into the driver.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/arm/boot/dts/am33xx
On Wed, Jul 03, 2013 at 03:56:55PM +1000, Stephen Rothwell wrote:
> Hi Samuel,
Hi Stephen,
> Introduced by commit 18926edebcb8 ("iio: ti_am335x_adc: Allow to specify
> input line"). CONFIG_OF is not set in this build.
>
> Maybe someone could come up with a way to make these arguments to
> of_pro
On 06/27/2013 10:54 PM, Rob Herring wrote:
>> Rob,
>> Are you ok with phys_addr_t since your concern was about rest
>> of the memory specific bits of the device-tree code use u64 ?
>
> No. I still think it should be u64 for same reasons I said originally.
The physical address space is represente
Dear RT Folks,
I'm pleased to announce the 3.8.13-rt13 release.
changes since v3.8.13-rt12:
- added a patch from Paul Gortmaker to use raw_spin_lock instead of bit
spinlocks list_bl.h
The delta patch against v3.8.13-rt12 is appended below and can be found here:
https://www.kernel.org/pub/l
Dear RT Folks,
I'm pleased to announce the 3.8.4-rt2 release.
changes since v3.8.4-rt1:
- build fix for i915 (reported by "Luis Claudio R. Goncalves")
- build fix for fscache (reported by tglx)
- build fix for !RT (kernel/softirq.c did not compile)
- per-cpu rwsem fixed for RT (required only by u
On 08/14/2013 08:57 PM, Jonathan Cameron wrote:
> I'll actually look at these later, but please do put a version number
me, too.
> Jonathan
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On 08/13/2013 04:32 PM, Bin Liu wrote:
> Sebastian,
Hi Bin,
> On Tue, Aug 13, 2013 at 9:23 AM, Sebastian Andrzej Siewior
> wrote:
>> Where is my memory going? So now I have a beagle bone in front of me
>> and I see a micro USB port a standard A connector. My memory was
On 08/15/2013 09:22 PM, Steven Rostedt wrote:
> On Thu, 15 Aug 2013 11:42:55 -0700
> Fernando Lopez-Lezcano wrote:
>
>> On 08/12/2013 09:34 AM, Sebastian Andrzej Siewior wrote:
>>> Dear RT folks!
>>>
>>> I'm pleased to announce the v3.10.6-rt3 p
101 - 200 of 3688 matches
Mail list logo
