On 10/15/2013 05:10 AM, Jisheng Zhang wrote:
Hi Sebastian,
On Mon, 14 Oct 2013 16:09:07 -0700
Sebastian Hesselbarth wrote:
On 10/08/2013 02:24 PM, Sebastian Hesselbarth wrote:
This adds known facts and rumors about the Marvell Berlin (88DE3xxx) SoC
family to the Marvell SoC documentation.
S
On Tue, Oct 15, 2013 at 09:55:20AM -0700, Christoph Hellwig wrote:
> On Mon, Oct 14, 2013 at 05:29:10PM -0400, Benjamin LaHaise wrote:
> > On Mon, Oct 14, 2013 at 08:07:01AM -0700, Christoph Hellwig wrote:
> > > Ben,
> > >
> > > are you fine with the series now? It's been in linux-next for a whil
+ LKML
On Sun, Oct 13, 2013 at 2:05 PM, Ezequiel Garcia
wrote:
> This patch moves the char and block major number definitions
> to major.h to be with the rest of the major numbers.
> While doing this, include major.h in the files that need it.
The patch looks good to me. It touches a common file
node_stats[N_CPU] tracks which nodes have CPUs on the system.
vmstat.c updates this N_CPU information, but it has multiple
issues.
Patch 1/2 changes setup_vmstat() to set up the N_CPU info at
boot. Patch 2/2 changes vmstat_cpuup_callback() to udpate
the N_CPU info at CPU offline.
---
Toshi Kani
After a system booted, N_CPU is not set to any node as
has_cpu shows an empty line.
# cat /sys/devices/system/node/has_cpu
(show-empty-line)
setup_vmstat() registers its CPU notifier callback,
vmstat_cpuup_callback(), which marks N_CPU to a node when
a CPU is put into online. However, setup_
vmstat_cpuup_callback() is a CPU notifier callback, which
marks N_CPU to a node at CPU online event. However, it
does not update this N_CPU info at CPU offline event.
Changed vmstat_cpuup_callback() to clear N_CPU when the last
CPU in the node is put into offline, i.e. the node no longer
has any
On Tue, Oct 15, 2013 at 01:14:47PM -0400, Benjamin LaHaise wrote:
> > While I agree that getting that would be useful it is something that has
> > nothing to do with issueing aio from kernel space and holding this
> > patchset hostage for something you'd like to see but that was
> > complicated eno
On Tue, 15 Oct 2013, Krzysztof Kozlowski wrote:
> On Tue, 2013-10-15 at 02:59 -0700, Hugh Dickins wrote:
> > On Mon, 14 Oct 2013, Krzysztof Kozlowski wrote:
> >
> > > Fix race between swapoff and swapon resulting in setting blocksize of
> > > PAGE_SIZE for block devices during swapoff.
> > >
> >
On 10/15/2013 04:07 AM, Russell King - ARM Linux wrote:
On Fri, Oct 11, 2013 at 02:45:34PM -0700, Alexandre Courbot wrote:
Trusted Foundations is a TrustZone-based secure monitor for ARM that
can be invoked using the same SMC-based API on all supported
platforms. This patch adds initial basic su
On Tue, Oct 15, 2013 at 9:03 AM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> On Mon, Oct 14, 2013 at 11:04 PM, Ingo Molnar wrote:
>> >
>> > * Kees Cook wrote:
>> >
>> >> On Mon, Oct 14, 2013 at 9:28 AM, H. Peter Anvin wrote:
>> >> > On 10/14/2013 07:19 AM, H. Peter Anvin wrote:
>> >> >> My
On Tue, 15 Oct 2013, Toshi Kani wrote:
> Changed setup_vmstat() to mark N_CPU to the nodes with
> online CPUs at boot, which is consistent with other
> operations in vmstat_cpuup_callback(), i.e. start_cpu_timer()
> and refresh_zone_stat_thresholds().
Acked-by: Christoph Lameter
--
To unsubscri
On 10/15/2013 12:59 PM, Chang Xiangzhong wrote:
Signed-off-by: Xiangzhong Chang
---
net/sctp/outqueue.c | 142 ---
1 file changed, 68 insertions(+), 74 deletions(-)
diff --git a/net/sctp/outqueue.c b/net/sctp/outqueue.c
index 94df758..f10d848
On 2013/10/11 02:32AM, Chen Gong wrote:
> In latest UEFI spec(by now it is 2.4) memory error definition
> for CPER (UEFI 2.4 Appendix N Common Platform Error Record)
> adds some new fields. These fields help people to locate
> memory error on actual DIMM location.
>
> Original-author: Tony Luck
>
Yes, I can try. The code is pretty much similar with some minor difference.
One thing I can do is to move the spin lock part (together with the
corresponding err handling into a common function.
The only problem I can see right now is we need the following
additional line for shm:
__mod_zone_pag
On Tue, 2013-10-15 at 17:22 +, Christoph Lameter wrote:
> On Tue, 15 Oct 2013, Toshi Kani wrote:
>
> > Changed setup_vmstat() to mark N_CPU to the nodes with
> > online CPUs at boot, which is consistent with other
> > operations in vmstat_cpuup_callback(), i.e. start_cpu_timer()
> > and refres
On Tue, 2013-10-15 at 14:29 +, Kelleter, Günther wrote:
> Addresses are BCD encoded, not ASCII. x25_addr_ntoa got it right.
[]
> Wrong length calculation leads to rejection of CALL ACCEPT packets.
[]
> diff --git a/net/x25/af_x25.c b/net/x25/af_x25.c
[]
> @@ -98,7 +98,7 @@ int x25_parse_address
On 10/15/2013 10:30 PM, Borislav Petkov wrote:
On Tue, Oct 15, 2013 at 10:24:35PM +0530, Naveen N. Rao wrote:
On 2013/10/11 02:32AM, Chen Gong wrote:
Use trace interface to elaborate all H/W error related
information.
Signed-off-by: Chen, Gong
---
+TRACE_EVENT(extlog_mem_event,
+ TP_
On 10/14/2013 11:50 PM, Ingo Molnar wrote:
>
> So if anyone can implement it using huge pages, with a really fast __va()
> and __pa() implementation, then it might be possible. But that's a pretty
> major surgery on x86.
>
Well, we already *have* a way to deal with that for Xen (by inserting a
On Mon, Oct 14, 2013 at 05:09:17PM +0800, Hong Zhiguo wrote:
[..]
Hi Hong,
Thanks for the token based throttling implementation. In general it looks
good and it simplies the logic. Couple of comments/concerns below.
> @@ -133,14 +135,13 @@ struct throtl_grp {
> /* IOPS limits */
> u
On Tue, 15 Oct 2013, Toshi Kani wrote:
> vmstat_cpuup_callback() is a CPU notifier callback, which
> marks N_CPU to a node at CPU online event. However, it
> does not update this N_CPU info at CPU offline event.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubs
On Mon, Oct 14, 2013 at 6:19 PM, Maximilian Güntner
wrote:
> The NXP PCA9685 supports 16 channels/leds using a 12-bit PWM (4095
> levels of brightness)
> This driver supports configuration using platform_data.
>
> Signed-off-by: Maximilian Güntner
> ---
>
> v2:
>addresses Bryan Wu's comments
On 10/15/2013 07:25 PM, Vlad Yasevich wrote:
On 10/15/2013 12:59 PM, Chang Xiangzhong wrote:
Signed-off-by: Xiangzhong Chang
---
net/sctp/outqueue.c | 142
---
1 file changed, 68 insertions(+), 74 deletions(-)
diff --git a/net/sctp/outqueu
On Tue, Oct 15, 2013 at 12:41:23PM +1100, Dave Chinner wrote:
> On Mon, Oct 14, 2013 at 05:42:50PM -0400, Johannes Weiner wrote:
> > Hi Dave,
> >
> > On Fri, Oct 11, 2013 at 11:39:30AM +1100, Dave Chinner wrote:
> > > On Thu, Oct 10, 2013 at 05:46:54PM -0400, Johannes Weiner wrote:
> > > >
Currently, at each call of setns system call a new nsproxy is allocated,
the old nsproxy namespaces are copied into the new one and the old nsproxy
is freed if the task was the only one to use it.
It can creates large delays on hardware with large number of cpus since
to free a nsproxy a synchroni
On Tue, Oct 15, 2013 at 11:00:53PM +0530, Naveen N. Rao wrote:
> I thought the primary problem was the conflict with edac core itself.
> So, if I'm not mistaken, we would have to prevent all edac drivers
> from loading.
That too - I don't see the need for them if the firmware does the
decoding.
-
Print a list of pages to be copied if debugging is enabled.
Consecutive entries are merged to reduce screen clutter.
Signed-off-by: Geert Uytterhoeven
Cc: Eric Biederman
---
kernel/kexec.c | 76
1 file changed, 76 insertions(+)
diff --
On Mon, Oct 14, 2013 at 5:52 PM, Linus Torvalds
wrote:
> So get your act together, and push back on the people you are supposed
> to manage. Because this is *not* acceptable for post-rc5, and I'm
> giving this single warning. Next time, I'll just ignore the sh*t you
> send me.
>
> Comprende?
Fair
This is a set of patches to add kexec support for m68k to the Linux kernel.
- Kexec only, no kdump support yet (do you have enough RAM to keep a
crashdump kernel in memory at all times? ;-)
- Tested on ARAnyM, with emulated 68040.
I tested the behavior for machines where memory doesn'
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> This patchset introduces common infrastructure for clocks which exist in
>
>
> several Tegra SoCs. We also also move Tegra20, Tegra30 and Tegra114 to
> this n
On 10/15/2013 01:39 PM, Chang wrote:
On 10/15/2013 07:25 PM, Vlad Yasevich wrote:
On 10/15/2013 12:59 PM, Chang Xiangzhong wrote:
Signed-off-by: Xiangzhong Chang
---
net/sctp/outqueue.c | 142
---
1 file changed, 68 insertions(+), 74 deletio
Add optional support to export the bootinfo used to boot the kernel in a
"bootinfo" file in procfs. This is useful with kexec.
This is based on the similar feature for ATAGS on ARM.
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/Kconfig|7
arch/m68k/include/asm/bootin
Signed-off-by: Geert Uytterhoeven
---
v2:
- KEXEC depends on M68KCLASSIC,
- Fix handling of virtual and physical addresses, for machines where
memory doesn't start at zero,
- Support for other CPUs than 68040.
arch/m68k/Kconfig | 17
arch/m68k/include/asm/kexec.
Dave,
Please pull this batch of fixes intended for the 3.12 stream!
For the mac80211 bits, Johannes says:
"Jouni fixes a remain-on-channel vs. scan bug, and Felix fixes client TX
probing on VLANs."
And also:
"This time I have two fixes from Emmanuel for RF-kill issues, and fixed
two issues rep
On Tue, 15 Oct 2013, Kirill A. Shutemov wrote:
> Andrea Arcangeli wrote:
> > Hi Hugh,
> >
> > On Tue, Oct 15, 2013 at 04:08:28AM -0700, Hugh Dickins wrote:
> > > Occasionally we hit the BUG_ON(pmd_trans_huge(*pmd)) at the end of
> > > __split_huge_page_pmd(): seen when doing madvise(,,MADV_DONTNEE
On 10/14/2013 04:49 AM, Max Filippov wrote:
> Buddy allocator was used here prior to commit 6656920 [XTENSA] Add
> support for cache-aliasing I can only guess that the change was made
> to make allocated page tables have the same colour, but am not sure
> why this is needed. Chris?
Max, I think yo
Hi, Jens,
blk_mq_update_queue_map does this:
for_each_possible_cpu(i) {
if (!cpu_online(i)) {
map[i] = 0;
continue;
}
...
first_sibling = get_first_sibling(i);
if (first_siblin
Hi Alan,
USB storage maybe just has to say that the abort occurred. By setting the
US_FLIDX_TIMED_OUT bit USB storage is getting signaled that the reason was
time out and the command is being aborted.
Now, it's arguable whether to change the implication of US_FLIDX_TIMED_OUT
bit for scsi - USB s
ip4_datagram_connect is called with BH processing enabled. Therefore
we cannot use IP_INC_STATS_BH but must use IP_INC_STATS which disables
BH handling before incrementing the counter.
The following trace is triggered without this patch:
[ 9293.806634] __this_cpu_add operation in preemptible [000
On 10/15/2013 12:18 PM, Christoph Hellwig wrote:
> On Tue, Oct 15, 2013 at 01:14:47PM -0400, Benjamin LaHaise wrote:
>>> While I agree that getting that would be useful it is something that has
>>> nothing to do with issueing aio from kernel space and holding this
>>> patchset hostage for something
** Resending using Comcast instead of Amazon SES.
This patchset introduces preemption checks for __this_cpu operations.
First we add new raw_cpu operations that perform this cpu operations
without preempt checks in the future.
Then those raw_cpu operations are used in a number of locations to av
With the preempt checking logic for __this_cpu_ops we will get false
positives from locations in the code that use numa_node_id.
Before the __this_cpu ops where introduced there were
no checks for preemption present either. smp_raw_processor_id()
was used. See http://www.spinics.net/lists/linux-n
V3->V4:
- Drop CONFIG_DEBUG_THIS_CPU_OPERATIONS
- Add support for logging the exact operation that caused the issue.
We define a check function in order to avoid trouble with the
include files. Then the higher level __this_cpu macros are
modified to invoke the check before __this_c
The initialization of a structure is not subject to synchronization.
The use of __this_cpu would trigger a false positive with the
additional preemption checks for __this_cpu ops.
So simply disable the check through the use of raw_cpu ops.
Trace:
[0.668066] __this_cpu_write operation in pree
The following patches will add preemption checks to __this_cpu ops so we
need to have an alternative way to use this cpu operations without
preemption checks.
raw_cpu ops rely on the __this_cpu_xxx_1/2/4/8 operations having no
preemption checks. We therefore do not have to duplicate these function
The RT_CACHE_STAT_INC macro triggers the new preemption checks
for __this_cpu ops
I do not see any other synchronization that would allow the use
of a __this_cpu operation here however in commit
dbd2915ce87e811165da0717f8e159276ebb803e Andrew justifies
the use of raw_smp_processor_id() here becaus
(Sorry for the repost -- mistyped Dave's email address the first time...)
Dave,
Please pull this batch of fixes intended for the 3.12 stream!
For the mac80211 bits, Johannes says:
"Jouni fixes a remain-on-channel vs. scan bug, and Felix fixes client TX
probing on VLANs."
And also:
"This time
On Tue, 2013-10-15 at 19:48 +0200, Geert Uytterhoeven wrote:
> Print a list of pages to be copied if debugging is enabled.
> Consecutive entries are merged to reduce screen clutter.
[]
> diff --git a/kernel/kexec.c b/kernel/kexec.c
[]
> +static void kimage_print_block(const struct kimage_block *blo
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of them
is
address calculation via the form &__get_cpu_var(x). This calculates the address
for
the instance of the percpu variable of the current processor based on an offset.
Other use cases are for storing and retrieving d
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of them
is
address calculation via the form &__get_cpu_var(x). This calculates the address
for
the instance of the percpu variable of the current processor based on an offset.
Other use cases are for storing and retrieving d
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
__get_cpu_var() is used for multiple purposes in the kernel source. One of
them is address calculation via the form &__get_cpu_var(x). This calculates
the address for the instance of the percpu variable of the current processor
based on an offset.
Other use cases are for storing and retrieving da
On Mon, Oct 14, 2013 at 01:31:23PM -0700, gre...@linuxfoundation.org wrote:
> If we take the 2nd retry path in ext4_expand_extra_isize_ea, we
> potentionally return from the function without having freed these
> allocations. If we don't do the return, we over-write the previous
> allocation
Signed-off-by: Xiangzhong Chang
---
net/sctp/outqueue.c | 76 ---
1 file changed, 35 insertions(+), 41 deletions(-)
diff --git a/net/sctp/outqueue.c b/net/sctp/outqueue.c
index 94df758..84ef3b8 100644
--- a/net/sctp/outqueue.c
+++ b/net/sctp/outq
[devicetree to bcc]
Peter,
Please don't post driver/platform patches to the devicetree list. Only
bindings updates should be posted here.
Otherwise the volume of patches make the people who need to see the
and review the bindings run for the hills. :-)
-Olof
On Tue, Oct 15, 2013 at 8:14 AM, P
On Tue, Oct 15 2013, Jeff Moyer wrote:
> Hi, Jens,
>
> blk_mq_update_queue_map does this:
>
> for_each_possible_cpu(i) {
> if (!cpu_online(i)) {
> map[i] = 0;
> continue;
> }
>
> ...
> first_s
On 2013/10/11 02:32AM, Chen Gong wrote:
> To satisfy the necessary of following patches and make related definition
> more clear, update some definitions about CPER. No functional changes.
>
> Signed-off-by: Chen, Gong
> ---
> drivers/acpi/apei/apei-internal.h | 12 -
> drivers/acpi/apei
On Tue, Oct 15 2013, Christoph Lameter wrote:
> __get_cpu_var() is used for multiple purposes in the kernel source. One of
> them is address calculation via the form &__get_cpu_var(x). This calculates
> the address for the instance of the percpu variable of the current processor
> based on an offs
Hi Feng,
Looking at the OMAP implementation, persistent_clock is updated on
every read of the 32K counter. If the read doesn't happen often enough
to accurately update persistent_clock, then the 32K counter would fail
the definition of a persistent clock and some other timekeeping source
should be
Jens Axboe writes:
>> This assumes that the first_sibling is listed before any other siblings,
>> which I don't believe is true. I don't think you get any guaranteed
>> ordering in that cpu_possible_mask.
>>
>> ... or did I miss something?
>
> That's correct, it's assuming the first sibling is
On Mon, Oct 14, 2013 at 03:57:04PM -0700, Colin Cross wrote:
> On Tue, Aug 20, 2013 at 7:04 AM, Al Viro wrote:
> > On Tue, Aug 20, 2013 at 08:36:22AM +0100, Al Viro wrote:
> >
> >> Aha. _That_ is a bug, all right - dynamic_dname() is simply not suitable
> >> for that kind of uses. ashmem.c is ce
On Tue, 2013-10-15 at 09:44 -0700, Davidlohr Bueso wrote:
> On Tue, 2013-10-15 at 16:19 +0800, Libin wrote:
> > From: Li Bin
> >
> > small codingstyle fix: '*' should be adjacent to the data name.
>
> There are *tons* of these, go crazy.
>
Here are the whitespace changes proposed by
$ scripts/
On Tue, 2013-10-15 at 12:47 -0500, Christoph Lameter wrote:
> plain text document attachment (fix_snmp)
> ip4_datagram_connect is called with BH processing enabled. Therefore
> we cannot use IP_INC_STATS_BH but must use IP_INC_STATS which disables
> BH handling before incrementing the counter.
>
>
"Guillaume Gaudonville" writes:
> Currently, at each call of setns system call a new nsproxy is allocated,
> the old nsproxy namespaces are copied into the new one and the old nsproxy
> is freed if the task was the only one to use it.
>
> It can creates large delays on hardware with large number
I agree with this. It has been like this just for a quick proof, but I
need to address this problem as soon as possible.
Thanks!
Best wishes,
--
Ning Qu (曲宁) | Software Engineer | qun...@google.com | +1-408-418-6066
On Tue, Oct 15, 2013 at 4:09 AM, Kirill A. Shutemov
wrote:
> Ning Qu wrote:
>>
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> This patch determines the register bank for clock enable/disable and reset
> based on the clock ID instead of hardcoding it in the tables describing the
> clocks. This results in less data to be maintained in the tables, making the
> code easier t
Best wishes,
--
Ning Qu (曲宁) | Software Engineer | qun...@google.com | +1-408-418-6066
On Tue, Oct 15, 2013 at 4:01 AM, Kirill A. Shutemov
wrote:
> Ning Qu wrote:
>> When comes to truncate file, add support to handle huge page in the
>> truncate range.
>>
>> Signed-off-by: Ning Qu
>> ---
>> m
Will fix this.
Best wishes,
--
Ning Qu (曲宁) | Software Engineer | qun...@google.com | +1-408-418-6066
On Tue, Oct 15, 2013 at 3:37 AM, Kirill A. Shutemov
wrote:
> Ning Qu wrote:
>> Add the function to request huge page in shm_fault when needed.
>> And it will fall back to regular page if huge p
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> This patch makes periph_clk_enb_refcnt a global array, dynamically allocated
> at boottime. It simplifies the macros somewhat and allows clocks common to
> several Tegra SoCs to be defined in a separate files. Also the clks array
> becomes global
On Tue, Oct 15, 2013 at 10:53:10AM -0700, Hugh Dickins wrote:
> I'm afraid Andrea's mail about concurrent madvises gives me far more
> to think about than I have time for: seems to get into problems he
> knows a lot about but I'm unfamiliar with. If this patch looks good
> for now on its own, let'
Best wishes,
--
Ning Qu (曲宁) | Software Engineer | qun...@google.com | +1-408-418-6066
On Tue, Oct 15, 2013 at 3:29 AM, Kirill A. Shutemov
wrote:
> Ning Qu wrote:
>> We don't support huge page when page is moved from page cache to swap.
>> So in this function, we enable huge page handling in tw
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> vco min clipping, dynamic ramp setup and IDDQ init can be done in the
> respective pll clk_register functions if the parent is already registered.
> This is done for other some PLLs already.
Nit: VCO and PLL should be capitalized in this commit d
Let me take another look at that logic. Thanks!
Best wishes,
--
Ning Qu (曲宁) | Software Engineer | qun...@google.com | +1-408-418-6066
On Tue, Oct 15, 2013 at 3:33 AM, Kirill A. Shutemov
wrote:
> Ning Qu wrote:
>> in shmem_writepage, we have to split the huge page when moving pages
>> from page
On 2013/10/11 02:32AM, Chen Gong wrote:
> This patch adds a new interface to decode memory device (type 17)
> to help error reporting on DIMMs.
>
> Original-author: Tony Luck
> Signed-off-by: Chen, Gong
> ---
> arch/ia64/kernel/setup.c| 1 +
> arch/x86/kernel/setup.c | 1 +
> drivers/
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> Introduce a common infrastructure for sharing clock initialization between
> SoCs.
> diff --git a/drivers/clk/tegra/clk.c b/drivers/clk/tegra/clk.c
> +struct clk ** __init tegra_lookup_dt_id(int clk_id,
> + st
Hello.
On 10/15/2013 03:45 PM, Kefeng Wang wrote:
net_ratelimited_function() is called to simplify code.
Signed-off-by: Kefeng Wang
---
drivers/net/usb/usbnet.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
i
Add a driver for Arasan's SDHCI controller core.
Signed-off-by: Soren Brinkmann
---
.../devicetree/bindings/mmc/arasan,sdhci.txt | 23 +++
MAINTAINERS| 1 +
drivers/mmc/host/Kconfig | 12 ++
drivers/mmc/host/Makefile
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> Add a common infra for registering clkdev. This allows decoupling clk
> registration from clkdev registration.
> drivers/clk/tegra/clk-tegra114.c | 322
> +++---
> drivers/clk/tegra/clk.c |9 +
> dr
Add nodes for the Arasan SDHCI controller to Zynq dts files.
Signed-off-by: Soren Brinkmann
---
arch/arm/boot/dts/zynq-7000.dtsi | 20
arch/arm/boot/dts/zynq-zc702.dts | 4
arch/arm/boot/dts/zynq-zc706.dts | 4
arch/arm/boot/dts/zynq-zed.dts | 4
4 files
On 2013/10/15 09:15AM, Tony Luck wrote:
> On Tue, Oct 15, 2013 at 2:28 AM, Borislav Petkov wrote:
> > We can even add a hint for the user like:
> >
> > "Above errors have been corrected by the hardware and require no
> > further action."
> >
> > Btw, this is valid for both dmesg and trace
On Tue, Oct 15, 2013 at 02:43:22PM +0900, HATAYAMA Daisuke wrote:
> Kexec can enter the kdump 2nd kernel on AP if crash happens on AP. To
> check if boot cpu is BSP, introduce a helper function
> boot_cpu_is_bsp().
>
> Signed-off-by: HATAYAMA Daisuke
> ---
> arch/x86/include/asm/mpspec.h |7
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> Move audio clocks and PLLA initialization to a common file so it can be used
> by
> multiple Tegra SoCs.
> diff --git a/drivers/clk/tegra/clk-tegra114.c
> b/drivers/clk/tegra/clk-tegra114.c
> +static struct tegra_clk tegra114_clks[tegra_clk_ma
Hi,
When trying to debug kexec with a non-zero m68k_memoffset on ARAnyM, I
modified the bootinfo to remove the first 2 MiB of ST-RAM.
However, this failed with:
| m68k_memoffset = 0x0020
| m68k_virt_to_node_shift = 23
| m68k_setup_node: node = 0 (start 0x0020 size 0x00c0)
|
On 2013/10/11 02:32AM, Chen Gong wrote:
> After H/W error happens under FFM enabled mode, lots of information
> are shown but some important parts like DIMM location missed. This
> patch is used to show these extra fileds.
>
> Original-author: Tony Luck
> Signed-off-by: Chen, Gong
> ---
> drive
On 10/15/2013 08:52 AM, Peter De Schrijver wrote:
> Introduce a new file for peripheral clocks common between several Tegra
> SoCs and move Tegra114 to this new infrastructure. Also PLLP and the PLLP_OUT
> clocks will be initialized here.
> diff --git a/drivers/clk/tegra/clk-tegra114.c
> b/driver
This series of patchs adds feature to allow an alias to
be created for regulator supply lookup. This aliases will
perform the lookup on a different device from that requested
by the end user. We also add features into the MFD core to
easily map supplies from a child device to the main MFD
device.
Hello.
On 10/15/2013 03:58 AM, Soren Brinkmann wrote:
Use the device managed interface to request the IRQ, simplifying error
paths.
Signed-off-by: Soren Brinkmann
---
drivers/net/ethernet/cadence/macb.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers
Occasionally, it is useful to map supplies from a child device onto the
MFD device. A typical usecase for this would be if the MFD device is
represented as a single node in device tree. All supplies will be
defined in device tree as existing on the MFD device. When a child
depends on frameworks whi
The CODEC power supplies should be looked up on the Arizona device as
they will be created here by device tree also update the only user of
non-device tree bindings.
Signed-off-by: Charles Keepax
---
arch/arm/mach-s3c64xx/mach-crag6410.c | 12
drivers/mfd/arizona-core.c
These patches add the ability to create an alternative device on which
a lookup for a certain supply should be conducted.
A common use-case for this would be devices that are logically
represented as a collection of drivers within Linux but are are
presented as a single device from device tree. It
This series of patchs adds feature to allow an alias to
be created for regulator supply lookup. This aliases will
perform the lookup on a different device from that requested
by the end user. We also add features into the MFD core to
easily map supplies from a child device to the main MFD
device.
These patches add the ability to create an alternative device on which
a lookup for a certain supply should be conducted.
A common use-case for this would be devices that are logically
represented as a collection of drivers within Linux but are are
presented as a single device from device tree. It
The CODEC power supplies should be looked up on the Arizona device as
they will be created here by device tree also update the only user of
non-device tree bindings.
Signed-off-by: Charles Keepax
---
arch/arm/mach-s3c64xx/mach-crag6410.c | 12
drivers/mfd/arizona-core.c
On Wed, Oct 16, 2013 at 12:40:40AM +0530, Naveen N. Rao wrote:
> +2 ;)
You're counting for 2 people, huh?
:-)
> While at it, I wonder if we're better off calling these "Hardware
> events" rather than "Hardware errors".
Oh, please no. That's that euphemistic lying which serves no one. And
here's
1 - 100 of 755 matches
Mail list logo
