[tip:timers/core] kdb: Use ktime_get_ts()

Commit-ID: a9821c741c960a77a7f08491883f9cc4bffd2279 Gitweb: http://git.kernel.org/tip/a9821c741c960a77a7f08491883f9cc4bffd2279 Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 23:59:16 + Committer: Thomas Gleixner CommitDate: Thu, 12 Jun 2014 16:18:45 +0200 kdb: Use

[tip:timers/core] delayacct: Use ktime_get_ts()

Commit-ID: b5d7682533941edb121f7495bdb2a17abac03ff3 Gitweb: http://git.kernel.org/tip/b5d7682533941edb121f7495bdb2a17abac03ff3 Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 23:59:13 + Committer: Thomas Gleixner CommitDate: Thu, 12 Jun 2014 16:18:45 +0200 delayacct: Use

[tip:timers/core] tsacct: Use ktime_get_ts()

Commit-ID: 4e8c5847d1c55efed896508fb769f78ab07b968a Gitweb: http://git.kernel.org/tip/4e8c5847d1c55efed896508fb769f78ab07b968a Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 23:59:13 + Committer: Thomas Gleixner CommitDate: Thu, 12 Jun 2014 16:18:45 +0200 tsacct: Use

[tip:timers/core] acct: Use ktime_get_ts()

Commit-ID: 22001821d9cb6ddb83ee4e1f81e6b905de623165 Gitweb: http://git.kernel.org/tip/22001821d9cb6ddb83ee4e1f81e6b905de623165 Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 23:59:12 + Committer: Thomas Gleixner CommitDate: Thu, 12 Jun 2014 16:18:44 +0200 acct: Use

[tip:locking/core] futex: Split out the waiter check from lookup_pi_state()

Commit-ID: e60cbc5ceaa518d630ab8f35a7d05cee1c752648 Gitweb: http://git.kernel.org/tip/e60cbc5ceaa518d630ab8f35a7d05cee1c752648 Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 20:45:39 + Committer: Thomas Gleixner CommitDate: Sat, 21 Jun 2014 22:26:23 +0200 futex: Split out

[tip:locking/core] futex: Split out the first waiter attachment from lookup_pi_state()

Commit-ID: 04e1b2e52b17195c9a1daa5935c55a4c8716095c Gitweb: http://git.kernel.org/tip/04e1b2e52b17195c9a1daa5935c55a4c8716095c Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 20:45:40 + Committer: Thomas Gleixner CommitDate: Sat, 21 Jun 2014 22:26:23 +0200 futex: Split out

Re: 3.16, i915: less colors in X?

On Sat 2014-06-21 22:29:01, Pavel Machek wrote: > Hi! > > I just test-booted 3.16-rc1, and background in X looked just wrong -- > very noticeable bands on the background gradient. I thought that maybe > it is just my eyes, but I went back to older kernel, and background is > ok now. > > I'm

[tip:locking/core] futex: Simplify futex_lock_pi_atomic() and make it more robust

Commit-ID: af54d6a1c3ad474bbc9893c9905022646be6092c Gitweb: http://git.kernel.org/tip/af54d6a1c3ad474bbc9893c9905022646be6092c Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 20:45:41 + Committer: Thomas Gleixner CommitDate: Sat, 21 Jun 2014 22:26:24 +0200 futex: Simplify

[tip:locking/core] futex: Use futex_top_waiter() in lookup_pi_state()

Commit-ID: bd1dbcc67cd2c1181e2c01daac51eabf1b964dd8 Gitweb: http://git.kernel.org/tip/bd1dbcc67cd2c1181e2c01daac51eabf1b964dd8 Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 20:45:39 + Committer: Thomas Gleixner CommitDate: Sat, 21 Jun 2014 22:26:23 +0200 futex: Use

[tip:locking/core] rtmutex: Cleanup deadlock detector debug logic

Commit-ID: 8930ed80f970a90a795239e7415c9b0e6f964649 Gitweb: http://git.kernel.org/tip/8930ed80f970a90a795239e7415c9b0e6f964649 Author: Thomas Gleixner AuthorDate: Thu, 22 May 2014 03:25:47 + Committer: Thomas Gleixner CommitDate: Sat, 21 Jun 2014 22:05:30 +0200 rtmutex: Cleanup

[tip:locking/core] futex: Make unlock_pi more robust

Commit-ID: ccf9e6a80d9e1b9df69c98e6b9745cf49869ee15 Gitweb: http://git.kernel.org/tip/ccf9e6a80d9e1b9df69c98e6b9745cf49869ee15 Author: Thomas Gleixner AuthorDate: Wed, 11 Jun 2014 20:45:38 + Committer: Thomas Gleixner CommitDate: Sat, 21 Jun 2014 22:26:23 +0200 futex: Make

