The A31 SoC provides both PL and PM pio bank through the R_PIO block.
These pins all support gpio function and can bbe assigned to system
peripherals (like TWI, P2WI, JTAG, ...)
Add new compatible string to the DT bindings doc.
Signed-off-by: Boris BREZILLON
Acked-by: Maxime Ripard
---
On Thu, Apr 10, 2014 at 03:24:58PM +0200, Jiri Olsa wrote:
> On Thu, Apr 10, 2014 at 09:15:15AM -0400, Don Zickus wrote:
> > On Thu, Apr 10, 2014 at 11:31:46AM +0200, Jiri Olsa wrote:
> > > On Mon, Apr 07, 2014 at 02:55:21PM -0400, Don Zickus wrote:
> > >
> > > SNIP
> > >
> > > > +static int
Disable the clk when failing to probe the pin controller device.
Signed-off-by: Boris BREZILLON
---
drivers/pinctrl/pinctrl-sunxi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-sunxi.c b/drivers/pinctrl/pinctrl-sunxi.c
index 2d9ca1c..73d11e2
Check the clk_prepare_enable return value to avoid false positive probe.
Signed-off-by: Boris BREZILLON
---
drivers/pinctrl/pinctrl-sunxi.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-sunxi.c b/drivers/pinctrl/pinctrl-sunxi.c
index
The A31 SoC has PL and PM banks and thus increase the default ARCH_NR_GPIO.
Signed-off-by: Boris BREZILLON
Acked-by: Maxime Ripard
---
arch/arm/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 5db05f6a..ee096bf 100644
---
On 09/04/2014 20:26, Alexandre Belloni :
> atmel_pwm_config() calls clk_get_rate() which might sleep, so we need to set
> pwm_chip can_sleep flag.
>
> Signed-off-by: Alexandre Belloni
Acked-by: Nicolas Ferre
> ---
> drivers/pwm/pwm-atmel.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
On Thu, Apr 10, 2014 at 2:00 AM, Arnd Bergmann wrote:
> On Wednesday 09 April 2014 21:48:14 Bjorn Helgaas wrote:
>> On Wed, Apr 9, 2014 at 7:27 PM, Liviu Dudau wrote:
>> > On Wed, Apr 09, 2014 at 08:02:41AM -0600, Bjorn Helgaas wrote:
>> >> >> struct pci_host_bridge {
>> >> >> int domain;
On 04/09/2014 10:48 AM, David Cohen wrote:
On Tue, Apr 08, 2014 at 04:56:36PM -0700, Randy Dunlap wrote:
On 04/08/2014 01:59 PM, David Cohen wrote:
Add initial Intel MID watchdog driver support.
This driver is an initial implementation of generic Intel MID watchdog
driver. Currently it
On 2014-04-10 00:45, Benjamin Herrenschmidt wrote:
On Wed, 2014-04-09 at 21:52 -0600, Jens Axboe wrote:
On 2014-04-09 21:35, Benjamin Herrenschmidt wrote:
On Wed, 2014-04-09 at 20:25 -0600, Jens Axboe wrote:
On 2014-04-09 19:36, Benjamin Herrenschmidt wrote:
On Wed, 2014-04-09 at 19:31
On 04/10, Denys Vlasenko wrote:
>
> On 04/09/2014 09:44 PM, Oleg Nesterov wrote:
> > uprobes/x86: Emulate unconditional rip-relative jmp's
>
> I propose "Emulate unconditional relative jmp's"
Thanks, will do. And I also agree with your reply to 0/6, will update
the code/subjects.
>
> > +
10.04.2014, 11:00, "Michael wang" :
> On 04/10/2014 11:31 AM, Sasha Levin wrote:
> [snip]
>
>> I'd like to re-open this issue. It seems that something broke and I'm
>> now seeing the same issues that have gone away 2 months with this patch
>> again.
>
> A new mechanism has been designed to move
On Thu, Apr 10, 2014 at 01:25:27PM +0300, Kirill A. Shutemov wrote:
> On Tue, Apr 08, 2014 at 10:37:05AM -0400, Sasha Levin wrote:
> > Hi all,
> >
> > While fuzzing with trinity inside a KVM tools guest running the latest -next
> > kernel, I've stumbled on the following:
> >
> > [ 1275.253114]
In menu_select function we check for correction factor every time.
If it is zero we are initializing to unity. Hence move it to init function
and initialise by unity, hence avoid repeated comparisons.
Signed-off-by: Chander Kashyap
---
drivers/cpuidle/governors/menu.c | 15 ---
1
Wir bieten privaten und gewerblichen Darlehen ohne Sicherheiten (nur
Identifikation) bei 3% Zinssatz, ab € 10.000 bis € 90.000.000 in 1 Jahr
bis 20 Jahren Laufzeit überall in der Welt..
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Rob Herring
We attempt to search for compatible strings which use a variable
token in the documented name such as or . While this
was attempted to be handled, it's utterly broken.
The desired forms of matching are:
vendor,-*
vendor,name-*
For , lower case characters and numbers are
On 04/09/2014 05:43 PM, Oleg Nesterov wrote:
> On 04/08, Jim Keniston wrote:
>>
>> On Sun, 2014-04-06 at 22:16 +0200, Oleg Nesterov wrote:
>>> 0xe8. Anything else?
>>
>> No, I think e8 is the only call instruction uprobes will see.
>
> Good.
There is this monstrosity, "16-bit override for
On 04/10, Masami Hiramatsu wrote:
>
> (2014/04/10 21:53), Denys Vlasenko wrote:
> > On 04/09/2014 09:44 PM, Oleg Nesterov wrote:
> >> +static void ttt_clear_displacement(struct arch_uprobe *auprobe, struct
> >> insn *insn)
> >
> > Branch instruction's offset isn't called "displacement"
> > on
On Thu, Apr 10, 2014 at 8:52 AM, Josh Boyer wrote:
> On Thu, Apr 10, 2014 at 8:40 AM, Mika Westerberg
> wrote:
>> On Thu, Apr 10, 2014 at 08:22:12AM -0400, Josh Boyer wrote:
>>> On Thu, Apr 10, 2014 at 2:50 AM, Rafał Miłecki wrote:
>>> > 2014-04-09 23:09 GMT+02:00 Josh Boyer :
>>> >> With Linux
On 04/10, Steven Rostedt wrote:
>
> On Wed, 9 Apr 2014 19:06:16 +0200
> Oleg Nesterov wrote:
>
> > syscall_regfunc() ignores the kernel thread because "it has
> > no effect", see cc3b13c1 "Don't trace kernel thread syscalls".
> >
> > However, this means that a user-space task spawned by
> >
On 04/10, Steven Rostedt wrote:
>
> On Wed, 9 Apr 2014 19:05:42 +0200
> Oleg Nesterov wrote:
>
> > --- a/kernel/fork.c
> > +++ b/kernel/fork.c
> > @@ -1472,7 +1472,9 @@ static struct task_struct *copy_process(unsigned long
> > clone_flags,
> >
> > total_forks++;
> >
On 04/10, Steven Rostedt wrote:
>
> On Wed, 9 Apr 2014 19:05:42 +0200
> Oleg Nesterov wrote:
>
> > syscall_regfunc() and syscall_unregfunc() should set/clear
> > TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race
> > with copy_process() and miss the new child which was not added to
On Tue, 8 Apr 2014 13:32:31 -0400
Steven Rostedt wrote:
> On Tue, 08 Apr 2014 13:11:32 -0400
> Sasha Levin wrote:
>
> > >>
> > >> Although when I mount everything for the fuzzer I do it with
> > >> '-onoexec,nosuid'
> > >> and the fuzzer is banned from testing mount(), so I'm not sure how it
On Thu, Apr 10, 2014 at 06:07:05PM +0800, Hong zhi guo wrote:
> Hi, Tejun, Vivek and Jens,
>
> I did tests and you affirmed the idea, and Vivek said he'll review the
> last version of the patch. But it seems he left blkio area more than
> half year. What next should I do to make progress ?
Hong,
Hello,
On Thu, Apr 10, 2014 at 05:18:34PM +0800, Li Zhong wrote:
> I noticed following lockdep warning when trying acpi hot-remove cpus:
>
> [84154.204080] ==
> [84154.204080] [ INFO: possible circular locking dependency detected ]
>
On Wed, 9 Apr 2014 19:06:16 +0200
Oleg Nesterov wrote:
> syscall_regfunc() ignores the kernel thread because "it has
> no effect", see cc3b13c1 "Don't trace kernel thread syscalls".
>
> However, this means that a user-space task spawned by
> call_usermodehelper() won't report the system calls
Add support to consume phy provided by Generic phy framework.
Keeping the support for older usb-phy intact right now, in order
to prevent any functionality break in absence of relevant
device tree side change for ohci-exynos.
Once we move to new phy in the device nodes for ohci, we can
remove the
On Thu, Apr 10, 2014 at 09:15:15AM -0400, Don Zickus wrote:
> On Thu, Apr 10, 2014 at 11:31:46AM +0200, Jiri Olsa wrote:
> > On Mon, Apr 07, 2014 at 02:55:21PM -0400, Don Zickus wrote:
> >
> > SNIP
> >
> > > +static int init_cpunode_map(void)
> > > +{
> > > + int i;
> > > +
> > > +
This patch improves extcon client API to get rid of ugly functions operating
on name strings. It gives independency from naming convention in extcon
provider drivers. Names given at provider registration are now used only
for sysfs, debugs, and to support platforms using legacy devicetree
This patch adds check if pdata is NULL, to avoid NULL pointer dereference
when platform data is not available. After this changes, in described
situation driver will be configured with default values.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max8997.c |2 +-
1 file changed, 1
This patch adds check if pdata is NULL, to avoid NULL pointer dereference
when platform data is not available. After this changes, in described
situation driver will be configured with default values.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max77693.c |2 +-
1 file changed,
This patch modifies extcon-adc-jack driver to use initialization data from
devicetree, when platform data is not available. It allows to define cable list
with ADC value ranges for each of them in devicetree bindings.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-adc-jack.c | 74
This patch removes cable array example form extcon code, to avoid
littering driver namespace. Now it's located in extcon documentation.
Signed-off-by: Robert Baldyga
---
Documentation/extcon/extcon.txt | 108 +++
drivers/extcon/extcon-class.c | 32
This patch modifies extcon-gpio driver to use initialization data from
devicetree if platform data is not available. It allows to set controller
and cable names, and another parameters from devicetree bindings.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-gpio.c | 63
This patch simplifies extcon_updata_state() function. There is greatly
simplified kobject_uevent preparation. Also meaning of variable passed
to raw_notifier_call_chain() (and in effect to _call_per_cable()) has
changed. Now positions on ones in variable 'val' in _call_per_cable()
indicates
Added check if pointer to edev is not NULL, and updated documentation of index
parameter. Function extcon_find_cable_index() has been deleted and cannot be
used to retrieve cable number.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-class.c |9 ++---
1 file changed, 6
On Wed, 2014-04-09 at 16:10 -0700, H. Peter Anvin wrote:
> On 04/09/2014 04:01 PM, Fengguang Wu wrote:
> > CC the KVM people: it looks like a KVM problem that can be triggered by
> >
> > qemu-system-x86_64 -cpu Haswell,+smep,+smap
>
> I'm really confused. First of all, is this a KVM
This patch removes extcon_set_cable_state() and replace all calls of
this function witch extcon_set_cable_state_(), which is faster version.
This is first step of changing extcon API to faster and safer.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-class.c| 17
This patch removes two functions, extcon_find_cable_index() and
extcon_get_edev_by_phandle(). They are not longer needed, since
extcon client API has changed to be oriented on extcon_cable instead
of extcon_dev.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-class.c | 67
This patch modifies extcon_get_edev_by_phandle() function, to match
extcon device by devicetree node. This modification needed to add
field 'node' in extcon_dev structure, and fill it in probe function
of each extcon provider driver.
This patch replaces also extcon_get_extcon_dev() function with
This patchset adds many improvements to extcon class driver and extcon
provider drivers. It changes extcon API to faster and safer by replaceing
function taking extcon and cable names with functions working with
structures representing this objects.
It adds more advanced devicetree support which
This patch changes charger-manager bindings to be compatible with
new extcon bindings.
Signed-off-by: Robert Baldyga
---
.../bindings/power_supply/charger-manager.txt | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git
On Thu, Apr 10, 2014 at 09:08:21PM +0800, Fengguang Wu wrote:
> On Thu, Apr 10, 2014 at 08:41:37PM +0800, Fengguang Wu wrote:
> > Hi Jan,
> >
> > I tried your writeback dirty list patchset and noticed some ups/downs.
> > The main performance changes are
> >
> > 1) +2.5% fileio.requests_per_sec
>
This patch adds extcon devicetree bindings. Documentation describes in general
client and provider bindings, and contains detailed desctiprion of bindings
for each extcon provider.
Signed-off-by: Robert Baldyga
---
.../devicetree/bindings/extcon/extcon-adc-jack.txt | 60 +++
(2014/04/10 21:53), Denys Vlasenko wrote:
> On 04/09/2014 09:44 PM, Oleg Nesterov wrote:
>> +static void ttt_clear_displacement(struct arch_uprobe *auprobe, struct insn
>> *insn)
>
> Branch instruction's offset isn't called "displacement"
> on x86.
>
> How about ttt_clear_branch_offset?
I like
On Thu, Apr 10, 2014 at 11:31:46AM +0200, Jiri Olsa wrote:
> On Mon, Apr 07, 2014 at 02:55:21PM -0400, Don Zickus wrote:
>
> SNIP
>
> > +static int init_cpunode_map(void)
> > +{
> > + int i;
> > +
> > + set_max_cpu_num();
> > + set_max_node_num();
> > +
> > + cpunode_map =
Signed-off-by: Antoine Ténart
---
.../bindings/pinctrl/marvell,berlin-pinctrl.txt| 43 ++
1 file changed, 43 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pinctrl/marvell,berlin-pinctrl.txt
diff --git
The uart0 pinmux configuration is in the dtsi because uart0 will always
use uart0-pmux to work, no other possibility. Same thing for uart1.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2.dtsi | 20
arch/arm/boot/dts/berlin2cd.dtsi | 13 +
I made a typo in the LAKML address, so resend it.
This series add support for the Marvell Berlin pinctrl, allowing to
configure the pinmuxing from the device tree.
This is a group based pinmux and only group informations are defined.
For this to work a modification in the pinctrl framework is
On Thu, Apr 10, 2014 at 08:41:37PM +0800, Fengguang Wu wrote:
> Hi Jan,
>
> I tried your writeback dirty list patchset and noticed some ups/downs.
> The main performance changes are
>
> 1) +2.5% fileio.requests_per_sec
> 2) -7.1% iostat.md0.wkB/s
>
>
When using a group only pinctrl driver, which does not have any
information on the pins it is useless to define a get_group_pins
always returning an empty list of pins.
When not using get_group_pin[1], a driver must implement it so
pins = NULL and num_pins = 0. This patch makes it the default
Hey, Serge.
On Thu, Apr 10, 2014 at 05:08:55AM +0200, Serge E. Hallyn wrote:
> Quoting Tejun Heo (t...@kernel.org):
> > * It delivers events by forking and execing a userland binary
> > specified as the release_agent. This is a long deprecated method of
> > notification delivery. It's
The Marvell Berlin boards have a group based pinmuxing mechanism. This
driver adds the support for the BG2CD, BG2 and BG2Q. We actually do not
need any information about the pins here and only have the definition
of the groups.
Let's take the example of the uart0 pinmuxing on the BG2Q. Balls BK4
Signed-off-by: Antoine Ténart
---
arch/arm/mach-berlin/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-berlin/Kconfig b/arch/arm/mach-berlin/Kconfig
index d3c5f14dc142..291f1cac6c3d 100644
--- a/arch/arm/mach-berlin/Kconfig
+++ b/arch/arm/mach-berlin/Kconfig
@@ -4,6
On Wed, 9 Apr 2014 19:05:42 +0200
Oleg Nesterov wrote:
> syscall_regfunc() and syscall_unregfunc() should set/clear
> TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race
> with copy_process() and miss the new child which was not added to
> init_task.tasks list yet.
>
> Change
On Wed, 9 Apr 2014 19:05:42 +0200
Oleg Nesterov wrote:
> syscall_regfunc() and syscall_unregfunc() should set/clear
> TIF_SYSCALL_TRACEPOINT system-wide, but do_each_thread() can race
> with copy_process() and miss the new child which was not added to
> init_task.tasks list yet.
>
> Change
On Thu, Apr 10, 2014 at 11:04:59AM +0100, Marc Zyngier wrote:
> On Thu, Apr 10 2014 at 10:28:24 am BST, Chanwoo Choi
> wrote:
> > This patch declare coretex-a7's irqchip to initialze gic from dt
> > with "arm,cortex-a7-gic" data.
> >
> > Cc: Thomas Gleixner
> > Signed-off-by: Chanwoo Choi
> >
On Wed, 9 Apr 2014 19:05:05 +0200
Oleg Nesterov wrote:
> On 04/09, Steven Rostedt wrote:
> >
> > The tasklist_lock is all that is needed.
>
> Yes, but not _irq. Plus this code is buggy ;)
>
> Steven, I sent these patches twice (at least!). This time I didn't
> bother to recheck this code, but
From: Mathieu Desnoyers
Fix the following sparse warnings:
CHECK kernel/tracepoint.c
kernel/tracepoint.c:184:18: warning: incorrect type in assignment (different
address spaces)
kernel/tracepoint.c:184:18:expected struct tracepoint_func *tp_funcs
kernel/tracepoint.c:184:18:got
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: abb43f6998eb6466ea392d3757e673bbdb6ae171
Mathieu Desnoyers (2):
tracepoint: Fix sparse warnings in tracepoint.c
tracing: Fix anonymous unions in struct ftrace_event_call
From: Mathieu Desnoyers
gcc <= 4.5.x has significant limitations with respect to initialization
of anonymous unions within structures. They need to be surrounded by
brackets, _and_ they need to be initialized in the same order in which
they appear in the structure declaration.
Link:
Hi Greg,
please take the patch into the stable 3.14.y queue. It fixes a number
of EFI machines which makes a stable backport a good thing. Before you
apply it though, cherry-pick 42a5477251f on which this patch depends.
Then, you apply the backport I'm adding below.
Thanks.
--
From: Borislav
Sorry, the comment in previous patch is somewhat misguiding, this patch
replaces that one.
Currently, no regular expression replacement patterns for PageCgroup*
flag-ops are defined, which causes quite a few pain while reading code.
Just get rid of it.
Also, add a comment to inform people to
On Wed, 2014-04-09 at 15:20 +0100, Mark Rutland wrote:
> >
> > +config EFI
> > + bool "UEFI firmware support"
> > + depends on OF
>
> I note we're not depending on !CPU_BIG_ENDIAN here, and it looks like
> the implementation is not endian-clean (I've pointed out a few issues
> below).
On 04/09/2014 09:44 PM, Oleg Nesterov wrote:
> +static void ttt_clear_displacement(struct arch_uprobe *auprobe, struct insn
> *insn)
Branch instruction's offset isn't called "displacement"
on x86.
How about ttt_clear_branch_offset?
> +{
> + /*
> + * Turn this insn into "call 1f; 1:",
On Thu, Apr 10, 2014 at 8:40 AM, Mika Westerberg
wrote:
> On Thu, Apr 10, 2014 at 08:22:12AM -0400, Josh Boyer wrote:
>> On Thu, Apr 10, 2014 at 2:50 AM, Rafał Miłecki wrote:
>> > 2014-04-09 23:09 GMT+02:00 Josh Boyer :
>> >> With Linux v3.14-12042-g69cd9eba3886 I get an oops from the bcma
>> >>
On Thu, Apr 10, 2014 at 02:25:47PM +0200, Boris BREZILLON wrote:
> The A31 SoC has PL and PM banks, we thus need to increase the default
> ARCH_NR_GPIO when building for the sunxi architecture.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Maxime Ripard
Thanks!
Maxime
--
Maxime Ripard, Free
The existing timeout value in wait_for_completion_timeout is
calculated from the transfer length and speed with tolerance of 10msec.
This is too low because this is used for error conditions such as
hardware hang etc.
The xfer->speed_hz considered may not be the actual speed set
because the best
On Thu, Apr 10, 2014 at 02:25:46PM +0200, Boris BREZILLON wrote:
> The A31 SoC define a reset line for the R_PIO block which needs to be
> deasserted for the pin controller to be usable.
>
> Try to retrieve a reset line and deassert if one was found.
>
> Signed-off-by: Boris BREZILLON
> ---
>
On 04/09/2014 09:44 PM, Oleg Nesterov wrote:
> + case 0x0f:
> + if (insn->opcode.nbytes != 2)
> + return -ENOSYS;
> + /*
> + * If it is a "near" conditional jmp, OPCODE2() - 0x10 matches
> + * OPCODE1() of the "short" jmp
The Marvell Berlin boards have a group based pinmuxing mechanism. This
driver adds the support for the BG2CD, BG2 and BG2Q. We actually do not
need any information about the pins here and only have the definition
of the groups.
Let's take the example of the uart0 pinmuxing on the BG2Q. Balls BK4
Signed-off-by: Antoine Ténart
---
.../bindings/pinctrl/marvell,berlin-pinctrl.txt| 43 ++
1 file changed, 43 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pinctrl/marvell,berlin-pinctrl.txt
diff --git
This series add support for the Marvell Berlin pinctrl, allowing to
configure the pinmuxing from the device tree.
This is a group based pinmux and only group informations are defined.
For this to work a modification in the pinctrl framework is needed so
that get_group_pin could not be defined.
Signed-off-by: Antoine Ténart
---
arch/arm/mach-berlin/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-berlin/Kconfig b/arch/arm/mach-berlin/Kconfig
index d3c5f14dc142..291f1cac6c3d 100644
--- a/arch/arm/mach-berlin/Kconfig
+++ b/arch/arm/mach-berlin/Kconfig
@@ -4,6
The uart0 pinmux configuration is in the dtsi because uart0 will always
use uart0-pmux to work, no other possibility. Same thing for uart1.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2.dtsi | 20
arch/arm/boot/dts/berlin2cd.dtsi | 13 +
When using a group only pinctrl driver, which does not have any
information on the pins it is useless to define a get_group_pins
always returning an empty list of pins.
When not using get_group_pin[1], a driver must implement it so
pins = NULL and num_pins = 0. This patch makes it the default
On Thu, Apr 10, 2014 at 02:25:45PM +0200, Boris BREZILLON wrote:
> The A31 SoC provides both PL and PM pio bank through the R_PIO block.
>
> These pins all support gpio function and can bbe assigned to system
> peripherals (like TWI, P2WI, JTAG, ...)
>
> Add new compatible string to the DT
Hi,
Zhang, could you please review/merge this patchset?
[ We have been waiting for a review for over 3 months now.. ]
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R Institute Poland
Samsung Electronics
On Friday, February 07, 2014 03:03:46 PM Naveen Krishna Ch wrote:
> Hello All,
>
>
Hi Jan,
I tried your writeback dirty list patchset and noticed some ups/downs.
The main performance changes are
1) +2.5% fileio.requests_per_sec
2) -7.1% iostat.md0.wkB/s
git://bee.sh.intel.com/git/wfg/linux-devel.git jan-dirty-list
commit 6903673566d0289680e593dac088c787d119b067 ("writeback:
On Thu, Apr 10, 2014 at 02:25:44PM +0200, Boris BREZILLON wrote:
> Add support for multiple pin controller instances.
>
> First remove the static definition of the sunxi gpio chip struct and fill
> the dynamically struct instead.
> Then define a new pin_base field in the sunxi_pinctrl_desc which
On 04/09/2014 09:44 PM, Oleg Nesterov wrote:
> uprobes/x86: Emulate unconditional rip-relative jmp's
I propose "Emulate unconditional relative jmp's"
> + union {
> #ifdef CONFIG_X86_64
> - unsigned long rip_rela_target_address;
> + unsigned long
Hi,
On Thu, Apr 10, 2014 at 02:25:43PM +0200, Boris BREZILLON wrote:
> Define PL and PM pin macros that will be used in A31 and A23 pin definitions.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Maxime Ripard
Thanks!
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android
On Thu, Apr 10, 2014 at 08:22:12AM -0400, Josh Boyer wrote:
> On Thu, Apr 10, 2014 at 2:50 AM, Rafał Miłecki wrote:
> > 2014-04-09 23:09 GMT+02:00 Josh Boyer :
> >> With Linux v3.14-12042-g69cd9eba3886 I get an oops from the bcma
> >> module on the MacBookPro 10,2 I have here. This works fine
Hi,
Zhang, could you please pick this patch up to your tree?
[ Eduardos's tree hasn't been updated for over 4 months and
seems to be dead.. ]
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R Institute Poland
Samsung Electronics
On Tuesday, November 26, 2013 09:22:31 AM Eduardo Valentin
On 04/09/2014 09:44 PM, Oleg Nesterov wrote:
> On 04/06, Oleg Nesterov wrote:
> uprobes/x86: fix the reprel jmp/call handling
In x86 asm-speak, relative jumps and calls are called
simply "relative" (meaning that instructions contain
an offset relative to current instruction pointer).
I propose
The A31 SoC define a reset line for the R_PIO block which needs to be
deasserted for the pin controller to be usable.
Try to retrieve a reset line and deassert if one was found.
Signed-off-by: Boris BREZILLON
---
drivers/pinctrl/pinctrl-sunxi.c | 9 +
1 file changed, 9 insertions(+)
Hello,
This series rework the sunxi pinctrl driver to support the PL and PM
pins available on the A31 SoC, which are controlled using the R_PIO
block.
This series add support for multi pin controller which was previously
impossible for several reasons:
1) the pinctrl instance was registering a
The A31 SoC has PL and PM banks, we thus need to increase the default
ARCH_NR_GPIO when building for the sunxi architecture.
Signed-off-by: Boris BREZILLON
---
arch/arm/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index
Define PL and PM pin macros that will be used in A31 and A23 pin definitions.
Signed-off-by: Boris BREZILLON
---
drivers/pinctrl/pinctrl-sunxi.h | 68 +
1 file changed, 68 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-sunxi.h
Add support for multiple pin controller instances.
First remove the static definition of the sunxi gpio chip struct and fill
the dynamically struct instead.
Then define a new pin_base field in the sunxi_pinctrl_desc which will be
used to specify the gpiochip base pin.
Signed-off-by: Boris
The A31 SoC provides both PL and PM pio bank through the R_PIO block.
These pins all support gpio function and can bbe assigned to system
peripherals (like TWI, P2WI, JTAG, ...)
Add new compatible string to the DT bindings doc.
Signed-off-by: Boris BREZILLON
---
Op 10 apr. 2014, om 14:11 heeft Matt Fleming het
volgende geschreven:
> On Thu, 10 Apr, at 12:43:43PM, Koen Kooi wrote:
>> Hi,
>>
>> After updating from 3.14-rc7 to a recent git the kernel fails to boot on my
>> thinkpad t440s and displays:
>>
>> Failed to get file info size
>>
Hi Mark,
On Thu, Apr 10, 2014 at 5:51 PM, Mark Brown wrote:
> On Thu, Apr 10, 2014 at 05:43:49PM +0530, Harini Katakam wrote:
>
>> Firstly, the timeout value obtained from this is a too low.
>> This timeout is typically used for an error conditions such as
>> hardware hang etc. and using a value
On Thu, Apr 10, 2014 at 2:50 AM, Rafał Miłecki wrote:
> 2014-04-09 23:09 GMT+02:00 Josh Boyer :
>> With Linux v3.14-12042-g69cd9eba3886 I get an oops from the bcma
>> module on the MacBookPro 10,2 I have here. This works fine with Linux
>> v3.14-7333-g59ecc26004e7. There have been no changes
On Thu, Apr 10, 2014 at 05:43:49PM +0530, Harini Katakam wrote:
> Firstly, the timeout value obtained from this is a too low.
> This timeout is typically used for an error conditions such as
> hardware hang etc. and using a value >1*HZ would be better.
> This driver used to use similar timeout
Add spi-cadence bindings documentation.
Signed-off-by: Harini Katakam
---
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 compatible string; Make
Add driver for Cadence SPI controller. This is used in Xilinx Zynq.
Signed-off-by: Harini Katakam
---
Here is the v3 series but I have one concern.
The recent change in spi-core to use wait_for_completion_timeout
uses a timeout value calculated as follows:
ms = xfer->len * 8 *
On Thu, 10 Apr, at 12:43:43PM, Koen Kooi wrote:
> Hi,
>
> After updating from 3.14-rc7 to a recent git the kernel fails to boot on my
> thinkpad t440s and displays:
>
> Failed to get file info size
> Failed to alloc highmem for files
>
> After a morning of running git bisect and
On Thu, Apr 10 2014 at 11:56:33 am BST, Chanwoo Choi
wrote:
> On 04/10/2014 06:51 PM, Marc Zyngier wrote:
>> On Thu, Apr 10 2014 at 10:28:23 am BST, Chanwoo Choi
>> wrote:
>>> This patch decide proper lowpower mode of either a15 or a9 according to own
>>> ID
>>> from Main ID register.
>>>
>>>
On Thu, 2014-04-10 at 15:10 +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> This patch adds suspend resume functions for Freescale DMA driver.
> .prepare callback is used to stop further descriptors from being added into
> the
> pending queue, and also issue pending queues
On Thu, Apr 10, 2014 at 08:53:46AM +0200, Thomas Petazzoni wrote:
> Dear Jason Gunthorpe,
>
> On Wed, 9 Apr 2014 10:20:40 -0600, Jason Gunthorpe wrote:
>
> > > OK I just got it by adding two printk() in pci-mvebu.c. Both functions
> > > mvebu_pcie_handle_iobase_change() and
401 - 500 of 1406 matches
Mail list logo