On Fri, Jun 27, 2014 at 5:05 PM, Alexei Starovoitov a...@plumgrid.com wrote:
BPF syscall is a demux for different BPF releated commands.
'maps' is a generic storage of different types for sharing data between kernel
and userspace.
The maps can be created/deleted from user space via BPF
Add MAINTAINERS entry.
On Fri, 2014-06-27 at 17:05 -0700, Alexei Starovoitov wrote:
diff --git a/MAINTAINERS b/MAINTAINERS
[]
@@ -1881,6 +1881,15 @@ S: Supported
F: drivers/net/bonding/
F: include/uapi/linux/if_bonding.h
+BPF
While a lot of people know what BPF is, I think it'd
On Fri, Jun 27, 2014 at 04:09:39PM -0500, Brian W Hart wrote:
Commit 5eeaf1f18973 (cpufreq: Fix build error on some platforms that
use cpufreq_for_each_*) moved function cpufreq_next_valid() to a public
header. Warnings are now generated when objects including that header
are built with
On Fri, Jun 27, 2014 at 5:05 PM, Alexei Starovoitov a...@plumgrid.com wrote:
eBPF programs are safe run-to-completion functions with load/unload
methods from userspace similar to kernel modules.
User space API:
- load eBPF program
prog_id = bpf_prog_load(int prog_id, bpf_prog_type, struct
From: Yue Zhang yue...@microsoft.com
hv_fcopy_daemon fails to overwrite a file if the target file already
exits.
Add O_TRUNC flag on opening.
Signed-off-by: Yue Zhang yue...@microsoft.com
---
tools/hv/hv_fcopy_daemon.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
On Fri, Jun 27, 2014 at 5:06 PM, Alexei Starovoitov a...@plumgrid.com wrote:
this socket filter example does:
- creates a hashtable in kernel with key 4 bytes and value 8 bytes
- populates map[6] = 0; map[17] = 0; // 6 - tcp_proto, 17 - udp_proto
- loads eBPF program:
r0 = skb[14 + 9];
There's a race condition between the atomic_dec_and_test(io-count)
in dec_count() and the waking of the sync_io() thread. If the thread
is spuriously woken immediately after the decrement it may exit,
making the on the stack io struct invalid, yet the dec_count could
still be using it.
There are
On Sat, Jun 28, 2014 at 4:51 AM, Ken Adams kad...@nvidia.com wrote:
quick note re: tegra and gpu bars...
to this point we've explicitly avoided providing user-mode mappings due to
power management issues, etc.
looks to me like this would allow such mappings. is that the case? are
there any
cgroup is implementing support for subsystem dependency which would
require a way to enable a subsystem even when it's not directly
configured through cgroup.subtree_control.
The previous patches added support for explicitly and implicitly
enabled subsystems and showing/hiding their interface
Currently, the blkio subsystem attributes all of writeback IOs to the
root. One of the issues is that there's no way to tell who originated
a writeback IO from block layer. Those IOs are usually issued
asynchronously from a task which didn't have anything to do with
actually generating the dirty
Hello, guys.
Currently, the blkio subsystem attributes all of writeback IOs to the
root. One of the issues is that there's no way to tell who originated
a writeback IO from block layer. Those IOs are usually issued
asynchronously from a task which didn't have anything to do with
actually
cgroup is implementing support for subsystem dependency which would
require a way to enable a subsystem even when it's not directly
configured through cgroup.subtree_control.
Previously, cgroup-child_subsys_mask directly reflected
cgroup.subtree_control and the enabled subsystems in the child
Make the following two reorganizations to
cgroup_subtree_control_write(). These are to prepare for future
changes and shouldn't cause any functional difference.
* Move availability above css offlining wait.
* Move cgrp-child_subsys_mask update above new css creation.
Signed-off-by: Tejun Heo
Currently, the blkio subsystem attributes all of writeback IOs to the
root. One of the issues is that there's no way to tell who originated
a writeback IO from block layer. Those IOs are usually issued
asynchronously from a task which didn't have anything to do with
actually generating the dirty
cgroup is implementing support for subsystem dependency which would
require a way to enable a subsystem even when it's not directly
configured through cgroup.subtree_control.
The preceding patch distinguished cgroup-subtree_control and
-child_subsys_mask where the former is the subsystems
On Fri, Jun 27, 2014 at 11:19 AM, Steven Rostedt rost...@goodmis.org wrote:
On Fri, 27 Jun 2014 20:07:54 +0200
Mike Galbraith umgwanakikb...@gmail.com wrote:
Why do we need the wakeup? the owner of the lock should wake it up
shouldn't it?
True, but that can take ages.
Can it? If the
On Fri, Jun 27, 2014 at 04:59:14PM -0700, Andrew Morton wrote:
On Thu, 26 Jun 2014 16:32:15 -0700 Luis R. Rodriguez mcg...@suse.com
wrote:
On Thu, Jun 26, 2014 at 4:20 PM, Andrew Morton
a...@linux-foundation.org wrote:
On Fri, 27 Jun 2014 01:16:30 +0200 Luis R. Rodriguez
The following changes since commit 206204a1162b995e2185275167b22468c00d6b36:
lz4: ensure length does not wrap (2014-06-23 14:12:01 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/compress-3.16-rc3
for you to fetch
From: Dan Carpenter dan.carpen...@oracle.com
These days most people use git to send patches so I have added a section
about that.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Signed-off-by: Randy Dunlap rdun...@infradead.org
---
v2: fix typo in commit message
v3: update git am and log
diff --git a/drivers/staging/iio/frequency/ad9850.c
b/drivers/staging/iio/frequency/ad9850.c
index af877ff..6183670 100644
--- a/drivers/staging/iio/frequency/ad9850.c
+++ b/drivers/staging/iio/frequency/ad9850.c
@@ -21,7 +21,7 @@
#define DRV_NAME ad9850
-#define value_mask (u16)0xf000
From: Randy Dunlap rdun...@infradead.org
Note that I don't maintain Documentation/ABI/,
Documentation/devicetree/, or the language translation files.
Signed-off-by: Randy Dunlap rdun...@infradead.org
---
MAINTAINERS |3 +++
1 file changed, 3 insertions(+)
Index: lnx-315-rc5/MAINTAINERS
On 6/27/14 8:56 PM, Ben Skeggs skeg...@gmail.com wrote:
On Sat, Jun 28, 2014 at 4:51 AM, Ken Adams kad...@nvidia.com wrote:
quick note re: tegra and gpu bars...
to this point we've explicitly avoided providing user-mode mappings due
to
power management issues, etc.
looks to me like this
v2: add missing Signed-off-by
Signed-off-by: Guillaume Morin guilla...@morinfr.org
diff --git a/drivers/staging/iio/frequency/ad9850.c
b/drivers/staging/iio/frequency/ad9850.c
index af877ff..6183670 100644
--- a/drivers/staging/iio/frequency/ad9850.c
+++
Andrew so here are a set of mm patch that do some ground modification to core
mm code. They apply on top of today's linux-next and they pass checkpatch.pl
with flying color (except patch 4 but i did not wanted to be a nazi about 80
char line).
Patch 1 is the mmput notifier call chain we discussed
From: Jérôme Glisse jgli...@redhat.com
New user of the mmu_notifier interface need to lookup vma in order to
perform the invalidation operation. Instead of redoing a vma lookup
inside the callback just pass through the vma from the call site where
it is already available.
This needs small
From: Jérôme Glisse jgli...@redhat.com
The event information will be usefull for new user of mmu_notifier API.
The event argument differentiate between a vma disappearing, a page
being write protected or simply a page being unmaped. This allow new
user to take different path for different event
From: Jérôme Glisse jgli...@redhat.com
New code will need to be able to differentiate between a regular unmap and
an unmap trigger by vmscan in which case we want to be as quick as possible.
Signed-off-by: Jérôme Glisse jgli...@redhat.com
---
include/linux/rmap.h | 15 ---
From: Jérôme Glisse jgli...@redhat.com
Several subsystem require a callback when a mm struct is being destroy
so that they can cleanup there respective per mm struct. Instead of
having each subsystem add its callback to mmput use a notifier chain
to call each of the subsystem.
This will allow
Joerg,
this email was in my spam-box. No real indication as to why, although
the usual suspect is
Received-SPF: none (google.com: j...@8bytes.org does not designate
permitted sender hosts) client-ip=85.214.48.195;
presumably together with some other trigger that makes gmail unhappy.
Anyway,
On Sat, Jun 28, 2014 at 03:46:56AM +0200, Guillaume Morin wrote:
v2: add missing Signed-off-by
That doesn't go here.
And what checkpatch error did you fix? And are you sure it needs to be
fixed?
greg k-h
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On 27 Jun 19:09, Greg Kroah-Hartman wrote:
v2: add missing Signed-off-by
That doesn't go here.
I guess I am struggling to get git send-email do what I want
And what checkpatch error did you fix? And are you sure it needs to be
fixed?
That's what I changed:
$ scripts/checkpatch.pl -f
On Sat, Jun 28, 2014 at 04:30:09AM +0200, Guillaume Morin wrote:
On 27 Jun 19:09, Greg Kroah-Hartman wrote:
v2: add missing Signed-off-by
That doesn't go here.
I guess I am struggling to get git send-email do what I want
Put that below the --- line.
And what checkpatch error did
Do any of you use the kernel Bugzilla? If you do I was wondering if we
can clean it up.
Otherwise I was wondering were I can get an accurate list of open
bugs in the newest
kernels.
Cheers Nick
On Fri, Jun 27, 2014 at 2:11 PM, Nick Krause xerofo...@gmail.com wrote:
Hey fellow developers
I
On 6/18/14, 8:58 AM, Jiri Olsa wrote:
Adding some prints for ordered events queue, to help
debug issues.
went to enable this and it is really odd to have to edit a config file
to enable debugging. How about hooking it into verbose option? Maybe
like multiple levels of -v or -v val or -v
On 27 Jun 22:37, Greg Kroah-Hartman wrote:
Put that below the --- line.
Will do.
And what checkpatch error did you fix? And are you sure it needs to be
fixed?
That's what I changed:
$ scripts/checkpatch.pl -f drivers/staging/iio/frequency/ad9850.c
ERROR: Macros with complex
On Fri, 2014-06-27 at 18:18 -0700, Austin Schuh wrote:
It would be more context switches, but I wonder if we could kick the
workqueue logic completely out of the scheduler into a thread. Have
the scheduler increment/decrement an atomic pool counter, and wake up
the monitoring thread to spawn
This patch fixs the FIXME message in the function *cpumask_of_node
for using this function multiple times and the issue with recaluting
the cpu node mask when reusing this function.
Signed-off-by: Nicholas Krause xerofo...@gmail.com
---
arch/alpha/include/asm/topology.h | 3 +++
1 file changed,
This patchset moves a misplaced include to the proper file, swaps out an overly
aggressive placement of apci1564_reset(), and cleans up apci1564_interrupt().
Chase Southwood (3):
staging: comedi: addi_apci_1564: move addi_watchdog.h include to
addi_apci_1564.c
staging: comedi:
From: Guillaume Morin guilla...@morinfr.org
Simple code style fixes
Signed-off-by: Guillaume Morin guilla...@morinfr.org
---
drivers/staging/dgnc/dgnc_driver.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_driver.c
Commit aed3f9d (staging: comedi: addi_apci_1564: absorb apci1564_reset()) moved
the only use of addi_watchdog.h from hwdrv_apci1564.c to addi_apci_1564.c, but
left the include statement itself in the former file. Move this include to the
file which actually uses it.
Signed-off-by: Chase
apci1564_cos_insn_config() is currently using apci1564_reset() to disable
digital input interrupts when the configuration operation is
COMEDI_DIGITAL_TRIG_DISABLE. However, this is incorrect as the device reset
function also resets the registers for the digital outputs, timer, watchdog, and
The code in apci1564_interrupt() for handling counter interrupts is currently
repeated four times; once for each counter. This code is identical save for the
registers it is using, so just handle all four counters with a for loop.
Also, the interrupt function was doing a useless set-and-check of
On Fri, 2014-06-27 at 16:24 +0200, Thomas Gleixner wrote:
Completely untested patch below.
It's no longer completely untested, killer_module is no longer a killer.
I'll let box (lockdep etc is enabled) chew on it a while, no news is
good news as usual.
-Mike
--
To unsubscribe from this list:
On Fri, Jun 27, 2014 at 5:16 PM, Andy Lutomirski l...@amacapital.net wrote:
On Fri, Jun 27, 2014 at 5:05 PM, Alexei Starovoitov a...@plumgrid.com wrote:
BPF syscall is a demux for different BPF releated commands.
'maps' is a generic storage of different types for sharing data between
kernel
1101 - 1144 of 1144 matches
Mail list logo