[tip:locking/core] rtmutex: Avoid pointless requeueing in the deadlock detection chain walk

Commit-ID: 67792e2cabadbadd1a93f6790fa7bcbd47eca7c3 Gitweb: http://git.kernel.org/tip/67792e2cabadbadd1a93f6790fa7bcbd47eca7c3 Author: Thomas Gleixner AuthorDate: Thu, 22 May 2014 03:25:57 + Committer: Thomas Gleixner CommitDate: Sat, 21 Jun 2014 22:05:31 +0200 rtmutex: Avoid

[PATCH] tulip: Poll link status more frequently for Comet chips

Poll link status every 2 seconds instead of 60 for ADMtek Comet chips. Tested with AN983B. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/dec/tulip/timer.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/dec/tulip/timer.c

3.16, i915: less colors in X?

Hi! I just test-booted 3.16-rc1, and background in X looked just wrong -- very noticeable bands on the background gradient. I thought that maybe it is just my eyes, but I went back to older kernel, and background is ok now. I'm trying to figure out how to ask X what color depth it is using...?

Re: [PATCH] staging: rtl8172u: Make ieee80211_crypto_init static

On Sat, Jun 21, 2014 at 12:04:44PM +0200, L. Alberto Giménez wrote: > On Thu, Jun 19, 2014 at 05:14:26PM -0700, Greg Kroah-Hartman wrote: > > On Thu, Jun 12, 2014 at 07:40:49PM +0200, L. Alberto Giménez wrote: > > > Fix sparse warning. > > > > > > Signed-off-by: L. Alberto Giménez > > > --- > >

Re: [PATCH] staging:rtl8821ae: rewrite legacy wifi check in halbcoutsrc

On Sat, Jun 21, 2014 at 12:46:33PM -0400, Nick Krause wrote: > Hope you enjoyed your trips , Larry. > It would be great if you researched > this issue in order for me to send in > a correct patch to fix this bug. That is not how kernel development is done, you need to do the work, not ask others

Re: [PATCH v4] openrisc: irq: use irqchip framework

Stefan, On Mon, May 26, 2014 at 11:31:42PM +0300, Stefan Kristiansson wrote: > In addition to consolidating the or1k-pic with other interrupt > controllers, this makes OpenRISC less tied to its on-cpu > interrupt controller. > > All or1k-pic specific parts are moved out of irq.c and into >

Re: safety of *mutex_unlock() (Was: [BUG] signal: sighand unprotected when accessed by /proc)

On Wed, 18 Jun 2014, Steven Rostedt wrote: > On Wed, 18 Jun 2014 18:43:59 +0200 > Oleg Nesterov wrote: > > > > And (contrary to what I said initially) we can rely on this because -rt > > converts spinlock_t into rt_mutex ? > > Correct. Because if spinlock_t has this behavior, rt_mutex must

Re: [v3.10.y][v3.11.y][v3.12.y][v3.13.y][v3.14.y][PATCH 1/1][V2] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

On Sat, Jun 21, 2014 at 01:05:53PM +0100, Ben Hutchings wrote: > On Fri, 2014-06-20 at 14:21 -0400, Joseph Salisbury wrote: > [...] > > I looked at this some more. It seems like my v2 backport may be the > > most suitable for the releases mentioned in the subject line, but I'd > > like to get

Re: unparseable, undocumented /sys/class/drm/.../pstate

On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin wrote: > On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote: > > Hi! > > > > AFAICT, pstate file will contain something like > > > > 07: core 100 MHz memory 123 MHz * > > 08: core 100-200 MHz memory 123 MHz > > > > ...which does not look

Re: unparseable, undocumented /sys/class/drm/.../pstate

On Sat, Jun 21, 2014 at 2:50 PM, Pavel Machek wrote: > On Sat 2014-06-21 14:22:59, Ilia Mirkin wrote: >> On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote: >> > Hi! >> > >> > AFAICT, pstate file will contain something like >> > >> > 07: core 100 MHz memory 123 MHz * >> > 08: core 100-200 MHz

Re: [RFC] Tux3 for review

On Thu, 2014-06-19 at 14:58 -0700, Daniel Phillips wrote: > On Thursday, June 19, 2014 2:26:48 AM PDT, Lukáš Czerner wrote: > > Let me remind you some more important problems Dave brought up, > > including page forking: > > > > " > > The hacks around VFS and MM functionality need to have

Re: [Patch v2 1/3] spi: qup: Remove chip select function

