Fabian Frederick | 3 Mar 19:38 2015
Picon

[PATCH 1/1 net-next] net/atm/signaling.c: remove WAIT_FOR_DEMON code

WAIT_FOR_DEMON code is directly undefined at the beginning
of signaling.c since initial git version and thus never compiled.
This also removes buggy current->state direct access.

Suggested-by: Chas Williams <chas <at> cmf.nrl.navy.mil>
Signed-off-by: Fabian Frederick <fabf <at> skynet.be>
---
 net/atm/signaling.c |   24 ------------------------
 1 file changed, 24 deletions(-)

diff --git a/net/atm/signaling.c b/net/atm/signaling.c
index 523bce7..4fd6af4 100644
--- a/net/atm/signaling.c
+++ b/net/atm/signaling.c
 <at>  <at>  -19,36 +19,15  <at>  <at> 
 #include "resources.h"
 #include "signaling.h"

-#undef WAIT_FOR_DEMON		/* #define this if system calls on SVC sockets
-				   should block until the demon runs.
-				   Danger: may cause nasty hangs if the demon
-				   crashes. */
-
 struct atm_vcc *sigd = NULL;
-#ifdef WAIT_FOR_DEMON
-static DECLARE_WAIT_QUEUE_HEAD(sigd_sleep);
-#endif

 static void sigd_put_skb(struct sk_buff *skb)
 {
(Continue reading)

Jaegeuk Kim | 3 Mar 19:02 2015

[PATCH 1/3] f2fs: avoid to trigger writepage during POR

This patch doesn't make any effect on previous behavior, since
f2fs_write_data_page bypasses writing the page during POR.

But, the difference is that this patch avoids holding writepages mutex.
This is to avoid the following false warning, since this can happen only
when mount and shutdown are triggered at the same time.

 ======================================================
 [ INFO: possible circular locking dependency detected ]
 4.0.0-rc1+ #3 Tainted: G           O
 -------------------------------------------------------
 kworker/u8:0/2270 is trying to acquire lock:
  (&sbi->gc_mutex){+.+.+.}, at: [<ffffffffa02bdd33>] f2fs_balance_fs+0x73/0x90 [f2fs]

 but task is already holding lock:
  (&sbi->writepages){+.+...}, at: [<ffffffffa02b261b>] f2fs_write_data_pages+0xcb/0x3a0 [f2fs]

 which lock already depends on the new lock.

 the existing dependency chain (in reverse order) is:

 -> #2 (&sbi->writepages){+.+...}:
        [<ffffffff810e2b11>] lock_acquire+0xe1/0x2f0
        [<ffffffff8185e1b3>] mutex_lock_nested+0x63/0x530
        [<ffffffffa02b261b>] f2fs_write_data_pages+0xcb/0x3a0 [f2fs]
        [<ffffffff811c38c1>] do_writepages+0x21/0x50
        [<ffffffff8126c5a6>] __writeback_single_inode+0x76/0xbf0
        [<ffffffff8126e23a>] writeback_single_inode+0xea/0x1c0
        [<ffffffff8126e425>] write_inode_now+0x95/0xa0
        [<ffffffff81259dab>] iput+0x20b/0x3f0
(Continue reading)

Fabian Frederick | 3 Mar 18:57 2015
Picon

[PATCH 1/1 linux-next] ceph: remove redundant declaration

ceph_aops was already defined extern in addr.c section

Signed-off-by: Fabian Frederick <fabf <at> skynet.be>
---
 fs/ceph/super.h |    1 -
 1 file changed, 1 deletion(-)

diff --git a/fs/ceph/super.h b/fs/ceph/super.h
index 04c8124..02ca99c 100644
--- a/fs/ceph/super.h
+++ b/fs/ceph/super.h
 <at>  <at>  -881,7 +881,6  <at>  <at>  extern int ceph_mmap(struct file *file, struct vm_area_struct *vma);

 /* file.c */
 extern const struct file_operations ceph_file_fops;
-extern const struct address_space_operations ceph_aops;

 extern int ceph_open(struct inode *inode, struct file *file);
 extern int ceph_atomic_open(struct inode *dir, struct dentry *dentry,
--

-- 
1.7.9.5

George McCollister | 3 Mar 18:57 2015
Picon

[PATCH v2] USB: serial: add nt124 usb to serial driver

This driver is for the NovaTech 124 4x serial expansion board for the
NovaTech OrionLXm.

Firmware source code can be found here:
https://github.com/novatechweb/nt124

Signed-off-by: George McCollister <george.mccollister <at> gmail.com>
---
Changes to v1:
  - Added description after nt124.c on line 2.
  - Removed DRIVER_AUTHOR and DRIVER_DESC, use MODULE macros directly.
  - Removed some unnecessary new lines and comments.
  - Removed __packed from struct nt124_line_coding.
  - Added locking around ctrlin and ctrlout.
  - Switch ctrlin and ctrlout from unsigned int to u16.
  - Removed serial_transmit and added tx_empty. Use a hybrid
    notification/polling method to accurately determine when transmission is
    finished while minimizing bus traffic (see comments in the code for
    details).
  - Removed flowctrl from struct nt124_line_coding.
  - Use u16 for request and value, size_t for len arguments of nt124_ctrl_msg()
  - Use USB_CTRL_SET_TIMEOUT instead of 5000.
  - Use %04x for 16-bit variables and %zu for size_t variables in dev_dbg() and
    dev_err().
  - Removed use of ?: constructs.
  - Removed nt124_set_control, nt124_set_line, nt124_send_break and
  - nt124_set_flowctrl macros in favor of calling nt124_ctrl_msg() directly.
  - Renamed nt124_process_notify() to nt124_process_status().
  - Call usb_serial_handle_dcd_change() unconditionally when DCD has changed.
  - Removed in argument list assignments.
(Continue reading)

Paul E. McKenney | 3 Mar 18:53 2015
Picon

[PATCH tip/core/rcu 0/2] Tiny RCU updates for v4.1

Hello!

This series contains some additional tinification for Tiny RCU:

1.	Remove redundant check from rcu_qsctr_help(), courtesy of
	Alexander Gordeev.

2.	Remove fastpath processing from __rcu_process_callbacks(),
	also courtesy of Alexander Gordeev.

							Thanx, Paul

------------------------------------------------------------------------

 b/kernel/rcu/tiny.c |   14 +-------------
 1 file changed, 1 insertion(+), 13 deletions(-)

Paul E. McKenney | 3 Mar 18:50 2015
Picon

[PATCH tip/core/rcu 0/2] NO_HZ_FULL_SYSIDLE updates for v4.1

Hello!

This series contains some fixes for NO_HZ_FULL sysidle:

1.	Correctly initialize and set isidle variable.

2.	Tighten up affinity and sysidle checks.

							Thanx, Paul

------------------------------------------------------------------------

 b/kernel/rcu/tree.c        |    8 ++++----
 b/kernel/rcu/tree_plugin.h |   12 ++++++------
 2 files changed, 10 insertions(+), 10 deletions(-)

Michel Machado | 3 Mar 18:29 2015
Picon

Linux XIA - merge proposal

Hi there,

    We have been developing Linux XIA, a new network stack that 
emphasizes evolvability and interoperability, for a couple of years, and 
it has now reached a degree of maturity that allows others to experiment 
with it.  In addition to the kernel implementation, we have a userland 
tool to set up the stack, a Wireshark fork with extensions for XIA 
packets, an implemented solution to interoperate with IPv4 networks, 
forwarding performance evaluation of our code, support for Linux 
containers, and an exemplifying demo; all documented on our wiki [1]. 
Outlining the full benefits of XIA goes beyond the scope of this e-mail, 
but we present an in-depth discussion on our wiki and in our 
peer-reviewed academic publications referenced there.

    Linux XIA is not yet mature enough for production, but we do think 
that broader exposure will help us to move forward faster, and get more 
in tune with the interested community. Thus, we are writing to ask to 
merge our work into the Linux kernel.

    We are aware of all of the effort required to review a large chunk 
of code, so to lower this burden, we propose to merge our new network 
stack via staging. This would give time for the community at large to 
get acquainted with XIA's concepts, and review the code. Of course, we 
will address feedback as it comes in. We're aware that the current Linux 
staging process [2] is geared toward drivers and filesystems, but not 
network stacks. We're fine with clearly marking Linux XIA as being under 
staging as well as helping to define this review process for network stacks.

    Linux XIA is highly confined in its folder net/xia. There are a few 
headers in folder include/net, but all the names of these headers are of 
(Continue reading)

Benjamin Tissoires | 3 Mar 18:43 2015
Picon

[PATCH v3 0/6] HID: huion/uclogic merge and few additions

Resent the full series with Nick's Rev-by and fixes in 6/6.

Again, this is the upstream patches, DIGImend-devel is just added
to inform of the progress.

Cheers,
Benjamin

Benjamin Tissoires (6):
  HID: uclogic: Set quirks from inside the driver
  HID: uclogic: merge hid-huion driver in hid-uclogic
  HID: uclogic: name the input nodes based on their tool
  HID: uclogic: apply quirk NO_EMPTY_INPUT
  HID: uclogic: discard the extra Pen input node on Huion tablets
  HID: uclogic: actually invert the in-range bit for huion tablets only

 drivers/hid/Kconfig             |   8 +-
 drivers/hid/Makefile            |   1 -
 drivers/hid/hid-huion.c         | 290 -----------------------------------
 drivers/hid/hid-uclogic.c       | 326 +++++++++++++++++++++++++++++++++++++++-
 drivers/hid/usbhid/hid-quirks.c |   4 -
 5 files changed, 326 insertions(+), 303 deletions(-)
 delete mode 100644 drivers/hid/hid-huion.c

--

-- 
2.1.0

Paul E. McKenney | 3 Mar 18:41 2015
Picon

[PATCH tip/core/rcu 0/20] CPU hotplug updates for v4.1

Hello!

This series updates RCU's handling of CPU hotplug offline operations,
allowing RCU to have a precise notification of when it should start
ignoring a CPU.  This allowed detection of some illegal use of RCU by
offline CPUs, and this series contains fixes for these.  A similar
problem exists for CPU onlining, but will be addressed later.  One
CPU-hotplug dragon at a time.

1.	Add common code for notification from dying CPU.  This is
	part of the fix for issues uncovered by improved detection,
	but is placed first to avoid messing up bisection.

2-4.	Use #1 for x86, blackfin, and metag.  (ARM also has this problem,
	but ARM's maintainers are working on their own fix.)

5.	Remove duplicate offline-CPU callback-list initialization.
	This simplifies later changes to RCU's handling of offlining
	operations.

6.	Improve code readability in rcu_cleanup_dead_cpu().  Simple
	code motion, no semantic change.

7.	Eliminate a boolean variable and "if" statement by rearranging
	sync_rcu_preempt_exp_init()'s checks for CPUs not having blocked
	tasks.

8.	Eliminate empty CONFIG_HOTPLUG_CPU #ifdef.

9.	Add diagnostics to detect when RCU CPU stall warnings have been
(Continue reading)

Eric B Munson | 3 Mar 18:41 2015

Resurrecting the VM_PINNED discussion

All,

After LSF/MM last year Peter revived a patch set that would create
infrastructure for pinning pages as opposed to simply locking them.
AFAICT, there was no objection to the set, it just needed some help
from the IB folks.

Am I missing something about why it was never merged?  I ask because
Akamai has bumped into the disconnect between the mlock manpage,
Documentation/vm/unevictable-lru.txt, and reality WRT compaction and
locking.  A group working in userspace read those sources and wrote a
tool that mmaps many files read only and locked, munmapping them when
they are no longer needed.  Locking is used because they cannot afford a
major fault, but they are fine with minor faults.  This tends to
fragment memory badly so when they started looking into using hugetlbfs
(or anything requiring order > 0 allocations) they found they were not
able to allocate the memory.  They were confused based on the referenced
documentation as to why compaction would continually fail to yield
appropriately sized contiguous areas when there was more than enough
free memory.

I would like to see the situation with VM_LOCKED cleared up, ideally the
documentation would remain and reality adjusted to match and I think
Peter's VM_PINNED set goes in the right direction for this goal.  What
is missing and how can I help?

Thanks,
Eric
Linus Torvalds | 3 Mar 18:32 2015

Linux 4.0-rc2

So rc2 missed the usual Sunday afternoon timing, because I spent most
of the weekend debugging an issue that happened on an old Mac Mini I
have around, and I hate making even early -rc releases with problems
on machines that I have direct access to. Even if it only affected old
machines that actual developers are unlikely to have or at least use.

Today I got the patch from Daniel Vetter to fix it, so instead of
doing a Sunday evening rc2, it's a Tuesday morning one. Go get it. It
works better for the delay.

Other than that little one-liner i915 fix? Not much, actually. It's
been a very quiet week, for being this early in the release process.
Sure, 3.19-rc2 was even smaller, so it continues a trend, but that was
the xmas week. I hope this low volume is just because the 4.0 merge
window itself was somewhat calmer than most recent releases. But I
suspect the real reason is that the driver and networking trees from
GregKH and davem are pending, and didn't make rc2.

We'll see.

Anyway, the shortlog is appended, and testing is appreciated,

                          Linus

---
Adrian Hunter (2):
      perf tools: Fix pthread_attr_setaffinity_np build error
      perf tools: Fix probing for PERF_FLAG_FD_CLOEXEC flag

Alex Deucher (6):
(Continue reading)


Gmane