Signed-off-by: Adam Thomson
---
Documentation/devicetree/bindings/mfd/da9150.txt | 53
1 file changed, 53 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/da9150.txt
diff --git a/Documentation/devicetree/bindings/mfd/da9150.txt
В Ср, 11/06/2014 в 12:57 +0200, Peter Zijlstra пишет:
> On Wed, Jun 11, 2014 at 01:52:10PM +0400, Kirill Tkhai wrote:
> >
> > Currently migrate_tasks() skips throttled tasks,
> > because they are not pickable by pick_next_task().
> >
> > These tasks stay on dead cpu even after they
> > becomes
On 11/06/14 10:14, Andreas Färber wrote:
This patch adds clocks necessary for SD card controller on apq8064 SOC.
>Without this patch the clocks are visible to the sdcc driver.
Was this maybe meant to read "invisible"?
You are correct it was suposed to be not visible, will fix it.
This patch fixes the following sparse warnings:
net/ipv4/ip_tunnel.c:245:53: warning: restricted __be16 degrades to integer
net/ipv4/ip_vti.c:321:19: warning: incorrect type in assignment (different base
types)
net/ipv4/ip_vti.c:321:19:expected restricted __be16 [addressable]
[assigned]
On Wed, 11 Jun 2014 08:45:18 +0300
Dan Carpenter wrote:
> On Tue, Jun 10, 2014 at 05:38:49PM -0400, Jeff Layton wrote:
> > From: Jeff Layton
> >
> > Lately, when I do a make with C=1, I get *tons* of these warnings:
> >
> > include/linux/err.h:35:16: warning: dereference of noderef
Hello,
On Mon, Jun 09, 2014 at 09:22:49AM -0400, Nicolas Pitre wrote:
> On Mon, 9 Jun 2014, Morten Rasmussen wrote:
>
> > On Sat, Jun 07, 2014 at 03:33:58AM +0100, Nicolas Pitre wrote:
> > > On Fri, 6 Jun 2014, Ingo Molnar wrote:
> > >
> > > > In any case, even with turbo frequencies, switching
On Wed, Jun 11, 2014 at 01:52:10PM +0400, Kirill Tkhai wrote:
>
> Currently migrate_tasks() skips throttled tasks,
> because they are not pickable by pick_next_task().
>
> These tasks stay on dead cpu even after they
> becomes unthrottled. They are not schedulable
> till user manually changes
On Tue, 10 Jun 2014, Jamie Lentin wrote:
> This patchset follows on from my previous attempt[1] to add support for
> these keyboards from Lenovo.
Jamie,
thanks for the driver. Please re-send v3 with Antonio's comments
addressed, and I'll be happy to apply it.
--
Jiri Kosina
SUSE Labs
--
To
On Wed, Jun 11, 2014 at 03:03:47PM +0930, Rusty Russell wrote:
> drivers/regulator/virtual: avoid world-writable sysfs files.
Acked-by: Mark Brown
if you need to respin - please do send patches to maintainers.
signature.asc
Description: Digital signature
On Fri, May 30, 2014 at 11:43:55AM -0400, Waiman Long wrote:
> Enabling this configuration feature causes a slight decrease the
> performance of an uncontended lock-unlock operation by about 1-2%
> mainly due to the use of a static key. However, uncontended lock-unlock
> operation are really just
On Tue, Jun 10, 2014 at 08:09:22AM -0700, Srinivas Pandruvada wrote:
> On 06/10/2014 02:24 AM, Mika Westerberg wrote:
> >On Thu, Apr 10, 2014 at 09:15:16PM -0700, Srinivas Pandruvada wrote:
> >>ACPI specification allows multiple i2c addresses defined under one
> >>ACPI device object. These
--
Váženie E-mail užívateľa;
Prekročili ste limit úložisko poštovej schránky set 23432
Webmaster Služby / a môžu byť použité na odosielanie problém
a bude, kým si nechajte potvrdiť svoju e-mailovú adresu znova. postupy
by mali byť
sa konala počas zobrazenia, kliknite na kontrolu
odkaz a
On Tue, 2014-05-20 at 09:46 +0100, Lee Jones wrote:
> On Wed, 30 Apr 2014, Doug Anderson wrote:
> > From: Bill Richardson
> >
> > This just updates include/linux/mfd/cros_ec_commands.h to match the
> > latest EC version (which is the One True Source for such things). See
> >
> -stable lacks commit 895162b1101b3ea5db08ca6822ae9672717efec0, so
> netfilter never sets ->local_df. Thus all defragmented packets
> that go over the mtu are refused to be forwarded.
Thank you for your quick response. Should we expect a 3.4.93 release
with this issue fixed in a few days?
--
Remove unused variables in struct f2fs_sm_info.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h|3 ---
fs/f2fs/segment.c |2 --
2 files changed, 5 deletions(-)
diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h
index e51c732..7ef7acd 100644
--- a/fs/f2fs/f2fs.h
+++ b/fs/f2fs/f2fs.h
@@ -342,9
On Wed, 2014-06-11 at 11:17 +0100, Dan Carpenter wrote:
> This function should be returning an ERR_PTR() on failure instead of
> NULL. Also there is a use after free bug if regmap_init() fails because
> we free "func" and then dereference doing the return.
>
> Signed-off-by: Dan Carpenter
>
>
Hi Ulf,
On 2014년 06월 11일 17:27, Ulf Hansson wrote:
> On 11 June 2014 02:33, Jonghwa Lee wrote:
>> When device uses generic pm domain, its own runtime suspend callback will be
>> executed only when all devices in the same domain are suspended. However,
>> some
>> device needs sychronized runtime
On Fri, May 30, 2014 at 11:43:52AM -0400, Waiman Long wrote:
> ---
> kernel/locking/qspinlock.c | 18 --
> 1 files changed, 16 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/locking/qspinlock.c b/kernel/locking/qspinlock.c
> index fc7fd8c..7f10758 100644
> ---
This function should be returning an ERR_PTR() on failure instead of
NULL. Also there is a use after free bug if regmap_init() fails because
we free "func" and then dereference doing the return.
Signed-off-by: Dan Carpenter
diff --git a/drivers/misc/vexpress-syscfg.c
On Wed, Jun 11, 2014 at 05:52:10AM +0100, Chander Kashyap wrote:
> Hi Doug,
>
> On Tue, Jun 10, 2014 at 9:19 PM, Nicolas Pitre
> wrote:
> > On Tue, 10 Jun 2014, Doug Anderson wrote:
> >
> >> My S-state knowledge is not strong, but I believe that Lorenzo's
> >> questions matter if we're using S2
On Wed, Jun 11, 2014 at 10:22:22AM +0100, Pawel Moll wrote:
> On Wed, 2014-06-11 at 07:07 +0100, Dan Carpenter wrote:
> > We should return NULL if regmap_init() fails instead of continuing.
> >
> > Signed-off-by: Dan Carpenter
> >
> > diff --git a/drivers/misc/vexpress-syscfg.c
Signed-off-by: Paul Bolle
---
Tested with make ARCH=sh menuconfig
The new prompt isn't very informative. But at least it's better than the
current, well, self referential prompt. SuperH is orphaned, so chances
are we'll never see anything better.
By the way: why do the kconfig tools allow
On Wed, Jun 11, 2014 at 10:57:11AM +0100, Andy Whitcroft wrote:
> Signed-off-by: Andy Whitcroft
With your permissions I'll add a Reported-by: etc to this patch in your
name.
-apw
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, Jun 11, 2014 at 10:16:40AM +0100, Andy Whitcroft wrote:
> It doesn't seem right to remove the restore of the state. If you
> consider the effect of an #if/#else/#endif combination the state of the
> statement parser should be reset to the state at #if at the #else as the
> code there is
On Wed, Jun 11, 2014 at 01:09:15PM +0400, Andrew Vagin wrote:
> On Wed, Jun 11, 2014 at 11:51:25AM +0400, Cyrill Gorcunov wrote:
> > On Wed, Jun 11, 2014 at 11:27:43AM +0400, Andrew Vagin wrote:
>
> ...
>
> > +#ifdef CONFIG_CHECKPOINT_RESTORE
> > +static long timerfd_ioctl(struct file *file,
Currently migrate_tasks() skips throttled tasks,
because they are not pickable by pick_next_task().
These tasks stay on dead cpu even after they
becomes unthrottled. They are not schedulable
till user manually changes their affinity or till
cpu becomes alive again.
But for user this looks
This series fixes migration of throttled tasks and hierarchies
from dead cpu. Currently, they do not migrate at all, and they
may forever stay on dead cpu like in jail.
The first patch fixes migration, the second patch adds a little
set of cases, we should warn in dmesg.
---
Kirill Tkhai (2):
1)Iterate throw all of threads in the system.
Check for all threads, not only for group leaders.
2)Check for p->on_rq instead of p->state and cputime.
Preempted task in !TASK_RUNNING state OR just
created task may be queued, that we want to be
reported too.
3)Use read_lock() instead of
On Wed, Jun 11, 2014 at 03:14:25PM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Wednesday 11 June 2014 02:40 PM, Maxime Ripard wrote:
> > Hi Kishon,
> >
> > On Fri, May 23, 2014 at 08:51:28PM +0200, Maxime Ripard wrote:
> >> The driver depend on the reset framework in a mandatory way. Make
Hi,
On Wednesday 11 June 2014 02:40 PM, Maxime Ripard wrote:
> Hi Kishon,
>
> On Fri, May 23, 2014 at 08:51:28PM +0200, Maxime Ripard wrote:
>> The driver depend on the reset framework in a mandatory way. Make sure
>> reset_control_get is defined by adding this dependency in Kconfig
>>
>>
Signed-off-by: Paul Bolle
---
Untested.
This typo was added in next-20140603. I've had this patch queued for
over a week because I wanted to understand the comment I'm touching
here. I still don't. But I figured that making sure that this comment
uses the Kconfig macro that apparently was
Hi,
On Friday, June 06, 2014 11:10:58 AM Suravee Suthikulanit wrote:
> Hans/Bartlomiej,
>
> Do you guys have any questions about this patch?
Sorry for the delay, some questions regarding the patch below.
> Thank you,
>
> Suravee
>
> On 6/3/2014 12:58 PM, Tejun Heo wrote:
> > Hans,
On Jun 11 Stefan Richter wrote:
> Nice -- yesterday, just a few days after this patch went into the
> mainline, this VT6315 card suddenly stopped to generate any interrupt
> while being in use with a soundcard and jackd. Until then it ran
> perfectly for many days, with jackd+ffado's combined
On Tue 2014-06-10 18:04:45, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> The default size of the ring buffer is too small for machines
> with a large amount of CPUs under heavy load. What ends up
> happening when debugging is the ring buffer overlaps and chews
> up old messages
Al Viro:
> So I suspect that the right fix is a bit trickier - in addition to check
> on the fast path (i.e. when trylock gets us the lock on parent), we need
> to
> * get rcu_read_lock() before dropping ->d_lock.
> * check if dentry is already doomed right after taking
On Wed, Jun 11, 2014 at 07:03:39AM +0100, Sitsofe Wheeler wrote:
> (resending because Daniel was dropped from the reply list - I don't know
> why)
>
> On Wed, Jun 11, 2014 at 06:46:40AM +0100, Sitsofe Wheeler wrote:
> > On Tue, Jun 10, 2014 at 08:26:55AM +0200, Daniel Vetter wrote:
> > > On Sun,
Hi,
On Tuesday, June 10, 2014 04:54:01 PM David Milburn wrote:
> On 05/23/2014 12:35 PM, suravee.suthikulpa...@amd.com wrote:
> > From: Suravee Suthikulpanit
> >
> > The current platform AHCI drier does not set the dma_mask correctly
> > for 64-bit DMA capable AHCI controller. This patch
On 10/06/14 19:09, Yuyang Du wrote:
> On Tue, Jun 10, 2014 at 12:52:06PM +0100, Dietmar Eggemann wrote:
>
> Hi Dietmar,
>
>> Not in this sense but there is no functionality in the scheduler right
>> now to check constantly if an sd flag has been set/unset via sysctl.
>
> Sorry, I still don't
On Apr 16 Stefan Richter wrote:
> Commit af0cdf494781 "firewire: ohci: fix regression with VIA VT6315,
> disable MSI" acted upon a report against VT6315 rev 0:
> http://linux.derkeiler.com/Mailing-Lists/Kernel/2010-12/msg02301.html
> $ lspci -nn
> VIA Technologies, Inc. VT6315 Series Firewire
ieee754dp has bitfield member in struct without name. And this
cause compilation error. This patch removes struct in ieee754dp
declaration. So compilation error is fixed.
Signed-off-by: Eunbong Song
---
arch/mips/math-emu/ieee754.h | 20
1 files changed, 8 insertions(+),
On Tue, Jun 10, 2014 at 06:17:35AM +0100, Scot Doyle wrote:
> The chromeos_laptop module probes the first i2c adapter with a specific name
> for expected hardware. However, the Acer C720 Chromebook has two i2c
> adapters with the same name. This patch probes each i2c adapter with a
> specific name
The third parameter(u64 start_tstamp) of timecounter_init() should
be the start time by ns, not a cycle counter.
Signed-off-by: Xiubo Li
---
drivers/clocksource/arm_arch_timer.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/clocksource/arm_arch_timer.c
On Wed, 2014-06-11 at 07:07 +0100, Dan Carpenter wrote:
> We should return NULL if regmap_init() fails instead of continuing.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/misc/vexpress-syscfg.c b/drivers/misc/vexpress-syscfg.c
> index 73068e5..2c0ddb2 100644
> ---
On 06/11/2014 04:24 PM, Peter Zijlstra wrote:
[snip]
>>
>> IMHO, when we put tasks one group deeper, in other word the totally
>> weight of these tasks is 1024 (prev is 3072), the load become more
>> balancing in root, which make bl-routine consider the system is
>> balanced, which make we migrate
On Tue, Jun 10, 2014 at 10:51:51PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> After relatively recent changes in the ACPI-based PCI hotplug
> (ACPIPHP) code, the acpiphp_check_host_bridge() executed for PCI
> host bridges via acpi_pci_root_scan_dependent() doesn't do anything
P2WI (Push/Pull 2 Wire Interface) is an SMBus like bus used to communicate
with some PMICs (like the AXP221).
Document P2WI DT bindings which are pretty much the same as the one defined
for the marvell's mv64xxx controller.
Signed-off-by: Boris BREZILLON
---
On Thu, May 15, 2014 at 04:43:15PM +0200, Ivo Sieben wrote:
> When picking up a complete statement block #if/#else/#endif prepocesor
> boundaries are taken into account by pushing current level & type on a stack.
> But on an #else the level was read from stack again (without actually popping
> it
Hi,
This is a complete functional set to get the gpmc driver out of mach-omap2
and into drivers/memory. The DT binding remains the same except for the
following minor changes
- compatible property is required for NAND & OneNAND nodes
- Second register space and interrupts properties are required
Hello,
This series adds support for the P2WI block used by some Allwinner boards
to interface with the AXP221 PMIC.
The P2WI controller looks like an SMBus controller which only supports byte
data transfers. But, it differs from standard SMBus protocol on several
aspects:
- it supports only one
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
b/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
index 71ac7d5..f2848a8 100644
---
The P2WI controller looks like an SMBus controller which only supports byte
data transfers. But, it differs from standard SMBus protocol on several
aspects:
- it supports only one slave device, and thus drop the address field
- it adds a parity bit every 8bits of data
- only one read access is
Hi, Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next
to receive Thermal management updates for v3.16-rc1 with
top-most commit 63745aa72ed16154b82a0c9ed22a88001d6ea0fa:
Merge branches 'armada-375-380-soc-support',
Hi Kishon,
On Fri, May 23, 2014 at 08:51:28PM +0200, Maxime Ripard wrote:
> The driver depend on the reset framework in a mandatory way. Make sure
> reset_control_get is defined by adding this dependency in Kconfig
>
> Signed-off-by: Maxime Ripard
> Reported-by: Arnd Bergmann
Ping?
Maxime
GPMC and NAND drivers share the same register space but never use the
same registers. As there is no clear address seperation between the
registers for GPMC and NAND, we can't easily split it up into 2 regions
i.e. one for GPMC and other for NAND. Instead, we simply remap the entire
register space
Since the Interrupt Events are used only by the NAND driver,
there is no point in managing the Interrupt registers
in the GPMC driver and complicating it with irqchip modeling.
Let's manage the interrupt registers directly in the NAND driver
and get rid of irqchip model from GPMC driver.
Get rid
Copy all the platform data parameters to the driver's local data
structure 'omap_nand_info' and use it in the entire driver. This will
make it easer for device tree migration.
Signed-off-by: Roger Quadros
---
drivers/mtd/nand/omap2.c | 27 ++-
1 file changed, 18
Am 10.06.2014 22:58, schrieb Stephen Boyd:
> From: Srinivas Kandagatla
>
> This patch adds clocks necessary for SD card controller on apq8064 SOC.
> Without this patch the clocks are visible to the sdcc driver.
Was this maybe meant to read "invisible"?
Regards,
Andreas
>
> Signed-off-by:
Add device_timings, gpmc_timings and gpmc_setting to
gpmc platform data.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.h | 134 --
include/linux/platform_data/gpmc-omap.h | 139
2 files changed, 139
Hi,
Now we can hot-add memory by
% echo start_address_of_new_memory > /sys/devices/system/memory/probe
Then, [start_address_of_new_memory, start_address_of_new_memory +
memory_block_size] memory range is hot-added.
But we can only hot-add *one section one time* by this way.
Whether we can add
There's no Kconfig symbol ARC_MMU_V4 so the checks for CONFIG_ARC_MMU_V4
will always evaluate to false. Remove them.
Signed-off-by: Paul Bolle
---
Entirely untested!
It would be nice if this could be squashed into commit ef680cdc2437
("ARC: Disable caches in early boot if so configured"). But I
Add compatible id, GPMC register resource and interrupt
resource to NAND controller nodes.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/am335x-evm.dts | 8 ++--
arch/arm/boot/dts/am335x-igep0033.dtsi | 8 ++--
arch/arm/boot/dts/am43x-epos-evm.dts | 8 ++--
On 11/06/2014 10:55, Wolfram Sang wrote:
>> +MODULE_LICENSE("GPL");
> "GPL v2"
Oops, I missed this one.
Sorry for the inconvenience.
--
Boris Brezillon, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe
Move NAND specific device tree parsing to NAND driver.
The NAND controller node must have a compatible id, register space
resource and interrupt resource.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc-nand.c | 5 +-
arch/arm/mach-omap2/gpmc.c | 128
The beagle board contains a 16-bit NAND device connected to
chip select 0 of the GPMC controller.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap3-beagle.dts | 53 ++
1 file changed, 53 insertions(+)
diff --git a/arch/arm/boot/dts/omap3-beagle.dts
Make sure bank-width property provided via DT is sane.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index c713616..70cb6b0 100644
---
GPMC_CLK is the external clock output pin that is used for syncronous
accesses.
Device drivers need to know the fastest possible GPMC_CLK period in order
to calculate the most optimal device timings. Add the function
omap_gpmc_get_clk_period() to allow drivers to get the nearset possible
(equal
Add compatible id, interrupts and update reg property description.
As the NAND controller needs access to GPMC register space, we need
to pass a second memory resource to the NAND controller node.
Due to the wierd way the reg property has been implemented (i.e.
CS number required in 1st number of
On Wed, Jun 11, 2014 at 11:51:25AM +0400, Cyrill Gorcunov wrote:
> On Wed, Jun 11, 2014 at 11:27:43AM +0400, Andrew Vagin wrote:
...
> +#ifdef CONFIG_CHECKPOINT_RESTORE
> +static long timerfd_ioctl(struct file *file, unsigned int cmd, unsigned long
> arg)
> +{
> + struct timerfd_ctx *ctx =
None of the OMAP platforms are suppying the "regulator_can_sleep"
parameter via platform data. Regulator management is generic
enough to be done in onenand_base driver if required.
Mark the "regulator_can_sleep" platform data parameter as deprecated.
Signed-off-by: Roger Quadros
---
In order to change the GPMC settings/timings on the fly,
we must use omap_gpmc_retime(). The other gpmc_*() functions
will soon be made private and moved out of arch/mach-omap2/
CC: Felipe Balbi
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/usb-tusb6010.c | 94
Some devices (e.g. TUSB6010, omap-onenand) need to reconfigure the GPMC
timings in order to operate with different peripheral clock frequencies.
Introduce omap_gpmc_retime() to allow them to do that. The driver
needs to pass the chips select number, GPMC settings and Device timings to
Don't access any GPMC registers here. Use gpmc_generic_init()
to pass GPMC Chip Select settings, platform device and platform data
to the GPMC driver.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc-smc91x.c | 50 +++
1 file changed, 19
Don't access any GPMC registers here. Use gpmc_generic_init()
to pass GPMC Chip Select settings, platform device and platform data
to the GPMC driver.
Some boards use multiple smsc911x devices, so we dynamically
allocate pdev and pdata.
Signed-off-by: Roger Quadros
---
Don't access any GPMC registers here. Use gpmc_generic_init()
to pass GPMC Chip Select settings, platform device and platform data
to the GPMC driver.
CC: Felipe Balbi
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/usb-tusb6010.c | 78 +++---
1 file
Add gpmc_probe_legacy() that will be called for non DT boots. This function
will use platform data to setup each chip select and populate the child
platform device for each of the chip selects.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.c | 129
Add compatible id, fix chip select partition size and
I/O space size. OneNAND devices just need 128KB for I/O
and the minimum possible chips select partition can be
16MB.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap2420-n8x0-common.dtsi | 5 +++--
arch/arm/boot/dts/omap3-n900.dts
This function populates platform data for the specified Chip Select.
It should be called by board init code.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.c | 79 ++
arch/arm/mach-omap2/gpmc.h | 6
2 files changed, 85 insertions(+)
Move OneNAND specific device tree parsing to NAND driver.
The OneNAND device node must have its own compatible id.
Add a new property 'ti,onenand-sync-rw' to indicate
synchronous read + write support. Default mode would be
only synchronous reads.
Signed-off-by: Roger Quadros
---
Provide NAND specific resources and platform data.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.c | 45 +
1 file changed, 45 insertions(+)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index c26ba3f..5563360 100644
On Wed, Jun 11, 2014 at 10:59:21AM +0200, Peter Zijlstra wrote:
> On Wed, Jun 11, 2014 at 10:14:11AM +0200, Paul Bolle wrote:
> > On Fri, 2014-06-06 at 05:20 -0700, tip-bot for Waiman Long wrote:
> > > +#if !defined(CONFIG_X86_OOSTORE) && !defined(CONFIG_X86_PPRO_FENCE)
> >
> > X86_OOSTORE was
The retime() function is not provided by board files so get rid of
it from omap_smc91x_platform_data().
Instead change it to smc91c96_get_device_timing() to get the device
timings.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/board-3430sdp.c | 8 --
This function should only be called by board init code for
legacy boot.
Re-arrange init order so that gpmc device is created after
the gpmc platform data is initialized by board files.
i.e. move omap_gpmc_init() to subsys_initcall.
Load gpmc platform driver later in the boot process.
i.e. move
Hi Jon,
I have a Intel Haswell platform in hand, and our team want to use NTB in
this platform.
I checked the current intel NTB driver in Linux kernel, I found the Haswell NTB
pci device id
is not contained in ntb_pci_tbl[]. I want to know whether current kernel ntb
driver can support
the
Most of the GPMC functions are now not used by other drivers.
Make them private.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.c | 84 ++
arch/arm/mach-omap2/gpmc.h | 63 --
2 files changed, 56
Don't access any GPMC registers here. Use gpmc_generic_init()
to pass GPMC Chip Select settings, platform device and platform data
to the GPMC driver.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc-onenand.c | 53 --
1 file changed, 11
On Tue 2014-06-10 19:32:51, Jiri Kosina wrote:
> On Tue, 10 Jun 2014, Linus Torvalds wrote:
>
> > > Lets be crazy and Cc Linus on that.
> >
> > Quite frankly, I hate seeing something like this:
> >
> > kernel/printk/printk.c | 1218
> > +--
> >
> >
Don't access any GPMC registers here. Use gpmc_generic_init()
to pass GPMC Chip Select settings, platform device and platform data
to the GPMC driver.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/board-flash.c | 28 +++-
1 file changed, 11 insertions(+), 17
Some devices (e.g. tusb6010) need 2 chip selects to work with
2 separate IOMEM resources. Allow such use case. The user just
needs to call gpmc_generic_init() for as many chip selects
with the same platform_device pointer. The GPMC driver will
take care of fixing up the memory resources.
Move the code that puts the onenand in synchronous mode
into the appropriate place i.e. drivers/mtd/onenand/omap2.c.
Make use of omap_gpmc_get_clk_period() and omap_gpmc_retime()
to calculate the necessary timings and configure the GPMC
parent's timings.
Signed-off-by: Roger Quadros
---
This is needed for NAND and OneNAND to work.
Signed-off-by: Roger Quadros
---
arch/arm/configs/omap2plus_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index a4e8d01..98dad6c 100644
---
On Wed, Jun 11, 2014 at 10:14:11AM +0200, Paul Bolle wrote:
> On Fri, 2014-06-06 at 05:20 -0700, tip-bot for Waiman Long wrote:
> > +#if !defined(CONFIG_X86_OOSTORE) && !defined(CONFIG_X86_PPRO_FENCE)
>
> X86_OOSTORE was removed in v3.14, see commit 09df7c4c8097 ("x86: Remove
>
Use devres managed resources for Memory, GPIO and Interrupt
resources.
0 is a valid gpio, so use gpio_is_valid() to check for
valid gpio number.
Signed-off-by: Roger Quadros
---
drivers/mtd/onenand/omap2.c | 92 -
1 file changed, 33 insertions(+), 59
The write protect (WP) pin is only used for NAND devices. So move
the code into the NAND driver.
Get rid of gpmc_configure() as it is no longer used.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc-nand.c | 4
arch/arm/mach-omap2/gpmc.c | 29
Onenand device operates in Asynchronous mode by default. So
configure GPMC settings/timings based on Async mode before the onenand
device is created.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc-onenand.c | 66 ++
1 file changed, 32
Add a platform data structure for GPMC. It contains all the necessary
platform information that needs to be passed from platform init code
to GPMC driver.
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.h | 4 +---
include/linux/platform_data/gpmc-omap.h | 30
Use actual register space size from Reference Manual.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/am33xx.dtsi | 2 +-
arch/arm/boot/dts/am4372.dtsi | 2 +-
arch/arm/boot/dts/omap2420.dtsi | 2 +-
arch/arm/boot/dts/omap2430.dtsi | 2 +-
arch/arm/boot/dts/omap3.dtsi| 2 +-
On Sun, Jun 8, 2014 at 4:47 PM, Axel Lin wrote:
> CONFIG_REGULATOR_AB8500_DEBUG is always not defined.
> ab8500_regulator_debug_init() is not called at all now,
> ab8500_regulator_debug_exit() simply return 0, thus remove them.
>
> Signed-off-by: Axel Lin
Acked-by: Linus Walleij
Yours,
Linus
On Mon, 09 Jun, at 03:00:17PM, Alex Thorlton wrote:
>
> I think the problem is that I really need to be doing this at a point
> where I can directly use physical addressing (the function pointer that
> we have stored in efi.uv_systab contains the physical address of our
> function) - at least
On Sun, Jun 8, 2014 at 4:45 PM, Axel Lin wrote:
> Now this is a DT-only driver because non-devicetree probe path is removed,
> so merge ab8500_regulator_of_probe() into ab8500_regulator_probe().
>
> Signed-off-by: Axel Lin
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe
> +MODULE_LICENSE("GPL");
"GPL v2"
signature.asc
Description: Digital signature
601 - 700 of 1520 matches
Mail list logo