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
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
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
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
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
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
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
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
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
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
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
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
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
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...?
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
> > > ---
> >
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
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 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
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
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
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
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
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
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 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
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
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
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
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
---
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
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(...)
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
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 (...)
{
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
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
---
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
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
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.
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
---
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
---
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
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
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
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
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
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
---
drivers/net/ethernet/ti/tlan.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git
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
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
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 +---
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
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
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 =
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
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
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
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
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
(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
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
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 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
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:
>
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
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
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,
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 -
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
---
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
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
---
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
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
---
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
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
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
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
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 @@
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
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
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
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,
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
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 ++--
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
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 |
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
---
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
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
---
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
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
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
--
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
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
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
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
> 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
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
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
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
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
101 - 200 of 480 matches
Mail list logo