On Tue, Jan 21, 2014 at 10:22 PM, Paul Gortmaker
wrote:
> None of these files are actually using any __init type directives
> and hence don't need to include . Most are just a
> left over from __devinit and __cpuinit removal, or simply due to
> code getting copied from one driver to the next.
>
On Tue, Jan 21, 2014 at 10:23 PM, Paul Gortmaker
wrote:
> None of these files are actually using any __init type directives
> and hence don't need to include . Most are just a
> left over from __devinit and __cpuinit removal, or simply due to
> code getting copied from one driver to the next.
>
From: Len Brown
Linux suspend-to-RAM was unreliable when first developed,
and so sys_sync() was invoked inside the kernel at the
start of every suspend flow.
Today, many devices invoke suspend with
high reliability and high frequency.
They may not want to be forced to pay
the performance cost of
On Tue, Jan 21, 2014 at 11:38 PM, Sherman Yin wrote:
> To be consistent with other Broadcom drivers, the Broadcom Capri pinctrl
> driver and its related CONFIG option are renamed to bcm281xx.
>
> Devicetree compatible string and binding documentation use
> "brcm,bcm11351-pinctrl" to match the mac
On Wed, Jan 22, 2014 at 1:10 AM, Markus Mayer wrote:
> The GPIO_CONTROL macro returns the control register offset when given a
> GPIO number.
>
> Update the argument name in the macro to reflect that it takes in a
> GPIO number and not a bank.
>
> Signed-off-by: Markus Mayer
> Reviewed-by: Tim K
On Wed, Jan 22, 2014 at 02:34:52PM +, Mel Gorman wrote:
> On Wed, Jan 22, 2014 at 09:10:48AM -0500, Ric Wheeler wrote:
> > On 01/22/2014 04:34 AM, Mel Gorman wrote:
> > >On Tue, Jan 21, 2014 at 10:04:29PM -0500, Ric Wheeler wrote:
> > >>One topic that has been lurking forever at the edges is th
On Wed, Jan 22, 2014 at 1:10 AM, Markus Mayer wrote:
> Rather than unlock/re-lock for every write access, unlock a GPIO when
> it is requested and re-lock it when it is freed. As a result, the GPIO
> helper functions no longer have to deal with unlocking and re-locking
> the register.
>
> In addi
Linus,
Please pull the following:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus
This contains a fix for a potential use-after-module-unload bug noticed by Al
and caching improvements for read-only fuse filesystems by Andrew Gallagher.
Thanks,
Miklos
Andrew Ga
On Wed, Jan 22, 2014 at 09:21:40AM -0800, James Bottomley wrote:
> On Wed, 2014-01-22 at 17:02 +, Chris Mason wrote:
> > On Wed, 2014-01-22 at 15:19 +, Mel Gorman wrote:
> > > On Wed, Jan 22, 2014 at 09:58:46AM -0500, Ric Wheeler wrote:
> > > > On 01/22/2014 09:34 AM, Mel Gorman wrote:
> >
On Wed, Jan 22, 2014 at 4:14 AM, Chris Ruehl wrote:
> The offset to ICONFB was incorrect, this patch set the correct value 0x14.
> dev_dbg in function imx1_write_2bit print the wrong address and had been
> moved after address calculation.
>
> Signed-off-by: Chris Ruehl
Patch applied with Markus
On Wed, Jan 22, 2014 at 4:14 AM, Chris Ruehl wrote:
> The offset for the 2bit register calculate wrong, this patch
> fixes the problem. The debugfs printout for oconf, iconfa, iconfb
> now shows the real values.
>
> Signed-off-by: Chris Ruehl
Markus: this OK? I want your review tag on it.
Your
At Tue, 21 Jan 2014 11:16:57 -0800,
Linus Torvalds wrote:
>
> On Mon, Nov 25, 2013 at 4:39 PM, Mark Brown wrote:
> >
> > If you're OK with octopus merges for things like this I'll definitely
> > take another look at using them, the enormous stack of merge commits
> > always looks noisy to me in t
On Thu, Jan 23, 2014 at 12:11:04PM -0500, Dongsheng Yang wrote:
> On 01/22/2014 11:00 PM, Steven Rostedt wrote:
> >
> >Bah, I just noticed that TASK_NICE is in kernel/sched/sched.h not
> >include/linux/sched.h
> >
> >Peter, is there a reason that task_nice() is not a static inline in
> >sched.h and
On Wed, Jan 22, 2014 at 10:13:59AM -0800, James Bottomley wrote:
> On Wed, 2014-01-22 at 18:02 +, Chris Mason wrote:
> > On Wed, 2014-01-22 at 09:21 -0800, James Bottomley wrote:
> > > On Wed, 2014-01-22 at 17:02 +, Chris Mason wrote:
> >
> > [ I like big sectors and I cannot lie ]
>
> I
On Wed, Jan 22, 2014 at 11:50:02AM -0800, Andrew Morton wrote:
> On Wed, 22 Jan 2014 11:30:19 -0800 James Bottomley
> wrote:
>
> > But this, I think, is the fundamental point for debate. If we can pull
> > alignment and other tricks to solve 99% of the problem is there a need
> > for radical VM
On Thu, Jan 23, 2014 at 9:17 AM, Linus Walleij wrote:
> On Tue, Jan 21, 2014 at 11:38 PM, Sherman Yin wrote:
>
>> To be consistent with other Broadcom drivers, the Broadcom Capri pinctrl
>> driver and its related CONFIG option are renamed to bcm281xx.
>>
>> Devicetree compatible string and bindin
On 01/23/2014 01:40 PM, Len Brown wrote:
> From: Len Brown
>
> Linux suspend-to-RAM was unreliable when first developed,
> and so sys_sync() was invoked inside the kernel at the
> start of every suspend flow.
>
> Today, many devices invoke suspend with
> high reliability and high frequency.
> Th
On Thu, Jan 23, 2014 at 7:31 AM, Tony Prisk wrote:
> Due to an assumption in the VT8500 pinctrl driver, the value passed
> from devicetree for 'wm,pull' was not explicitly translated before
> being passed to pinconf.
>
> With changes to 'enum pin_config_param', PIN_CONFIG_BIAS_PULL_(UP/DOWN)
> no
On 01/23/2014 03:26 AM, Peter Zijlstra wrote:
On Thu, Jan 23, 2014 at 12:11:04PM -0500, Dongsheng Yang wrote:
On 01/22/2014 11:00 PM, Steven Rostedt wrote:
Bah, I just noticed that TASK_NICE is in kernel/sched/sched.h not
include/linux/sched.h
Peter, is there a reason that task_nice() is not a
Signed-off-by: Xiubo Li
Cc: Nicolin Chen
---
sound/soc/fsl/fsl_sai.c | 243 +---
sound/soc/fsl/fsl_sai.h | 47 +-
2 files changed, 150 insertions(+), 140 deletions(-)
diff --git a/sound/soc/fsl/fsl_sai.c b/sound/soc/fsl/fsl_sai.c
index 2858a6
Due to an assumption in the VT8500 pinctrl driver, the value passed
from devicetree for 'wm,pull' was not explicitly translated before
being passed to pinconf.
Since v3.10, changes to 'enum pin_config_param', PIN_CONFIG_BIAS_PULL_(UP/DOWN)
no longer map 1-to-1 with the expected values in devicetre
The version of the kernel is 3.4.43.
Any reply is appreciated.
Best Regards!
Zhu Yanjun
On 01/23/2014 03:33 PM, zhuyj wrote:
Hi, Maintainers
We want to identify different ip tunnels.
For example, we use “ip tunnel add xxx” command in linux to create an
ipv4/6 tunnel interface,then,we can rec
Linus,
Could you please consider pulling the cross-rename patches. The git tree has a
conflict in arch/x86/syscalls/syscall_64.tbl where the syscall number needs to
be fixed. The patchset has been reviewed by Jan Kara and the man page and
usperpace API by Michael Kerrisk.
git://git.kernel.org
Due to an assumption in the VT8500 pinctrl driver, the value passed
from devicetree for 'wm,pull' was not explicitly translated before
being passed to pinconf.
Since v3.10, changes to 'enum pin_config_param', PIN_CONFIG_BIAS_PULL_(UP/DOWN)
no longer map 1-to-1 with the expected values in devicetre
On 01/17/2014 06:04 PM, Arnd Bergmann wrote:
> On Thursday 16 January 2014, Mark Brown wrote:
>> On Thu, Jan 16, 2014 at 12:19:00PM +0100, Arnd Bergmann wrote:
>>
>>> 1. Other platforms also require the syscon driver to be active before
>>> the regular device driver probing starts. Michal Simek has
On Thursday, January 23, 2014 2:20 AM, Jenny TC wrote:
>
> This patch introduces BQ24261 charger driver. The driver makes use of power
> supply charging driver to setup charging. So the driver does hardware
> abstraction and handles h/w specific corner cases. The charging logic resides
> with powe
On 23/01/14 21:43, Linus Walleij wrote:
On Thu, Jan 23, 2014 at 7:31 AM, Tony Prisk wrote:
Due to an assumption in the VT8500 pinctrl driver, the value passed
from devicetree for 'wm,pull' was not explicitly translated before
being passed to pinconf.
With changes to 'enum pin_config_param', P
On Thursday, January 23, 2014 2:20 AM, Jenny TC wrote:
>
> Add new power supply properties for input current, charge termination
> current, min and max temperature
>
> POWER_SUPPLY_PROP_TEMP_MIN - minimum operatable temperature
> POWER_SUPPLY_PROP_TEMP_MAX - maximum operatable temperature
>
> PO
On Wed, Jan 15, 2014 at 08:24:18PM -0500, Matthew Wilcox wrote:
> This series of patches add support for XIP to ext4. Unfortunately,
> it turns out to be necessary to rewrite the existing XIP support code
> first due to races that are unfixable in the current design.
>
> Since v4 of this patchset
of_pwm_n_cells for the of_xlate handler is stored in struct pwm_chip,
but it is only ever used by the of_xlate handler itsel. Remove
of_pwm_n_cells from struct pwm_chip and let the handler do the argument
count checking to simplify the code.
Signed-off-by: Sascha Hauer
---
drivers/pwm/core.c
Let of_pwm_simple_xlate behave like of_pwm_xlate_with_flags when
the argument count is 3. This makes of_pwm_xlate_with_flags unncessary.
Signed-off-by: Sascha Hauer
---
drivers/pwm/core.c| 30 ++
drivers/pwm/pwm-atmel-tcb.c | 1 -
drivers/pwm/pwm-renesa
Hi Mark,
I see a issue with one of the davinci boards, where regulator_get() fails
from this patch "regulator: core: Provide a dummy regulator with full
constraints".
as I see regulator_get() supports dummy regulators by default.
So currently I am booting it traditional way (NON DT way) and
regul
I thinking more of the following. I haven't tested it, but it has a negative
diffstat, so it must be good ;)
Sascha
Sascha Hauer (2):
PWM: let of_xlate handlers check args count
PWM: handle additional flags in of_pwm_sim
On Sat, 18 Jan, at 12:48:13PM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Hi all,
>
> this is the latest incarnation which should hopefully work just fine. It
> tpasses esting at least on all our boxes so we have *some* coverage.
>
> It took us a long time to debug the unmapping path an
* Kees Cook wrote:
> Include kASLR offset in VMCOREINFO ELF notes to assist in debugging.
>
> Signed-off-by: Eugene Surovegin
> Signed-off-by: Kees Cook
The signoff sequence is weird. If this came from Eugene then the patch
is missing a From: line. If he reviewed or acked it then it should
On 01/23/2014 01:44 PM, Jingoo Han wrote:
> On Wednesday, January 22, 2014 6:36 PM, Jani Nikula wrote:
>> On Mon, 20 Jan 2014, Liu Ying wrote:
>>> We don't have to turn backlight on/off everytime a blanking
>>> or unblanking event comes because the backlight status may
>>> have already been what w
From: "Lad, Prabhakar"
This patch drops CONFIG_REGULATOR_DUMMY as this obsolete.
Signed-off-by: Lad, Prabhakar
---
arch/arm/configs/da8xx_omapl_defconfig |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/configs/da8xx_omapl_defconfig
b/arch/arm/configs/da8xx_omapl_defconfig
index
The version of isci driver has not been updated for 2 years.
It was 83 isci commits ago. Suspend/resume support has been implemented
and many bugs have been fixed since 1.1. Now update the version to 1.2.
Signed-off-by: Lukasz Dorau
Cc:
---
drivers/scsi/isci/init.c |2 +-
1 file changed, 1
On Mon 2014-01-20 14:54:12, Linus Torvalds wrote:
> So I pulled this, but one question:
>
> On Mon, Jan 20, 2014 at 8:47 AM, H. Peter Anvin wrote:
> > +config RANDOMIZE_BASE
> > + bool "Randomize the address of the kernel image"
> > + depends on RELOCATABLE
> > + depends on !HIB
On Thursday, January 23, 2014 10:39 AM Lukasz Dorau
wrote:
> The version of isci driver has not been updated for 2 years.
> It was 83 isci commits ago. Suspend/resume support has been implemented
> and many bugs have been fixed since 1.1. Now update the version to 1.2.
>
> Signed-off-by: Lukasz
On Wed, Jan 22, 2014 at 10:17:40PM +0100, Markus Trippelsdorf wrote:
> Yes. Thanks Peter.
>
Ah much simpler patch that should have the same effect:
---
Subject: sched/x86/tsc: Initialize multiplier to 0
From: Peter Zijlstra
Date: Wed, 22 Jan 2014 22:08:14 +0100
Since we keep the clock value li
The version of isci driver has not been updated for 2 years.
It was 83 isci commits ago. Suspend/resume support has been implemented
and many bugs have been fixed since 1.1. Now update the version to 1.2.
Signed-off-by: Lukasz Dorau
Signed-off-by: Dave Jiang
Signed-off-by: Maciej Patelczyk
---
On 01/23/2014 05:27 PM, Liu Ying wrote:
> On 01/23/2014 01:44 PM, Jingoo Han wrote:
>> On Wednesday, January 22, 2014 6:36 PM, Jani Nikula wrote:
>>> On Mon, 20 Jan 2014, Liu Ying wrote:
We don't have to turn backlight on/off everytime a blanking
or unblanking event comes because the bac
On Thu, Jan 23, 2014 at 02:49:25PM +0800, Alex Shi wrote:
> On 01/23/2014 02:10 AM, Jason Low wrote:
> >>> > > P64(avg_idle);
> >>> > > + P64(max_idle_balance_cost);
> >>> > > #endif
> >>> > > P(ttwu_count);
> >> >
> >> > Not also the per-sd value in sd_alloc_ctl_domain_table() ?
On Thu, Jan 23, 2014 at 02:33:25AM +0400, Cyrill Gorcunov wrote:
> On Wed, Jan 22, 2014 at 11:19:28PM +0400, Cyrill Gorcunov wrote:
> > > commit. Test case was simple -- try and open the large file described in
> > > the bug. I did not investigate the patch itself as I'm just reporting
> > > the re
From: "Lad, Prabhakar"
In the gen_pool_dma_alloc() the dma pointer can be NULL
and while assigning gen_pool_virt_to_phys(pool, vaddr) to
dma caused the following crash on da850 evm,
Unable to handle kernel NULL pointer dereference at virtual address
pgd = c0004000
[] *pgd=00
On 2014.01.23 at 10:48 +0100, Peter Zijlstra wrote:
> On Wed, Jan 22, 2014 at 10:17:40PM +0100, Markus Trippelsdorf wrote:
>
> Ah much simpler patch that should have the same effect:
Yes. FWIW it also seems to be fine.
--
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux
On Thu, Jan 23, 2014 at 11:01:00AM +0100, Markus Trippelsdorf wrote:
> On 2014.01.23 at 10:48 +0100, Peter Zijlstra wrote:
> > On Wed, Jan 22, 2014 at 10:17:40PM +0100, Markus Trippelsdorf wrote:
> >
> > Ah much simpler patch that should have the same effect:
>
> Yes. FWIW it also seems to be fin
On Wed, Jan 22, 2014 at 04:33:55PM -0500, Waiman Long wrote:
> +/**
> + * queue_read_unlock - release read lock of a queue rwlock
> + * @lock : Pointer to queue rwlock structure
> + */
> +static inline void queue_read_unlock(struct qrwlock *lock)
> +{
> + /*
> + * Atomically decrement the
Hi Prabhakar,
On 23 January 2014 15:26, Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> In the gen_pool_dma_alloc() the dma pointer can be NULL
> and while assigning gen_pool_virt_to_phys(pool, vaddr) to
> dma caused the following crash on da850 evm,
>
[snip]
>
> Signed-off-by: Lad, Prabhakar
On Thu, Jan 23, 2014 at 5:48 AM, Xiubo Li wrote:
> static int fsl_sai_set_dai_sysclk(struct snd_soc_dai *cpu_dai,
> int clk_id, unsigned int freq, int dir)
> {
> - struct fsl_sai *sai = snd_soc_dai_get_drvdata(cpu_dai);
> int ret;
>
> if (dir == SND_SOC_CLO
Hi Amit,
> From: Amit Grover [mailto:amit.gro...@samsung.com]
> Sent: Monday, December 30, 2013 11:43 AM
>
> This patch adds Controls to set Horizontal and Vertical search range
> for Motion Estimation block for Samsung MFC video Encoders.
>
> Signed-off-by: Swami Nathan
> Signed-off-by: Amit G
Hello All,
On 15 January 2014 14:47, Naveen Krishna Chatradhi
wrote:
> This patch set adds use of clk_prepare/clk_unprepare as
> required by generic clock framework.
>
> Signed-off-by: Naveen Krishna Chatradhi
> Reviewed-by: Tomasz Figa
> ---
> Changes since v3:
> None
>
> drivers/crypto/s5p-s
Hello All,
On 15 January 2014 14:46, Naveen Krishna Chatradhi
wrote:
> This patch adds the device tree node for SSS module
> found on Exynos5420 and Exynos5250
>
> Signed-off-by: Naveen Krishna Chatradhi
> Reviewed-by: Tomasz Figa
> TO:
> CC: Kukjin Kim
> CC:
> ---
> Changes since v3:
> 1. M
Hello All,
On 15 January 2014 14:44, Naveen Krishna Chatradhi
wrote:
> From: Naveen Krishna Ch
>
> This patch uses the platform_get_irq() instead of the
> platform_get_irq_byname(). Making feeder control interrupt
> as resource "0" and hash interrupt as "1".
>
> reasons for this change.
> 1. Can
Hello All,
On 15 January 2014 14:47, Naveen Krishna Chatradhi
wrote:
> This patch adds code to validate "iv" buffer before trying to
> memcpy the contents
>
> Signed-off-by: Naveen Krishna Chatradhi
> ---
> Changes since v3:
> None
>
> drivers/crypto/s5p-sss.c |3 ++-
> 1 file changed, 2 in
Hello All,
On 15 January 2014 14:46, Naveen Krishna Chatradhi
wrote:
> This patch adds gating clock for SSS(Security SubSystem)
> module on Exynos5250/5420.
>
> Signed-off-by: Naveen Krishna Chatradhi
> TO:
> TO: Tomasz Figa
> CC: Kukjin Kim
> CC:
> ---
> Changes since v3:
> 1. Rebased on to
Hello All,
On 15 January 2014 14:44, Naveen Krishna Chatradhi
wrote:
> This patch adds device tree support to the s5p-sss.c crypto driver.
>
> Also, Documentation under devicetree/bindings added.
>
> Signed-off-by: Naveen Krishna Ch
> CC: Herbert Xu
> CC: David S. Miller
> CC: Vladimir Zapolsk
Hi,
On 23/01/14 11:11, Kamil Debski wrote:
>> diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc_enc.c
>> > b/drivers/media/platform/s5p-mfc/s5p_mfc_enc.c
>> > index 4ff3b6c..a02e7b8 100644
>> > --- a/drivers/media/platform/s5p-mfc/s5p_mfc_enc.c
>> > +++ b/drivers/media/platform/s5p-mfc/s5p_mfc_e
Hi,
In the context of solving the below original issue, I came across
below error while I was running "sudo make install". Wondering what
the below error means?
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-3.fw for
module r8169
-Madhu
On Wed, Jan 22, 2014 at 11:11 PM, Mark Knec
Hi Sachin,
On Thu, Jan 23, 2014 at 3:38 PM, Sachin Kamat wrote:
> Hi Prabhakar,
>
> On 23 January 2014 15:26, Prabhakar Lad wrote:
>> From: "Lad, Prabhakar"
>>
>> In the gen_pool_dma_alloc() the dma pointer can be NULL
>> and while assigning gen_pool_virt_to_phys(pool, vaddr) to
>> dma caused t
On Wed, 22 Jan 2014, Linus Torvalds wrote:
> > But refcounting seems like an overkill for this - there is exactly one
> > fanotify_response_event structure iff it is a permission event. So
> > something like the (completely untested) attached patch should fix the
> > problem. But I agree it's a bi
This this patch fix kiocb_cancel() function.
If cancel() function ends successfully:
- kiocb request is removed from ctx->active_reqs,
- new event is added to ring buffer (this behavior is described in comment
in io_cancel function, but was not implemented)
- kiocb_free function is called
- percp
Hi,
(Adding missing devicetre ML list at CC.)
On 15/01/14 10:14, Naveen Krishna Chatradhi wrote:
> This patch adds device tree support to the s5p-sss.c crypto driver.
>
> Also, Documentation under devicetree/bindings added.
>
> Signed-off-by: Naveen Krishna Ch
> CC: Herbert Xu
> CC: David S.
On Thu, Jan 23, 2014 at 02:33:25AM +0400, Cyrill Gorcunov wrote:
> On Wed, Jan 22, 2014 at 11:19:28PM +0400, Cyrill Gorcunov wrote:
> > > commit. Test case was simple -- try and open the large file described in
> > > the bug. I did not investigate the patch itself as I'm just reporting
> > > the re
Flash chip commands are issued using a set of predefined opcodes. These
are mostly the same for all flash devices, but do differ on occasion.
This patch supplies the majority of the key ones which will be used in
this driver.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 38 +++
Here we provide the FSM's register addresses, register bit names/offsets
and some commands which will prove useful as we start bulk the FMS's
driver out with functionality.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 172 ++-
drivers/mtd/de
Version 4:
Tended to Brian's review comments
- Checkpatch acceptance
- MODULE_DEVICE_TABLE() name slip correction
- Timeout issue(s) resolved
- Potential infinite loop mitigated
- Code clarity suggests heeded
- Duplication with MTD core code removed
- Upgraded to using
The FSM hardware works by setting a predetermined sequence of register
writes. Rather than open coding them inside each functional block we're
going to define them in a series of formatted 'sequence structures'.
This patch provides the framework which shall be used for every action.
Signed-off-by:
Cc: devicet...@vger.kernel.org
Signed-off-by: Lee Jones
---
Documentation/devicetree/bindings/mtd/st-fsm.txt | 26
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mtd/st-fsm.txt
diff --git a/Documentation/devicetree/bindings/mtd/st-
When a read is issued by userspace the MFD framework calls back into
the driver to conduct the actual command issue and data extraction.
Here we provide the routines which do exactly that.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 99
In the FSM driver we handle chip differences by providing the possibility
of calling back into a chip specific initialisation routine. In this patch
we provide one for the N25Qxxx series, which endeavours to setup things
like the read, write and erase sequences, as they differ from the
default. We
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 82 +++-
1 file changed, 81 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/devices/st_spi_fsm.c b/drivers/mtd/devices/st_spi_fsm.c
index 1b0fa67..92071fa 100644
--- a/drivers/mtd/devices/st
On Wed, Jan 22, 2014 at 08:47:58PM +, Stephen Boyd wrote:
> On 01/21/14 10:37, Stephen Boyd wrote:
> > On 01/21/14 10:07, Will Deacon wrote:
> >> Do you need isbs to ensure the pmresrn side-effects have happened, or are
> >> the registers self-synchronising? Similarly for your other IMP DEF
> >
The FSM Serial Flash Controller is driven by issuing a standard set of
register writes we call a message sequence. This patch supplies a method
to prepare the message sequence responsible for setting 32bit addressing
mode on the Flash chip.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi
Until now the dynamically configurable message sequences for read, write
and enable 32bit addressing have been global. Brian makes a good point
why this should not be the case. If there are ever two FSM's located on
the same platform, we could be potentially introducing a race condition
on "needles
When we write data to the Serial Flash chip we'll wait a predetermined
period of time before giving up. During that period of time we poll the
status register until completion.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 65
1 file cha
This patch allows us to prepare some of the message sequences which will
be required to talk to the S25FLxxx family of Serial Flash devices. It
also allows us to do some required extra operations after any busy wait
failures.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 271 +
All supported platforms are able to pass specific configurations via
the Device Tree on boot. Here we add a function which is to be called
during the probing process which will extract them, or make other
assumptions based on capabilities provided.
Signed-off-by: Lee Jones
---
drivers/mtd/device
Here we add the necessary device nodes required for successful device
probing and Pinctrl setup for the FSM.
Acked-by: Srinivas Kandagatla
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stih416-b2105.dts| 14 ++
arch/arm/boot/dts/stih416-pinctrl.dtsi | 12
2 files c
When a write is requested by userspace the MFD framework calls back
into the driver to conduct the actual command issue and data send.
Here we provide the routines which do exactly that.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 150 +++
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 47
1 file changed, 43 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/devices/st_spi_fsm.c b/drivers/mtd/devices/st_spi_fsm.c
index 88017d8..ddfff35 100644
--- a/drivers/mtd/devices/s
When an erase is requested by userspace the MTD framework calls back
into the driver to conduct the actual command issue. Here we provide the
routines which do exactly that. We can choose to either do an entire chip
erase or by sector.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/mtd/devices/st_spi_fsm.c b/drivers/mtd/devices/st_spi_fsm.c
index eac23df..5f291dc 100644
--- a/drivers/mtd/devices/st_spi_fsm.c
+++ b/drivers/mtd/de
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 36
1 file changed, 36 insertions(+)
diff --git a/drivers/mtd/devices/st_spi_fsm.c b/drivers/mtd/devices/st_spi_fsm.c
index 5f291dc..1b0fa67 100644
--- a/drivers/mtd/devices/st_spi_fsm.c
+++ b/dr
> > static int fsl_sai_set_dai_sysclk(struct snd_soc_dai *cpu_dai,
> > int clk_id, unsigned int freq, int dir)
> > {
> > - struct fsl_sai *sai = snd_soc_dai_get_drvdata(cpu_dai);
> > int ret;
> >
> > if (dir == SND_SOC_CLOCK_IN)
> > return 0;
Most chips require a predefined set of FSM message sequences for read,
write and erase operations. This patch provides a way to set them up,
which it will do so if a chip specific initialisation routine isn't
been provided.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 36 +
On Thu, Jan 23, 2014 at 09:55:41AM +, Mel Gorman wrote:
> On Thu, Jan 23, 2014 at 02:33:25AM +0400, Cyrill Gorcunov wrote:
> > On Wed, Jan 22, 2014 at 11:19:28PM +0400, Cyrill Gorcunov wrote:
> > > > commit. Test case was simple -- try and open the large file described in
> > > > the bug. I did
When we write data to the FIFO the FSM Controller subsequently writes
that data out to the Serial Flash chip.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/mtd/devices/st_spi_fsm.c b/drivers/mtd/devices/s
Based on information we can obtain though platform specific data and/or
chip capabilities we are able to determine whether or not we can handle
a SoC reset or not. To find out why this is important please read the
comment provided in the patch.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st
Message sequences can vary depending on how many pads (lines) are
required to address the chip (mode & dummy), how many data pads (lines)
are required to write out to the chip which will determine speed
amongst other things which are detailed by the SFDP specification. We
are able to use multiple c
The FSM Serial Flash Controller is driven by issuing a standard set of
register writes we call a message sequence. This patch supplies a method
to prepare the message sequence responsible for updating a chip's VCR.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 32 ++
Most Serial Flash chips support 24bit addressing as a default but more
recent incarnations can support 32bit. Based on information provided
though platform specific data and capabilities we can determine whether
or not our current chip can. This patch provides a means to setup the
FSM message seque
The N25Qxxx Serial Flash devices required different sequence
configurations depending on whether they're running in 24bit (3Byte)
or 32bit (4Byte) mode. We provide those here.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 53
1 file chan
The GOOGLE_SMI Kconfig symbol depends on DMI and selects EFI. This
causes problems on other archs when introducing DMI support that
depends on EFI, as it results in a recursive dependency:
arch/arm/Kconfig:1845:error: recursive dependency detected!
arch/arm/Kconfig:1845: symbol DMI depends on EFI
Firstly we search for our preference read/write configuration based on a
given chip's capabilities. Then we actually set up the message sequence
accordingly.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drive
The FSM Serial Flash Controller is driven by issuing a standard set of
register writes we call a message sequence. This patch supplies a method
to prepare the message sequence responsible for erasing a single sector.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 35
It's important for us to determine which device was used to boot from in
order to make some correct decisions surrounding Power Management. On
each of the platforms which support the FSM this is communicated via
a set of mode pins held in the system configuration area. This patch
determine the boot
The FSM Serial Flash Controller is driven by issuing a standard set of
register writes we call a message sequence. This patch supplies a method
to prepare read/write FSM message sequence(s) based on chip capability
and configuration.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c
Using previously added infrastructure we can now extract a device's JEDEC
ID, compare it to a list of known and supported devices and make assumptions
based on known characteristics of a given chip.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 27 ++-
1
1 - 100 of 691 matches
Mail list logo