Remove obsolete and unused strict_strto* functions
Signed-off-by: Daniel Walter dwal...@google.com
Acked-by: Steven Rostedt rost...@goodmis.org
---
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
Replace obsolete strict_strto calls with appropriate kstrto calls
Signed-off-by: Daniel Walter dwal...@google.com
---
net/sunrpc/addr.c | 16 ++--
net/sunrpc/auth.c | 2 +-
net/sunrpc/xprtsock.c | 4 ++--
3 files changed, 9 insertions(+), 13 deletions(-)
diff --git
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 not.
On 06/21/2014 11:43 AM, Steven Rostedt wrote:
On Sat, 21 Jun 2014 10:32:37 +0800
Chen Gang gang.chen.5...@gmail.com 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
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 fengguang...@intel.com
Signed-off-by: Stephan Mueller
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
8c367fcbe6549195d2eb11e62bea233f811aad41
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
rtw_inc_and_chk_continual_urb_error() was only user of continual_urb_error,
which has been removed.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/include/drv_types.h|2 --
drivers/staging/rtl8188eu/include/usb_ops.h |8
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 navin.pati...@gmail.com
Signed-off-by: navin patidar navin.pati...@gmail.com
---
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
Signed-off-by: navin patidar navin.pati...@gmail.com
---
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
---
Consolidate all usb operation related functions in one file.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/Makefile |1 -
drivers/staging/rtl8188eu/hal/usb_ops_linux.c| 665 --
Signed-off-by: navin patidar navin.pati...@gmail.com
---
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
Signed-off-by: navin patidar navin.pati...@gmail.com
---
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 -
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 j...@perches.com wrote:
On Fri, 2014-06-20 at
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
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 rickard_strandqv...@spectrumdigital.se
---
drivers/video/fbdev/skeletonfb.c |2 ++
1 file changed, 2
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 hol...@ahsoftware.de wrote:
Am 12.06.2014 01:53,
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 for the bisect.
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
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 where things
(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 called
On Sat, 2014-06-21 at 11:36 +0200, Fabian Frederick wrote:
On Sat, 21 Jun 2014 10:37:24 +0200 Bjørn Mork bj...@mork.no wrote:
On 20 June 2014 22:36:47 CEST, Fabian Frederick f...@skynet.be wrote:
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
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
This adds PWM nodes to the Rockchip device trees.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
arch/arm/boot/dts/rk3188.dtsi | 40
arch/arm/boot/dts/rk3xxx.dtsi | 32
2 files changed, 72 insertions(+)
diff
This adds binding documentation for Rockchip SoC PWM driver.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
.../devicetree/bindings/pwm/pwm-rockchip.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644
This commit adds a driver for the PWM controller found on Rockchip
RK29, RK30 and RK31 SoCs.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
drivers/pwm/Kconfig|7 ++
drivers/pwm/Makefile |1 +
drivers/pwm/pwm-rockchip.c | 177
This commit:
commit 6f121e548f83674ab4920a4e60afb58d4f61b829
Author: Andy Lutomirski l...@amacapital.net
Date: Mon May 5 12:19:34 2014 -0700
x86, vdso: Reimplement vdso.so preparation in build-time C
Contained this obvious typo:
- restorer =
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
the
Add a timeout to prevent infinite loop waiting for PHY to reset.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/ti/tlan.c
Remove excess printks when the link is down.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
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
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 li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 115 +---
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
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 li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
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 li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |2 +-
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 li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 15 +++
1 file changed, 15 insertions(+)
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 li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |6 --
1 file changed, 4 insertions(+), 2
Add basic ethtool support to tlan driver:
- driver info - link detect (this allows NetworkManager to detect carrier)
- EEPROM read
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 37 +
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 and
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.
// smpl
@@
expression skb, e,e1;
@@
(
netif_rx(skb);
|
netif_rx_ni(skb);
)
... when !=
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 li...@rainbow-software.org
---
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 li...@rainbow-software.org
---
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.
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 li...@roeck-us.net
---
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
Newer Dell systems provide more granular fan speed selection.
Add support for it.
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/char/i8k.c | 49 ++---
1 file changed, 42 insertions(+), 7 deletions(-)
diff --git a/drivers/char/i8k.c
Both systems need non-standard parameters for fan multiplier
and maximum fan speed.
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
drivers/char/i8k.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/char/i8k.c b/drivers/char/i8k.c
index
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
This patch removes a test in error handling code by adding a return
path.
The Coccinelle semantic match that found the problem is:
// smpl
@@
expression E,E1,E2;
@@
E = alloc_etherdev(...)
... when != E = E1
if (...) { ... free_netdev(E); ... return ...; }
... when != E = E2
(
if (...)
{
On Sat, Jun 21, 2014 at 7:31 AM, Andy Lutomirski l...@amacapital.net wrote:
This commit:
commit 6f121e548f83674ab4920a4e60afb58d4f61b829
Author: Andy Lutomirski l...@amacapital.net
Date: Mon May 5 12:19:34 2014 -0700
x86, vdso: Reimplement vdso.so preparation in
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:
// smpl
@def0@
expression x;
position p0;
@@
x@p0 = backlight_device_register(...)
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 li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |
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
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
On Fri, Jun 6, 2014 at 3:13 AM, Masami Hiramatsu
masami.hiramatsu...@hitachi.com 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
On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek pa...@ucw.cz 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
On Sat 2014-06-21 14:22:59, Ilia Mirkin wrote:
On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek pa...@ucw.cz 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
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.
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 assert/deassert
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 demonstrated
On Sat, Jun 21, 2014 at 2:50 PM, Pavel Machek pa...@ucw.cz wrote:
On Sat 2014-06-21 14:22:59, Ilia Mirkin wrote:
On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek pa...@ucw.cz wrote:
Hi!
AFAICT, pstate file will contain something like
07: core 100 MHz memory 123 MHz *
08: core 100-200
On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin wrote:
On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek pa...@ucw.cz 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
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 additional
On Wed, 18 Jun 2014, Steven Rostedt wrote:
On Wed, 18 Jun 2014 18:43:59 +0200
Oleg Nesterov o...@redhat.com 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
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
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 to
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 agime...@sysvalve.es
---
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...?
Poll link status every 2 seconds instead of 60 for ADMtek Comet chips.
Tested with AN983B.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/dec/tulip/timer.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Commit-ID: ccf9e6a80d9e1b9df69c98e6b9745cf49869ee15
Gitweb: http://git.kernel.org/tip/ccf9e6a80d9e1b9df69c98e6b9745cf49869ee15
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 20:45:38 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 67792e2cabadbadd1a93f6790fa7bcbd47eca7c3
Gitweb: http://git.kernel.org/tip/67792e2cabadbadd1a93f6790fa7bcbd47eca7c3
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Thu, 22 May 2014 03:25:57 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 8930ed80f970a90a795239e7415c9b0e6f964649
Gitweb: http://git.kernel.org/tip/8930ed80f970a90a795239e7415c9b0e6f964649
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Thu, 22 May 2014 03:25:47 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
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 trying to
Commit-ID: af54d6a1c3ad474bbc9893c9905022646be6092c
Gitweb: http://git.kernel.org/tip/af54d6a1c3ad474bbc9893c9905022646be6092c
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 20:45:41 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: bd1dbcc67cd2c1181e2c01daac51eabf1b964dd8
Gitweb: http://git.kernel.org/tip/bd1dbcc67cd2c1181e2c01daac51eabf1b964dd8
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 20:45:39 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: e60cbc5ceaa518d630ab8f35a7d05cee1c752648
Gitweb: http://git.kernel.org/tip/e60cbc5ceaa518d630ab8f35a7d05cee1c752648
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 20:45:39 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 04e1b2e52b17195c9a1daa5935c55a4c8716095c
Gitweb: http://git.kernel.org/tip/04e1b2e52b17195c9a1daa5935c55a4c8716095c
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 20:45:40 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: b5d7682533941edb121f7495bdb2a17abac03ff3
Gitweb: http://git.kernel.org/tip/b5d7682533941edb121f7495bdb2a17abac03ff3
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 23:59:13 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 12 Jun 2014
Commit-ID: 4e8c5847d1c55efed896508fb769f78ab07b968a
Gitweb: http://git.kernel.org/tip/4e8c5847d1c55efed896508fb769f78ab07b968a
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 23:59:13 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 12 Jun 2014
Commit-ID: 22001821d9cb6ddb83ee4e1f81e6b905de623165
Gitweb: http://git.kernel.org/tip/22001821d9cb6ddb83ee4e1f81e6b905de623165
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 23:59:12 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 12 Jun 2014
Commit-ID: a9821c741c960a77a7f08491883f9cc4bffd2279
Gitweb: http://git.kernel.org/tip/a9821c741c960a77a7f08491883f9cc4bffd2279
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 23:59:16 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 12 Jun 2014
Commit-ID: f037c1171db79be2a047b1a5aafa2fd1f05051cb
Gitweb: http://git.kernel.org/tip/f037c1171db79be2a047b1a5aafa2fd1f05051cb
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 23:59:17 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 12 Jun 2014
Commit-ID: 58394271c610e9c65dd0165a1c1f6dec75dc5f3e
Gitweb: http://git.kernel.org/tip/58394271c610e9c65dd0165a1c1f6dec75dc5f3e
Author: Jean Delvare jdelv...@suse.de
AuthorDate: Mon, 16 Jun 2014 11:48:45 +0200
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 889235ce2b26cdd231c7a1d6005928ec42f11637
Gitweb: http://git.kernel.org/tip/889235ce2b26cdd231c7a1d6005928ec42f11637
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 23:59:16 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 12 Jun 2014
Commit-ID: 77f4fa089c724adc3a87c10eb031bca91b144ac0
Gitweb: http://git.kernel.org/tip/77f4fa089c724adc3a87c10eb031bca91b144ac0
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 11 Jun 2014 23:59:19 +
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 12 Jun 2014
On Tue, Jun 17, 2014 at 06:05:29PM +0200, Javier Martinez Canillas wrote:
On 06/17/2014 04:12 PM, Mark Brown wrote:
I just looked at regulator_register() and saw that it does
rdev-dev.parent =
dev, so yes this has to be the MFD.
I noticed that many drivers set config.dev = pdev-dev. The
On Sat, Jun 21, 2014 at 3:58 PM, Joe Perches j...@perches.com wrote:
(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
I found a logical error in an if statement that always evaluates to false.
This has after same discussion resulted in that we add a macro to handle this.
This was partly found using a static code analysis program called cppcheck.
Rickard Strandqvist (1):
net: wireless: rtlwifi: rtl8192cu:
I found a logical error in an if statement that always evaluates to false.
This has after same discussion resulted in that we add a macro to handle this.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
---
drivers/net/wireless/rtlwifi/rtl8192ce/hw.c |2 +-
I found a logical error in an if statement that always evaluates to false.
This has after same discussion resulted in that we add a macro to handle this.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
---
drivers/net/wireless/rtlwifi/rtl8192de/hw.c |2 +-
I found a logical error in an if statement that always evaluates to false.
This has after same discussion resulted in that we add a macro to handle this.
This was partly found using a static code analysis program called cppcheck.
Rickard Strandqvist (1):
net: wireless: rtlwifi: rtl8192de:
On Sat, Jun 21, 2014 at 10:29:01PM +0200, 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.
Commit-ID: 43a775916d63d1c822107b39987192ca5ced445c
Gitweb: http://git.kernel.org/tip/43a775916d63d1c822107b39987192ca5ced445c
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:20:05 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Jiang,
On Mon, 9 Jun 2014, Jiang Liu wrote:
On x86 platforms, IRQ number are statically allocated to IOAPIC pins at boot.
There are two issues with this design. First it causes trouble to IOAPIC
hotplug because we need to allocate a block of IRQ numbers for each IOAPIC.
Second it may waste
Commit-ID: b1bfd5ea451b60a4725907c282dec232c63f68bb
Gitweb: http://git.kernel.org/tip/b1bfd5ea451b60a4725907c282dec232c63f68bb
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:31 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
On Sat, Jun 21, 2014 at 02:08:58AM +0530, Himangi Saraogi wrote:
This patch introduces the use of devm_clk_get and devm_ioremap instead
of the unmanaged interfaces and removes the corresponding free function
calls.
Applied, thanks.
signature.asc
Description: Digital signature
Commit-ID: 965cd0e4a5e5d704934fa6d476b1a4faa0417e1b
Gitweb: http://git.kernel.org/tip/965cd0e4a5e5d704934fa6d476b1a4faa0417e1b
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:34 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 032329eebba86350849c027fe3a0b672558893d4
Gitweb: http://git.kernel.org/tip/032329eebba86350849c027fe3a0b672558893d4
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:35 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 8d7cdcb9d8f366c0567b66cce0d5ce37d3311aaf
Gitweb: http://git.kernel.org/tip/8d7cdcb9d8f366c0567b66cce0d5ce37d3311aaf
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:33 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: e819813f5cb98030bab38569abffd9354a1c1a82
Gitweb: http://git.kernel.org/tip/e819813f5cb98030bab38569abffd9354a1c1a82
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:36 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
Commit-ID: 3eb2be5f49fdeac5ea2880aec90008f0a8250029
Gitweb: http://git.kernel.org/tip/3eb2be5f49fdeac5ea2880aec90008f0a8250029
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 9 Jun 2014 16:19:39 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Sat, 21 Jun 2014
301 - 400 of 480 matches
Mail list logo