On Sat, Jun 21, 2014 at 11:13:03AM +0100, Mark Brown wrote: > On Thu, Jun 12, 2014 at 02:34:10PM -0500, Andy Gross wrote: > > This patch removes the chip select function. Chip select should instead be > > supported using GPIOs, defining the DT entry "cs-gpios", and letting the SPI > > core

Re: [PATCH 1/5] i8k: Fix non-SMP operation

Hi, I'd like to say Thank You for this fix especially and the series in general, as the (proud??) owner of an I8K (yes you read that right). My review of your impressive series ended up fine (I'm sure I'm now missing some official tag somewhere...). I haven't done runtime evaluation yet though.

Re: unparseable, undocumented /sys/class/drm/.../pstate

On Sat 2014-06-21 14:22:59, Ilia Mirkin wrote: > On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote: > > Hi! > > > > AFAICT, pstate file will contain something like > > > > 07: core 100 MHz memory 123 MHz * > > 08: core 100-200 MHz memory 123 MHz > > > > ...which does not look exactly like

Re: unparseable, undocumented /sys/class/drm/.../pstate

On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote: > Hi! > > AFAICT, pstate file will contain something like > > 07: core 100 MHz memory 123 MHz * > 08: core 100-200 MHz memory 123 MHz > > ...which does not look exactly like one-value-per-file, and I'm pretty > sure userspace will get it wrong

Re: [PATCH -tip 1/4] perf/probe: Improve error message for unknown member of data structure

On Fri, Jun 6, 2014 at 3:13 AM, Masami Hiramatsu wrote: > Improve the error message if we can not find given member in > the given structure. Currently perf probe shows a wrong error > message as below. > > - > # perf probe getname_flags:65 "result->BOGUS" > result(type:filename) has no

unparseable, undocumented /sys/class/drm/.../pstate

Hi! AFAICT, pstate file will contain something like 07: core 100 MHz memory 123 MHz * 08: core 100-200 MHz memory 123 MHz ...which does not look exactly like one-value-per-file, and I'm pretty sure userspace will get it wrong if it tries to parse it. Plus, I don't see required documentation in

[PATCH] staging: cxt1e1: fix sbeCrc function declaration

Hi, This patch fixes the following sparse warning: drivers/staging/cxt1e1/sbecrc.c:86:1: warning: symbol 'sbeCrc' was not declared. Should it be static? Furthermore it fixes wring sbeCrc return type in function declaration. Regards Pawel Lebioda Signed-off-by: Pawel Lebioda ---

Re: [PATCH 05/11] tlan: Restart autonegotiation on link loss

Hello. On 06/21/2014 06:47 PM, Ondrej Zary wrote: When link is lost on a card which uses internal PHY for 10 Mbit speeds, restart autonegotiation to allow switching between 10 and 100 Mbps speeds. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c | 15 +++ 1 file

[PATCH] drivers/video/fbdev : dereference without an error test

After a variable is assigned the result of backlight_device_register, an error test should be performed before a dereference. A simplified version of the semantic match that finds this problem is as follows: // @def0@ expression x; position p0; @@ x@p0 = backlight_device_register(...)

Re: [PATCH] x86_32,signal: Fix vdso rt_sigreturn

On Sat, Jun 21, 2014 at 7:31 AM, Andy Lutomirski wrote: > This commit: > > commit 6f121e548f83674ab4920a4e60afb58d4f61b829 > Author: Andy Lutomirski > Date: Mon May 5 12:19:34 2014 -0700 > > x86, vdso: Reimplement vdso.so preparation in build-time C > > Contained this

[PATCH] Staging: rtl8192e: adjust error handling

This patch removes a test in error handling code by adding a return path. The Coccinelle semantic match that found the problem is: // @@ expression E,E1,E2; @@ E = alloc_etherdev(...) ... when != E = E1 if (...) { ... free_netdev(E); ... return ...; } ... when != E = E2 ( if (...) {

[PATCH 1/5] i8k: Fix non-SMP operation

Commit f36fdb9f0266 (i8k: Force SMM to run on CPU 0) adds support for multi-core CPUs to the driver. Unfortunately, that causes it to fail loading if compiled without SMP support, at least on 32 bit kernels. Kernel log shows "i8k: unable to get SMM Dell signature", and function i8k_smm is found to

[PATCH 5/5] i8k: Add support for Dell Precision 490 and Latitude D520

Both systems need non-standard parameters for fan multiplier and maximum fan speed. Signed-off-by: Guenter Roeck --- drivers/char/i8k.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/drivers/char/i8k.c b/drivers/char/i8k.c index 0b69da0..65525c7 100644 ---

[PATCH 3/5] i8k: Add support for configurable maximum fan speed value

