Signed-off-by: Yoshinori Sato
---
arch/h8300/mm/Makefile | 5 ++
arch/h8300/mm/fault.c | 57 +
arch/h8300/mm/init.c | 133 +
arch/h8300/mm/kmap.c | 61 +++
arch/h8300/mm/memory.c | 53
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/process.c | 171
arch/h8300/kernel/ptrace.c | 203 +
arch/h8300/kernel/signal.c | 308
3 files changed, 682 insertions(+)
create mode 100644
Signed-off-by: Yoshinori Sato
---
arch/h8300/include/uapi/asm/Kbuild | 29
arch/h8300/include/uapi/asm/auxvec.h | 4 ++
arch/h8300/include/uapi/asm/byteorder.h | 6 ++
arch/h8300/include/uapi/asm/ptrace.h | 42 +++
arch/h8300/include/uapi/asm/sigcontext.h |
Hi Eric,
Ping!
Cheers,
Michael
On 02/12/2015 02:53 PM, Michael Kerrisk (man-pages) wrote:
> Hello Eric,
>
> On 02/11/2015 02:51 PM, Eric W. Biederman wrote:
>> "Michael Kerrisk (man-pages)" writes:
>>
>>> Hi Eric,
>>>
>>> Ping!
>>>
>>> Cheers,
>>>
>>> Michael
>>
>> My apologies. You
Signed-off-by: Yoshinori Sato
---
arch/h8300/Kconfig | 73 ++
arch/h8300/Kconfig.cpu | 111
arch/h8300/Makefile | 45
arch/h8300/kernel/Makefile | 16 ++
Signed-off-by: Yoshinori Sato
---
arch/h8300/lib/Makefile| 7 ++
arch/h8300/lib/abs.S | 20 ++
arch/h8300/lib/ashldi3.c | 24 +++
arch/h8300/lib/ashrdi3.c | 24 +++
arch/h8300/lib/checksum.c | 167 +
Signed-off-by: Yoshinori Sato
---
drivers/tty/serial/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
index c79b43c..ed01f33 100644
--- a/drivers/tty/serial/Kconfig
+++ b/drivers/tty/serial/Kconfig
@@ -747,7
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/cpu/Makefile | 4 +
arch/h8300/kernel/cpu/h83069/Makefile | 1 +
arch/h8300/kernel/cpu/h83069/setup.c | 202 ++
arch/h8300/kernel/cpu/h8s2678/Makefile | 1 +
arch/h8300/kernel/cpu/h8s2678/setup.c | 161
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/asm-offsets.c | 60 ++
arch/h8300/kernel/dma.c | 95 +
arch/h8300/kernel/h8300_ksyms.c | 34 +++
arch/h8300/kernel/module.c | 70
Signed-off-by: Yoshinori Sato
---
drivers/clk/Makefile| 1 +
drivers/clk/h8300/Makefile | 2 +
drivers/clk/h8300/clk-h83069.c | 74 ++
drivers/clk/h8300/clk-h8s2678.c | 165
include/linux/clk-provider.h| 12 +++
Signed-off-by: Yoshinori Sato
---
arch/h8300/configs/h8300h-sim_defconfig | 53 +
arch/h8300/configs/h8s-sim_defconfig| 53 +
2 files changed, 106 insertions(+)
create mode 100644 arch/h8300/configs/h8300h-sim_defconfig
create
Signed-off-by: Yoshinori Sato
---
include/uapi/linux/elf-em.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/elf-em.h b/include/uapi/linux/elf-em.h
index ae99f77..b088296 100644
--- a/include/uapi/linux/elf-em.h
+++ b/include/uapi/linux/elf-em.h
@@ -25,6 +25,7 @@
#define
Signed-off-by: Yoshinori Sato
---
arch/h8300/boot/Makefile | 26 +
arch/h8300/boot/compressed/Makefile| 37 +++
arch/h8300/boot/compressed/head.S | 48 +
arch/h8300/boot/compressed/misc.c | 74 ++
arch/h8300/boot/compressed/vmlinux.lds
Changes for v4
- Remove signal mapping
- Organize Kconfig
- Coding style fix
Changes for v3
- Fix clone
- Add dma functions
- Add missing library
- Fix various errors
Changes for v2
- Use Common Clock Framework
- Use common unistd.h
- Use common ptrace function
- clocksource driver move to
> On 20 February 2015 at 19:58 Peter Zijlstra wrote:
>
>
> On Fri, Feb 20, 2015 at 09:34:28PM +0300, Sergei Shtylyov wrote:
> > Hello.
> >
> > On 02/20/2015 09:12 PM, Fabian Frederick wrote:
> >
> > >Use helper functions to access current->state.
> > >Direct assignments are prone to races and
On Sat, Feb 21, 2015 at 01:14:00AM -0600, Felipe Balbi wrote:
> Hi,
>
> On Fri, Feb 20, 2015 at 10:15:52PM +0100, Pavel Machek wrote:
> > On Fri 2015-02-20 08:39:06, Felipe Balbi wrote:
> > > On Fri, Feb 20, 2015 at 09:27:51AM +0100, Pavel Machek wrote:
> > > > > > > > > > In current state I
tree: git://git.kernel.dk/linux-block.git for-linus
head: decf6d79de84e427d409ff74156af2e77ffadd84
commit: e1e5e5641e6f271321aec257ed26a72715e4a8c2 [1/10] NVMe: Metadata format
support
reproduce:
# apt-get install sparse
git checkout e1e5e5641e6f271321aec257ed26a72715e4a8c2
make
drivers/block/nvme-core.c:2008:22: sparse: symbol 'nvme_meta_noop' was not
declared. Should it be static?
Signed-off-by: Fengguang Wu
---
nvme-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/nvme-core.c b/drivers/block/nvme-core.c
index
Linus,
a little late due to a HD crash, here is the pull request for i2c.
Summary:
* legacy PM code removed from the core, there were no users anymore
(thanks to Lars-Peter Clausen)
* new driver for Broadcom iProc
* bigger driver updates for designware, rk3x, cadence, ocores
* a bunch of
Hi,
On Fri, Feb 20, 2015 at 10:15:52PM +0100, Pavel Machek wrote:
> On Fri 2015-02-20 08:39:06, Felipe Balbi wrote:
> > On Fri, Feb 20, 2015 at 09:27:51AM +0100, Pavel Machek wrote:
> > > > > > > > > In current state I review all 3 patches as:
> > > > > > > > >
> > > > > > > > > Rejected-by:
On Thu, 19 Feb 2015, Michal Simek wrote:
> On 02/17/2015 08:17 PM, Pavel Machek wrote:
> > On Tue 2015-02-17 11:07:53, Rob Landley wrote:
> >>
> >>
> >> On 02/15/2015 04:40 PM, Pavel Machek wrote:
> >>> On Wed 2015-01-21 13:27:00, Jason Gunthorpe wrote:
> On Wed, Jan 21, 2015 at 06:33:12PM
On 2/14/2015 6:22 AM, Catalin Marinas wrote:
1. user populates sival_int compat_sigevent and invokes
compat_sys_mq_notify()
2. kernel get_compat_sigevent() copies compat_sigevent into the native
sigevent. compat and native sival_int are the same, no problem so
far. The other half of
On Fri, Feb 20, 2015 at 05:54:09PM +0100, Peter Zijlstra wrote:
> On Fri, Feb 20, 2015 at 08:37:37AM -0800, Paul E. McKenney wrote:
> > On Fri, Feb 20, 2015 at 10:11:07AM +0100, Peter Zijlstra wrote:
> > > Does it really make a machine boot much faster? Why are people using
> > > synchronous gp
* John Stultz wrote:
> On Fri, Feb 20, 2015 at 2:26 PM, Linus Torvalds
> wrote:
> > On Fri, Feb 20, 2015 at 5:44 AM, Ingo Molnar wrote:
> >>
> >> John Stultz (1):
> >> ntp: Fixup adjtimex freq validation on 32-bit systems
> >
> > This is confusing. 32-bit?
>
> Right, so the check that
* Ingo Molnar wrote:
> Oh, crap, I just triggered the warnings with:
>
> x86 defconfig + 'make kvmconfig' + CONFIG_PARAVIRT_SPINLOCKS=y.
>
> My bad, mea culpa ...
>
> [...]
> But you do allmodconfig tests and look at warnings so
> there it probably showed up straight away?
Yeah, so an
On Fri, Feb 20, 2015 at 11:13:33AM -0600, Paul Clarke wrote:
>
> implement arch_irq_work_has_interrupt() for powerpc
>
> (resending because I messed up the e-mail addresses)
>
> Commit 9b01f5bf3 introduced a dependency on "IRQ work self-IPIs" for
> full dynamic ticks to be enabled, by expecting
* Ingo Molnar wrote:
> ( I've attached the build log that I saw before sending you
> the pull request. )
>
> The kbuild test robot which tests for warnings didn't
> report one to me either. I tested a few other configs as
> well:
>
> x86 defconfig (PARAVIRT=n):0 warnings
>
From: Andres Lagar-Cavilla
Include a small treatise on the locking rules around page teams.
Signed-off-by: Andres Lagar-Cavilla
Signed-off-by: Hugh Dickins
---
arch/x86/kvm/mmu.c | 155 +--
arch/x86/kvm/paging_tmpl.h |3
2 files changed, 132
From: Andres Lagar-Cavilla
So we don't have to redo this work later. Note the hva is not racy, it
is simple arithmetic based on the memslot.
This will be used in the huge tmpfs commits.
Signed-off-by: Andres Lagar-Cavilla
Signed-off-by: Hugh Dickins
---
arch/x86/kvm/mmu.c | 16
Maintaining Mlocked was the difficult one, but now that it is correctly
tracked, without duplication between the 4kB and 2MB amounts, I think
we have to make a similar effort with Mapped.
But whereas mlock and munlock were already rare and slow operations,
to which we could fairly add a little
Up to this point, the huge tmpfs effort hasn't looked at or touched
mm/mlock.c at all, and it was surprising that regular tests did not
therefore crash machines.
/proc/meminfo's Mlocked count has been whatever happens to be shown
if we do nothing extra: a hugely mapped and mlocked team page would
A big advantage of huge tmpfs over hugetlbfs is that its pages can
be swapped out; but too often it OOMs before swapping them out.
At first I tried changing page_evictable(), to treat all tail pages
of a hugely mapped team as unevictable: the anon LRUs were otherwise
swamped by pages that could
Andres L-C has pointed out that the single-page unmap_mapping_range()
fallback in truncate_inode_page() cannot protect against the case when
a huge page was faulted in after the full-range unmap_mapping_range():
because page_mapped(page) checks tail page's mapcount, not the head's.
So, there's a
zap_pmd_range()'s CONFIG_DEBUG_VM !rwsem_is_locked(_sem) BUG()
is invalid with huge tmpfs, where truncation of a hugely-mapped file
to an unhugely-aligned size easily hits it.
(Although anon THP could in principle apply khugepaged to private file
mappings, which are not excluded by the
This is the commit which at last gets huge mappings of tmpfs working,
as can be seen from the ShmemPmdMapped line of /proc/meminfo.
The main thing here is the trio of functions map_team_by_pmd(),
unmap_team_by_pmd() and remap_team_by_ptes() added to huge_memory.c;
and of course the enablement of
Andrea wrote a very interesting comment on THP in mm/memory.c,
just before the end of __handle_mm_fault():
* A regular pmd is established and it can't morph into a huge pmd
* from under us anymore at this point because we hold the mmap_sem
* read mode and khugepaged takes it in write mode. So
page_referenced_one() currently decides whether to go the huge
pmd route or the small pte route by looking at PageTransHuge(page).
But with huge tmpfs pages simultaneously mappable as small and as huge,
it's not deducible from page flags which is the case. And the "helpers"
page_check_address,
Factor out one small part of the shmem pmd handling: the inline function
vma_adjust_trans_huge() (called when vmas are split or merged) contains
a preliminary !anon_vma || vm_ops check to avoid the overhead of
__vma_adjust_trans_huge() on areas which could not possibly contain an
anonymous THP
Factor out one small part of the shmem pmd handling: the arch-specific
get_user_pages_fast() has special code to cope with the peculiar
refcounting on anonymous THP tail pages (and on hugetlbfs tail pages):
which must be avoided in the straightforward shmem pmd case.
Signed-off-by: Hugh Dickins
Now make the shmem.c changes necessary for mapping its huge pages into
userspace with huge pmds: without actually doing so, since that needs
changes in huge_memory.c and across mm, better left to another patch.
Provide a shmem_get_unmapped_area method in file_operations, called
at mmap time to
Using 2MB for each small file is wasteful, and on average even a large
file is likely to waste 1MB at the end. We could say that a huge tmpfs
is only suitable for huge files, but I would much prefer not to limit
it in that way, and would not be very able to test such a filesystem.
In our model,
A few functions outside of mm/shmem.c must take care not to damage a
team accidentally. In particular, although huge tmpfs will make its
own use of page migration, we don't want compaction or other users
of page migration to stomp on teams by mistake: a backstop check
in unmap_and_move() secures
Now we get down to work. The idea here is that compound pages were
ideal for hugetlbfs, with its own separate pool to which huge pages
must be freed. Not so suitable for anonymous THP, which was forced
to adopt a strange refcount-in-mapcount technique to track its tails -
compare v2.6.37's
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-3.20-rc1-3
to receive one more batch of power management and ACPI updates for
v3.20-rc1 or v4.0-rc1 (whichever that will be) with top-most commit
3466b547e37b988723dc93465b7cb06b4b1f731f
Plumb in a new "huge=1" or "huge=0" mount option to tmpfs: I don't
want to get into a maze of boot options, madvises and fadvises at
this stage, nor extend the use of the existing THP tuning to tmpfs;
though either might be pursued later on. We just want a way to ask
a tmpfs filesystem to favor
ShmemFreeHoles will be freed under memory pressure, but are not included
in MemFree: they need to be added into MemAvailable, and wherever the
kernel calculates freeable pages; but in a few other places also.
There is certainly room for debate about those places: I've made my
selection (and kept
Abbreviate NR_ANON_TRANSPARENT_HUGEPAGES to NR_ANON_HUGEPAGES,
add NR_SHMEM_HUGEPAGES, NR_SHMEM_PMDMAPPED, NR_SHMEM_FREEHOLES:
to be accounted in later commits, when we shall need some visibility.
Shown in /proc/meminfo and /sys/devices/system/node/nodeN/meminfo
as AnonHugePages (as before),
Make a few cleanups in mm/shmem.c, before going on to complicate it.
shmem_alloc_page() will become more complicated: we can't afford to
to have that complication duplicated between a CONFIG_NUMA version
and a !CONFIG_NUMA version, so rearrange the #ifdef'ery there to
yield a single
On Fri, 2015-02-20 at 14:05 -0500, J. Bruce Fields wrote:
> On Fri, Feb 20, 2015 at 12:07:15PM -0600, Eric W. Biederman wrote:
> > "J. Bruce Fields" writes:
> >
> > > On Fri, Feb 20, 2015 at 05:33:25PM +0800, Ian Kent wrote:
> >
> > >> The case of nfsd state-recovery might be similar but you'll
I don't know of any problem in the current tree, but huge tmpfs wants
to use the custom put_new_page feature of page migration, with a pool
of its own pages: and met some surprises and difficulties in doing so.
An unused newpage is expected to be released with the put_new_page(),
but there was
Commit 07a427884348 ("mm: shmem: avoid atomic operation during
shmem_getpage_gfp") rightly replaced one instance of SetPageSwapBacked
by __SetPageSwapBacked, pointing out that the newly allocated page is
not yet visible to other users (except speculative get_page_unless_zero-
ers, who may not
Konstantin Khlebnikov pointed out (nearly three years ago, when lumpy
reclaim was removed) that lru_size can be updated by -nr_taken once
per call to isolate_lru_pages(), instead of page by page.
Update it inside isolate_lru_pages(), or at its two callsites? I
chose to update it at the
On Sat, Feb 21, 2015 at 12:29:30AM +0100, Jiri Kosina wrote:
> On Wed, 18 Feb 2015, Petr Mladek wrote:
>
> > func->new_func has been accessed after rcu_read_unlock() in
> > klp_ftrace_handler()
> > and therefore the access was not protected.
> >
> > Signed-off-by: Petr Mladek
> > ---
> >
Though debug kernels have a VM_BUG_ON to help protect from misaccounting
lru_size, non-debug kernels are liable to wrap it around: and then the
vast unsigned long size draws page reclaim into a loop of repeatedly
doing nothing on an empty list, without even a cond_resched().
That soft lockup
I warned last month that I have been working on "huge tmpfs":
an implementation of Transparent Huge Page Cache in tmpfs,
for those who are tired of the limitations of hugetlbfs.
Here's a fully working patchset, against v3.19 so that you can give it
a try against a stable base. I've not yet
Assorted stuff from this cycle. The big ones here are multilayer
overlayfs from Miklos and beginning of sorting ->d_inode accesses out from
David. And no, as far as I can tell David hadn't been taken over by
Malicious Entities From Beyond Spacetime^W^Wdrivers/staging - this series
is
Hi, Doug
I have two cards which are easy to get "Timeout sending command":
one is ADATA uhs-1 SDR50, another is Kingston uhs-1 SDR104.
After merge three patches:
--
* mmc: dw_mmc: Don't start commands while busy
https://patchwork.kernel.org/patch/5858221/
* mmc: dw_mmc: Make sure we only
On Wed, Feb 18, 2015 at 10:40:26PM +0100, Stephane Eranian wrote:
> This patch adds a -j jitdump option to perf inject.
>
> This options injects MMAP records into the perf.data
> file to cover the jitted code mmaps. It also emits
> ELF images for each function in the jidump file.
> Those images
On Fri, Feb 20, 2015 at 07:28:16PM +0100, Manfred Spraul wrote:
> Hi Oleg,
>
> my example was bad, let's continue with your example.
>
> And: If sem_lock() needs another smp_xmb(), then we must add it:
> Some apps do not have a user space hot path, i.e. it seems that on
> some setups, we have
Hi Stephane,
On Wed, Feb 18, 2015 at 10:40:25PM +0100, Stephane Eranian wrote:
> Add Java function descriptor demangling support.
> Something bfd cannot do.
>
> Use the JAVA_DEMANGLE_NORET flag to avoid decoding the
> return type of functions.
>
> Signed-off-by: Stephane Eranian
> ---
>
On 02/20/15 at 03:53pm, Yinghai Lu wrote:
> On Fri, Feb 20, 2015 at 1:28 AM, Baoquan He wrote:
> >
> > Actually kexec is a bootloader which can put kernel at any address. This
> > is done in user space program kexec-tools. However kexec-tools make
> > kernel jump from 64bit into 64bit directly,
On Thu, Feb 19, 2015 at 09:44:08AM -0800, Doug Anderson wrote:
> On Thu, Feb 19, 2015 at 1:44 AM, Mark Brown wrote:
> I think what you're suggesting is that here we should add a new
> compatible string "google,snow-audio" instead of adding
> "google,snow-audio-max98089" here. Then the sound
On Thu, Feb 19, 2015 at 08:19:35PM +0300, Konstantin Khlebnikov wrote:
> I've noticed significant locking contention in memory reclaimer around
> sb_lock inside grab_super_passive(). Grab_super_passive() is called from
> two places: in icache/dcache shrinkers (function super_cache_scan) and
> from
On Fri, 20 Feb 2015 18:00:55 -0800, Andrew Morton wrote:
> On Sat, 21 Feb 2015 10:13:28 +0900 (JST) Ryusuke Konishi
> wrote:
>
>> I've got a warning from 0day kernel testing backend:
>>
>> fs/nilfs2/btree.c: In function 'nilfs_btree_root_broken':
>> >> fs/nilfs2/btree.c:394:3: warning:
Add the watchdog related entries to the Krait Processor Sub-system
(KPSS) timer IPQ8064 devicetree section. Also, add a fixed-clock
description of SLEEP_CLK, which will do for now.
Signed-off-by: Josh Cartwright
Signed-off-by: Mathieu Olivari
---
arch/arm/boot/dts/qcom-ipq8064.dtsi | 14
The watchdog has been reworked to use the same DT node as the timer.
This change is updating the device tree doc accordingly.
Signed-off-by: Mathieu Olivari
---
Documentation/devicetree/bindings/arm/msm/timer.txt | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff
MSM watchdog configuration happens in the same register block as the
timer, so we'll use the same binding as the existing timer.
The qcom-wdt will now be probed when devicetree has an entry compatible
with "qcom,kpss-timer" or "qcom-scss-timer".
Signed-off-by: Mathieu Olivari
---
This change is done as a follow-up to the following thread:
https://lkml.org/lkml/2014/10/1/436
qcom-wdt is currently assuming the presence of a dedicated node in DT
to gets its configuration. However, on msm architecture, the watchdog is
usually part of the timer block. So this patch-set is
Added parenthesis to RESET_CIE_WATCHDOG macro to resolve checkpatch
error.
Signed-off-by: Tolga Ceylan
---
drivers/staging/rtl8192u/ieee80211/dot11d.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/dot11d.h
Removed a commented out header include
Signed-off-by: Tolga Ceylan
---
drivers/staging/rtl8192u/ieee80211/ieee80211_crypt.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_crypt.c
b/drivers/staging/rtl8192u/ieee80211/ieee80211_crypt.c
index
Replaced C99 comments with C89 while maintaining less than 80 char lines.
Removed commented out struct member: DLRecord.
Signed-off-by: Tolga Ceylan
---
drivers/staging/rtl8192u/ieee80211/rtl819x_TS.h | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git
On Sat, 21 Feb 2015 10:13:28 +0900 (JST) Ryusuke Konishi
wrote:
> I've got a warning from 0day kernel testing backend:
>
> fs/nilfs2/btree.c: In function 'nilfs_btree_root_broken':
> >> fs/nilfs2/btree.c:394:3: warning: format '%lu' expects argument of type
> >> 'long unsigned int', but
On Fri, 2015-02-20 at 16:31 -0800, Tolga Ceylan wrote:
> On Fri, Feb 20, 2015 at 11:47 AM, Tolga Ceylan wrote:
> > On Thu, Feb 19, 2015 at 11:30 PM, Joe Perches wrote:
> >> Might as well remove the unnecessary cast too:
> >> memcpy(skb->cb, , sizeof(dev));
> >> but it might be
So here's my try at fixing READ_ONCE() so that it is happy with 'const' sources.
It is entirely untested. Comments/testing?
Christian, I guess I could just have forced a cast instead of the
union. I'd like you to take a look at this, because right now it's
holding up me pulling from Ingo.
And
On Fri, 20 Feb 2015 11:54:45 -0700
Thavatchai Makphaibulchoke wrote:
> Sorry for not explaining the problem in more details.
>
> IH here means the bottom half of interrupt handler, executing in the
> interrupt context (IC), not the preemptible interrupt kernel thread.
> interrupt.
>
> Here is
On 2/6/2015 8:50 AM, Romain Perier wrote:
> Don't register interrupt handler before usb gadget is correctly initialized.
> For some embedded platforms which don't have a usb-phy, it crashes the driver
> because an interrupt is emitted with non-initialized hardware.
> According to devm_request_irq
From: Andi Kleen
To add trace points to msr accesses we need to include
linux/tracepoint.h. Unfortunately this causes hellish include loops
when with the msr inlines in asm/msr.h, which is included all over.
I tried to fix several of them, but eventually gave up.
This patch moves the MSR
From: Andi Kleen
For debugging low level code interacting with the CPU
it is often useful to trace the MSR read/writes. This gives
a concise summary of PMU and other operations.
perf has an ad-hoc way to do this using trace_printk,
but it's somewhat limited (and also now spews ugly
messages
From: Andi Kleen
Now that we have generic MSR trace points we can remove the old
hackish perf MSR read tracing code.
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/perf_event.h | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf_event.h
To be clear, bio's semantics doesn't require a io is written on
persistent medium before any ack. The border line is that ios that's acked
are persitent before ack to REQ_FLUSH request.
So, writing on the volatile buffer (log chunk in this case) and then ack
is safe if the data gets persistent
On Tue, Feb 10 2015, Andy Shevchenko wrote:
>> >> ---
>> >> index ab0d30e1e18f..5f759c3c2f60 100644
>> >> --- a/lib/test-string_helpers.c
>> >> +++ b/lib/test-string_helpers.c
>> >> @@ -264,12 +264,12 @@ static __init void test_string_escape(const char
>> >> *name,
>> >>
On Wed, 2015-02-18 at 22:23 -0500, Paul Moore wrote:
> I'd prefer if the audit_log_d_path_exe() helper wasn't a static inline.
What do you have in mind? At least in code size static inlining wins:
textdata bss dec hex filename
14423 284 676 153833c17
On Sat, 21 Feb 2015 09:22:08 +0900 (JST), Ryusuke Konishi wrote:
> On Fri, 20 Feb 2015 13:58:42 -0800, Andrew Morton wrote:
>> On Fri, 20 Feb 2015 22:46:35 +0900 Ryusuke Konishi
>> wrote:
>>
>>> Each inode of nilfs2 stores a root node of a b-tree, and it turned out
>>> to have a memory overrun
On Mon, 16 Feb 2015, Peter Zijlstra wrote:
> From: Thomas Gleixner
>
> Replace the clockevents_notify() call with an explicit function call.
>
> Signed-off-by: Thomas Gleixner
This patch makes my test system hang solid after letting it sit idle for
5 to 15 minutes. Reverting it and this
It's currently impossible to mount devpts in a user namespace that
has no root user, since ptmx can't be created. This adds options
ptmx_uid and ptmx_gid that override the default uid and gid of 0.
These options are not shown in mountinfo because they have no effect
other than changing the
The LDOs are documented in the rk808 datasheet to have a soft start
time of 400us. Add that to the driver. If this time takes longer on
a certain board the device tree should be able to override with
"regulator-enable-ramp-delay".
This fixes some dw_mmc probing problems (together with other
On Fri, Feb 20, 2015 at 01:06:03AM +0100, Paul Bolle wrote:
> On Thu, 2015-02-19 at 20:29 +0100, Rabin Vincent wrote:
> > The CRIS SMP code cannot be built since there is no (and appears to
> > never have been) a CONFIG_SMP Kconfig option in arch/cris/. Remove it.
>
> Yes, it appears there never
On Wed, Jan 14, 2015 at 1:48 PM, Denys Vlasenko wrote:
> ARGOFFSET is zero now, removing it changes no code.
> A few macros lost "offset" parameter, since it is always zero now too.
Can you rebase this? It doesn't apply because sysret_check is gone,
but, even if I remove the offending hunk,
On Fri, Feb 20, 2015 at 11:47 AM, Tolga Ceylan wrote:
> On Thu, Feb 19, 2015 at 11:30 PM, Joe Perches wrote:
>>
>> Might as well remove the unnecessary cast too:
>>
>> memcpy(skb->cb, , sizeof(dev));
>>
>> but it might be better to avoid the memcpy and use an assign
>>
>>
On 02/18/2015 02:07 AM, Lukasz Majewski wrote:
This patch provides code for reading PWM FAN configuration data via
device tree. The pwm-fan can work with full speed when configuration
is not provided. However, errors are propagated when wrong DT bindings
are found.
Additionally the struct
On Fri, 20 Feb 2015 13:58:42 -0800, Andrew Morton wrote:
> On Fri, 20 Feb 2015 22:46:35 +0900 Ryusuke Konishi
> wrote:
>
>> Each inode of nilfs2 stores a root node of a b-tree, and it turned out
>> to have a memory overrun issue:
>>
>> Each b-tree node of nilfs2 stores a set of key-value pairs
Add parenthesis to make the calculation correct.
Signed-off-by: Zi Yan
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: Dave Hansen
Cc: Rik van Riel
Cc: Mel Gorman
Cc: Jeremiah Mahler
Cc: linux-kernel@vger.kernel.org
---
arch/x86/mm/tlb.c | 2 +-
1
Hi Linus,
Can you please pull the updates from the tree below? It contains the
changes to XFS needed to support the PNFS block layout server that
you pulled in through Bruce's NFS server tree merge. I originally
thought that I'd need to merge changes into the NFS server side,
but Bruce had
On Wed, 11 Feb 2015 17:03:36 +0200 Iulia Manda wrote:
> There are a lot of embedded systems that run most or all of their
> functionality
> in init, running as root:root. For these systems, supporting multiple users is
> not necessary.
>
> This patch adds a new symbol, CONFIG_MULTIUSER, that
Fix typos in pr_warn message about unused symbols
Signed-off-by: Yannick Guerrini
---
kernel/module.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/module.c b/kernel/module.c
index b34813f..7441733 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -388,9
How does this work for you at all?
On Fri, Feb 20, 2015 at 5:37 AM, Ingo Molnar wrote:
> diff --git a/arch/x86/kernel/kvm.c b/arch/x86/kernel/kvm.c
> index 94f643484300..e354cc6446ab 100644
> --- a/arch/x86/kernel/kvm.c
> +++ b/arch/x86/kernel/kvm.c
> @@ -803,8 +808,8 @@ static void
On Fri, Feb 20, 2015 at 1:28 AM, Baoquan He wrote:
>
> Actually kexec is a bootloader which can put kernel at any address. This
> is done in user space program kexec-tools. However kexec-tools make
> kernel jump from 64bit into 64bit directly, and has built ident mapping
> of whole physical
The most expensive part of decimal conversion is the divisions by 10
(albeit done using reciprocal multiplication with appropriately chosen
constants). I decided to see if one could eliminate around half of
these multiplications by emitting two digits at a time, at the cost of
a 200 byte lookup
On Fri, Feb 20, 2015 at 03:07:31PM -0800, Andrew Morton wrote:
> - It no longer "acquires a reference". All it does is to acquire an rwsem.
>
> - What the heck is a "passive reference" anyway? It appears to be
> the situation where we increment s_count without incrementing s_active.
Large applications(e.g. Cassandra) may have hundreds of threads
running. To trace all those threads, larger size(>PAGE_SIZE) of
filter pattern is needed.
Signed-off-by: Zi Yan
---
kernel/trace/trace_events.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git
1 - 100 of 1276 matches
Mail list logo
