On Thu, Jun 19, 2014 at 03:25:50PM +0200, Alban Bedel wrote:
[...]
> diff --git a/arch/arm/boot/dts/tegra20-medcom-wide.dts
> b/arch/arm/boot/dts/tegra20-medcom-wide.dts
[...]
> @@ -38,6 +47,15 @@
> default-brightness-level = <6>;
> };
>
> + panel: panel {
> +
Tushar,
On Fri, Jun 20, 2014 at 1:03 AM, Tushar Behera wrote:
> From: Wonjoon Lee
>
> The MAX98091 CODEC is the same as MAX98090 CODEC, but with an extra
> microphone. Existing driver for MAX98090 CODEC already has support
> for MAX98091 CODEC. Adding proper compatible string so that MAX98091
>
Dne 20.6.2014 17:47, Kamal Mostafa napsal(a):
> On Fri, 2014-06-20 at 11:39 +0200, Michal Marek wrote:
>> Why don't you guys simply increment the third digit in the extended
>> stable tree and get support for KERNEL_VERSION() for free? You always
>> start after the respective stable branch has reac
On Fri, Jun 20, 2014 at 01:22:55PM -0700, H. Peter Anvin wrote:
> Because the whole point is testing each CPU and warn if it is
> unsuitable.
>
> static-anything is just plain useless, because we test this once for
> each CPU and patching a branch that we are never going to cross again
> is just wa
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: Jamal Hadi Salim
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
net/sched/cls_bpf.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/net/sched
From: Ramesh Basukala
Attached is a patch which fixes coding style warning message while
running checkpatch script.
This patch is currently against a linux 3.15.0-rc15-next kernel. I am
submitting this patch as a part of Eudyptula Challenge task.
Signed-off-by: Ramesh Basukala
--- xlr_net.c
On Fri, Jun 20, 2014 at 09:44:37AM -0500, Felipe Balbi wrote:
> Hi Greg,
>
> Here's my first set of fixes for this -rc cycle. Please consider merging
> to your usb-linus branch.
I'll do it after Linus picks up my last round of changes I sent him.
thanks,
greg k-h
--
To unsubscribe from this lis
On Fri, Jun 20, 2014 at 10:21:45PM +0200, Rasmus Villemoes wrote:
> Greg Kroah-Hartman writes:
>
> > On Fri, Jun 20, 2014 at 09:56:35PM +0200, Rasmus Villemoes wrote:
> >> All of the code is #if 0'd out, and the change just replaces a
> >> space with a newline, so this obviously doesn't change an
On Fri, Jun 20, 2014 at 04:25:22PM -0400, Ramesh Basukala wrote:
> *
What is that for?
>
> From: Ramesh Basukala
>
>
> Attached is a patch which fixes coding style warning message while running
> checkpatch script.
>
>
> This patch is currently against a linux 3.15.0-rc15-next kernel. I am
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: Wensong Zhang
Cc: Simon Horman
Cc: net...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
net/netfilter/ipvs/ip_vs_sync.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/net/n
On Fri, Jun 20, 2014 at 11:57:21AM -0700, H. Peter Anvin wrote:
> I actually have Linus' old dual-processor K7 sitting in my garage, but
> $DEITY knows if it actually runs.
Bah, bring it to the scrap yard so that you can free up some space.
People have that computing power now in their pockets. :-
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: "David S. Miller"
Cc: Grant Likely
Cc: net...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
net/dsa/dsa.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/net/dsa/dsa.c b/net
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: Alexander Viro
Cc: Benjamin LaHaise
Cc: linux-fsde...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
fs/aio.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/aio.c b/fs/ai
On Fri, Jun 20, 2014 at 05:31:46PM -0300, Marcelo Tosatti wrote:
> > IIRC your shadow page pinning patch series support flushing of ptes
> > by mmu notifier by forcing MMU reload and, as a result, faulting in of
> > pinned pages during next entry. Your patch series does not pin pages
> > by elevat
This patch introduces the use of devm_clk_get and devm_ioremap instead
of the unmanaged interfaces and removes the corresponding free function
calls.
Signed-off-by: Himangi Saraogi
Acked-by: Julia Lawall
---
drivers/spi/spi-omap-uwire.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions
I just noticed this patch breaks when CONFIG_COMPAT isn't defined. Please
ignore this patch for now.
> When the spidev module tries to access the user space memory passed in via
> an IOCTL the compat_ptr function should be called to ensure
> compatibility between kernel space and user space.
>
>
This patch introduces the use of managed interfaces for clk_get and
kzalloc and removes the corresponding free function calls in the probe
and remove functions.
Signed-off-by: Himangi Saraogi
Acked-by: Julia Lawall
---
drivers/usb/musb/ux500.c | 28 ++--
1 file changed,
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: Pablo Neira Ayuso
Cc: Patrick McHardy
Cc: netfilter-de...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
net/netfilter/nf_conntrack_netlink.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-
On 06/20/2014 09:17 AM, Dave Hansen wrote:
> +/* These features, although they might be available in a CPU
> + * will not be used because the compile options to support
> + * them are not present.
> + *
> + * This code allows them to be checked and disabled at
> + * compile time withut an explicit
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Cc: "David S. Miller"
Cc: Emil Goode
Cc: linux-...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
drivers/net/usb/asix_devices.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/d
inline this one line function used in driver_info structure
Cc: "David S. Miller"
Cc: Emil Goode
Cc: linux-...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
drivers/net/usb/asix_devices.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/usb/asix_devices.c b
Jason Cooper schreef op vr 20-06-2014 om 16:21 [-0400]:
> It looks like rmk just added a patch to fixing the selection of the
> erratas. Could you please take a look and either rebase or drop this
> patch?
Sure, no problem. What tree should I check?
Paul Bolle
--
To unsubscribe from this list:
On 06/20/2014 04:29 PM, Borislav Petkov wrote:
On Fri, Jun 20, 2014 at 04:16:50PM -0400, Boris Ostrovsky wrote:
Sorry, mce_device_create().
We can't call it in the notifier until mcheck_init_device() has been
successfully executed (we need subsys_system_register(&mce_subsys)). I don't
know whet
This is all #if 0'ed out, and it contains some rather weird stuff
(post-increment of a bool, for example). Nuke it.
Signed-off-by: Rasmus Villemoes
---
drivers/staging/rtl8821ae/rtl8821ae/hal_btc.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/staging/rtl8821ae/rtl88
On Fri, 20 Jun 2014 16:28:45 -0400
Steven Rostedt wrote:
> On Fri, 20 Jun 2014 10:12:44 -0700
> Andrew Morton wrote:
>
>
> > > > > +#define HEX_CHARS(MAX_MEMHEX_BYTES*2 + 1)
> > > > > +
> > > > > +int trace_seq_putmem_hex(struct trace_seq *s, const void *mem,
> > > > > size_t len)
On Thu, Jun 19, 2014 at 02:28:14PM +0200, Daniel Vetter wrote:
> On Thu, Jun 19, 2014 at 1:48 PM, Thierry Reding
> wrote:
> >> > With these changes, can we pull the android sync logic out of
> >> > drivers/staging/ now?
> >>
> >> Afaik the google guys never really looked at this and acked it. So I
On Fri, Jun 20, 2014 at 10:34:03PM +0200, Michal Marek wrote:
> Dne 20.6.2014 17:47, Kamal Mostafa napsal(a):
> > On Fri, 2014-06-20 at 11:39 +0200, Michal Marek wrote:
> >> Why don't you guys simply increment the third digit in the extended
> >> stable tree and get support for KERNEL_VERSION() for
On Fri, Jun 20, 2014 at 04:21:00PM -0400, Jason Cooper wrote:
> It looks like rmk just added a patch to fixing the selection of the
> erratas. Could you please take a look and either rebase or drop this
> patch?
Yes please. If it's needed, just update it to be:
> > diff --git a/arch/arm/mach-mv
From: Ramesh Basukala
Attached is a patch which fixes coding style warning message while
running checkpatch script.
This patch is currently against a linux 3.15.0-rc15-next kernel. I am
submitting this patch as a part of Eudyptula Challenge task.
Signed-off-by: Ramesh Basukala
--- xlr_net.c
On Mon, May 26, 2014 at 11:33:28PM +0200, Sebastian Hesselbarth wrote:
> SolidRun is a company from Israel producing small-sized home-media
> computers like the Marvell Dove based CuBox and Freescale IMX based
> CuBox-i. Document the missing vendor prefix.
>
> Signed-off-by: Sebastian Hesselbarth
On 06/20/2014 06:48 PM, Kees Cook wrote:
...
Are there any plans to put and extend test cases from [1] via user space
side into the kernel self-test directory, i.e. into something like
tools/testing/selftests/seccomp/ so that in future new tests can be added
or run from there? Might be worth to c
Hello, Li.
Sorry about the long delay.
On Tue, Jun 10, 2014 at 10:58:45AM +0800, Li Zefan wrote:
> Yes, this is a long-standing issue. Besides the race you described, the child
> task's mems_allowed can be wrong if the cpuset's nodemask changes before the
> child has been added to the cgroup's ta
On Fri, Jun 20, 2014 at 10:42:57PM +0200, Paul Bolle wrote:
> Jason Cooper schreef op vr 20-06-2014 om 16:21 [-0400]:
> > It looks like rmk just added a patch to fixing the selection of the
> > erratas. Could you please take a look and either rebase or drop this
> > patch?
>
> Sure, no problem. W
On Fri, Jun 20, 2014 at 04:43:37PM -0400, Boris Ostrovsky wrote:
> We are getting CPU_ONLINE notifier for ASPs during boot:
Bah, that's craptastic. Hmm, ok, let's try this instead:
--
diff --git a/arch/x86/kernel/cpu/mcheck/mce.c b/arch/x86/kernel/cpu/mcheck/mce.c
index bb92f38153b2..9a79c8dbd8e8
On Fri, Jun 20, 2014 at 01:03:58PM -0700, Hugh Dickins wrote:
> On Fri, 20 Jun 2014, Naoya Horiguchi wrote:
> > On Fri, Jun 20, 2014 at 09:24:36AM -0500, Christoph Lameter wrote:
> > > On Thu, 19 Jun 2014, Naoya Horiguchi wrote:
> > >
> > > > I'm suspecting that mbind_range() do something wrong aro
Sorry, my previous response was in html and not sure it has made to the
list. I did
get an error as well. So resending my response.
On 6/18/2014 6:14 AM, Mohit KUMAR DCG wrote:
Hello Murali,
-Original Message-
From: Murali Karicheri [mailto:m-kariche...@ti.com]
Sent: Wednesday, June
On Fri, Jun 20, 2014 at 1:25 AM, Will Deacon wrote:
> Hi Colin,
>
> On Wed, Jun 18, 2014 at 09:10:09PM +0100, Colin Cross wrote:
>> include/linux/sched.h implements TASK_SIZE_OF as TASK_SIZE if it
>> is not set by the architecture headers. TASK_SIZE uses the
>> current task to determine the size
On Fri, Jun 20, 2014 at 12:12:36PM -0700, Paul E. McKenney wrote:
> o Make cond_resched() a no-op for PREEMPT=y. This might well turn
> out to be a good thing, but it doesn't help give RCU the quiescent
> states that it needs.
What about doing this, together with letting the fqs l
Introduce EFI_PARAVIRT flag. If it is set then kernel runs
on EFI platform but it has not direct control on EFI stuff
like EFI runtime, tables, structures, etc. If not this means
that Linux Kernel has direct access to EFI infrastructure
and everything runs as usual.
This functionality is used in X
Define constants and structures which are needed to properly
execute EFI related hypercall in Xen dom0.
This patch is based on Jan Beulich and Tang Liang work.
Signed-off-by: Jan Beulich
Signed-off-by: Tang Liang
Signed-off-by: Daniel Kiper
---
v6 - suggestions/fixes:
- fix indentation
We've got constants, so let's use them instead of hard-coded values.
Signed-off-by: Daniel Kiper
---
v6 - suggestions/fixes:
- improve commit message
(suggested by Matt Fleming).
---
arch/x86/kernel/setup.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x
This patch enables EFI usage under Xen dom0. Standard EFI Linux
Kernel infrastructure cannot be used because it requires direct
access to EFI data and code. However, in dom0 case it is not possible
because above mentioned EFI stuff is fully owned and controlled
by Xen hypervisor. In this case all c
Alan Stern writes:
> On Thu, 19 Jun 2014, Kevin Hilman wrote:
>
>> Alan Stern writes:
>>
>> > On Thu, 19 Jun 2014, Allen Yu wrote:
>> >
>> >> So what's the exact state of device if dev->power.is_suspended flag
>> >> is set and runtime_status is RPM_ACTIVE? Is it a state like
>> >> "suspended bu
Do not access EFI memory map if it is not available. At least
Xen dom0 EFI implementation does not have an access to it.
Signed-off-by: Daniel Kiper
---
v6 - suggestions/fixes:
- create this separate patch from main EFI_PARAVIRT patch
(suggested by Matt Fleming).
---
arch/x86/platform/ef
efi_set_rtc_mmss() is never used to set RTC due to bugs found
on many EFI platforms. It is set directly by mach_set_rtc_mmss().
Hence, remove unused efi_set_rtc_mmss() function.
Signed-off-by: Daniel Kiper
---
v6 - suggestions/fixes:
- remove efi_set_rtc_mmss() instead of commenting out it
Applying ++ to a bool is equivalent to setting it true, regardless of
its initial value (bools are not uint1_t). Hence the function
wl_get_vif_state_all can only ever return true/false. The only
in-tree caller uses its return value as a boolean. So update its
return type, and since the list travers
Use early_mem*() instead of early_io*() because all mapped EFI regions
are memory (usually RAM but they could also be ROM, EPROM, EEPROM, flash,
etc.) not I/O regions. Additionally, I/O family calls do not work correctly
under Xen in our case. early_ioremap() skips the PFN to MFN conversion
when bu
Hey,
This patch series adds EFI support for Xen dom0 guests.
It is based on Jan Beulich and Tang Liang work. I was
trying to take into account all previous comments,
however, if I missed something sorry for that.
Daniel
arch/x86/kernel/setup.c |4 +-
arch/x86/platform/efi/efi.c
Remove redundant set_bit(EFI_MEMMAP, &efi.flags) call.
It is executed earlier in efi_memmap_init().
Signed-off-by: Daniel Kiper
---
arch/x86/platform/efi/efi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index ae3d398..da15df9
Remove redundant set_bit(EFI_SYSTEM_TABLES, &efi.flags) call.
It is executed earlier in efi_systab_init().
Signed-off-by: Daniel Kiper
---
arch/x86/platform/efi/efi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index b9c23d7..
Alan Stern writes:
> On Fri, 20 Jun 2014, Rafael J. Wysocki wrote:
>
>> > For a general device, the fact that dev->power.is_suspended is set
>> > means the device _has_ been powered down. Even though the
>> > runtime_status may not have changed, the PM core has to assume the
>> > device is not a
> -Original Message-
> From: Jens Axboe [mailto:ax...@kernel.dk]
> Sent: Friday, June 6, 2014 11:23 AM
> To: James Bottomley; micha...@cs.wisc.edu
> Cc: linux-kernel@vger.kernel.org; h...@infradead.org;
> de...@linuxdriverproject.org; a...@canonical.com; KY Srinivasan; linux-
> s...@vger.
Some TI chips raise the DMA complete interrupt before the actual
transfer has been completed. The code tries to busy wait for a few
microseconds and if that fails it arms an hrtimer to recheck. So far
so good, but that has the following issue:
CPU 0 CPU1
start_ne
On the ARM Chromebook tps65090 has two masters: the AP (the main
processor running linux) and the EC (the embedded controller). The AP
is allowed to mess with FETs but the EC is in charge of charge control.
The tps65090 interupt line is routed to both the AP and the EC, which
can cause quite a he
On Fri, 20 Jun 2014, Naoya Horiguchi wrote:
> On Fri, Jun 20, 2014 at 01:03:58PM -0700, Hugh Dickins wrote:
> > On Fri, 20 Jun 2014, Naoya Horiguchi wrote:
> > > On Fri, Jun 20, 2014 at 09:24:36AM -0500, Christoph Lameter wrote:
> > > > On Thu, 19 Jun 2014, Naoya Horiguchi wrote:
> > > >
> > > > >
Hi Doug,
Doug Anderson writes:
> On Thu, Jun 19, 2014 at 11:43 AM, Kevin Hilman wrote:
>> Doug Anderson writes:
>>
>>> The original code for the exynos i2c controller registered for the
>>> "noirq" variants. However during review feedback it was moved to
>>> SIMPLE_DEV_PM_OPS without anyone n
We use devm_kzalloc() to allocate memory for the struct vt8500lcd_info
pointer fbi, so there is no need to free it in vt8500lcd_remove().
Signed-off-by: Emil Goode
---
drivers/video/fbdev/vt8500lcdfb.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/video/fbdev/vt8500lcdfb.c
b/d
I'll try to revive the discussion for this patch, in case I can
convince you about its implementation. I rebased it to the latest
HEAD, and I'm ready to re-submit.
On Wed, Jun 4, 2014 at 1:51 AM, Daniel Borkmann wrote:
> On 06/03/2014 11:12 PM, Chema Gonzalez wrote:
> ...
>
>> Your approach needs
On Tue, Jun 17, 2014 at 11:42:58PM +0200, Thierry Reding wrote:
> On Thu, May 08, 2014 at 01:08:33AM +0200, Beniamino Galvani wrote:
> > This commit adds a driver for the PWM controller found on Rockchip
> > RK29, RK30 and RK31 SoCs.
> >
> > Signed-off-by: Beniamino Galvani
> > ---
> > drivers/p
On Fri, Jun 20, 2014 at 12:04:34PM -0700, j...@joshtriplett.org wrote:
> On Fri, Jun 20, 2014 at 11:32:49AM -0700, Paul E. McKenney wrote:
> > Hello!
> >
> > This series contains changes to address the performance regressions
> > introduced by commit ac1bea85781e (Make cond_resched() report RCU
>
On Thu, 2014-06-19 at 21:54 -0700, Paul E. McKenney wrote:
> On Thu, Jun 19, 2014 at 08:13:22PM -0400, Pranith Kumar wrote:
> > On 06/19/2014 07:49 PM, Paul E. McKenney wrote:
> > > On Thu, Jun 19, 2014 at 07:24:48PM -0400, Pranith Kumar wrote:
> > >> (dropping some CCs)
> > >>
> > >> On 06/19/2014
Kevin,
On Fri, Jun 20, 2014 at 2:48 PM, Kevin Hilman wrote:
> Hi Doug,
>
> Doug Anderson writes:
>
>> On Thu, Jun 19, 2014 at 11:43 AM, Kevin Hilman wrote:
>>> Doug Anderson writes:
>>>
The original code for the exynos i2c controller registered for the
"noirq" variants. However duri
On Fri, 20 Jun 2014, Florian Fainelli wrote:
> 2014-06-12 12:13 GMT-07:00 Florian Fainelli :
> > 2014-06-09 11:05 GMT-07:00 Florian Fainelli :
> >> The driver was configuring the interrupt handler for the Level-2
> >> interrupts to be "level" triggered while they are in fact "edge"
> >> triggered.
On Fri, Jun 20, 2014 at 02:24:23PM -0700, j...@joshtriplett.org wrote:
> On Fri, Jun 20, 2014 at 12:12:36PM -0700, Paul E. McKenney wrote:
> > o Make cond_resched() a no-op for PREEMPT=y. This might well turn
> > out to be a good thing, but it doesn't help give RCU the quiescent
> > stat
On Thu, Jun 19, 2014 at 09:44:04AM +0100, Lee Jones wrote:
> I'll comment on some of the more fluffy topics, I'll let Ajit reply to
> the more technical details of the patch.
>
> On Thu, 19 Jun 2014, Thierry Reding wrote:
> > On Wed, Jun 18, 2014 at 03:52:51PM +0100, Lee Jones wrote:
> > > This dr
Willy Tarreau writes:
> Hi Luis,
>
> On Thu, Jun 12, 2014 at 01:55:53PM +0100, Luis Henriques wrote:
>> I was finally able to spend some more time with this and tried (a
>> modified) Tyler's patch on top of 2.6.32.62, and it seems to work.
>> Although I haven't done any extended testing, I don't
distribute_cfs_runtime intentionally only hands out enough runtime to
bring each cfs_rq to 1 ns of runtime, expecting the cfs_rqs to then take
the runtime they need only once they actually get to run. However, if
they get to run sufficiently quickly, the period timer is still in
distribute_cfs_runt
On 17 June 2014 16:21, Pawel Moll wrote:
> This patch adds basic DT bindings for the PL11x CLCD cells
> and make their fbdev driver use them.
> +* ARM PrimeCell Color LCD Controller PL110/PL111
> +
> +See also Documentation/devicetree/bindings/arm/primecell.txt
> +
> +Required properties:
> +
> +
On Thu, Jun 19, 2014 at 07:57:14PM +0530, Ajit Pal wrote:
> On Thursday 19 June 2014 02:14 PM, Lee Jones wrote:
> >On Thu, 19 Jun 2014, Thierry Reding wrote:
> >>On Wed, Jun 18, 2014 at 03:52:51PM +0100, Lee Jones wrote:
[...]
> >>>+ cdata->max_prescale + 1, sizeof(unsigned long),
On Thu, 2014-06-19 at 16:46 +0100, Rob Jones wrote:
[...]
> +int devm_gpio_request_array(struct device *dev,
> + const struct gpio *array,
> + size_t num)
> +{
> + int i, err = 0;
> +
> + for (i = 0; i < num; i++, array++) {
> + er
On Sat, Jun 21, 2014 at 12:00:36AM +0200, Beniamino Galvani wrote:
> On Tue, Jun 17, 2014 at 11:42:58PM +0200, Thierry Reding wrote:
> > On Thu, May 08, 2014 at 01:08:33AM +0200, Beniamino Galvani wrote:
[...]
> > > diff --git a/drivers/pwm/pwm-rockchip.c b/drivers/pwm/pwm-rockchip.c
[...]
> > > +s
On Thu, 2014-06-19 at 16:46 +0100, Rob Jones wrote:
[...]
> --- a/drivers/base/devres.c
> +++ b/drivers/base/devres.c
> @@ -793,7 +793,7 @@ EXPORT_SYMBOL_GPL(devm_kmalloc);
> /**
> * devm_kstrdup - Allocate resource managed space and
> *copy an existing string into that.
> - *
On Fri, Jun 20, 2014 at 1:52 PM, Jason Cooper wrote:
> On Thu, Jun 19, 2014 at 06:40:43PM +0200, Gregory CLEMENT wrote:
>> For the Armada 380 and Armada 385 SoCs, the common bindings for those
>> 2 SoCs, was forgotten. This patch add the documentation for the
>> marvell,aramda38x property.
>>
>> S
On Fri, Jun 20, 2014 at 03:11:20PM -0700, Paul E. McKenney wrote:
> On Fri, Jun 20, 2014 at 02:24:23PM -0700, j...@joshtriplett.org wrote:
> > On Fri, Jun 20, 2014 at 12:12:36PM -0700, Paul E. McKenney wrote:
> > > o Make cond_resched() a no-op for PREEMPT=y. This might well turn
> > > out to be
On Sat, 24 May 2014 21:34:33 +0530 Raghavendra Ganiga
wrote:
> This is a patch to add support of nvram for maxim dallas
> rtc ds1343
>
> ...
>
> --- a/drivers/rtc/rtc-ds1343.c
> +++ b/drivers/rtc/rtc-ds1343.c
> @@ -4,6 +4,7 @@
> * Real Time Clock
> *
> * Author : Raghavendra Chandra Ganig
Hi Eric,
On Fri, Jun 20, 2014 at 03:16:07PM -0700, Eric W. Biederman wrote:
> Willy Tarreau writes:
>
> > Hi Luis,
> >
> > On Thu, Jun 12, 2014 at 01:55:53PM +0100, Luis Henriques wrote:
> >> I was finally able to spend some more time with this and tried (a
> >> modified) Tyler's patch on top of
[PATCHv6 1/3] dt: bindings: Addition of the Altera SDRAM controller
[PATCHv6 2/3] dt: bindings: Addition of the Altera SDRAM EDAC
[PATCHv6 3/3] edac: altera: Add EDAC support for Altera SoC SDRAM
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Thor Thayer
v2: Changes to SoC SDRAM EDAC code.
v3: Implement code suggestions for SDRAM EDAC code.
v4: Remove syscon from SDRAM controller bindings.
v5: No Change, bump version for consistency.
v6: Only map the ctrlcfg register as syscon.
Signed-off-by: Thor Thayer
---
.../bindings/
From: Thor Thayer
Addition of the Altera SDRAM controller to the EDAC driver.
Thor Thayer (3):
Addition of the Altera SDRAM controller bindings and device tree
changes to the Altera SoC project.
Addition of the Altera SDRAM EDAC bindings and device tree
changes to the Altera
From: Thor Thayer
v2: Changes to SoC EDAC source code.
v3: Fix typo in device tree documentation.
v4,v5: No changes - bump version for consistency.
v6: Assign ECC registers in SDRAM controller to EDAC
Signed-off-by: Thor Thayer
---
.../bindings/arm/altera/socfpga-sdram-edac.txt | 15 +
From: Thor Thayer
v2: Use the SDRAM controller registers to calculate memory size
instead of the Device Tree. Update To & Cc list. Add maintainer
information.
v3: EDAC driver cleanup based on comments from Mailing list.
v4: Panic on DBE. Add macro around inject-error reads to prevent
On Thu, 2014-06-19 at 21:21 -0600, Alex Williamson wrote:
> Working on big endian being an accident may be a matter of perspective
:-)
> The comment remains that this patch doesn't actually fix anything except
> the overhead on big endian systems doing redundant byte swapping and
> maybe the ph
Doug Anderson writes:
> Kevin,
>
> On Fri, Jun 20, 2014 at 2:48 PM, Kevin Hilman wrote:
>> Hi Doug,
>>
>> Doug Anderson writes:
>>
>>> On Thu, Jun 19, 2014 at 11:43 AM, Kevin Hilman wrote:
Doug Anderson writes:
> The original code for the exynos i2c controller registered for the
From: Thor Thayer
Addition of the Altera SDRAM EDAC bindings and device tree changes
v2: Changes to SoC EDAC source code.
v3: Fix typo in device tree documentation.
v4,v5: No changes - bump version for consistency.
v6: Assign ECC registers in SDRAM controller to EDAC
Signed-off-by: Thor Thay
On 5/30/2014 12:06 PM, Arnd Bergmann wrote:
> On Friday 30 May 2014 08:16:05 Rob Herring wrote:
>> On Fri, May 23, 2014 at 3:33 PM, Thierry Reding
>> wrote:
>>> From: Thierry Reding
>>> +IOMMU master node:
>>> +==
>>> +
>>> +Devices that access memory through an IOMMU are called m
From: Thor Thayer
Addition of the driver to support the Altera SDRAM Controller.
This patch adds support for the CycloneV and ArriaV SDRAM controllers.
Correction and reporting of SBEs, Panic on DBEs.
v2: Use the SDRAM controller registers to calculate memory size
instead of the Device Tre
On Sat, 2014-06-21 at 00:14 +1000, Alexey Kardashevskiy wrote:
> We can still use __raw_writel&co, would that be ok?
No unless you understand precisely what kind of memory barriers each
platform require for these.
Cheers,
Ben.
--
To unsubscribe from this list: send the line "unsubscribe linux-
This patch adds bindings for APM X-Gene SoC ethernet driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
arch/arm64/boot/dts/apm-mustang.dts | 4
arch/arm64/boot/dts/apm-storm.dtsi | 30 +++---
2 files changed, 31
Adding APM X-Gene SoC Ethernet driver.
v8: Address comments from v7 review
* changed angle bracket to double quotes in header file include.
v7: Address comments from v6 review
* fixed skb memory leak when dma_map_single fails in xmit.
v6: Address comments from v5 review
* added basic ethtool sup
This patch adds a MAINTAINERS entry for APM X-Gene SoC
ethernet driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 134483f..d65a3be 100644
This patch adds documentation for APM X-Gene SoC ethernet DTS binding.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/net/apm-xgene-enet.txt | 72 ++
1 file changed, 72 insertions(+)
create mode 100
On Fri, Jun 20, 2014 at 03:39:51PM -0700, j...@joshtriplett.org wrote:
> On Fri, Jun 20, 2014 at 03:11:20PM -0700, Paul E. McKenney wrote:
> > On Fri, Jun 20, 2014 at 02:24:23PM -0700, j...@joshtriplett.org wrote:
> > > On Fri, Jun 20, 2014 at 12:12:36PM -0700, Paul E. McKenney wrote:
> > > > o
From: Thor Thayer
Addition of the Altera SDRAM Controller bindings and device tree changes.
v2: Changes to SoC SDRAM EDAC code.
v3: Implement code suggestions for SDRAM EDAC code.
v4: Remove syscon from SDRAM controller bindings.
v5: No Change, bump version for consistency.
v6: Only map the
On 06/20/2014 01:49 PM, Stephen Smalley wrote:
On 06/20/2014 01:45 PM, Waiman Long wrote:
With introduction of fair queued rwlock, recursive read_lock() may hang
the offending process if there is a write_lock() somewhere in between.
With recursive read_lock checking enabled, the following error
From: Andi Kleen
The srcline sort output ignored the width, which caused
various problems with displaying srcline in the tui
browser. Just cut it off at width.
Signed-off-by: Andi Kleen
---
tools/perf/util/sort.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/ut
From: Andi Kleen
When -v is specified always print the hex address for the srcline.
Signed-off-by: Andi Kleen
---
tools/perf/util/srcline.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/tools/perf/util/srcline.c b/tools/perf/util/srcline.c
index 36a7af
From: Andi Kleen
With srcline key/sort'ing it's useful to have line numbers
in the annotate window. This patch implements this.
Use objdump -l to request the line numbers and
save them in the line structure. Then the browser
displays them for source lines.
The line numbers are not displayed by
From: Andi Kleen
For perf report with --sort srcline only print the base source file
name. This makes the results generally fit much better to the
screen. The path is usually not that useful anyways because it is
often from different systems.
Signed-off-by: Andi Kleen
---
tools/perf/util/srcli
[Even more review feedback and some bugs addressed.]
[Only port to changes in perf/core. No other changes.]
[Rebase to latest perf/core]
[Another rebase. No changes]
This patchkit implements lbr-as-callgraphs in per freport,
as an alternative way to present LBR information.
Current perf report do
From: Andi Kleen
Add a --branch-history option to perf report that changes all
the settings necessary for using the branches in callstacks.
This is just a short cut to make this nicer to use, it does
not enable any functionality by itself.
v2: Change sort order. Rename option to --branch-histor
601 - 700 of 767 matches
Mail list logo