Newer Dell systems provide more granular fan speed selection. Add support for it. Signed-off-by: Guenter Roeck --- drivers/char/i8k.c | 49 ++--- 1 file changed, 42 insertions(+), 7 deletions(-) diff --git a/drivers/char/i8k.c b/drivers/char/i8k.c

[PATCH 4/5] i8k: uapi: Introduce define for new highest fan speed

Some Dell laptops support fan speeds of {0, 1, 2, 3} instead of {0, 1, 2}. Add a define for it. Signed-off-by: Guenter Roeck --- include/uapi/linux/i8k.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/uapi/linux/i8k.h b/include/uapi/linux/i8k.h index

[PATCH 2/5] i8k: Drop all labels

Labels are known to be wrong for several Dell laptops. For example, a single fan may be shown as right fan when in reality it sits on the left side of the chassis. Drop all labels to avoid such inaccuracies. Users can select labels in the sensors configuration file instead if desired.

[PATCH 11/11] tlan: Isolate external PHY when using internal PHY

When using internal 10 Mbps PHY, isolate the external PHY from MII bus. External PHY must be kept powered up because it passes TX from tlan chip to network. This fixes weird link-loss problems under load with OC-2326 card at 10 Mbps. Signed-off-by: Ondrej Zary ---

[PATCH 10/11] tlan: Enable device at resume

pci_disable_device() is called in _suspend but there's no corresponding pci_enable_device() in _resume. This causes "disabling already-disabled device" warning on 2nd suspend. Add pci_enable_device() call to _resume to fix this problem. Signed-off-by: Ondrej Zary ---

[PATCH] staging: wlags49_h2: Fix use of skb after netif_rx

This patch moves a call to netif_rx(skb) after a subsequent reference to skb, because netif_rx may call kfree_skb via enqueue_to_backlog on its argument. This was found using the following semantic match. // @@ expression skb, e,e1; @@ ( netif_rx(skb); | netif_rx_ni(skb); ) ... when != skb

Re: [PATCH v6 7/9] xen: Put EFI machinery in place

On Fri, 20 Jun 2014, Daniel Kiper wrote: > This patch enables EFI usage under Xen dom0. Standard EFI Linux > Kernel infrastructure cannot be used because it requires direct > access to EFI data and code. However, in dom0 case it is not possible > because above mentioned EFI stuff is fully owned

[PATCH 03/11] tlan: Add ethtool support

Add basic ethtool support to tlan driver: - driver info - link detect (this allows NetworkManager to detect carrier) - EEPROM read Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c | 37 + drivers/net/ethernet/ti/tlan.h |1 + 2 files

[PATCH 05/11] tlan: Restart autonegotiation on link loss

When link is lost on a card which uses internal PHY for 10 Mbit speeds, restart autonegotiation to allow switching between 10 and 100 Mbps speeds. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c | 15 +++ 1 file changed, 15 insertions(+) diff --git

[PATCH 01/11] tlan: Enable activity LED on Olicom OC-2325 and OC-2326

Olicom OC-2325 and OC-2326 ethernet cards have an activity LED but it does not work with tlan driver as it's not enabled. Enable it. Tested with OC-2326. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 09/11] tlan: Don't disable internal PHY on cards that use it in 10 Mbps mode

In tlan_reset_adapter, we disable internal PHY when an external one is used. On cards which use internal PHY in 10 Mbps mode, we enable it later when setting 10 Mbps mode but it does not really work (PHY fails to reset). Leave it enabled instead. Signed-off-by: Ondrej Zary ---

[PATCH 04/11] tlan: Fix MAC address byte order on OC-2325/OC-2326

Olicom OC-2325 and OC-2326 cards have the MAC address byte-swapped in EEPROM. Byte-swap the MAC address if it's located at offset 0xF8. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git

[PATCH 07/11] tlan: Make autonegotiation faster

Reduce the autonegotiation poll interval from 8 seconds to 2. This greatly reduces the time needed to detect link presence, especially on Olicom cards at 10 Mbps (two autonegoatiations required). Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c |2 +- 1 file changed, 1

[PATCH 06/11] tlan: Don't scream if no link

Remove excess printks when the link is down. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c |9 - drivers/net/ethernet/ti/tlan.h |1 - 2 files changed, 10 deletions(-) diff --git a/drivers/net/ethernet/ti/tlan.c b/drivers/net/ethernet/ti/tlan.c index

[PATCH 02/11] tlan: Enable link monitoring

Enable old link monitoring code and modify it: - control LINK LED - use separate timer so it does not interfere with ACT LED Tested with Olicom OC-2326. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c | 115 +---

