On Wed, Dec 04, 2013 at 06:09:33PM +, Serban Constantinescu wrote:
> +static void bc_dead_binder_done(struct binder_proc *proc,
> + struct binder_thread *thread, void __user *cookie)
> +{
> + struct binder_work *w;
> + struct binder_ref_death *death = NULL;
> +
> + l
On Wed, Dec 04, 2013 at 03:50:24PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Dec 03, 2013 at 02:09:42PM +0100, Jiri Olsa escreveu:
> > Adding udis86 disassembler feature check which support
> > is needed for kvm:kvm_emulate_insn tracepoint.
> >
> > +$(call feature_check,udis86)
> > +ifeq (
On Wed, Dec 04, 2013 at 01:14:56PM -0800, Linus Torvalds wrote:
> The lock we're moving up isn't the lock that actually protects the
> whole allocation logic (it's the lock that then protects the pipe
> contents when a pipe is *used*). So it's a useless lock, and moving it
> up is a good idea rega
Hi Linus,
Here are som pin control fixes for the v3.13 series. Nothing special really,
we have a calm cycle this time it seems, all the action is in GPIO. Details
are in the signed tag as usual.
Anyway, please pull it in!
Yours,
Linus Walleij
The following changes since commit 6ce4eac1f600b34f
On Tue, Dec 03, 2013 at 04:28:30AM +, Al Viro wrote:
> These should be safe, but damnit, we really need the lifecycle documented for
> all objects - the above is only a part of it (note that for e.g. superblocks
> we have additional rules re "->s_active can't be incremented for any reason
> on
Hi Kishon,
On Wed, Dec 4, 2013 at 7:58 PM, Kishon Vijay Abraham I wrote:
> Hi Vivek,
>
> On Wednesday 20 November 2013 09:14 PM, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Wednesday 20 November 2013 03:02 PM, Vivek Gautam wrote:
>>> On Wed, Nov 20, 2013 at 2:34 PM, Kishon Vijay Abraham I
>>
Hi Herbert,
Your original response was terse and left me more puzzled. Do you have a
sensible explanation why some includes should be kept in the source even they
serve no purpose during the build?
Thanks,
Cristian S.
> > Just because it compiles it doesn't meant that the files you
> > remo
Hi,
On Wed, Dec 4, 2013 at 6:20 PM, Bartlomiej Zolnierkiewicz
wrote:
>
> Hi,
>
> Does the old phy-samsung-usb3 driver currently work on Exynos5250? If yes,
> then this patch should be merged with patch #1 to preserve bisectability.
Yes, the old phy-samsung-usb3 driver works well on Exynos5250
On Wed, Dec 04, 2013 at 06:09:33PM +, Serban Constantinescu wrote:
> +static void bc_increfs_done(struct binder_proc *proc,
> + struct binder_thread *thread, uint32_t cmd,
> + void __user *node_ptr, void __user *cookie)
> +{
> + struct binder_node *node;
> +
> +
On Thu, Dec 05, 2013 at 08:14:55AM +, Cristian Stoica wrote:
> Hi Herbert,
>
> Your original response was terse and left me more puzzled. Do you have a
> sensible explanation why some includes should be kept in the source even they
> serve no purpose during the build?
If you can't work out
On Wed, 2013-12-04 at 09:15 -0800, Linus Torvalds wrote:
> On Wed, Dec 4, 2013 at 8:54 AM, H. Peter Anvin wrote:
> >
> > That is why I talk about the atomic instruction word... most (but not
> > *all*) architectures have a fundamental minimum unit of instructions
> > which is aligned and can be at
get_wchan() is lockless. Task may wakeup at any time and change its own stack,
thus each next stack frame may be overwritten and filled with random stuff.
/proc/$pid/stack interface had been disabled for non-current tasks, see [1]
But 'wchan' still allows to trigger stack frame unwinding on volati
This patch fixes corner case when (fp + 4) overflows unsigned long,
for example: fp = 0x -> fp + 4 == 3.
Signed-off-by: Konstantin Khlebnikov
---
arch/arm/kernel/stacktrace.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/kernel/stacktrace.c b/arch/arm/ke
On Wed, 2013-12-04 at 15:28 -0800, Brian Norris wrote:
> BTW, I'd like to get David's "ack" for these patches, and it'd be nice
> to hear
> from Artem too, since he has previously been an unofficial maintainer
> (and is
> understandably distracted by non-MTD work these days).
Acked-by: Artem Bityu
On Wed, Dec 04, 2013 at 06:09:34PM +, Serban Constantinescu wrote:
> This patch adds binder_copy_to_user() to be used for copying binder
> commands to user address space. This way we can abstract away the
> copy_to_user() calls and add separate handling for the compat layer.
>
> Signed-off-by:
On Wed, Dec 04, 2013 at 06:09:35PM +, Serban Constantinescu wrote:
> This patch modifies the functions that need to be passed the explicit
> command to use a boolean flag. This way we can reuse the code for 64bit
> compat commands.
>
I don't understand this at all. cmd seems like it should b
> + if (msg_ind)
> + break;
> + /* FIXME: Do something smarter then just printing an error. */
> + wcn36xx_err("Run out of memory while handling SMD_EVENT
> (%d)\n",
I think code will look neater if error case will be handled in "els
On Wed, Dec 04, 2013 at 04:33:43PM +, Christoph Lameter wrote:
> On Thu, 5 Dec 2013, Joonsoo Kim wrote:
>
> > Now we have cpu partial slabs facility, so I think that slowpath isn't
> > really
> > slow. And it doesn't much increase the management overhead in the node
> > partial lists, because
On Wed, Dec 04, 2013 at 06:09:36PM +, Serban Constantinescu wrote:
> This patch adds align_helper() macro that will be used for enforcing
> the desired alignment on 64bit systems where the alignment will differ
> depending on the userspace used (32bit /64bit).
>
> This patch is a temporary pat
On 12/04/2013 10:05 PM, Mimi Zohar wrote:
On Thu, 2013-11-07 at 15:00 +0100, Roberto Sassu wrote:
This patch allows users to provide a custom template format through the
new kernel command line parameter 'ima_template_fmt'. If the supplied
format is not valid, IMA uses the default template descr
> -Original Message-
> From: Vivek Goyal [mailto:vgo...@redhat.com]
> Sent: 04 December 2013 21:30
> To: Qais Yousef
> Cc: linux-kernel@vger.kernel.org; Andrew Morton; Michael Holzheu; linux-
> m...@linux-mips.org; sta...@vger.kernel.org
> Subject: Re: [PATCH] crash_dump: fix compilation er
Two cleanups:
1. remove redundant codes for hugetlb pages.
2. end = pmd_addr_end(addr, end) restricts [addr, end) within PMD_SIZE,
this may increase do_mincore() calls, remove it.
Signed-off-by: Jianguo Wu
---
mm/mincore.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff
* Fenghua Yu wrote:
> From: Fenghua Yu
>
> Since erratum AVR31 in "Intel Atom Processor C2000 Product Family
> Specification Update" is published, I add a justification comment for
> disabling IO APIC before Local APIC (commit 522e6646).
>
> Signed-off-by: Fenghua Yu
> ---
> arch/x86/kernel
On 12/04/2013 10:08 PM, Mimi Zohar wrote:
On Thu, 2013-11-07 at 15:00 +0100, Roberto Sassu wrote:
With the introduction of the 'ima_template_fmt' kernel cmdline parameter,
an user can define a new template descriptor with custom format. However,
in this case, userspace tools will be unable to pa
These five patches all do the same thing. It's ok to merge them into
one patch.
The subject lines are all the same and that's not ok. The subject lines
are too long as well.
On Wed, Dec 04, 2013 at 07:26:19PM -0500, Gary Rookard wrote:
> This is the first patch of a series.
Don't put this in t
On 12/04/2013 09:27 AM, Arnaldo Carvalho de Melo wrote:
Em Wed, Dec 04, 2013 at 05:56:41PM -0500, Dongsheng Yang escreveu:
As we have changed the default behavior of perf kvm to --guest enabled,
the document about perf kvm record is outdated. This patch update it to
show the correct output with
* Stephane Eranian wrote:
>
> The basename() implementation varies a lot between systems.
> The Linux man page says: "basename may modify the content of the path,
> so it may be desirable to pass a copy when calling the function".
> On some other systems, the returned address may come from an i
If cgroup_create() fails to online_css() we will get a bug:
BUG: unable to handle kernel NULL pointer dereference at 0008
IP: [] cgroup_destroy_locked+0x118/0x2f0
PGD a780a067 PUD aadbe067 PMD 0
Oops: [#1] SMP
Modules linked in:
CPU: 6 PID: 7360 Comm: mkdir Not tainted 3.13.0-rc2+
On Tue, Dec 3, 2013 at 7:26 AM, Jingoo Han wrote:
> Don't use DEFINE_PCI_DEVICE_TABLE macro, because this macro
> is not preferred.
>
> Signed-off-by: Jingoo Han
>
I think you misunderstood the checkpatch.pl warning, it tells you what
to do, not what not to do.
WARNING: Use DEFINE_PCI_DEVICE_TA
On Wed, Dec 04, 2013 at 03:51:57PM +0100, Vlastimil Babka wrote:
> On 12/04/2013 03:30 PM, Mel Gorman wrote:
> >This patch adds two tracepoints for compaction begin and end of a zone. Using
> >this it is possible to calculate how much time a workload is spending
> >within compaction and potentially
On 2013/12/4 6:32, Rajat Jain wrote:
> A lot of systems do not have the fancy buttons and LEDs, and instead
> want to rely only on the Link state change events to drive the hotplug
> and removal state machinery.
> (http://www.spinics.net/lists/hotplug/msg05802.html)
>
> This patch adds support for
Changelog since V1
o Print output parameters in pfn order (vbabka)
This patch adds two tracepoints for compaction begin and end of a zone. Using
this it is possible to calculate how much time a workload is spending
within compaction and potentially debug problems related to cached
> If you can't work out why authenc.c needs slab.h I don't think
> you should be submitting patches removing unnecessary header
> files.
[]
You left out "kernel.h".
I really hoped this would not be your answer.
Yes, I'm an ignorant and yes, I ask questions. But if all you got is this type
of a
On Tue, Dec 3, 2013 at 7:29 AM, Jingoo Han wrote:
> Don't use DEFINE_PCI_DEVICE_TABLE macro, because this macro
> is not preferred.
>
> Signed-off-by: Jingoo Han
> ---
Greg, this patch should be reverted. It do the opposite things.
> drivers/vme/boards/vme_vmivme7805.c |2 +-
> drivers/vme
On 12/04/2013 07:37 PM, Tony Lindgren wrote:
> * Roger Quadros [131204 03:35]:
>> Commit 0b2aa8be introduced a regression that causes failure
>> in setting LED GPO direction to OUT.
>>
>> This causes USB host probe failures for Beagleboard C4.
>>
>> [2.075469] platform usb_phy_gen_xceiv.2: Dri
As we know, some of our branch condition will rarely be true. So we could add
'unlikely' to let compiler optimize these code, by this way we could drop
unneeded 'jump' assemble code to improve performance.
change log:
o add *unlikely* as many as possible across the whole source files at once
s
On Thu, Dec 05, 2013 at 04:44:13PM +1100, Daniel Tang wrote:
> Hi,
>
> On 05/12/2013, at 12:44 AM, Peter Chen wrote:
>
> >
> > lsi is vendor name, what are zevio and nspire?
> > Usually, the compatible string should be "vendor_name,soc_name-module_name"
> >
>
> Because this port uses document
On Thu, Dec 05, 2013 at 09:05:13AM +0100, Jiri Olsa wrote:
> On Wed, Dec 04, 2013 at 03:50:24PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Dec 03, 2013 at 02:09:42PM +0100, Jiri Olsa escreveu:
> > > Adding udis86 disassembler feature check which support
> > > is needed for kvm:kvm_emulate_i
Commit 0b2aa8be introduced a regression that causes failure
in setting LED GPO direction to OUT.
This causes USB host probe failures for Beagleboard C4.
[2.075469] platform usb_phy_gen_xceiv.2: Driver usb_phy_gen_xceiv requests
probe deferral
[2.090454] hsusb2_vcc: Failed to request enab
* Jiri Olsa wrote:
> On Wed, Dec 04, 2013 at 03:50:24PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Dec 03, 2013 at 02:09:42PM +0100, Jiri Olsa escreveu:
> > > Adding udis86 disassembler feature check which support
> > > is needed for kvm:kvm_emulate_insn tracepoint.
> > >
> > > +$(call
On Mon, Dec 02, 2013 at 05:19:18PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Fri, 29 Nov 2013 12:45:04 +0100, Jiri Olsa wrote:
> > hi,
> > Andi reported wrong error message for :S modifier
> > on kernel without event ID ioctl support.
> >
> > The reason was that the ioctl failed, but the error
* Paul E. McKenney wrote:
> + (*) The compiler is within its rights to reorder memory accesses unless
> + you tell it not to. For example, consider the following interaction
> + between process-level code and an interrupt handler:
> +
> + void process_level(void)
> + {
> +
> >> the configured addresses could be:
> >> System A) 10.0.0.1 on Lan X, 10.10.0.1 on Lan Y
> >> System B) 10.0.0.2 on Lan X, 10.10.0.2 on Lan Y
> >> System C) 10.0.0.3 on Lan X, 10.10.0.2 on Lan Z
> >>
> >> Same problem will occur.
...
> With that, Sys A talking to Sys C will get an abort
> from
On 12/04/2013 07:07 PM, Nishanth Menon wrote:
> On 18:14-20131204, Joel Fernandes wrote:
>> On 12/04/2013 05:03 PM, Nishanth Menon wrote:
>>> On 12/04/2013 02:08 AM, Joel Fernandes wrote:
On 12/04/2013 07:09 AM, Nishanth Menon wrote:
> Due to the cross dependencies between hwmod for automa
On Thu, Dec 05, 2013 at 10:25:02AM +0100, Ingo Molnar wrote:
>
> * Jiri Olsa wrote:
>
> > On Wed, Dec 04, 2013 at 03:50:24PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Tue, Dec 03, 2013 at 02:09:42PM +0100, Jiri Olsa escreveu:
> > > > Adding udis86 disassembler feature check which support
>
On Thu, Dec 05, 2013 at 03:12:55AM +0100, Thomas Gleixner wrote:
> Russell,
>
> On Thu, 5 Dec 2013, Russell King - ARM Linux wrote:
> > On Thu, Dec 05, 2013 at 01:41:53AM +0100, Thomas Gleixner wrote:
> > > @all who feel responsible for gic_arch_extn
> > >
> > > On Wed, 4 Dec 2013, Thomas Gleixne
* Paul E. McKenney wrote:
> + (*) The compiler is within its rights to reload a variable, for example,
> + in cases where high register pressure prevents the compiler from
> + keeping all data of interest in registers. The compiler might
> + therefore optimize the variable tmp out o
When using dt resources retrieval (interrupts and reg properties) there is
no predefined order for these resources in the platform dev resources
table.
Retrieve resources using the platform_get_resource function instead of
direct resource table entries to avoid resource type mismatch.
Signed-off-
Hi,
Apologies for the late reply.
On Wed, Nov 06, 2013 at 03:56:44PM +, Georgi Djakov wrote:
> This patch adds documentation for Qualcomm SDHCI MSM driver.
> It contains the differences between the core properties in mmc.txt
> and the properties used by the sdhci-msm driver.
Nit, but this is
- Original Message -
> From: "Ingo Molnar"
> To: "Paul E. McKenney"
> Cc: linux-kernel@vger.kernel.org, la...@cn.fujitsu.com, dipan...@in.ibm.com,
> a...@linux-foundation.org, "mathieu
> desnoyers" , j...@joshtriplett.org,
> n...@us.ibm.com, t...@linutronix.de,
> pet...@infradead.org, r
Hi Boris,
On Thursday 05 of December 2013 10:50:13 Boris BREZILLON wrote:
> When using dt resources retrieval (interrupts and reg properties) there is
> no predefined order for these resources in the platform dev resources
> table.
>
> Retrieve resources using the platform_get_resource function i
Hello,
This patch series moves the different driver resources (clks and iomem)
retrieval to the device managed versions (devm_ functions).
Best Regards,
Boris
Changes since v2:
- split urgent fix and resource retrieval improvements
Boris BREZILLON (3):
usb: ohci-at91: replace request_mem_re
Make use of the dev variable instead of referencing the dev field of the
pdev struct.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
Signed-off-by: Alan Stern
---
drivers/usb/host/ohci-at91.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drive
Replace clk_get calls by devm_clk_get calls.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
Signed-off-by: Alan Stern
---
drivers/usb/host/ohci-at91.c | 30 +++---
1 file changed, 7 insertions(+), 23 deletions(-)
diff --git a/drivers/usb/host/ohci-at91.c b/dr
The function at32_cpufreq_driver_init was marked as __init but will be
called from inside the cpufreq framework. This lead to the following a
section mismatch during compilation:
WARNING: drivers/built-in.o(.data+0x2448): Section mismatch in reference
from the variable at32_driver to the function
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 89e3bbd58a6186b832fe2b9419ac2f9ab90e9089:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/k
Replace the request_mem_region + ioremap calls by the
devm_request_and_ioremap call which does the same things but with device
managed resources.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
Signed-off-by: Alan Stern
---
drivers/usb/host/ohci-at91.c | 24 +---
1
Commit 36f5588905c10a8c4568a210d601fe8c3c27e0f0
"aio: refcounting cleanup" resulted in ioctx_lock not being held
during ctx removal, leaving the list susceptible to corruptions.
In mainline kernel the issue went away as a side effect of
db446a08c23d5475e6b08c87acca79ebb20f283c "aio: convert the io
Hi,
On Saturday 09 of November 2013 03:17:34 Tomasz Figa wrote:
> From: Tomasz Figa
>
> This patch adds an entry for Samsung SoC clock drivers located under
> drivers/clk/samsung/ directory, with me taking the maintainer role.
>
> Signed-off-by: Tomasz Figa
> Acked-by: Kyungmin Park
> Acked-b
Hi,
On 05/12/2013, at 7:49 PM, Peter Chen wrote:
> On Thu, Dec 05, 2013 at 04:44:13PM +1100, Daniel Tang wrote:
>> Hi,
>>
>> On 05/12/2013, at 12:44 AM, Peter Chen wrote:
>>
>>>
>>> lsi is vendor name, what are zevio and nspire?
>>> Usually, the compatible string should be "vendor_name,soc_n
* Mathieu Desnoyers wrote:
> - Original Message -
> > From: "Ingo Molnar"
> > To: "Paul E. McKenney"
> > Cc: linux-kernel@vger.kernel.org, la...@cn.fujitsu.com,
> > dipan...@in.ibm.com, a...@linux-foundation.org, "mathieu
> > desnoyers" , j...@joshtriplett.org,
> > n...@us.ibm.com, t
On 12/05/2013 05:41 PM, James Hogan wrote:
> On 05/12/13 08:46, Chen Gang wrote:
>> On 12/05/2013 09:57 AM, Chen Gang wrote:
>>> I will/should try my best to let it pass allmodconfig, and I guess
>>> https://lkml.kernel.org/r/201211161520.03974.a...@arndb.de is valuable
>>> to me, and I will/should
* Masami Hiramatsu wrote:
> > So we need both a maintainable and a sane/safe solution, and I'd
> > like to apply the whole thing at once and be at ease that the
> > solution is round. We should have done this years ago.
>
> For the safeness of kprobes, I have an idea; introduce a whitelist
>
Hi,
On Thu, 2013-12-05 at 08:12 +, Al Viro wrote:
> On Tue, Dec 03, 2013 at 04:28:30AM +, Al Viro wrote:
>
> > These should be safe, but damnit, we really need the lifecycle documented
> > for
> > all objects - the above is only a part of it (note that for e.g. superblocks
> > we have ad
(2013/12/05 6:09), Toshi Kani wrote:
> When ACPI SLIT table has an I/O locality (i.e. a locality unique
> to an I/O device), numa_set_distance() emits the warning message
> below.
>
> NUMA: Warning: node ids are out of bound, from=-1 to=-1 distance=10
>
> acpi_numa_slit_init() calls numa_set_di
On Wed, Nov 06, 2013 at 03:56:45PM +, Georgi Djakov wrote:
> This platform driver adds the initial support of Secure
> Digital Host Controller Interface compliant controller
> found in Qualcomm MSM chipsets.
>
> Signed-off-by: Georgi Djakov
> ---
> drivers/mmc/host/Kconfig | 13 +
> dr
Around Thu 05 Dec 2013 10:59:57 +0100 or thereabout, Matthias Brugger wrote:
> The function at32_cpufreq_driver_init was marked as __init but will be
> called from inside the cpufreq framework. This lead to the following a
> section mismatch during compilation:
>
> WARNING: drivers/built-in.o(.dat
On Thu, Dec 05, 2013 at 11:04:29AM +0100, Ingo Molnar wrote:
>
> * Arnaldo Carvalho de Melo wrote:
>
> > From: Arnaldo Carvalho de Melo
> >
> > Hi Ingo,
> >
> > Please consider pulling,
> >
> > - Arnaldo
> >
> > The following changes since commit 89e3bbd58a6186b832fe2b9419ac2f9ab90e9089
* Alexei Starovoitov wrote:
> > I mean more than that, I mean the licensing of BFP filters a user
> > can find on his own system's kernel should be very clear: by the
> > act of loading a BFP script into the kernel the user doing the
> > 'upload' gives permission for it to be redistributed on
On Mon, Nov 18, 2013 at 12:54:37PM +, Ivan T. Ivanov wrote:
> Hi Mark,
>
> On Fri, 2013-11-15 at 16:38 +, Mark Rutland wrote:
> > On Tue, Nov 12, 2013 at 02:51:45PM +, Ivan T. Ivanov wrote:
> > > From: "Ivan T. Ivanov"
> > >
> > > Allows MSM OTG controller to be specified via devic
* Alexei Starovoitov wrote:
> > On Tue, Dec 3, 2013 at 4:01 PM, Andi Kleen wrote:
> >>
> >> Can you do some performance comparison compared to e.g. ktap?
> >> How much faster is it?
>
> Did simple ktap test with 1M alloc_skb/kfree_skb toy test from earlier email:
> trace skb:kfree_skb {
>
On Mon, Nov 18, 2013 at 12:57:42PM +, Ivan T. Ivanov wrote:
>
> Hi Mark,
>
> On Fri, 2013-11-15 at 16:42 +, Mark Rutland wrote:
> > On Tue, Nov 12, 2013 at 02:51:47PM +, Ivan T. Ivanov wrote:
> > > From: "Ivan T. Ivanov"
> > >
> > > Allow support to use 2nd HSPHY with USB2 Core.
>
* Jiri Olsa wrote:
> On Thu, Dec 05, 2013 at 10:25:02AM +0100, Ingo Molnar wrote:
> >
> > * Jiri Olsa wrote:
> >
> > > On Wed, Dec 04, 2013 at 03:50:24PM -0300, Arnaldo Carvalho de Melo wrote:
> > > > Em Tue, Dec 03, 2013 at 02:09:42PM +0100, Jiri Olsa escreveu:
> > > > > Adding udis86 disass
This new header file defines pincontrol constants for Tegra to
use from Tegra's DTS file for pincontrol properties option.
Signed-off-by: Laxman Dewangan
Reviewed-by: Thierry Reding
---
Changes from V1:
- Get rid of lots of macro and converge it to TEGRA_PIN_ENABLE/DISABLE.
- Change macro name f
Use Tegra pinconrol dt-binding macro to set the values of different pinmux
properties of Tegra20 platforms.
Signed-off-by: Laxman Dewangan
---
- New patch on this series.
arch/arm/boot/dts/tegra20-colibri-512.dtsi | 104 ++--
arch/arm/boot/dts/tegra20-harmony.dts |
Use Tegra pinconrol dt-binding macro to set the values of different pinmux
properties of Tegra30 platforms.
Signed-off-by: Laxman Dewangan
---
- New patch on this series.
arch/arm/boot/dts/tegra30-beaver.dts | 34 ++--
arch/arm/boot/dts/tegra30-cardhu.dtsi | 40
On Mon 2013-12-02 20:18:52, Matthew Garrett wrote:
> The kernel as a number of cases of gendered language. The majority of these
> refer to objects that don't have gender in English, and so I've replaced
> them with "it" and "its". Some refer to people (developers or users), and
> I've replaced the
Use Tegra pinconrol dt-binding macro to set the values of different pinmux
properties of Tegra114 platforms.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- Changes based on new macro name.
Changes from V2:
- Add description in commit message.
arch/arm/boot/dts/tegra114-dalmore.dts | 54
This patch series convert dts files of all Tegra's platforms to use the pinctron
dt-binding macro for better readability.
Changes from V1:
- Get rid of lots of macro and converge it to TEGRA_PIN_ENABLE/DISABLE.
- Change macro name for PULL UP/DOWN/NONE.
Changes from V2:
- Add more comment on defi
* Jiri Olsa wrote:
> On Thu, Dec 05, 2013 at 11:04:29AM +0100, Ingo Molnar wrote:
> >
> > * Arnaldo Carvalho de Melo wrote:
> >
> > > From: Arnaldo Carvalho de Melo
> > >
> > > Hi Ingo,
> > >
> > > Please consider pulling,
> > >
> > > - Arnaldo
> > >
> > > The following changes since c
Hi Thomas,
On Monday 25 November 2013 07:39 PM, Laxman Dewangan wrote:
When system enters into suspend, it disable all irqs in single
function call. This disables EARLY_RESUME irqs also along with
normal irqs.
The EARLY_RESUME irqs get enabled in sys_core_ops->resume and
non-EARLY_RESUME irqs g
On Mon, 2 Dec 2013 13:51:22 -0600, Matt Sealey wrote:
> > +UEFI kernel support on ARM
> > +==
> > +UEFI kernel support on the ARM architectures (arm and arm64) is only
> > available
> > +when boot is performed through the stub.
> > +
> > +The stub populates the FDT /chosen
* Ingo Molnar wrote:
> > never saw that one.. starting your test on 24 CPUs server now
>
> I saw it again on a system by running two parallel build jobs:
>
> D=/tmp/perf-1; mkdir -p $D; while make O=$D install; do make O=$D clean;
> done
> D=/tmp/perf-2; mkdir -p $D; while make O=$D insta
On Wed, Dec 04, 2013 at 02:46:28PM -0800, Paul E. McKenney wrote:
> Hello!
Hi Paul,
> This series applies some long-needed updates to memory-barriers.txt:
>
> 1.Add ACCESS_ONCE() calls where needed to ensure their inclusion
> in code copy-and-pasted from this file.
>
> 2.Add long
The pincontrol driver for Tegra124 is build through config
PINCTRL_TEGRA124. Select this config option whenever Tegra124
SoC is enabled.
Signed-off-by: Laxman Dewangan
---
arch/arm/mach-tegra/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-tegra/Kco
Hi Laxman,
Am Donnerstag, 5. Dezember 2013, 11:49:05 schrieb Laxman Dewangan:
> Can you please review this patch?
> This patch is pending from long back for review.
the patch already made it into the appropriate tree, as can be seen by tip-bot
message and on [0].
Heiko
[0]
http://git.kernel.o
Add pincontrol driver for NVIDIA's Tegra124 SoCs.
This series add pincontrol driver which contains the pinmux tables
for tegra124, pincontrol dt binding doc, dtsi file change for adding
pinmux node, selecting pincontrol config for Tegra124.
Ashwini Ghuge (1):
pinctrl: tegra: add pinmux controlle
The tegra124 pinmux controller is identical to tegra114 with
removing some of existing pins from T114 and adding new pins.
Signed-off-by: Laxman Dewangan
---
arch/arm/boot/dts/tegra124.dtsi |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/tegra124.d
This device tree binding document describes the Tegra124 pincontrol
DT bindings. This document lists all valid properties, names, mux
options of Tegra124 pins.
Signed-off-by: Laxman Dewangan
---
.../bindings/pinctrl/nvidia,tegra124-pinmux.txt| 137
1 files changed, 137
Hi Eduardo,
> Hey Lukasz!,
>
> On 03-12-2013 11:42, Lukasz Majewski wrote:
> > Hi Eduardo,
> >
> >> On 03-12-2013 03:31, Lukasz Majewski wrote:
> >>> Hi Eduardo,
> >>>
> On 05-11-2013 13:26, Lukasz Majewski wrote:
> > This patch provides auto disable/enable operation for boost. It
> >>>
On Thu, Dec 05, 2013 at 11:53:44AM +0100, Ingo Molnar wrote:
SNIP
>
> I saw it again on a system by running two parallel build jobs:
>
> D=/tmp/perf-1; mkdir -p $D; while make O=$D install; do make O=$D clean;
> done
> D=/tmp/perf-2; mkdir -p $D; while make O=$D install; do make O=$D clean
On Wed, 4 Dec 2013 15:06:47 -0600, Matt Sealey wrote:
> If your platform has UEFI, then your platform has UEFI - if you built
> a multiplatform kernel that needs to boot on U-Boot, then you glued an
> EFI stub to it to make it boot. At some point between the stub and the
> runtime services driver,
On Thursday 05 December 2013 04:31 PM, Heiko Stübner wrote:
Hi Laxman,
Am Donnerstag, 5. Dezember 2013, 11:49:05 schrieb Laxman Dewangan:
Can you please review this patch?
This patch is pending from long back for review.
the patch already made it into the appropriate tree, as can be seen by ti
Drop unused idx field of task_numa_env struct.
Signed-off-by: Wanpeng Li
---
kernel/sched/fair.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index fd773ad..ea3fd1e 100644
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@
On Thu, Dec 05, 2013 at 11:59:14AM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
> > > never saw that one.. starting your test on 24 CPUs server now
> >
> > I saw it again on a system by running two parallel build jobs:
> >
> > D=/tmp/perf-1; mkdir -p $D; while make O=$D install; do m
On Thu, 28 Nov 2013 16:41:21 +, Leif Lindholm
wrote:
> This patch provides documentation of the [U]EFI runtime service and
> configuration features for the arm architecture.
>
> Changes since v1/v2:
> - Complete rewrite.
> - New FDT bindings.
>
> Cc: Rob Landley
> Cc: linux-...@vger.kernel
2013-12-05 03:57 keltezéssel, Chen, Gong írta:
> On Wed, Dec 04, 2013 at 07:39:07PM +0100, Levente Kurusa wrote:
>> Date:Wed, 04 Dec 2013 19:39:07 +0100
>> From: Levente Kurusa
>> To: Borislav Petkov , Ingo Molnar , Thomas
>> Gleixner , Tony Luck , "H. Peter
>> Anvin" , x...@kernel.org,
Use PCI standard marco dev_is_pci() instead of directly compare
pci_bus_type to check whether it is pci device.
Signed-off-by: Yijing Wang
---
drivers/usb/host/ehci-dbg.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/ehci-dbg.c b/drivers/usb/host/ehci
Use PCI standard marco dev_is_pci() instead of directly compare
pci_bus_type to check whether it is pci device.
Signed-off-by: Yijing Wang
---
drivers/uwb/umc-bus.c |2 +-
include/linux/uwb/umc.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/uwb/umc-bus.
On Wed, Dec 04, 2013 at 03:16:02PM -0800, Davidlohr Bueso wrote:
> From: Davidlohr Bueso
>
> The usage of the 'gpt' kernel parameter is twofold:
> (i) skip any mbr integrity checks and (ii) enable the
> backup GPT header to be used in situations where the
> primary one is corrupted. This last "fe
1 - 100 of 806 matches
Mail list logo
