This patch reads charge delay from tsc DT node and writes to
REG_CHARGEDELAY register. If the charge delay is not specified in DT
then default value of 0x400(CHARGEDLY_OPENDLY) is used.
Signed-off-by: Vignesh R
---
v6:
- Move Documentation from DT patch to driver code.
v5:
- print out a war
In one shot mode, sequencer automatically disables all enabled steps at
the end of each cycle. (both ADC steps and TSC steps) Hence these steps
need not be saved in reg_se_cache for clearing these steps at a later
stage.
Also, when ADC wakes up Sequencer should not be busy executing any of the
conf
From: Brad Griffis
TSC interrupt handler had udelay to avoid reporting of false pen-up
interrupt to user space. This patch implements workaround suggesting in
Advisory 1.0.31 of silicon errata for am335x, thus eliminating udelay
and touchscreen lag. This also improves performance of touchscreen a
From: Brad Griffis
This patch makes the initial changes required to workaround TSC-false
pen-up interrupts. It is required to implement these changes in order to
remove udelay in the TSC interrupt handler and false pen-up events.
The charge step is to be executed immediately after sampling X+. He
Previously, delta filtering was applied TSC co-ordinate readouts before
reporting a single value to user space. This patch replaces delta filtering
with median filtering. Median filtering sorts co-ordinate readouts, drops min
and max values, and reports the average of remaining values. This method
The charge delay value is by default 0x400. But it can be set to lower
values on some boards, as long as false pen-ups are avoided. Lowering the
value increases the sampling rate (though current sampling rate is
sufficient for TSC operation). In some boards, the value has to be
increased to avoid f
This series is rebase of v4 onto v3.19-rc1. It also fixes concerns
expressed on v4 wrt simultaneous use of IIO and TSC.
I have tested this patch series on am335x-evm and Beaglebone black
with lcd7-cape.
Note that, these patches do not work as expected on Beaglebone Black
with BB-View 4.3 Cape fro
On Friday 02 January 2015 10:39 PM, Tony Lindgren wrote:
> * Vignesh R [141223 23:07]:
>> The charge delay value is by default 0x400. But it can be set to lower
>> values on some boards, as long as false pen-ups are avoided. Lowering the
>> value increases the sampling rate (though current sampl
On Tue, Jan 06, 2015 at 02:38:08PM -0600, Felipe Balbi wrote:
> commit 55601c9f2467 (arm: omap: intc: switch over
> to linear irq domain) introduced a regression with
> SDMA legacy driver because that driver strictly depends
> on INTC's IRQs starting at NR_IRQs. Aparently
> irq_domain_add_linear()
Thanks for the hints.
I tried the suggested branch adding omap3isp data to the Overo device
tree and device tree bindings for the mt9v032 device. I needed to
manually modprobe omap3-isp but the camera was registered and I was
able to use media-ctl to manipulate the v4l2 pipeline. I wasn't able
t
On Wed, Jan 07, 2015 at 12:13:41AM +0100, Pavel Machek wrote:
> On Tue 2015-01-06 17:04:15, Felipe Balbi wrote:
> > Hi,
> >
> > On Tue, Jan 06, 2015 at 11:56:14PM +0100, Pavel Machek wrote:
> > > > > But I'm mounting it from userspace (using builtin initramfs inside
> > > > > zImage), with a poll
The following changes since commit 97bf6af1f928216fd6c5a66e8a57bfa95a659672:
Linux 3.19-rc1 (2014-12-20 17:08:50 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.19/fixes-rc1
for you to fetch changes up to 7ac72
On Tue 2015-01-06 17:04:15, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jan 06, 2015 at 11:56:14PM +0100, Pavel Machek wrote:
> > > > But I'm mounting it from userspace (using builtin initramfs inside
> > > > zImage), with a poll loop that waits for a device to appear. Maybe if
> > > > you
> > > > do i
Hi,
On Tue, Jan 06, 2015 at 11:56:14PM +0100, Pavel Machek wrote:
> > > But I'm mounting it from userspace (using builtin initramfs inside
> > > zImage), with a poll loop that waits for a device to appear. Maybe if you
> > > do it from kernel you need to use root wait/delay etc. options?
> >
> >
On Wed 2015-01-07 00:27:17, Aaro Koskinen wrote:
> On Tue, Jan 06, 2015 at 11:08:05PM +0100, Pavel Machek wrote:
> > On Tue 2015-01-06 22:57:30, Aaro Koskinen wrote:
> > > Hi,
> > >
> > > On Tue, Jan 06, 2015 at 09:50:00PM +0100, Pavel Machek wrote:
> > > > PS: Unfortunately, N900 will not boot us
* Felipe Balbi [150106 14:49]:
> Hi,
>
> On Wed, Jan 07, 2015 at 12:27:17AM +0200, Aaro Koskinen wrote:
> > But I'm mounting it from userspace (using builtin initramfs inside
> > zImage), with a poll loop that waits for a device to appear. Maybe if you
> > do it from kernel you need to use root w
On Tue 2015-01-06 16:46:22, Felipe Balbi wrote:
> Hi,
>
> On Wed, Jan 07, 2015 at 12:27:17AM +0200, Aaro Koskinen wrote:
> > But I'm mounting it from userspace (using builtin initramfs inside
> > zImage), with a poll loop that waits for a device to appear. Maybe if you
> > do it from kernel you ne
Hi,
On Wed, Jan 07, 2015 at 12:27:17AM +0200, Aaro Koskinen wrote:
> But I'm mounting it from userspace (using builtin initramfs inside
> zImage), with a poll loop that waits for a device to appear. Maybe if you
> do it from kernel you need to use root wait/delay etc. options?
yeah, rootwait shou
On Tue, Jan 06, 2015 at 11:08:05PM +0100, Pavel Machek wrote:
> On Tue 2015-01-06 22:57:30, Aaro Koskinen wrote:
> > Hi,
> >
> > On Tue, Jan 06, 2015 at 09:50:00PM +0100, Pavel Machek wrote:
> > > PS: Unfortunately, N900 will not boot using nfsroot in 3.16+ at least,
> > > and boot from MMC card i
(Fixed Laurent's e-mail.)
Moikka,
On Tue, Jan 06, 2015 at 01:42:18PM -0800, Tony Lindgren wrote:
> * Ash Charles [150106 12:45]:
> > Hi,
> >
> > I'm playing with the Caspa camera (mt9v032) and Overo on the 3.17
> > kernel. It looks like there has been some work on dt-bindings for the
> > omap3
On 01/06/2015 11:27 AM, Suman Anna wrote:
> Hi Paul,
>
> On 01/06/2015 11:14 AM, Suman Anna wrote:
>> Hi Paul,
>>
>> On 01/06/2015 02:14 AM, Lokesh Vutla wrote:
>>> Hi Paul,
>>> On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
Roger, Lokesh, could you try this one instead?
>>> Y
Hi Charles,
On Tue, Jan 06, 2015 at 12:42:12PM -0800, Ash Charles wrote:
> I'm playing with the Caspa camera (mt9v032) and Overo on the 3.17
> kernel. It looks like there has been some work on dt-bindings for the
> omap3isp (notably [1] and [2]) but I didn't see anything heading for
> mainline.
>
* Aaro Koskinen [150106 13:59]:
> Hi,
>
> On Tue, Jan 06, 2015 at 11:54:55AM -0800, Tony Lindgren wrote:
> > Run u-boot/tools/gen_eth_addr to generate a random local mac,
> > then swap the bytes for it for big endian. Enter them into a
> > file with hexedit in big endian order. Then just do:
> >
On Tue 2015-01-06 22:57:30, Aaro Koskinen wrote:
> Hi,
>
> On Tue, Jan 06, 2015 at 09:50:00PM +0100, Pavel Machek wrote:
> > PS: Unfortunately, N900 will not boot using nfsroot in 3.16+ at least,
> > and boot from MMC card is broken and has been for quite some time.
>
> USB networking works fine
Hi,
On Tue, Jan 06, 2015 at 04:59:11PM -0500, David Miller wrote:
> From: Felipe Balbi
> Date: Tue, 6 Jan 2015 14:31:19 -0600
>
> > What you're saying here is that you prefer to drop a feature that works
> > for all other 1023 IDs because 1 ID is quirky. Sounds like overkill
> > to me.
>
> The
Hi,
On Tue, Jan 06, 2015 at 10:57:44PM +0100, Pavel Machek wrote:
> > > > > > > In 3.18, sound is nice and clear.
> > > > > > >
> > > > > > > In 3.19, sound is unusable. It produces nasty tone when it should
> > > > > > > be
> > > > > > > quiet, and there's at least as much noise as is sound.
>
Moikka,
On Tue, Jan 06, 2015 at 01:42:18PM -0800, Tony Lindgren wrote:
> * Ash Charles [150106 12:45]:
> > Hi,
> >
> > I'm playing with the Caspa camera (mt9v032) and Overo on the 3.17
> > kernel. It looks like there has been some work on dt-bindings for the
> > omap3isp (notably [1] and [2]) b
From: Felipe Balbi
Date: Tue, 6 Jan 2015 14:31:19 -0600
> What you're saying here is that you prefer to drop a feature that works
> for all other 1023 IDs because 1 ID is quirky. Sounds like overkill
> to me.
The other option is to software fallback only for VLAN 1.
--
To unsubscribe from this l
On Tue 2015-01-06 14:54:13, Felipe Balbi wrote:
> Hi,
>
> On Tue, Jan 06, 2015 at 09:50:00PM +0100, Pavel Machek wrote:
> > On Tue 2015-01-06 14:28:57, Felipe Balbi wrote:
> > > On Tue, Jan 06, 2015 at 06:51:15PM +0100, Pavel Machek wrote:
> > > >
> > > > On Tue 2015-01-06 11:25:45, Felipe Balbi
Hi,
On Tue, Jan 06, 2015 at 11:54:55AM -0800, Tony Lindgren wrote:
> Run u-boot/tools/gen_eth_addr to generate a random local mac,
> then swap the bytes for it for big endian. Enter them into a
> file with hexedit in big endian order. Then just do:
>
> # cat mac | ethtool -E eth0 offset 0x40 leng
On 01/06/2015 02:43 PM, Arnd Bergmann wrote:
> On Tuesday 06 January 2015 09:32:02 Peter Hurley wrote:
>> On 01/06/2015 08:13 AM, Arnd Bergmann wrote:
>>> On Monday 05 January 2015 22:09:45 Peter Hurley wrote:
Some arches have no need to create unprobed 8250 ports; these phantom
ports are
* Ash Charles [150106 12:45]:
> Hi,
>
> I'm playing with the Caspa camera (mt9v032) and Overo on the 3.17
> kernel. It looks like there has been some work on dt-bindings for the
> omap3isp (notably [1] and [2]) but I didn't see anything heading for
> mainline.
>
> What would be needed to suppor
* Pali Rohár [150106 12:37]:
> On Tuesday 06 January 2015 21:17:59 Tony Lindgren wrote:
> >
> > Oh and I have some u-boot patches that I'll post that allow
> > booting n900 with bootz and to use smsc91x tftp booting. I'll
> > try to post those shortly..
>
> N900 uboot support is broken, see my e
Hi,
On Tue, Jan 06, 2015 at 09:50:00PM +0100, Pavel Machek wrote:
> PS: Unfortunately, N900 will not boot using nfsroot in 3.16+ at least,
> and boot from MMC card is broken and has been for quite some time.
USB networking works fine with 3.19-rc3 and also MMC card rootfs.
What issues are you se
Hi,
On Tue, Jan 06, 2015 at 09:50:00PM +0100, Pavel Machek wrote:
> On Tue 2015-01-06 14:28:57, Felipe Balbi wrote:
> > On Tue, Jan 06, 2015 at 06:51:15PM +0100, Pavel Machek wrote:
> > >
> > > On Tue 2015-01-06 11:25:45, Felipe Balbi wrote:
> > > > On Tue, Jan 06, 2015 at 06:04:33PM +0100, Pavel
On Tue 2015-01-06 14:28:57, Felipe Balbi wrote:
> On Tue, Jan 06, 2015 at 06:51:15PM +0100, Pavel Machek wrote:
> >
> > On Tue 2015-01-06 11:25:45, Felipe Balbi wrote:
> > > On Tue, Jan 06, 2015 at 06:04:33PM +0100, Pavel Machek wrote:
> > > > Hi!
> > > >
> > > > In 3.18, sound is nice and clear.
Hi,
I'm playing with the Caspa camera (mt9v032) and Overo on the 3.17
kernel. It looks like there has been some work on dt-bindings for the
omap3isp (notably [1] and [2]) but I didn't see anything heading for
mainline.
What would be needed to support cameras using the omap3isp in a mainline kern
On Tue 2015-01-06 12:17:59, Tony Lindgren wrote:
> * Tony Lindgren [150106 12:01]:
> > * Aaro Koskinen [150106 11:47]:
> > > Hi,
> > >
> > > On Tue, Jan 06, 2015 at 08:59:03AM -0800, Tony Lindgren wrote:
> > > > * Pavel Machek [150106 00:03]:
> > > > > On Mon 2015-01-05 15:02:29, Tony Lindgren
commit 55601c9f2467 (arm: omap: intc: switch over
to linear irq domain) introduced a regression with
SDMA legacy driver because that driver strictly depends
on INTC's IRQs starting at NR_IRQs. Aparently
irq_domain_add_linear() won't guarantee that, since we see
a 7 IRQs difference when booting with
Hi,
On Tue, Jan 06, 2015 at 06:51:15PM +0100, Pavel Machek wrote:
> On Tue 2015-01-06 11:25:45, Felipe Balbi wrote:
> > On Tue, Jan 06, 2015 at 06:04:33PM +0100, Pavel Machek wrote:
> > > In 3.18, sound is nice and clear.
> > >
> > > In 3.19, sound is unusable. It produces nasty tone when it shou
On Tuesday 06 January 2015 21:17:59 Tony Lindgren wrote:
> * Tony Lindgren [150106 12:01]:
> > * Aaro Koskinen [150106 11:47]:
> > > Hi,
> > >
> > > On Tue, Jan 06, 2015 at 08:59:03AM -0800, Tony Lindgren
wrote:
> > > > * Pavel Machek [150106 00:03]:
> > > > > On Mon 2015-01-05 15:02:29, Tony
Hi,
On Tue, Jan 06, 2015 at 02:13:23PM -0500, David Miller wrote:
> From: Felipe Balbi
> Date: Tue, 6 Jan 2015 11:43:32 -0600
>
> > CPSW completely hangs if we add, and later remove,
> > VLAN ID #1. What happens is that after removing
> > VLAN ID #1, no packets will be received by CPSW
> > rende
On Tue, Jan 06, 2015 at 06:51:15PM +0100, Pavel Machek wrote:
>
> On Tue 2015-01-06 11:25:45, Felipe Balbi wrote:
> > On Tue, Jan 06, 2015 at 06:04:33PM +0100, Pavel Machek wrote:
> > > Hi!
> > >
> > > In 3.18, sound is nice and clear.
> > >
> > > In 3.19, sound is unusable. It produces nasty to
* Tony Lindgren [150106 12:01]:
> * Aaro Koskinen [150106 11:47]:
> > Hi,
> >
> > On Tue, Jan 06, 2015 at 08:59:03AM -0800, Tony Lindgren wrote:
> > > * Pavel Machek [150106 00:03]:
> > > > On Mon 2015-01-05 15:02:29, Tony Lindgren wrote:
> > > > > Revert "ARM: dts: Disable smc91x on n900 until
On Tuesday 06 January 2015 20:44:43 Aaro Koskinen wrote:
> Hi,
>
> On Tue, Jan 06, 2015 at 08:59:03AM -0800, Tony Lindgren wrote:
> > * Pavel Machek [150106 00:03]:
> > > On Mon 2015-01-05 15:02:29, Tony Lindgren wrote:
> > > > Revert "ARM: dts: Disable smc91x on n900 until
> > > > bootloader dep
* Aaro Koskinen [150106 11:47]:
> Hi,
>
> On Tue, Jan 06, 2015 at 08:59:03AM -0800, Tony Lindgren wrote:
> > * Pavel Machek [150106 00:03]:
> > > On Mon 2015-01-05 15:02:29, Tony Lindgren wrote:
> > > > Revert "ARM: dts: Disable smc91x on n900 until bootloader
> > > > dependency is removed". We'
On Tuesday 06 January 2015 09:32:02 Peter Hurley wrote:
> On 01/06/2015 08:13 AM, Arnd Bergmann wrote:
> > On Monday 05 January 2015 22:09:45 Peter Hurley wrote:
> >> Some arches have no need to create unprobed 8250 ports; these phantom
> >> ports are primarily required for ISA ports which have no
Hi,
On Tue, Jan 06, 2015 at 08:59:03AM -0800, Tony Lindgren wrote:
> * Pavel Machek [150106 00:03]:
> > On Mon 2015-01-05 15:02:29, Tony Lindgren wrote:
> > > Revert "ARM: dts: Disable smc91x on n900 until bootloader
> > > dependency is removed". We've now fixed the issues that
> > > caused probl
From: Felipe Balbi
Date: Tue, 6 Jan 2015 11:43:32 -0600
> CPSW completely hangs if we add, and later remove,
> VLAN ID #1. What happens is that after removing
> VLAN ID #1, no packets will be received by CPSW
> rendering network unusable.
>
> In order to "fix" the issue, we're returning -EINVAL
* Russell King - ARM Linux [150106 10:08]:
> On Tue, Jan 06, 2015 at 10:51:33AM -0600, Felipe Balbi wrote:
> > + /*
> > +* FIXME legacy OMAP DMA driver sitting under arch/arm/plat-omap/dma.c
> > +* depends is still not ready for linear IRQ domains; because of that
> > +* we need to t
Hi,
On Tue, Jan 06, 2015 at 06:05:32PM +, Russell King - ARM Linux wrote:
> On Tue, Jan 06, 2015 at 10:51:33AM -0600, Felipe Balbi wrote:
> > +* FIXME legacy OMAP DMA driver sitting under arch/arm/plat-omap/dma.c
> > +* depends is still not ready for linear IRQ domains; because of that
Hi!
I tried to get "latency" example from ALSA to work (it basically
records audio, pauses for a while, then plays it back) on N900, and
all I'm getting is silence... plus now it oopsed.
Any idea?
Is there any version where audio recording works?
What do you use for testing?
Are there any mixe
On Tue, Jan 06, 2015 at 10:51:33AM -0600, Felipe Balbi wrote:
> + /*
> + * FIXME legacy OMAP DMA driver sitting under arch/arm/plat-omap/dma.c
> + * depends is still not ready for linear IRQ domains; because of that
> + * we need to temporarily "blacklist" OMAP2 and OMAP3 devices
* Aaro Koskinen [150106 09:51]:
> On Tue, Jan 06, 2015 at 10:51:33AM -0600, Felipe Balbi wrote:
> > commit 55601c9f2467 (arm: omap: intc: switch over
> > to linear irq domain) introduced a regression with
> > SDMA legacy driver because that driver strictly depends
> > on INTC's IRQs starting at NR
On Tue 2015-01-06 11:25:45, Felipe Balbi wrote:
> On Tue, Jan 06, 2015 at 06:04:33PM +0100, Pavel Machek wrote:
> > Hi!
> >
> > In 3.18, sound is nice and clear.
> >
> > In 3.19, sound is unusable. It produces nasty tone when it should be
> > quiet, and there's at least as much noise as is sound
On Tue, Jan 06, 2015 at 10:51:33AM -0600, Felipe Balbi wrote:
> commit 55601c9f2467 (arm: omap: intc: switch over
> to linear irq domain) introduced a regression with
> SDMA legacy driver because that driver strictly depends
> on INTC's IRQs starting at NR_IRQs. Aparently
> irq_domain_add_linear()
CPSW completely hangs if we add, and later remove,
VLAN ID #1. What happens is that after removing
VLAN ID #1, no packets will be received by CPSW
rendering network unusable.
In order to "fix" the issue, we're returning -EINVAL
if anybody tries to add VLAN ID #1. While at that,
also filter out any
On Fri, Dec 26, 2014 at 01:28:21PM -0600, Felipe Balbi wrote:
> If we don't tell regmap-irq that our first status
> register is at offset 1, it will try to read offset
> zero, which is the chipid register.
>
> Fixes: 44b4dc6 mfd: tps65218: Add driver for the TPS65218 PMIC
> Cc: # v3.15+
> Cc: Kee
On Fri, Dec 26, 2014 at 01:28:20PM -0600, Felipe Balbi wrote:
> STATUS register can be modified by the HW, so we
> should bypass cache because of that.
>
> In the case of INT[12] registers, they are the ones
> that actually clear the IRQ source at the time they
> are read. If we rely on the cache
Tony Lindgren writes:
> Revert "ARM: dts: Disable smc91x on n900 until bootloader
> dependency is removed". We've now fixed the issues that
> caused problems with uninitialized hardware depending on
> the bootloader version. Mostly things got fixed with
> the following commits:
>
> 9a894953a97b (
Hi Paul,
On 01/06/2015 11:14 AM, Suman Anna wrote:
> Hi Paul,
>
> On 01/06/2015 02:14 AM, Lokesh Vutla wrote:
>> Hi Paul,
>> On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
>>>
>>> Roger, Lokesh, could you try this one instead?
>> Yep, the below patch works on AM437x.
>> Boot logs here:
On Tue, Jan 06, 2015 at 06:04:33PM +0100, Pavel Machek wrote:
> Hi!
>
> In 3.18, sound is nice and clear.
>
> In 3.19, sound is unusable. It produces nasty tone when it should be
> quiet, and there's at least as much noise as is sound.
>
> Unfortunately, list of mixers also changed (and there's
* Krzysztof Kozlowski [150105 01:04]:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const. Make array of
> struct reg_default const as well.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Tony Lindgren
> Cc: linux-oma
* Krzysztof Kozlowski [150105 01:04]:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const. Make array of
> struct reg_default const as well.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Tony Lindgren
> Cc: linux-oma
* Krzysztof Kozlowski [150105 01:04]:
> The regmap_config struct may be const because it is not modified by the
> driver and regmap_init() accepts pointer to const.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Tony Lindgren
> Cc: linux-omap@vger.kernel.org
> ---
> drivers/mfd/tps65217.c
Hi Paul,
On 01/06/2015 02:14 AM, Lokesh Vutla wrote:
> Hi Paul,
> On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
>>
>> Roger, Lokesh, could you try this one instead?
> Yep, the below patch works on AM437x.
> Boot logs here: http://paste.ubuntu.com/9680938/
>
> Thanks and regards,
> Lok
Hi!
In 3.18, sound is nice and clear.
In 3.19, sound is unusable. It produces nasty tone when it should be
quiet, and there's at least as much noise as is sound.
Unfortunately, list of mixers also changed (and there's cca 120
settings), but a) it does not work with the old list and b) nothing I
* Pavel Machek [150106 00:03]:
> On Mon 2015-01-05 15:02:29, Tony Lindgren wrote:
> > Revert "ARM: dts: Disable smc91x on n900 until bootloader
> > dependency is removed". We've now fixed the issues that
> > caused problems with uninitialized hardware depending on
> > the bootloader version. Mostl
commit 55601c9f2467 (arm: omap: intc: switch over
to linear irq domain) introduced a regression with
SDMA legacy driver because that driver strictly depends
on INTC's IRQs starting at NR_IRQs. Aparently
irq_domain_add_linear() won't guarantee that, since we see
a 7 IRQs difference when booting with
Hi,
On Tue, Jan 06, 2015 at 09:17:59AM -0600, Nishanth Menon wrote:
> On 01/06/2015 09:08 AM, Felipe Balbi wrote:
> > On Tue, Jan 06, 2015 at 08:05:17AM -0600, Nishanth Menon wrote:
> >>> For using DEBUG_LL, enable CONFIG_DEBUG_OMAP4UART3 in menuconfig.
> >>>
> >>> Fixes: 90020c7 (ARM: OMAP: DRA7:
On Tuesday 06 January 2015 16:03:54 Sebastian Reichel wrote:
> Hi Pali,
>
> On Tue, Jan 06, 2015 at 12:09:15AM +0100, Pali Rohár wrote:
> > Just to note that smc91x ethernet support is also in qemu
> > n900 emulation. Later I will try if it work with upstream
> > kernel...
>
> $ qemu-system-arm -
On 01/06/2015 09:08 AM, Felipe Balbi wrote:
> On Tue, Jan 06, 2015 at 08:05:17AM -0600, Nishanth Menon wrote:
>>> For using DEBUG_LL, enable CONFIG_DEBUG_OMAP4UART3 in menuconfig.
>>>
>>> Fixes: 90020c7 (ARM: OMAP: DRA7: hwmod: Create initial DRA7XX SoC data)
>>
>> Fixes: 90020c7b2c5e ("ARM: OMAP:
On Tue, Jan 06, 2015 at 08:05:17AM -0600, Nishanth Menon wrote:
> > For using DEBUG_LL, enable CONFIG_DEBUG_OMAP4UART3 in menuconfig.
> >
> > Fixes: 90020c7 (ARM: OMAP: DRA7: hwmod: Create initial DRA7XX SoC data)
>
> Fixes: 90020c7b2c5e ("ARM: OMAP: DRA7: hwmod: Create initial DRA7XX SoC data")
Hi Pali,
On Tue, Jan 06, 2015 at 12:09:15AM +0100, Pali Rohár wrote:
> Just to note that smc91x ethernet support is also in qemu n900
> emulation. Later I will try if it work with upstream kernel...
$ qemu-system-arm --machine '?' | grep n900 || echo "No N900 support"
No N900 support
Is there wo
On 01/06/2015 08:13 AM, Arnd Bergmann wrote:
> On Monday 05 January 2015 22:09:45 Peter Hurley wrote:
>> Some arches have no need to create unprobed 8250 ports; these phantom
>> ports are primarily required for ISA ports which have no probe
>> mechanism or to provide non-operational ports for users
$subject should probably need a cleanup: this is hwmod support for
DEBUG_LL on UART3 - x15 happens to be one of the platforms that uses
that, but not the only one.. I suggest removing x15 from $subject and
rephrasing accordingly.
On 13:54-20150106, Lokesh Vutla wrote:
> With commit '7ded
Am 06.01.2015 um 13:47 schrieb Aaro Koskinen:
Hi,
On Tue, Jan 06, 2015 at 12:52:50PM +0100, Sebastian Reichel wrote:
On Tue, Jan 06, 2015 at 12:25:12PM +0100, Peter Kümmel wrote:
Am 05.01.2015 um 16:43 schrieb Felipe Balbi:
Just booted AM335x with CONFIG_PREEMPT and haven't seen any problem
On Monday 05 January 2015 22:09:45 Peter Hurley wrote:
> Some arches have no need to create unprobed 8250 ports; these phantom
> ports are primarily required for ISA ports which have no probe
> mechanism or to provide non-operational ports for userspace to
> configure (via TIOCSSERIAL and TIOCSERCO
Am 06.01.2015 um 12:52 schrieb Sebastian Reichel:
Hi,
On Tue, Jan 06, 2015 at 12:25:12PM +0100, Peter Kümmel wrote:
Am 05.01.2015 um 16:43 schrieb Felipe Balbi:
Just booted AM335x with CONFIG_PREEMPT and haven't seen any problem.
Perhaps this is something related to another OMAP3-only driver
Hi,
On Tue, Jan 06, 2015 at 12:52:50PM +0100, Sebastian Reichel wrote:
> On Tue, Jan 06, 2015 at 12:25:12PM +0100, Peter Kümmel wrote:
> > Am 05.01.2015 um 16:43 schrieb Felipe Balbi:
> > >Just booted AM335x with CONFIG_PREEMPT and haven't seen any problem.
> > >Perhaps this is something related t
Hi,
On Mon, Jan 05, 2015 at 08:01:22PM -0600, Felipe Balbi wrote:
> On Tue, Jan 06, 2015 at 01:16:21AM +0200, Aaro Koskinen wrote:
> > I did some debugging and it seems the "In-band Error"
> > occurs when omap_system_dma_probe() is being run, specifically when
> > the interrupt is enabled. I believ
Hi,
On Tue, Jan 06, 2015 at 12:25:12PM +0100, Peter Kümmel wrote:
> Am 05.01.2015 um 16:43 schrieb Felipe Balbi:
> >Just booted AM335x with CONFIG_PREEMPT and haven't seen any problem.
> >Perhaps this is something related to another OMAP3-only driver?
> >Perhaps HSI/SSI ?
>
> I see a ssi error di
Am 05.01.2015 um 16:43 schrieb Felipe Balbi:
Just booted AM335x with CONFIG_PREEMPT and haven't seen any problem.
Perhaps this is something related to another OMAP3-only driver ? Perhaps
HSI/SSI ?
cheers
I see a ssi error directly before the IN-Band error:
[0.339935] platform 4805800
With commit '7dedd34: ARM: OMAP2+: hwmod: Fix a crash in _setup_reset() with
DEBUG_LL' we moved from parsing cmdline to identify uart used for earlycon
to using the requsite hwmod CONFIG_DEBUG_OMAPxUARTy FLAGS.
On beagle-x15, we use uart3 for console and missed enabling this flag
for uart3 hwmod,
Hi Paul,
On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
>
> Roger, Lokesh, could you try this one instead?
Yep, the below patch works on AM437x.
Boot logs here: http://paste.ubuntu.com/9680938/
Thanks and regards,
Lokesh
>
> It passes all the basic tests here except it does not boot o
On Mon 2015-01-05 15:02:29, Tony Lindgren wrote:
> Revert "ARM: dts: Disable smc91x on n900 until bootloader
> dependency is removed". We've now fixed the issues that
> caused problems with uninitialized hardware depending on
> the bootloader version. Mostly things got fixed with
> the following co
86 matches
Mail list logo