[PATCH 0/11 v2] tlan: Link handling improvements and Olicom fixes

This patch series improves link handling in tlan driver, allowing the cable to be (un)plugged anytime and NetworkManager to work properly. Also there are some bugfixes related to Olicom OC-2326 card. -- Ondrej Zary -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

[PATCH 08/11] tlan: Add PHY reset timeout

Add a timeout to prevent infinite loop waiting for PHY to reset. Signed-off-by: Ondrej Zary --- drivers/net/ethernet/ti/tlan.c |9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ti/tlan.c b/drivers/net/ethernet/ti/tlan.c index b4e9dcf..f5af196

[PATCH] x86_32,signal: Fix vdso rt_sigreturn

This commit: commit 6f121e548f83674ab4920a4e60afb58d4f61b829 Author: Andy Lutomirski Date: Mon May 5 12:19:34 2014 -0700 x86, vdso: Reimplement vdso.so preparation in build-time C Contained this obvious typo: - restorer =

[PATCH v2 1/3] pwm: add Rockchip SoC PWM support

This commit adds a driver for the PWM controller found on Rockchip RK29, RK30 and RK31 SoCs. Signed-off-by: Beniamino Galvani --- drivers/pwm/Kconfig|7 ++ drivers/pwm/Makefile |1 + drivers/pwm/pwm-rockchip.c | 177 3 files

[PATCH v2 3/3] ARM: dts: rk3xxx: add PWM nodes

This adds PWM nodes to the Rockchip device trees. Signed-off-by: Beniamino Galvani --- arch/arm/boot/dts/rk3188.dtsi | 40 arch/arm/boot/dts/rk3xxx.dtsi | 32 2 files changed, 72 insertions(+) diff --git

[PATCH v2 2/3] pwm: rockchip: document device tree bindings

This adds binding documentation for Rockchip SoC PWM driver. Signed-off-by: Beniamino Galvani --- .../devicetree/bindings/pwm/pwm-rockchip.txt | 17 + 1 file changed, 17 insertions(+) create mode 100644 Documentation/devicetree/bindings/pwm/pwm-rockchip.txt diff

[PATCH v2 0/3] Add Rockchip Soc PWM driver

This series adds support for the PWM controller found on Rockchip RK29, RK30 and RK31 SoCs. It is based on the documentation publicly available [0] and kernel sources from Rockchip [1] and has been tested on RK3188. The last patch, which adds device tree nodes in the dts, depends on the clocks

Re: [PATCH 1/1] net/dsa/dsa.c: remove null test before kfree

On Sat, 2014-06-21 at 11:36 +0200, Fabian Frederick wrote: > On Sat, 21 Jun 2014 10:37:24 +0200 Bjørn Mork wrote: > > On 20 June 2014 22:36:47 CEST, Fabian Frederick wrote: > > > Fix checkpatch warning: > > > WARNING: kfree(NULL) is safe this check is probably not required > > > > "probably

Re: [PATCH] video: fbdev: skeletonfb.c: Adding code to managing allocation error

(Adding Geert, who probably wrote most of this and likely might have forgotten all of it) On Sat, 2014-06-21 at 15:17 +0200, Rickard Strandqvist wrote: > Adding missing code for managing a memory allocation error that may occur. > > This was partly found using a static code analysis program

Re: [PATCH 1/1] PM / Runtime: let rpm_resume fail if rpm disabled and device suspended.

On Fri, 20 Jun 2014, Kevin Hilman wrote: > > For a general device, the fact that dev->power.is_suspended is set > > means the device _has_ been powered down. Even though the > > runtime_status may not have changed, the PM core has to assume the > > device is not available for use. > > This is

More 3.16 vdso fallout

We've had a report[1] of d-bus getting a SEGV only on i686 machines with the 3.16 kernel. It's a bit light on specifics, but the relevant detail seems to be: "I'm pretty sure kernel is to blame here. The crash occurs when signal handler for RT signal 33 (used internaly by NPTL/pthreads) returns

Re: [memcontrol] WARNING: CPU: 0 PID: 1 at kernel/res_counter.c:28 res_counter_uncharge_locked()

On 06/20/2014 11:42 PM, Johannes Weiner wrote: > On Fri, Jun 20, 2014 at 06:27:04PM +0800, Fengguang Wu wrote: >> Greetings, >> >> 0day kernel testing robot got the below dmesg and the first bad commit is >> >> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > > Thanks

Re: rtc/hctosys.c Problem during kernel boot

I'm testing them and they're working fine so far. Will handle them the next week. -- Best regards, Alessandro Zummo Tower Technologies Sent from my iPhone, please excuse my brevity. > On 21/giu/2014, at 15:08, Alexander Holler wrote: > > Am 12.06.2014 01:53, schrieb John Stultz: >

