Re: [PATCH 0/3] mm/vmalloc: Cache the /proc/meminfo vmalloc statistics

Ingo Molnar wrote: > I think this is too complex. > > How about something simple like the patch below (on top of the third patch)? > It makes the vmalloc info transactional - /proc/meminfo will always print a > consistent set of numbers. (Not that we really care about races there, but it > loo

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

* Stas Sergeev wrote: > Also, the fact that dosemu already have that functionality, > doesn't mean it will not use the new API - it actually will. So if dosemu makes use of the new facility then sure, I'm not against it at all! Thanks, Ingo -- To unsubscribe from this list: send the l

Re: [PATCH] [v2] x86, suspend: Save/restore extra MSR registers for suspend

* Pavel Machek wrote: > On Fri 2015-08-21 19:53:34, Chen Yu wrote: > > A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208) > > that, after resuming from S3, CPU is working at a low speed. > > After investigation, it is found that, BIOS has modified the value > > of THERM_CONTR

Re: [PATCH] x86/math-emu: Add support for FCMOVcc and F[U]COMI[P] insns

* Denys Vlasenko wrote: > > static FUNC const st_instr_table[64] = { > > - fadd__, fld_i_, fcmovb, fcmovnb, fadd_i, ffree_, faddp_, > > _df_c0_, > > - fmul__, fxch_i, fcmove, fcmovne, fmul_i, _dd_c8_, fmulp_, > > _df_c8_, > > - fcom_st, fp_nop, fcmovbe, fcmovnbe, _dc_d0

Re: [PATCH 0/3] mm/vmalloc: Cache the /proc/meminfo vmalloc statistics

* George Spelvin wrote: > Linus wrote: > > I don't think any of this can be called "correct", in that the > > unlocked accesses to the cached state are clearly racy, but I think > > it's very much "acceptable". > > I'd think you could easily fix that with a seqlock-like system. > > What makes

Re: [PATCH RESEND] sched/nohz: Affine unpinned timers to housekeepers

* Frederic Weisbecker wrote: > From: Vatika Harlalka > > The problem addressed in this patch is about affining unpinned timers. > Adaptive or Full Dynticks CPUs are currently disturbed by unnecessary > jitter due to firing of such timers on them. > > This patch will affine timers to online CP

Re: [PATCH 0/3] mm/vmalloc: Cache the /proc/meminfo vmalloc statistics

Linus wrote: > I don't think any of this can be called "correct", in that the > unlocked accesses to the cached state are clearly racy, but I think > it's very much "acceptable". I'd think you could easily fix that with a seqlock-like system. What makes it so simple is that you can always fall ba

Re: [PATCH 2/7] arm: dts: exynos: add vbus regulator to USB2 phy nodes

W dniu 21.08.2015 o 21:38, Marek Szyprowski pisze: > Exynos USB2 PHY driver now supports VBUS regulator, so add it to all > boards which have it available. This also fixes commit > 7eec1266751bd3a25e35ce88686634c768fedc24 ("ARM: dts: Add Maxim 77693 > PMIC to exynos4412-trats2"), which added new re

Re: [PATCH 3/7] regulators: max77693: register driver earlier to avoid deferred probe

W dniu 21.08.2015 o 21:38, Marek Szyprowski pisze: > MAX77693 based regulators are used by USB gadget subsystem, which > doesn't support deferred probe, so the driver should be registered > before USB gadget drivers get probed. > > Signed-off-by: Marek Szyprowski > --- > drivers/regulator/max776

Re: [PATCH v2] nd_blk: add support for "read flush" DSM flag

On Thu, Aug 20, 2015 at 2:15 PM, Ross Zwisler wrote: > On Thu, 2015-08-20 at 13:27 -0700, Dan Williams wrote: > [...] >> With regards to the fencing, since we already take care to flush >> writes we don't need to fence at all for the flush, right? All we >> care about is that reads see valid data

Re: [PATCH v4 1/3] ARM: dts: vf500-colibri: Add device tree node for touchscreen support

On 2015-08-21 06:26, Sanchayan Maity wrote: > Add device tree node for touchscreen support on Colibri VF50. The > touchscreen functionality on VF50 uses the ADC channels of Vybrid > and some GPIOs. Also add pinctrl nodes for proper pinmux. > > Signed-off-by: Sanchayan Maity > --- > arch/arm/boot

Re: [PATCH v4 3/3] touchscreen: colibri-vf50-ts: Add touchscreen support for Colibri VF50

Hi Sanchayan, On 2015-08-21 06:26, Sanchayan Maity wrote: > +static int vf50_ts_probe(struct platform_device *pdev) > +{ > + struct input_dev *input; > + struct iio_channel *channels; > + struct device *dev = &pdev->dev; > + struct vf50_touch_device *touchdev; > + int error; >

[git pull] 9p regression fix

Fix for breakage introduced when switching p9_client_{read,write}() to struct iov_iter * (went into 4.1). Please, pull from git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus Shortlog: Vincent Bernat (1): 9p: ensure err is initialized to 0 in p9_client_read/write Diffsta

Re: [PATCH v4 2/3] input: Add DT binding documentation for Colibri VF50 touchscreen

On 2015-08-21 06:26, Sanchayan Maity wrote: > This adds device tree binding documentation for the Colibri VF50 > touchscreen driver. > > Signed-off-by: Sanchayan Maity > --- > .../bindings/input/touchscreen/colibri-vf50-ts.txt | 36 > ++ > 1 file changed, 36 insertions(+) >

Re: Ping: [PATCH RESEND] sched/nohz: Affine unpinned timers to housekeepers

On Sat, 22 Aug 2015, Frederic Weisbecker wrote: > Ping! Exellent!!! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://ww

Re: [PATCH 02/11] soc: ti: knav_qmss_queue: fix error return code

On 8/22/15 5:11 PM, Julia Lawall wrote: Return a negative error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret =

[PATCH 05/11] mlxsw: fix error return code

Return a negative error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *

[PATCH 00/11] fix error return code

The complate semantic patch that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @ok exists@ identifier f,ret,i; expression e; constant c; @@ // identify a function that returns a negative return value at least once. f(...) { ... when any ( return -c@i; | ret = -c@i; ... when !

[PATCH 07/11] drm: fix error return code

Return a negative error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *

[PATCH 06/11] mmc: usdhi6rol0: fix error return code

Propagate error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *if(...)

[PATCH 09/11] Input: sur40: fix error return code

Propagate error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *if(...)

[PATCH 08/11] drm/exynos: mic: fix error return code

Propagate error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *if(...)

[PATCH 02/11] soc: ti: knav_qmss_queue: fix error return code

Return a negative error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *

[PATCH 03/11] net: davinci_emac: fix error return code

Propagate error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *if(...)

[PATCH 11/11] gpio: xlp: fix error return code

Return a negative error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *

[PATCH 10/11] ah6: fix error return code

Return a negative error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *

[PATCH 04/11] fbdev: ssd1307fb: fix error return code

Propagate error code on failure. Also changed %ld to %d in dev_err to use ret variable rather than putting two calls to PTR_ERR. A simplified version of the semantic match that finds the first problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\

[PATCH 01/11] mmc: omap: fix error return code

Return a negative error code on failure. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ identifier ret; expression e1,e2; @@ ( if (\(ret < 0\|ret != 0\)) { ... return ret; } | ret = 0 ) ... when != ret = e1 when != &ret *

Moving more kernel data into highmem?

Hey, I remembered that there's an option to put third level page tables in highmem. This might be a stupid question, but is there a way to move more kernel data into highmem? For example, page directories, first level page tables? I even remember a few articles on lwn about how much space is

LOAN OFFER OF ALL TYPES

Good day, PAUL FREDRICK FINANCE offer loans at 2% annual rate. Apply with amount needed, loan duration and phone number Via: :paulfredrickfinanceserv...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

[lkp] [sb_edac] 7d375bffa5:

FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 7d375bffa52477c1be7db5a5dda6582512c3 ("sb_edac: Fix support for systems with two home agents per socket") We found the following message in kernel log on a Sandy Bridge-EP mach

[lkp] [drm/i915] 3a03dfb057: [drm:stop_ring [i915]] *ERROR* render ring : timed out trying to stop ring

FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master commit 3a03dfb057d0ee5f3146ffe40179af3ed7e48213 ("drm/i915: Calculate vblank timestamping constants before enabling vblank.") [ 29.944531] [drm] Driver supports precise vblank timestam

[lkp] [fsnotify] 8f2f3eb59d: -4.0% will-it-scale.per_thread_ops

FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 8f2f3eb59dff4ec538de55f2e0592fec85966aab ("fsnotify: fix oops in fsnotify_clear_marks_by_group_flags()") ==

[lkp] [f2fs] 88a70a69c0: +49.4% fsmark.files_per_sec

FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 88a70a69c088933011615fe26242e0335b012284 ("f2fs: fix wrong condition check to trigger f2fs_sync_fs") ==

[PATCH 01/14] RDS: restore return value in rds_cmsg_rdma_args()

In rds_cmsg_rdma_args() 'ret' is used by rds_pin_pages() which returns number of pinned pages on success. And the same value is returned to the caller of rds_cmsg_rdma_args() on success which is not intended. Commit f4a3fc03c1d7 ("RDS: Clean up error handling in rds_cmsg_rdma_args") removed the 'r

[PATCH 08/14] RDS: Mark message mapped before transmit

rds_send_xmit() marks the rds message map flag after xmit_[rdma/atomic]() which is clearly wrong. We need to maintain the ownership between transport and rds. Also take care of error path. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar ---

[PATCH 02/14] RDS: always free recv frag as we free its ring entry

We were still seeing rare occurrences of the WARN_ON(recv->r_frag) which indicates that the recv refill path was finding allocated frags in ring entries that were marked free. These were usually followed by OOM crashes. They only seem to be occurring in the presence of completion errors and connect

[PATCH 05/14] RDS: make sure we post recv buffers

If we get an ENOMEM during rds_ib_recv_refill, we might never come back and refill again later. Patch makes sure to kick krdsd into helping out. To achieve this we add RDS_RECV_REFILL flag and update in the refill path based on that so that at least some therad will keep posting receive buffers.

[PATCH 06/14] RDS: check for congestion updates during rds_send_xmit

Ensure we don't keep sending the data if the link is congested. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/send.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/rds/send.c b/net/rds/send.c index e9

[PATCH 11/14] RDS: Don't destroy the rdma id until after we're done using it

From: Santosh Shilimkar During connection resets, we are destroying the rdma id too soon. We can't destroy it when it is still in use. So lets move rdma_destroy_id() after we clear the rings. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar

[PATCH 10/14] RDS: Fix assertion level from fatal to warning

Fix the asserion level since its not fatal and can be hit in normal execution paths. There is no need to take the system down. We keep the WARN_ON() to detect the condition if we get here with bad pages. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh

[PATCH 03/14] RDS: destroy the ib state earlier during shutdown

Destroy ib state early during shutdown. Otherwise we can get callbacks after the QP isn't really able to handle them. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib_cm.c | 18 ++ 1 file changed, 10 insertions(

[PATCH 04/14] RDS: don't update ip address tables if the address hasn't changed

If the ip address tables hasn't changed, there is no need to remove them only to be added back again. Lets fix it. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/ib_rdma.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deleti

[PATCH 09/14] RDS: Make sure we do a signaled send for large-send

WR(Work Requests )always generate a WC(Work Completion) with signaled send. Default RDS ib code is setup for un-signaled completion. Since RDS connction is persistent, we can end up sending the data even after large-send when the remote end is not active(for any reason). By doing a signaled send

[PATCH 07/14] RDS: add a sock_destruct callback debug aid

This helps to detect the accidental processes/apps trying to destroy the RDS socket which they are sharing with other processes/apps. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/af_rds.c | 9 + 1 file changed, 9 inser

[PATCH 13/14] RDS: return EMSGSIZE for oversize requests before processing/queueing

From: Mukesh Kacker rds_send_queue_rm() allows for the "current datagram" being queued to exceed SO_SNDBUF thresholds by checking bytes queued without counting in length of current datagram. (Since sk_sndbuf is set to twice requested SO_SNDBUF value as a kernel heuristic this is usually fine!) I

[PATCH 14/14] RDS: check for valid cm_id before initiating connection

Connection could have been dropped while the route is being resolved so check for valid cm_id before initiating the connection. Reviewed-by: Ajaykumar Hotchandani Signed-off-by: Santosh Shilimkar Signed-off-by: Santosh Shilimkar --- net/rds/rdma_transport.c | 15 +-- 1 file changed

[PATCH 00/14] RDS: Assorted bug fixes

We would like to improve RDS upstream support and in that context, I started playing with it. But run into number of issues including as basic is RDS IB RDMA doesn't work. As part of the debug, I ended up creating the $subject series which has bunch of assorted fixes. At least with this series I c

[PATCH 12/14] RDS: make sure rds_send_drop_to properly takes the m_rs_lock

rds_send_drop_to() is used during socket tear down to find all the messages on the socket and flush them . It can race with the acking code unless it takes the m_rs_lock on each and every message. This plugs a hole where we didn't take m_rs_lock on any message that didn't have the RDS_MSG_ON_CONN

[ebeam PATCH v2 2/2] input: misc: New USB eBeam input driver

Add new USB input driver for Luidia's eBeam devices. Currently supported (tested) : - eBeam classic projection and edge projection models - Nec interactive solution NP01Wi1 & NP01Wi2 accessories. Notable stuff : - 13 sysfs custom files : 9 values for the transformation matrix, 4 for xy ranges a

[ebeam PATCH v2 1/2] hid: Blacklist eBeam devices

Add known eBeam devices usb ids. Prevent hid-generic to take over these devices. This breaks Luidia's proprietary application suite. Signed-off-by: Yann Cantin --- drivers/hid/hid-core.c | 6 ++ drivers/hid/hid-ids.h | 6 ++ drivers/input/misc/Kconfig | 22 +

[ebeam PATCH v2 0/2] Add a new USB eBeam input driver

Hi, New USB input driver for eBeam devices. Notable stuff : - need userspace gui tool for calibration (ebeam.tuxfamily.org) - This driver breaks Luidia's proprietary application suite. Patch 1 to blacklist the devices for hid generic-usb. Patch 2 is the actual driver. Changes : RFC https://lkm

Re: mips: Fix console output for Fulong2e system

On Thu, Aug 06, 2015 at 10:57:16PM -0700, Guenter Roeck wrote: > Commit 3adeb2566b9b ("MIPS: Loongson: Improve LEFI firmware interface") > made the number of UARTs dynamic if LEFI_FIRMWARE_INTERFACE is configured. > Unfortunately, it did not initialize the number of UARTs if > LEFI_FIRMWARE_INTERFA

Re: [ANNOUNCE] bcachefs - a general purpose COW filesystem

Hi Kent, On Thu, 2015-08-20 at 21:25 -0800, Kent Overstreet wrote: > For those who haven't kept up with bcache, the bcache codebase has been > evolving/metastasizing into a full blown, general purpose posix filesystem - a > modern COW filesystem with checksumming, compression, multiple devices, >

Re: [PATCH -next] hrtimer: Fix hang seen if tick_init_highres() failed

On Sat, 22 Aug 2015 01:10:47 -0700 Guenter Roeck wrote: > Commit 75e3b37d0598 ("hrtimer: Drop return code of hrtimer_switch_to_hres()") > drops the return code of hrtimer_switch_to_hres(). While doing so, it also > drops the return statement itself on failure. This may cause a system hang. > Seen

Re: [PATCH 0/4] firmware_class: few small code shifts

On Fri, Aug 21, 2015 at 10:38:24PM -0700, Greg KH wrote: > On Fri, Aug 21, 2015 at 11:23:03PM +0200, Luis R. Rodriguez wrote: > > On Tue, Aug 04, 2015 at 03:00:00PM -0700, Luis R. Rodriguez wrote: > > > From: "Luis R. Rodriguez" > > > > > > Ming, Greg, > > > > > > this patch set consists of a fe

Re: [PATCH v3 3/4] Add support for driver cross-timestamp to PTP_SYS_OFFSET ioctl

On Sat, Aug 22, 2015 at 10:33:48PM +0200, Thomas Gleixner wrote: > > @@ -196,19 +197,31 @@ long ptp_ioctl(struct posix_clock *pc, unsigned int > > cmd, unsigned long arg) > > break; > > } > > pct = &sysoff->ts[0]; > > - for (i = 0; i < sysoff->

Ping: [PATCH RESEND] sched/nohz: Affine unpinned timers to housekeepers

Ping! On Fri, Aug 14, 2015 at 03:46:14AM +0200, Frederic Weisbecker wrote: > From: Vatika Harlalka > > The problem addressed in this patch is about affining unpinned timers. > Adaptive or Full Dynticks CPUs are currently disturbed by unnecessary > jitter due to firing of such timers on them. >

Re: [PATCH v3 4/4] Enabling hardware supported PTP system/device crosstimestamping

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > From: Christopher Hall > > Add getsynctime() PTP device callback to cross timestamp system device > clock using ART translation depends on platform being >= SPT > and having ART > > getsynctime() reads ART (TSC-derived)/device cross t

Re: [PATCH v3 3/4] Add support for driver cross-timestamp to PTP_SYS_OFFSET ioctl

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > From: Christopher Hall > > This patch allows system and device time ("cross-timestamp") to be > performed by the driver. Currently, the cross-timestamping is performed > in the PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() > and

Re: [PATCH] [v2] x86, suspend: Save/restore extra MSR registers for suspend

On Fri 2015-08-21 19:53:34, Chen Yu wrote: > A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208) > that, after resuming from S3, CPU is working at a low speed. > After investigation, it is found that, BIOS has modified the value > of THERM_CONTROL register during S3, changes it f

Re: [PATCH v3 2/4] Added ART correlated clocksource and ART CPU feature

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > Add detect_art() call to early TSC initialization which reads ART->TSC > numerator/denominator and sets CPU feature if present > > Add convert_art_to_tsc() function performing conversion ART to TSC > > Add art_timestamp referencing art_to_t

Re: [PATCH v3 1/4] Add correlated clocksource deriving system time from an auxiliary clocksource

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > Add struct correlated_cs with pointer to original clocksource and > function pointer to convert correlated clocksource to the original > > Add get_correlated_timestamp() function which given specific correlated_cs > and correlated_ts c

Re: [PATCHv3 0/5] Fix compound_head() race

On Thu, 20 Aug 2015, Andrew Morton wrote: > On Thu, 20 Aug 2015 15:31:07 +0300 "Kirill A. Shutemov" > wrote: > > > On Wed, Aug 19, 2015 at 12:21:41PM +0300, Kirill A. Shutemov wrote: > > > Here's my attempt on fixing recently discovered race in compound_head(). > > > It should make compound_head

Re: [PATCH -next] parisc: Define ioremap_uc and ioremap_wc

ping ... the problem fixed with this patch still affects next-20150821. Guenter On Fri, Jul 31, 2015 at 07:34:46PM -0700, Guenter Roeck wrote: > Commit 3cc2dac5be3f ("drivers/video/fbdev/atyfb: Replace MTRR UC hole > with strong UC") introduces calls to ioremap_wc and ioremap_uc. This > causes bu

[PATCH -next] rtc: drop unused ret variable orphaned by misc_deregister becoming void

In commit f368ed6088ae9c1fbe1c897bb5f215ce5e63fa1e ("char: make misc_deregister a void function") this ret variable became unused which now generates a compile warning. Get rid of it. Cc: Alessandro Zummo Cc: Alexandre Belloni Cc: rtc-li...@googlegroups.com Cc: Greg Kroah-Hartman Signed-off-by

Re: [PATCH] x86/math-emu: Add support for FCMOVcc and F[U]COMI[P] insns

On 08/22/2015 10:54 AM, Ingo Molnar wrote: > > * Denys Vlasenko wrote: > >> +/* fcmovCC and f(u)comi(p) are enabled if CPUID(1).EDX(15) "cmov" is set */ >> + >> static FUNC const st_instr_table[64] = { >> -fadd__, fld_i_, __BAD__, __BAD__, fadd_i, ffree_, faddp_, _df_c0_, >> -fmul__, fx

Re: [PATCH 3/3] sched: Implement interface for cgroup unified hierarchy

Hello, Paul. On Fri, Aug 21, 2015 at 12:26:30PM -0700, Paul Turner wrote: ... > A very concrete example of the above is a virtual machine in which you > want to guarantee scheduling for the vCPU threads which must schedule > beside many hypervisor support threads. A hierarchy is the only way > t

Re: [PATCH] lib: scatterlist: add sg splitting function

Robert Jarzmik writes: ...zip... top posting in [1] ... zip ... Hi Andrew, There was no review for a couple of weeks I'm afraid on this patch. Could I know what I can do to push it up ? And another question : do you want another patch to add a MAINTAINERS entry for this sg_split ? Cheers. --

Re: [PATCH 13/18] iio: adc: mcp320x: Set struct spi_driver .of_match_table

On 21/08/15 00:53, Michael Welling wrote: > On Fri, Aug 21, 2015 at 12:48:23AM +0200, Javier Martinez Canillas wrote: >> Hello Michael, >> >> On 08/21/2015 12:29 AM, Michael Welling wrote: >>> On Fri, Aug 21, 2015 at 12:02:40AM +0200, Javier Martinez Canillas wrote: Hello Michael, On

Re: [PATCH 01/18] iio: Export SPI module alias information in missing drivers

On 20/08/15 16:49, Lars-Peter Clausen wrote: > On 08/20/2015 09:07 AM, Javier Martinez Canillas wrote: >> The SPI core always reports the MODALIAS uevent as "spi:" >> regardless of the mechanism that was used to register the device >> (i.e: OF or board code) and the table that is used later to matc

Re: [PATCH 10/18] iio: dac: ad7303: Add OF match table

On 20/08/15 16:49, Lars-Peter Clausen wrote: > On 08/20/2015 09:07 AM, Javier Martinez Canillas wrote: >> The Documentation/devicetree/bindings/iio/dac/ad7303.txt DT binding doc >> lists "adi,ad7303" as a compatible string but the corresponding driver >> does not have an OF match table. Add the tab

Re: [PATCH 16/18] iio: frequency: adf4350: Add OF match table

On 20/08/15 16:49, Lars-Peter Clausen wrote: > On 08/20/2015 09:07 AM, Javier Martinez Canillas wrote: >> The Documentation/devicetree/bindings/iio/frequency/adf4350.txt DT binding >> doc lists "adi,adf4350" or "adi,adf4351" as compatible strings but the >> corresponding driver does not have an OF

Re: [PATCH 15/18] iio: adc128s052: Add OF match table

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The Documentation/devicetree/bindings/iio/adc/ti-adc128s052.txt DT binding > doc lists "ti,adc128s052" or "ti,adc122s021" as compatible strings but the > corresponding driver does not have an OF match table. Add the table to the > driver so the S

Re: [PATCH 14/18] iio: as3935: Add OF match table

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The Documentation/devicetree/bindings/iio/proximity/as3935.txt DT binding > doc lists "ams,as3935" as a compatible string but the corresponding driver > does not have an OF match table. Add the table to the driver so the SPI > core can do an OF s

Re: [PATCH 11/18] iio: adc: max1027: Set struct spi_driver .of_match_table

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The driver has an OF id table but the .of_match_table is not set so > the SPI core can't do an OF style match and the table was unused. > > Signed-off-by: Javier Martinez Canillas Applied to the togreg branch of iio.git Thanks, Joanthan > ---

Re: [PATCH 02/18] staging: iio: hmc5843: Export missing SPI module alias information

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The SPI core always reports the MODALIAS uevent as "spi:" > regardless of the mechanism that was used to register the device > (i.e: OF or board code) and the table that is used later to match > the driver with the device (i.e: SPI id table or OF

Re: [PATCH] Documentation: add 'crashkernel=auto' entry into kernel-parameters.txt

On 08/21/15 23:51, Yaowei Bai wrote: > There is no 'crashkernel=auto' entry in kernel-parameters.txt, borrow it > from kexec-kdump-howto.txt file in the kexec-tools-2.0.0 package. > > Signed-off-by: Yaowei Bai > --- > Documentation/kernel-parameters.txt | 9 + > 1 file changed, 9 inserti

Re: [PATCH 13/18] iio: adc: mcp320x: Set struct spi_driver .of_match_table

On 20/08/15 23:48, Javier Martinez Canillas wrote: > Hello Michael, > > On 08/21/2015 12:29 AM, Michael Welling wrote: >> On Fri, Aug 21, 2015 at 12:02:40AM +0200, Javier Martinez Canillas wrote: >>> Hello Michael, >>> >>> On 08/20/2015 10:09 PM, Michael Welling wrote: On Thu, Aug 20, 2015 at

Re: [PATCH v5 6/8] iio: gyro: bmg160: optimize i2c transfers in trigger handler

On 22/08/15 05:02, Wolfram Sang wrote: > The series[1] I am working on implements a i2c smbus block data regmap bus driver. Regmap should then automatically do a block read in regmap_bulk_read. >>> >>> Hmm, so doesn't your series make Irina's series obsolete? It >>> addresses

[PATCH v2] coccinelle: add style check for assignment in if

Add a semantic patch for fixing some cases of checkpatch.pl error: ERROR: do not use assignment in if condition Signed-off-by: Kris Borer Acked-by: Julia Lawall --- scripts/coccinelle/style/assignment_in_if.cocci | 128 1 file changed, 128 insertions(+) create mode 10

Re: [PATCH v2 0/8] Add rcu_sync infrastructure to avoid _expedited() in percpu-rwsem

On Fri, Aug 21, 2015 at 07:42:30PM +0200, Oleg Nesterov wrote: > Hello, > > Now that sb->s_writers was changed to use percpu_rw_semaphore let me > send v2. > > Changes: > > - whitespace fix in 1/8. > > - remove EXPORT_SYMBOL() in 3/8, currently rcu_sync has no > modular user

Re: [PATCH] ata: pata_arasam_cf: Use devm_clk_get

On Sat, Aug 22, 2015 at 09:04:50AM +0530, Vaishali Thakkar wrote: > This patch introduces the use of managed resource function > devm_clk_get instead of clk_get and removes corresponding call > to clk_put in the remove function. > > To be compatible with the change various gotos are replaced with

Re: [RFC v3] coccinelle: add style check for assignment in if

Acked-by: Julia Lawall However, I think it would be better to remove the "BAD" rulle at the end. julia On Thu, 20 Aug 2015, Kris Borer wrote: > Add a semantic patch for fixing some cases of checkpatch.pl error: > > ERROR: do not use assignment in if condition > > Signed-off-by: Kris Borer >

RE: [PATCH] [v3] x86, suspend: Save/restore THERM_CONTROL register for suspend

On 2015.08.22 04:03 Chen Yu wrote: > A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208) > that, after resuming from S3, CPU is working at a low speed. That bug report has restricted access, even if one creates a Red Hat Bugzilla account. Once I created an account I got: "Most

Re: Do you need a loan?

We offer private, commercial and personal loans with very low annualinterest rates as low as 2% in one year to 50 years repayment period anywhere in the world. We offer loans ranging from $5000 to $100 million. Our loans are well insured for maximum security is our priority. Are you losing sleep

Re: [PATCH] xen/tmem: Pass page instead of pfn to xen_tmem_get_page()

On Thu, Aug 20, 2015 at 8:27 AM, David Vrabel wrote: > On 19/08/15 14:25, Murilo Opsfelder Araujo wrote: >> The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 "xen/tmem: Use >> xen_page_to_gfn rather than pfn_to_gfn" left behind a call to >> xen_tmem_get_page() receiving pfn instead of page. >> >

Re: [PATCH] xen/tmem: Pass page instead of pfn to xen_tmem_get_page()

On Wed, Aug 19, 2015 at 9:23 PM, Julien Grall wrote: > Hi, > > On 19/08/2015 06:25, Murilo Opsfelder Araujo wrote: >> >> The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 "xen/tmem: Use >> xen_page_to_gfn rather than pfn_to_gfn" left behind a call to >> xen_tmem_get_page() receiving pfn instead

Re: [PATCH 0/3] mm/vmalloc: Cache the /proc/meminfo vmalloc statistics

On Sat, Aug 22, 2015 at 3:44 AM, Ingo Molnar wrote: > > Would something like this be acceptable (and is it correct)? I don't think any of this can be called "correct", in that the unlocked accesses to the cached state are clearly racy, but I think it's very much "acceptable".

Re: Regarding USER_HZ and the exposure of kernel jiffies in userspace

On Sat, 22 Aug 2015, William Breathitt Gray wrote: > I believe the error in my understanding is the assumption that _all_ > instances of kernel jiffies exposure in userspace should be scaled; but > it appears that not all instances are. When are kernel jiffies meant to > be scaled via USER_HZ, and

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

22.08.2015 15:38, Ingo Molnar пишет: [...] We could add yet more heuristics and teach sigreturn to ignore the saved SS value in sigcontext if the saved CS is 64-bit and the saved SS is unusable. We could maybe try this - assuming it doesn't break DOSEMU. Or we could extend the ABI and allow DO

[PATCH 3/5] staging: lustre: fix GLOBAL_INITIALISERS checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: do not initialise globals to 0 or NULL Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lustre/ldlm/ldlm_resource.c| 4 ++-- drivers/staging/lustre/lustre/libcfs/fail.c | 4 ++-- drivers/staging/lustre/lust

[PATCH 2/5] staging: lustre: fix CODE_INDENT checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: code indent should use tabs where possible Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lnet/klnds/socklnd/socklnd_cb.c | 2 +- drivers/staging/lustre/lnet/klnds/socklnd/socklnd_lib.c | 6 +++--- 2 files changed, 4 insertio

[PATCH 5/5] staging: lustre: fix OPEN_BRACE checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: open brace '{' following function declarations go on the next line Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lustre/include/lprocfs_status.h | 3 ++- drivers/staging/lustre/lustre/include/lustre/lustre_user.h | 3 ++-

[PATCH 4/5] staging: lustre: fix SWITCH_CASE_INDENT_LEVEL checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: switch and case should be at the same indent Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lnet/selftest/selftest.h| 20 ++-- .../lustre/lustre/libcfs/linux/linux-tracefile.c | 22 ++

[PATCH 1/5] staging: lustre: fix whitespace errors reported by checkpatch.pl

Added/removed spaces and replaced '+1' with '1' in several places to eliminate SPACING and POINTER_LOCATION errors reported by checkpatch.pl Signed-off-by: Mike Rapoport --- .../staging/lustre/lnet/klnds/socklnd/socklnd_cb.c | 4 +- drivers/staging/lustre/lnet/selftest/conrpc.h | 4 +-

[PATCH 0/5] staging: lustre: fix some trivial checpatck.pl errors

Hi, These patches fix some trivial checkpatch.pl errors, like spacing, identation etc. Mike Rapoport (5): staging: lustre: fix whitespace errors reported by checkpatch.pl staging: lustre: fix CODE_INDENT checkpatch.pl errors staging: lustre: fix GLOBAL_INITIALISERS checkpatch.pl errors st

Re: [PATCH] staging: lustre: fix whitespace errors reported by checkpatch.pl

Please ignore this one, I'm going to resend it along with some others in a while, Thanks. On Wed, Aug 19, 2015 at 09:47:22AM +0300, Mike Rapoport wrote: > Added/removed spaces and replaced '+1' with '1' in several places to eliminate > SPACING and POINTER_LOCATION errors reported by checkpatch.pl

Regarding USER_HZ and the exposure of kernel jiffies in userspace

Hello, I submitted a bug report a couple months ago regarding the exposure of unscaled kernel jiffies in the /proc/timer_list file (see http://bugzilla.kernel.org/show_bug.cgi?id=99401): > I noticed that the “jiffies” line from the /proc/timer_list file has a > value that is not scaled via the US

[tip:mm/kasan] x86/kasan, mm: Introduce generic kasan_populate_zero_shadow()

Commit-ID: 69786cdb379bbc6eab14cf2393c1abd879316e85 Gitweb: http://git.kernel.org/tip/69786cdb379bbc6eab14cf2393c1abd879316e85 Author: Andrey Ryabinin AuthorDate: Thu, 13 Aug 2015 08:37:24 +0300 Committer: Ingo Molnar CommitDate: Sat, 22 Aug 2015 14:54:55 +0200 x86/kasan, mm: Introduce

  1   2   >