On Monday 14 April 2014 11:17:38 Tarek Dakhran wrote:
> --- a/arch/arm/mach-exynos/exynos.c
> +++ b/arch/arm/mach-exynos/exynos.c
> @@ -159,6 +159,15 @@ static struct map_desc exynos5250_iodesc[] __initdata = {
> },
> };
>
> +static struct map_desc exynos5410_iodesc[] __initdata = {
> +
Hi Sebastian,
On Tue, Mar 18, 2014 at 09:40:57PM +, Sebastian Capella wrote:
> Use of tracers in local_irq_disable is causes abort loops when called
> with irqs disabled using a temporary stack. Replace local_irq_disable
> with raw_local_irq_disable instead to avoid tracers.
Do you have any
On Fri, Apr 11, 2014 at 10:08:30PM +0530, Viresh Kumar wrote:
> On 11 April 2014 20:48, Peter Zijlstra wrote:
> > On Fri, Apr 11, 2014 at 04:53:35PM +0200, Frederic Weisbecker wrote:
>
> > I think there's assumptions that tick runs on the local cpu;
>
> Yes, many function behave that way, i.e.
dev_set_drvdata and dev_get_drvdata are now simple enough again that
we can inline them as they used to be before commit b40284378.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
drivers/base/dd.c | 16
include/linux/device.h | 12 ++--
2 files
> This adds support for GPIO controlled reset pins on peripheral ICs to the
> reset
> controller framework. Currently there is no support for specifying a delay
> between assertion and de-assertion of the reset signal, so this has to be
> handled by the drivers.
Lots of GPIO controllers are
There is no point in calling dev_get_drvdata without a valid device.
So checking for dev == NULL is pointless. If such a check is ever
needed - which I doubt - the driver should do it before calling
dev_get_drvdata.
We were returning NULL if dev was NULL, which the caller certainly did
not expect
dev_set_drvdata can no longer fail, so it could return void.
All callers have hopefully been updated to no longer check for the
return value.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
drivers/base/dd.c |3 +--
include/linux/device.h |2 +-
2 files changed, 2
So there is no point in checking its return value, which will soon
disappear.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
drivers/iommu/exynos-iommu.c |7 +--
drivers/vfio/vfio.c |8 +---
2 files changed, 2 insertions(+), 13 deletions(-)
---
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 12:34:13 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > On Mon, 14 Apr 2014 12:04:57 +0200
> > > Ingo Molnar wrote:
> > >
> > > >
> > > > * Igor Mammedov wrote:
> > > >
> > > > > On Mon, 14 Apr 2014 11:19:54 +0200
> >
* Markus Trippelsdorf wrote:
> On 2014.04.14 at 12:32 +0200, Ingo Molnar wrote:
> >
> > * Markus Trippelsdorf wrote:
> >
> > > On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote:
> > > >
> > > > * Andi Kleen wrote:
> > > >
> > > > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds
Having to allocate memory as part of dev_set_drvdata() is a problem
because that memory may never get freed if the device itself is not
created. So move driver_data back to struct device.
This is a partial revert of commit b4028437.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
On Mon, 14 Apr 2014 12:34:13 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > On Mon, 14 Apr 2014 12:04:57 +0200
> > Ingo Molnar wrote:
> >
> > >
> > > * Igor Mammedov wrote:
> > >
> > > > On Mon, 14 Apr 2014 11:19:54 +0200
> > > > Ingo Molnar wrote:
> > > >
> > > > >
> > > >
This patch set is a proposal to revert most of commit b4028437. This
would solve a memory leak and also allow to simplify and ultimately
inline again functions dev_get_drvdata and dev_set_drvdata for smaller
footprint and improved performance.
[PATCH 1/5] driver core: Move driver_data back to
On 2014.04.14 at 12:32 +0200, Ingo Molnar wrote:
>
> * Markus Trippelsdorf wrote:
>
> > On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote:
> > >
> > > * Andi Kleen wrote:
> > >
> > > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds wrote:
> > > > > On Tue, Apr 8, 2014 at 1:49 PM,
(catching up on old email)
On Tue, Mar 18, 2014 at 07:35:59AM +, Jianguo Wu wrote:
> Cloud you please take a look at this?
[...]
> On 2014/2/17 15:05, Jianguo Wu wrote:
> > When enable LPAE and big-endian in a hisilicon board, while specify
> > mem=384M mem=512M@7680M, will get bad page
mutex_unlock() and put_pwq_unlocked() do not need to be called
when alloc_unbound_pwq() is failed.
And remove "if" condition for whether "pwq" is same as "wq->dfl_pwq"
when wq_calc_node_cpumask() returns false and just use "goto use_dfl_pwq"
Signed-off-by: Daeseok Youn
---
V2: replace "if
Currently, if user specifies both symbol name and address, we just
bail out.
This might be too rude. This patch makes it give more tolerance.
If both are specified, let symbol name take precedence; upon failure,
try address. And print a warning message if user specify an address
to inform him
Is it the responsibility of the pwm driver to handle the pinmux of the
io pins? Or is the end user, or a parent driver responsible to handle this?
Idem for the clock?
On 04/09/2014 05:59 PM, Tim Kryger wrote:
On Tue, Apr 8, 2014 at 6:27 PM, Stephen Warren wrote:
On 04/08/2014 05:02 PM, Tim
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 12:04:57 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > On Mon, 14 Apr 2014 11:19:54 +0200
> > > Ingo Molnar wrote:
> > >
> > > >
> > > > * Igor Mammedov wrote:
> > > >
> > > > > currently if AP wake up is failed,
* Markus Trippelsdorf wrote:
> On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote:
> >
> > * Andi Kleen wrote:
> >
> > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds wrote:
> > > > On Tue, Apr 8, 2014 at 1:49 PM, wrote:
> > > > >
> > > > > In addition to making the kernel smaller
On Mon, 14 Apr 2014 12:04:57 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > On Mon, 14 Apr 2014 11:19:54 +0200
> > Ingo Molnar wrote:
> >
> > >
> > > * Igor Mammedov wrote:
> > >
> > > > currently if AP wake up is failed, master CPU marks AP as not present
> > > > in
On Mon, 14 Apr 2014 12:03:35 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > On Mon, 14 Apr 2014 11:16:00 +0200
> > Ingo Molnar wrote:
> >
> > >
> > > * Igor Mammedov wrote:
> > >
> > > > /*
> > > > +* wait for ACK from master CPU before continuing
> > > > +
Alex,
Your commit a0715cc22601e8830ace98366c0c2bd8da52af52 added the prctl()
PR_SET_THP_DISABLE and PR_GET_THP_DISABLE flags.
The text below attempts to document these flags for the prctl(3).
Could you (and anyone else who is willing) please review the text
below (one or two p[ieces of which are
On Sat, 2014-04-12 at 18:28 +0100, Jonathan Cameron wrote:
> On 09/04/14 19:09, Joel Porquet wrote:
> > As suggested by checkpatch.pl, use dev_info() instead of
> > printk(KERN_INFO ...) to print message.
> >
> > Signed-off-by: Joel Porquet
> > ---
> > Only tested by compilation.
> >
From: "Li, Zhen-Hua"
For the cosa module, CONFIG_COSA can only be checked as 'm',
and cosa module can only be compiled as a module.
So remove unused code in cosa.c
Signed-off-by: Li, Zhen-Hua
---
drivers/net/wan/cosa.c |4
1 file changed, 4 deletions(-)
diff --git
On Sun, 2014-04-13 at 21:22 +0200, Stefani Seibold wrote:
> When executing a kexec kernel on a PowerPC board the new started kernel
> will not find already enumerated USB devices due a missing reset on the
> USB bus.
>
> As a work around a
>
> echo 1
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 11:19:54 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > currently if AP wake up is failed, master CPU marks AP as not present
> > > in do_boot_cpu() by calling set_cpu_present(cpu, false).
> > > That leads to following
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 11:16:00 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > /*
> > > + * wait for ACK from master CPU before continuing
> > > + * with AP initialization
> > > + */
> > > + cpumask_set_cpu(cpu, cpu_initialized_mask);
> > >
On Fri, Apr 11, 2014 at 04:38:03PM +0800, Duan Jiong wrote:
> This patch fixes coccinelle error regarding usage of IS_ERR and
> PTR_ERR instead of PTR_ERR_OR_ZERO.
>
> Signed-off-by: Duan Jiong
Acked-by: Maxime Ripard
You should probably send it to Kishon so that he can merge it though.
* Steven Rostedt wrote:
> A while back ago I wrote a patch that would allow for reader/writer
> locks like rwlock and rwsems to have multiple readers in PREEMPT_RT. It
> was slick and fast but unfortunately it was way too complex and ridden
> with nasty little critters which earned me my large
On Mon, 14 Apr 2014 11:19:54 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > currently if AP wake up is failed, master CPU marks AP as not present
> > in do_boot_cpu() by calling set_cpu_present(cpu, false).
> > That leads to following list corruption on the next physical CPU
> >
This include file is about to disapear. In addition it is
useless for this code. So it is time to remove it.
Signed-off-by: Nicolas Ferre
---
Hi Mark,
This patch is needed before we integrate the folling one. It will allow us to
remove the mach/gpio.h header file for AT91 and will be a move
From: Linus Walleij
This moves the header in the AT91 platform down
into the machine directory and removes the reliance on
MACH_NEED_GPIO_H from the AT91.
This does not move the platform to GENERIC_GPIO but localize
the remaining work to be done for this to the mach-at91
folder.
On Mon, 14 Apr 2014 11:16:00 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > /*
> > +* wait for ACK from master CPU before continuing
> > +* with AP initialization
> > +*/
> > + cpumask_set_cpu(cpu, cpu_initialized_mask);
> > + while (!cpumask_test_cpu(cpu,
On 14 April 2014 15:18, Preeti Murthy wrote:
> I am not too sure about the complexity or the worthiness of this patch but
> just wanted to add that care must be taken to migrate the tick_sched_timer
> of all the remote CPUs off a hotplugged out CPU if the latter was keeping
> their time thus far.
Hi Viresh,
I am not too sure about the complexity or the worthiness of this patch but
just wanted to add that care must be taken to migrate the tick_sched_timer
of all the remote CPUs off a hotplugged out CPU if the latter was keeping
their time thus far. In the normal scenario I am guessing the
On Mon, Apr 14, 2014 at 10:33:32AM +0100, Matt Fleming wrote:
> That and the fact that no one has said "We really need support".
Don't be putting words in people's mouths :-)
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this
* Borislav Petkov wrote:
> On Mon, Apr 14, 2014 at 09:21:13AM +0200, Ingo Molnar wrote:
> > Apparently the game in question is "Exile: Escape from the pit":
> >
> > http://osdir.com/ml/wine-bugs/2014-04/msg01159.html
>
> Ah, thanks.
>
> Well, FWIW, you can get the game for free:
>
>
This driver is using devres managed calls incorrectly, giving the cpu0
device as first parameter instead of the cpufreq platform device.
This results in resources not being freed if the cpufreq platform device
is unbound, for example if probing has to be deferred for a missing
regulator.
There is no need to include delay.h.
Acked-by: Viresh Kumar
Acked-by: Shawn Guo
Signed-off-by: Philipp Zabel
---
drivers/cpufreq/imx6q-cpufreq.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/cpufreq/imx6q-cpufreq.c b/drivers/cpufreq/imx6q-cpufreq.c
index 92a82ec..af366c2 100644
On Tue, Mar 25, 2014 at 10:31:39AM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
SNIP
> @@ -1176,6 +1176,9 @@ static void print_aggr(char *prefix)
> if (run != ena)
> fprintf(output, " (%.2f%%)",
>
On Mon, Apr 14, 2014 at 09:21:13AM +0200, Ingo Molnar wrote:
> Apparently the game in question is "Exile: Escape from the pit":
>
> http://osdir.com/ml/wine-bugs/2014-04/msg01159.html
Ah, thanks.
Well, FWIW, you can get the game for free:
http://www.spiderwebsoftware.com/exile/winexile.html
From: "Li, Zhen-Hua"
udelay with more than 2 may cause __bad_udelay.
Use mdelay for instead.
Signed-off-by: Li, Zhen-Hua
---
sound/isa/es18xx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/sound/isa/es18xx.c b/sound/isa/es18xx.c
index 1c16830..8d3a3b6
On 12/04/14 21:51, David Miller wrote:
> From: Vincenzo Maffione
> Date: Sat, 12 Apr 2014 11:55:40 +0200
>
>> This patch fixes the initialization of an array used in the TX
>> datapath that was mistakenly initialized together with the
>> RX datapath arrays. An out of range array access could
On Monday, April 14, 2014 6:34 PM, Steve Capper wrote:
> On Mon, Apr 14, 2014 at 06:24:55PM +0900, Jungseok Lee wrote:
> > On Monday, April 14, 2014 6:14 PM, Steve Capper wrote:
> > > On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > > > This patch implements 4 levels of
Sehr geehrte Begünstigten,
Sie haben als der einzige Begünstigte der Summe der fünfhunderttausend Euro (€
500,000.00 Euro) ausgewählt wurde, die hier in WESTERN UNION Büro von der
ONU-Organisation für Sie hinterlegt ist.
Bitte kontaktieren Sie uns für Ansprüche E-Mail:
cirrus kms driver lacks power management support, thus
the vga display doesn't work any more after S3 resume.
Fix this by adding suspend and resume functions.
Also make the mode_set function unblank the screen.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/cirrus/cirrus_drv.c | 42
bochs kms driver lacks power management support, thus
the vga display doesn't work any more after S3 resume.
Fix this by adding suspend and resume functions.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 1 +
drivers/gpu/drm/bochs/bochs_drv.c | 44
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 2 --
drivers/gpu/drm/bochs/bochs_fbdev.c | 1 -
2 files changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs.h b/drivers/gpu/drm/bochs/bochs.h
index 4608205..7eb52dd 100644
--- a/drivers/gpu/drm/bochs/bochs.h
On Mon, 14 Apr, at 10:28:02AM, Thomas Bächler wrote:
> Am 14.04.2014 09:15, schrieb Ingo Molnar:
> >>> Right, it is really that it is not possible to boot a mixed-mode kernel
> >>> on its non-native firmware using the stub, since the stub itself can
> >>> only be one way or the other.
> >>
> >>
On Mon, Apr 14, 2014 at 06:24:55PM +0900, Jungseok Lee wrote:
> On Monday, April 14, 2014 6:14 PM, Steve Capper wrote:
> > On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > > This patch implements 4 levels of translation tables since 3 levels of
> > > page tables with 4KB pages
W=... provides extra gcc checks.
Having such code in scripts/Makefile.build results in the same flags
being added to KBUILD_CFLAGS multiple times becuase
scripts/Makefile.build is invoked every time Kbuild descends into
the subdirectories.
Since the top Makefile is already too cluttered, this
On Mon, Apr 14, 2014 at 10:59:11AM +0200, Peter Zijlstra wrote:
> > Why not using braces here and moving the use_default code block inside
> > it instead?
>
> I didn't because there's two goto use_default sites, but sure, I can do
> that.
---
Subject: sched,idle: Reflow cpuidle_idle_call()
On Monday, April 14, 2014 6:14 PM, Steve Capper wrote:
> On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > This patch implements 4 levels of translation tables since 3 levels of
> > page tables with 4KB pages cannot support 40-bit physical address
> > space described in [1] due to
Hi,
This is first part of fifth version of patchset adding support for
MAX77836 device to the max14577 driver.
I decided to split the patchset into smaller parts. I hope this would
help in getting necessary review/acks from maintainers.
The first part introduces changes in max14577 driver and
* Igor Mammedov wrote:
> acpi_processor_add() assumes that present at boot CPUs
> are always onlined, it is not so if a CPU failed to become
> onlined. As result acpi_processor_add() will mark such CPU
> device as onlined in sysfs and following attempts to
> online/offline it using
From: Chanwoo Choi
This patch use device name to make sysfs path according to device type:
max14577-muic
- /sys/class/extcon/max14577-muic/
max77836-muic
- /sys/class/extcon/max77836-muic/
Signed-off-by: Chanwoo Choi
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Acked-by: Chanwoo
This patch prepares for adding support for MAX77836 device to existing
max14577 driver by adding MAX14577 prefix to defines of interrupts.
This is only a rename-like patch, new code is not added.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
---
drivers/mfd/max14577.c |
* Igor Mammedov wrote:
> if during CPU hotplug master CPU failed to wake up AP
> it set percpu x86_cpu_to_apicid to BAD_APICID=0x for AP.
>
> However following attempt to unplug that CPU will lead to
> out of bound write access to __apicid_to_node[] which is
> 32768 items long on x86_64
* Igor Mammedov wrote:
> currently if AP wake up is failed, master CPU marks AP as not present
> in do_boot_cpu() by calling set_cpu_present(cpu, false).
> That leads to following list corruption on the next physical CPU
> hotplug:
Shouldn't this fix precede the main change to the smp bootup
On Fri, Apr 11, 2014 at 02:34:52PM -0400, Don Zickus wrote:
> On Fri, Apr 11, 2014 at 07:30:00PM +0200, Jiri Olsa wrote:
SNIP
> > and with your changes we could do:
> >
> >Overhead CPU symbol
> > ... ..
> >90%0
> > 50%krava1
> > 20%
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
During probe choose muic_irqs according to device type. Currently there
are only "max14577_muic_irqs" but later patch will add max77836
interrupts.
Signed-off-by: Krzysztof Kozlowski
Cc:
Add muic prefix to regmap config to differentiate between another regmap
config for MAX77836 PMIC node. Additionally remove unused
symbols: MAX14577_REG_INVALID and max14577_irq_source.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
---
drivers/mfd/max14577.c | 9 +
Add max14577 prefix to muic_irqs array. This prepares for max77836
support in this extcon driver.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Acked-by: Chanwoo Choi
Tested-by: Chanwoo Choi
---
drivers/extcon/extcon-max14577.c | 12 ++--
1 file changed, 6 insertions(+), 6
Add support for MAX77836 chipset and its additional two LDO regulators.
These LDO regulators are controlled by the PMIC block with additional
regmap (different I2C slave address).
The MAX77836 charger and safeout regulators are almost identical to
MAX14577. The registers layout is the same,
Add support for MAX77836 chipset to the max14577 extcon driver. The
MAX77836 MUIC has additional interrupts (VIDRM, ADC1K) so IRQ handling
is split up into two functions: max14577_parse_irq() and
max77836_parse_irq().
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Chanwoo Choi
Cc: Kyungmin
Add Maxim 77836 support to max14577 driver. The chipsets have same MUIC
component so the extcon, charger and regulators are almost the same. The
MAX77836 however has also PMIC and Fuel Gauge.
The MAX77836 uses three I2C slave addresses and has additional interrupts
(related to PMIC and Fuel
This patch continues the preparation for adding support for MAX77836
device to existing max14577 driver.
Add enum for types of devices supported by this driver. The device type
will be detected by matching of_device_id, or i2c_device_id as a
fallback.
The patch also moves to separate function
* Igor Mammedov wrote:
> /*
> + * wait for ACK from master CPU before continuing
> + * with AP initialization
> + */
> + cpumask_set_cpu(cpu, cpu_initialized_mask);
> + while (!cpumask_test_cpu(cpu, cpu_callout_mask))
> + cpu_relax();
> + /*
> +
On 04/14/2014 04:43 PM, Li Zhong wrote:
> Seems we all agree that information about SECTION, e.g. section size,
> sections per memory block should be kept as kernel internals, and not
> exposed to userspace.
>
> This patch updates Documentation/memory-hotplug.txt to refer to memory
> blocks
On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> This patch implements 4 levels of translation tables since 3 levels
> of page tables with 4KB pages cannot support 40-bit physical address
> space described in [1] due to the following issue.
>
> It is a restriction that kernel
On 14/04/2014 at 10:43:14 +0200, Boris Brezillon wrote :
> This patch removes the selection of AT91_USE_OLD_CLK when selecting
> sam9x5 SoCs support. This will automatically enable COMMON_CLK_AT91 option
> and add support for at91 common clk implementation.
>
> Signed-off-by: Boris BREZILLON
Hi Mark,
On Fri, Apr 11, 2014 at 9:06 AM, Harini Katakam
wrote:
> Hi Mark,
>
> On Fri, Apr 11, 2014 at 4:18 AM, Mark Brown wrote:
>> On Thu, Apr 10, 2014 at 05:43:49PM +0530, Harini Katakam wrote:
>>> Add driver for Cadence SPI controller. This is used in Xilinx Zynq.
>>
>> This looks mostly
On 14/04/2014 at 10:43:13 +0200, Boris Brezillon wrote :
> Define sam9x5ek's main and slow crystal frequencies.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/at91sam9x5cm.dtsi | 8
> 1 file changed, 8 insertions(+)
>
> diff --git
On 14/04/2014 at 10:43:12 +0200, Boris Brezillon wrote :
> Define sam9x5 clocks in sam9x5 dt files and make use of them in peripheral
> definitions.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/at91sam9x5.dtsi| 355
>
Add spi-cadence bindings documentation.
Signed-off-by: Harini Katakam
---
v4 changes:
No changes.
v3 changes:
- Remove /bits/ 16 from num-cs property in example.
- Add is-decoded-cs optional property and add to description of num-cs.
v2 changes:
- Separate patch for bindings.
- Add xilinx
- Adds support for ksz9031 PAD skew configuration over devicetree
- Removes hard-coded pad skew configuration for imx6q-sabrelite, now redundant
with arch/arm/boot/dts/imx6qdl-sabrelite.dtsi
Tested on congatec conga-QEVAL board with conga-QMX6 module.
This patch is based on Anatolij
Hi Alexandre,
On 14/04/2014 10:56, Alexandre Belloni wrote:
> On 14/04/2014 at 10:16:37 +0200, Boris Brezillon wrote :
>> Define sam9n12 clocks and make use of them in peripheral definitions.
>>
>> Signed-off-by: Boris BREZILLON
>> ---
>> arch/arm/boot/dts/at91sam9n12.dtsi | 350
>>
This patch add DT binding documentation for Exynos3250 ADC IP. Exynos3250 has
special clock ('sclk_tsadc') for ADC which provide clock to internal ADC.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: Randy Dunlap
Cc: Kukjin Kim
Cc: Naveen Krishna
This patch control special clock for ADC in Exynos series's FSYS block.
If special clock of ADC is registerd on clock list of common clk framework,
Exynos ADC drvier have to control this clock.
Exynos3250/Exynos4/Exynos5 has 'adc' clock as following:
- 'adc' clock: bus clock for ADC
Exynos3250
Add driver for Cadence SPI controller. This is used in Xilinx Zynq.
Signed-off-by: Harini Katakam
---
v4 changes:
- Use clk_disable_unprepare and clk_prepare_enable in suspend and resume
respectively.
v3 changes:
- Remove setup function.
Make clock CPOL/CPHA setup a separate funtion and
This patchset support Exynos3250 ADC (Analog Digital Converter) because
Exynos3250 has additional special clock for ADC IP.
Changes from v1:
- Add new "samsung,exynos-adc-v3" compatible to support Exynos3250 ADC
- Add a patch about DT binding documentation
Chanwoo Choi (2):
iio: adc:
This issue is introduced in commit 27f6c573e0. I forget to
execute put_cpu_var operation after get_cpu_var.
Signed-off-by: Chen, Gong
---
arch/x86/kernel/cpu/mcheck/mce.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/kernel/cpu/mcheck/mce.c b/arch/x86/kernel/cpu/mcheck/mce.c
According to Peter's suggestion, use this_cpu_* instead of
__get_cpu_var. BTW, remove bitmask ops to avoid unnecessary
overhead.
Signed-off-by: Chen, Gong
Suggested-by: H. Peter Anvin
---
arch/x86/kernel/cpu/mcheck/mce.c | 36 ++--
1 file changed, 18
On 14/04/2014 at 10:43:11 +0200, Boris Brezillon wrote :
> This patch encloses sam9x5 old clk registration in
> "#if defined(CONFIG_OLD_CLK_AT91) #endif" sections.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
> ---
> arch/arm/mach-at91/at91sam9x5.c | 6 +-
> 1 file
On Sun, Apr 13, 2014 at 05:36:46PM -0400, Nicolas Pitre wrote:
> > @@ -102,90 +102,64 @@ static int cpuidle_idle_call(void)
> > * Check if the cpuidle framework is ready, otherwise fallback
> > * to the default arch specific idle method
> > */
> > - ret = cpuidle_enabled(drv,
Hi all,
I guess I found the root cause. It's a bug in matching
device scope, variable 'level' should be decreased when walking up PCI
topology.
Could you please help to test following patch?
Thanks!
Gerry
diff --git a/drivers/iommu/dmar.c b/drivers/iommu/dmar.c
index
On 14/04/2014 at 10:16:39 +0200, Boris Brezillon wrote :
> This patch removes the selection of AT91_USE_OLD_CLK when selecting
> sam9n12 SoC support. This will automatically enable COMMON_CLK_AT91 option
> and add support for at91 common clk implementation.
>
> Signed-off-by: Boris BREZILLON
On 14/04/2014 at 10:16:38 +0200, Boris Brezillon wrote :
> Define sam9n12ek's main and slow crystal frequencies.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/at91sam9n12ek.dts | 8
> 1 file changed, 8 insertions(+)
>
> diff --git
On 14/04/2014 at 10:16:37 +0200, Boris Brezillon wrote :
> Define sam9n12 clocks and make use of them in peripheral definitions.
>
> Signed-off-by: Boris BREZILLON
> ---
> arch/arm/boot/dts/at91sam9n12.dtsi | 350
> -
> 1 file changed, 348 insertions(+), 2
On 14/04/2014 at 10:16:36 +0200, Boris Brezillon wrote :
> This patch encloses sam9n12 old clk registration in
> "#if defined(CONFIG_OLD_CLK_AT91) #endif" sections.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
> ---
> arch/arm/mach-at91/at91sam9n12.c | 6 +-
> 1 file
On April 14, 2014 2:48:13 AM GMT+01:00, Srinivas Pandruvada
wrote:
>
>On 04/12/2014 10:21 AM, Jonathan Cameron wrote:
>> On 09/04/14 01:56, Srinivas Pandruvada wrote:
>>> Added usage id processing for device rotation. This uses IIO
>>> interfaces for triggered buffer to present data to user
On Mon, Apr 14, 2014 at 02:05:25AM +, Chew, Chiau Ee wrote:
> > > MODULE_DESCRIPTION("PWM driver for Intel LPSS");
> > >MODULE_AUTHOR("Mika
> > > Westerberg ");
> > > MODULE_LICENSE("GPL v2");
> > > MODULE_ALIAS("platform:pwm-lpss");
> >
> > Looks a good idea to combine pci and acpi driver
Seems we all agree that information about SECTION, e.g. section size,
sections per memory block should be kept as kernel internals, and not
exposed to userspace.
This patch updates Documentation/memory-hotplug.txt to refer to memory
blocks instead of memory sections where appropriate and added a
This patch removes the selection of AT91_USE_OLD_CLK when selecting
sam9x5 SoCs support. This will automatically enable COMMON_CLK_AT91 option
and add support for at91 common clk implementation.
Signed-off-by: Boris BREZILLON
---
arch/arm/mach-at91/Kconfig | 1 -
1 file changed, 1 deletion(-)
Define sam9x5 clocks in sam9x5 dt files and make use of them in peripheral
definitions.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/at91sam9x5.dtsi| 355 ++-
arch/arm/boot/dts/at91sam9x5_can.dtsi| 31 +++
arch/arm/boot/dts/at91sam9x5_isi.dtsi
This patch encloses sam9x5 old clk registration in
"#if defined(CONFIG_OLD_CLK_AT91) #endif" sections.
Signed-off-by: Boris BREZILLON
---
arch/arm/mach-at91/at91sam9x5.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-at91/at91sam9x5.c
Guten Abend,
Ich bin Herr Juan Morato, der Auditor General von Unicaja Bank-
Madrid. Im Zuge meiner Abschlussprüfung, entdeckte ich eine
schwimmende Fonds auf einem Konto, das 1990 bei der Cam Bank eröffnet
wurde, bevor der Besitz von Unicaja Gruppe gekauft wurde, ich bin der
From: Boris BREZILLON
Hello,
This series moves the at91sam9x5 SoCs and the at91sam9x5-ek boards to
the Common Clock Framework.
It depends on this series [1], which introduces new slow clock and main
clock implementation (and DT bindings) for at91 SoCs.
Best Regards,
Boris
[1]
Define sam9x5ek's main and slow crystal frequencies.
Signed-off-by: Boris BREZILLON
---
arch/arm/boot/dts/at91sam9x5cm.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/at91sam9x5cm.dtsi
b/arch/arm/boot/dts/at91sam9x5cm.dtsi
index 4a5ee5c..2798b02 100644
---
801 - 900 of 2040 matches
Mail list logo