[PATCH] video: fbdev: skeletonfb.c: Adding code to managing allocation error

Adding missing code for managing a memory allocation error that may occur. This was partly found using a static code analysis program called cppcheck. Signed-off-by: Rickard Strandqvist --- drivers/video/fbdev/skeletonfb.c |2 ++ 1 file changed, 2 insertions(+) diff --git

Re: rtc/hctosys.c Problem during kernel boot

Am 12.06.2014 01:53, schrieb John Stultz: You can read some of the previous discussion here: https://lkml.org/lkml/2013/6/17/533 I'd be very interested in patches to resolve this! And the silence as response to my repost of my already working patches just proved that isn't true. So (John

Re: [PATCH] staging:rtl8821ae: rewrite legacy wifi check in halbcoutsrc

On 06/20/2014 09:52 PM, Nick Krause wrote: Is this patch being merged or is this not an issue. I am confused did I make a mistake in my patch or is there being a different patch being merged. Thank Nick On Fri, Jun 20, 2014 at 10:34 PM, Joe Perches wrote: On Fri, 2014-06-20 at 22:26 -0400,

[PATCH 7/7] staging: rtl8188eu: Merge usb_ops.h into usb_ops_linux.h

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/core/rtw_ioctl_set.c|1 - drivers/staging/rtl8188eu/core/rtw_recv.c |1 - drivers/staging/rtl8188eu/core/rtw_xmit.c |1 - drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |2 -

[PATCH 2/7] staging: rtl8188eu: Remove macros specific to kernel version < 2.6.12

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/usb_ops.h | 16 +--- 1 file changed, 1 insertion(+), 15 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/usb_ops.h b/drivers/staging/rtl8188eu/include/usb_ops.h index ff730f4..e10b711 100644 ---

[PATCH 1/7] staging: rtl8188eu: Merge hal/usb_ops_linux.c into os_dep/usb_ops_linux.c

Consolidate all usb operation related functions in one file. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/Makefile |1 - drivers/staging/rtl8188eu/hal/usb_ops_linux.c| 665 -- drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c | 642

[PATCH 3/7] staging:rtl8188eu:usb_ops.h:Remove unused enum, macros and function declaration

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/usb_ops.h | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/usb_ops.h b/drivers/staging/rtl8188eu/include/usb_ops.h index e10b711..74009ca 100644 ---

[PATCH 6/7] staging: rtl8188eu: Remove continual_urb_error from struct dvobj_priv

rtw_inc_and_chk_continual_urb_error() was only user of continual_urb_error, which has been removed. Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/drv_types.h|2 -- drivers/staging/rtl8188eu/include/usb_ops.h |8

[PATCH 5/7] staging: rtl8188eu: Remove inline function rtw_inc_and_chk_continual_urb_error()

rtw_inc_and_chk_continual_urb_error() is used to check if device is removed unexpectedly, to do that we can just check status of urb in usb_read_port_complete() and usbctrl_vendorreq() doed that by checking return value of usb_control_msg(). Signed-off-by: navin patidar ---

[PATCH 4/7] staging: rtl8188eu: usb_ops.h: Remove macro rtw_usb_control_msg()

Signed-off-by: navin patidar --- drivers/staging/rtl8188eu/include/usb_ops.h |5 - drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c |2 +- 2 files changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/usb_ops.h

[PATCH 0/7] staging: rtl8188eu: Consolidate usb operation code.

navin patidar (7): staging: rtl8188eu: Merge hal/usb_ops_linux.c into os_dep/usb_ops_linux.c staging: rtl8188eu: Remove macros specific to kernel version < 2.6.12 staging:rtl8188eu:usb_ops.h:Remove unused enum, macros and function declaration staging: rtl8188eu: usb_ops.h: Remove

[PATCH] cxgb4: use dev_port to identify ports

Commit 3f85944fe207d0225ef21a2c0951d4946fc9a95d ("net: Add sysfs file for port number") introduce dev_port to network devices. cxgb4 adapters have multiple ports on the same PCI function, and used dev_id to identify those ports. That use was removed by commit

[PATCH] Potential NULL pointer deference in drbg_ctr_df

The handling of additional input data / personalization string data may be subject to a NULL pointer deference for the CTR DRBG. The caller-provided data may be NULL which must be caught by the DRBG. Reported-by: kbuild test robot Signed-off-by: Stephan Mueller --- crypto/drbg.c | 23

Re: [PATCH] include/trace/syscall.h: Use HAVE_SYSCALL_TRACEPOINTS instead of TRACEPOINTS

On 06/21/2014 11:43 AM, Steven Rostedt wrote: > On Sat, 21 Jun 2014 10:32:37 +0800 > Chen Gang wrote: > >> diff --git a/include/trace/syscall.h b/include/trace/syscall.h >> index 291c282..a709cbd 100644 >> --- a/include/trace/syscall.h >> +++ b/include/trace/syscall.h >> @@ -33,7 +33,7 @@

Re: [for-next][PATCH] tracing: Add __field_struct macro for TRACE_EVENT()

On Sat, Jun 21, 2014 at 07:50:25AM -0400, Steven Rostedt wrote: > > Updates to the RAS tracepoints found that the __field() macro has a bug > in it where you can not use it with structures. It only works with > primitives. This is because of an added check to determine if the field > is signed or

[PATCH 9/9] [include/linux] remove strict_strto* definitions

Remove obsolete and unused strict_strto* functions Signed-off-by: Daniel Walter Acked-by: Steven Rostedt --- include/linux/kernel.h | 4 1 file changed, 4 deletions(-) diff --git a/include/linux/kernel.h b/include/linux/kernel.h index 4c52907..a39043c 100644 --- a/include/linux/kernel.h

[PATCH 8/9] [net/sunrpc] replace strict_strto calls

Replace obsolete strict_strto calls with appropriate kstrto calls Signed-off-by: Daniel Walter --- net/sunrpc/addr.c | 16 ++-- net/sunrpc/auth.c | 2 +- net/sunrpc/xprtsock.c | 4 ++-- 3 files changed, 9 insertions(+), 13 deletions(-) diff --git a/net/sunrpc/addr.c

Re: [PATCH v7] iio: add support of the max1027

On 16/06/14 21:06, Jonathan Cameron wrote: On 14/06/14 23:27, Philippe Reynes wrote: This driver add partial support of the maxim 1027/1029/1031. Differential mode is not supported. It was tested on armadeus apf27 board. Signed-off-by: Philippe Reynes I'm happy with this now. Hartmut,

Re: [v3.10.y][v3.11.y][v3.12.y][v3.13.y][v3.14.y][PATCH 1/1][V2] ALSA: usb-audio: Prevent printk ratelimiting from spamming kernel log while DEBUG not defined

On Fri, 2014-06-20 at 14:21 -0400, Joseph Salisbury wrote: [...] > I looked at this some more. It seems like my v2 backport may be the > most suitable for the releases mentioned in the subject line, but I'd > like to get additional feedback. > > The lines added by commit a5065eb just get

[PATCH 6/9] [arch/x86] replace strict_strto calls

Replace obsolete strict_strto calls with appropriate kstrto calls Signed-off-by: Daniel Walter Acked-by: Borislav Petkov --- arch/x86/kernel/cpu/intel_cacheinfo.c | 4 ++-- arch/x86/kernel/cpu/mcheck/mce.c | 6 +++--- arch/x86/kernel/cpu/mcheck/mce_amd.c | 4 ++--

[PATCH 7/9] [drivers/scsi] replace strict_strto calls

Replace obsolete strict_strto with more appropriate kstrto calls Signed-off-by: Daniel Walter --- drivers/scsi/pmcraid.c| 4 ++-- drivers/scsi/scsi_sysfs.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/scsi/pmcraid.c b/drivers/scsi/pmcraid.c index

[PATCH 5/9] [arch/powerpc] replace obsolete strict_strto* calls

Replace strict_strto calls with more appropriate kstrto calls Signed-off-by: Daniel Walter --- arch/powerpc/kernel/setup_64.c| 6 +++--- arch/powerpc/kernel/vio.c | 2 +- arch/powerpc/platforms/pseries/dlpar.c| 4 ++-- arch/powerpc/platforms/pseries/mobility.c |

[PATCH 4/9] [arch/arm/mach-w90x900] replace obsolete strict_strto

Replace obsolete strict_strto with kstrto calls Signed-off-by: Daniel Walter --- arch/arm/mach-w90x900/cpu.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-w90x900/cpu.c b/arch/arm/mach-w90x900/cpu.c index b1eabaa..213230ee 100644 ---

[PATCH 2/9] [arch/arm/mach-pxa] replace strict_strto call with kstrto

Replace obsolete call to strict_strto with kstrto Signed-off-by: Daniel Walter --- arch/arm/mach-pxa/balloon3.c | 2 +- arch/arm/mach-pxa/viper.c| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-pxa/balloon3.c b/arch/arm/mach-pxa/balloon3.c index

[PATCH 3/9] [arch/arm/mach-s3c24xx] replace strict_strto* with kstrto*

Replace obsolete strict_strto call with kstrto Signed-off-by: Daniel Walter --- arch/arm/mach-s3c24xx/mach-jive.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-s3c24xx/mach-jive.c b/arch/arm/mach-s3c24xx/mach-jive.c index e81ea82..bac9bb5 100644 ---

[PATCH 1/1] Revert "block: add __init to blkcg_policy_register"

This reverts commit a2d445d44000 Adding __init to blkcg_policy_register makes it unreliable when loading cfq at runtime. (Similar problem to b5097e956a4d "block: add __init to elv_register" reported by Damien Wyart). Cc: Jens Axboe Cc: Damien Wyart Cc: Andrew Morton Signed-off-by: Fabian

[PATCH 1/9] [arch/arm/omap2] replace strict_strto* with kstrto*

Replace obsolete strict_strto call with kstrto calls. Simplify copy_from_user/strict_strto by using kstrto_from_user Signed-off-by: Daniel Walter --- arch/arm/mach-omap2/board-omap3touchbook.c | 2 +- arch/arm/mach-omap2/mux.c | 22 ++ 2 files changed, 7

[PATCH v3 0/9] replace obsolete strict_strto* calls

Changes since v2: Removed merged patches Changes since v1: Removed [arch/tile] (was merged to tile tree) Added Acked-by Replace all calls to strict_strto* functions with appropriate calls to kstrto*. Remove definition of strict_strto* functions All patches apply against current

wonga fast loans dear valued customer find the attached file

wonga fast loans dear valued customer find the attached file -- 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

[for-next][PATCH] tracing: Add __field_struct macro for TRACE_EVENT()

Updates to the RAS tracepoints found that the __field() macro has a bug in it where you can not use it with structures. It only works with primitives. This is because of an added check to determine if the field is signed or not. A new macro is created called __field_struct() that can be used to

[PATCH 1/1] Revert "block: add __init to elv_register"

This reverts commit b5097e956a4d Adding __init to elv_register makes it unreliable when updating /sys/block/sdX/queue/scheduler at runtime Reported-by: Damien Wyart Cc: Damien Wyart Cc: Jens Axboe Signed-off-by: Fabian Frederick --- block/elevator.c | 2 +- include/linux/elevator.h

Re: [PATCH 1/8] mfd: Add support for DA9150 combined charger & fuel-gauge device

On 16/06/14 14:12, Opensource [Adam Thomson] wrote: On Sun, Jun 15, 2014 at 20:49, Jonathan Cameron wrote: Hi Adam, Some general comments inline. It's been a while since I've looked at any particularly similar parts, but it seems to me that a lot of indirection gets added here that if

Re: BUG when trying to use deadline iosched in 3.16-rc1

> It seems you're right. I didn't know that parameter could be updated > dynamically. > In that case, adding __init to elv_register was a bad idea because it's no > more > reliable. Could you revert that patch Jens ? I confirm that reverting locally makes the problem go away. Damien -- To

Re: [PATCH 3/8] iio: of_iio_channel_get_by_name() returns non-null pointers for error legs

On 15/06/14 21:20, Jonathan Cameron wrote: On 11/06/14 12:11, Adam Thomson wrote: Currently in the inkern.c code for IIO framework, the function of_iio_channel_get_by_name() will return a non-NULL pointer when it cannot find a channel using of_iio_channel_get() and when it tries to search for

Re: [PATCH 4/8] iio: Add support for DA9150 GPADC

On 16/06/14 16:58, Opensource [Adam Thomson] wrote: On June 15, 2014 21:19, Jonathon Cameron wrote: Hi Adam Reasonably clean code, but the _ channels stuff doesn't comply with the ABI and is rather confusing. To be honest I did debate this in my head for a while. The reason I went with the

Re: [PATCH v3 3/3] iio: hid-sensor-magn-3d: Add support for rotation from north usage attributes

On 16/06/14 23:30, Reyad Attiyat wrote: Added the ability for this driver to scan for a range of hid usage attributes. This allows for dynamic creation of iio channels such as rotation from north and/or magnetic flux axises (X, Y, Z). Signed-off-by: Reyad Attiyat Hi Reyad, I'm afraid I

[PATCH v10 1/5] ARM: sunxi: Add documentation for sunxi consumer infrared devices

This patch adds documentation for Device-Tree bindings for sunxi IR controller. Signed-off-by: Alexander Bersenev Signed-off-by: Alexsey Shestacov --- .../devicetree/bindings/media/sunxi-ir.txt | 23 1 files changed, 23 insertions(+), 0 deletions(-) create mode

<    1   2   3   4   5   >