On Sat, Aug 16, 2014 at 09:53:50AM +0300, Mika Westerberg wrote:
> The recent publication of the ACPI 5.1 specification [1] adds a reserved name
> for Device Specific Data (_DSD, Section 6.2.5). This mechanism allows for
> passing arbitrary hardware description data to the OS. The exact format of t
On Aug 15, 2014, at 9:34 PM, Brian Norris wrote:
> Hi Mark,
>
> (BTW, your mailer is creating some pretty long, unwrapped lines. I've
> rewrapped them when quoting below.)
Sorry about that. I'll try to remember to deal with it on my end.
> On Fri, Aug 15, 2014 at 08:36:07PM -0700, Mark D Rusta
This document describes the data format and interfaces of ACPI device
specific properties.
Signed-off-by: Mika Westerberg
Signed-off-by: Darren Hart
---
Documentation/acpi/properties.txt | 359 ++
1 file changed, 359 insertions(+)
create mode 100644 Document
From: Aaron Lu
Add a new API to get the GPIO's description pointer and its flags for
both OF based system and ACPI based system. This is useful in drivers
that do not need to care about the underlying firmware interface.
Signed-off-by: Aaron Lu
Signed-off-by: Max Eliaser
Signed-off-by: Darren
This is actually a single device with two sets of identical registers,
which just happen to start from a different offset. Instead of having
separate GPIO chips created we consolidate them to be single GPIO chip.
In addition having a single GPIO chip allows us to handle ACPI GPIO
translation in th
From: Aaron Lu
Make use of device property API in this driver so that both OF based
system and ACPI based system can use this driver.
The driver isn't converted to descriptor based gpio API due to there are
a lot of existing users of struct gpio_keys_button that expects the gpio
integer field. T
From: "Rafael J. Wysocki"
Add a uniform interface by which device drivers can request device
properties from the platform firmware by providing a property name
and the corresponding data type.
Three general helper functions, device_property_get(),
device_property_read() and device_property_read_
From: Aaron Lu
With the unified device properties interface in place, add device tree support.
By adding the dev_prop_ops for of_node devices, drivers can access properties
from ACPI or Device Tree in a generic way.
Signed-off-by: Aaron Lu
Reviewed-by: Darren Hart
Signed-off-by: Mika Westerber
If an MFD device is backed by ACPI namespace, we should allow subdevice
drivers to access their corresponding ACPI companion devices through normal
means (e.g using ACPI_COMPANION()).
This patch adds such support to the MFD core. If the MFD parent device
doesn't specify any ACPI _HID/_CID for the
[ Resending with fewer people in CC list. For some reason the series never
reached attented mailing lists. ]
The recent publication of the ACPI 5.1 specification [1] adds a reserved name
for Device Specific Data (_DSD, Section 6.2.5). This mechanism allows for
passing arbitrary hardware descript
From: Max Eliaser
Make use of device property API in this driver so that both OF and ACPI
based system can use the same driver.
Signed-off-by: Max Eliaser
Signed-off-by: Aaron Lu
Reviewed-by: Darren Hart
Signed-off-by: Mika Westerberg
---
drivers/leds/leds-gpio.c | 130 +
Device Tree is used in many embedded systems to describe the system
configuration to the OS. It supports attaching properties or name-value
pairs to the devices it describe. With these properties one can pass
additional information to the drivers that would not be available
otherwise.
ACPI is anot
On Sat, Aug 16, 2014 at 05:09:03PM -0400, Alan Ott wrote:
> Alan is the original author of the driver. This change was discussed
> with the 802.15.4 subsystem maintainer, Alexander Aring.
>
Acked-by: Alexander Aring
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
Coccinelle (using scripts/coccinelle/tests/doublebitand.cocci) found this
assignment because 0 is or'd twice. Upon inspection, I found that the
variable "mode" is only assigned once and used once, and thus can be
cleanly removed. This patch plugs its value straight into writew() and
then removes
A recent commit introduced a typo in the definition of
APCI1564_DO_CC_INT_DISABLE. The macro is not use yet, so not a huge deal,
but this patch corrects it.
Signed-off-by: Chase Southwood
Cc: Ian Abbott
Cc: H Hartley Sweeten
---
drivers/staging/comedi/drivers/addi-data/hwdrv_apci1564.c | 2 +-
For purely aesthetic purposes, add some whitespace to subdevice initialization.
Signed-off-by: Chase Southwood
Cc: Ian Abbott
Cc: H Hartley Sweeten
---
drivers/staging/comedi/drivers/addi_apci_1564.c | 78 -
1 file changed, 39 insertions(+), 39 deletions(-)
diff --git
On Sat, Aug 16, 2014 at 10:10 AM, Pavel Machek wrote:
> On Fri 2014-08-01 15:54:32, Rafael J. Wysocki wrote:
>> On Wednesday, July 30, 2014 12:55:29 PM Pavel Machek wrote:
>> >
>> > > For this reason I'm considering changing the defaul behavior going
>> > > forward (so
>> > > that "mem" is always
Signed-off-by: Arjun Sreedharan
---
drivers/cpufreq/exynos-cpufreq.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpufreq/exynos-cpufreq.c b/drivers/cpufreq/exynos-cpufreq.c
index 1e0ec57..e47d165 100644
--- a/drivers/cpufreq/exynos-cpufreq.c
+++ b/drivers/cpufreq/exynos-cpufreq.c
Now that we have a driver for the R_PIO controller,
add the corresponding device node to the dtsi.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23.dtsi b/arch/arm/boot/dts/sun8i-a23.dt
R_UART is available on extra pads on certain tablets, which makes it
ideal for use as a console. Here we add the pins for it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23.dtsi b/arch/arm/bo
uart0 on sun8i is only muxed with mmc0, which makes it a poor choice
for the console. However, some tablets only have pads for uart0
available on the circuit board.
Here we add the uart0 pinmux set for people who need it.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 7
The MMC module clocks on sun8i are the same as those found on
previous Allwinner SoCs, module 0 clocks.
This patch adds the clocks nodes to the dtsi with existing drivers.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 24
1 file changed, 24 insertio
Add nodes for the 3 mmc controllers found on A23 SoCs to the sun8i DTSI.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 33 +
1 file changed, 33 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23.dtsi b/arch/arm/boot/dts/sun8i-a23.dtsi
ind
Now that we have R_PIO controller support and the pinmux for R_UART,
add the correct pinctrl properties to the R_UART node.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23-ippo-q8h-v5.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23-ippo-q8h-v5.dt
This adds pin-muxing info for the mmc controller / port combinations
which are known to be used on actual boards.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23.dtsi b/arch/arm/boot/
The card detect pin setting was taken from the original fex file,
and is confirmed to work.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23-ippo-q8h-v5.dts | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23-ippo-q8h-v5.dts
b/arch/ar
i2c0 is connected to the gsl1680 capacitive touch panel controller.
i2c1 is connected to an mma7660 3-axis accelerometer.
i2c2 is connected to the front and back gc0309 camera sensors.
The camera sensors require additional regulators be enabled before
they are available.
All these peripherals are
Add nodes for the 3 i2c controllers found on A23 SoCs to the sun8i DTSI.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 36
1 file changed, 36 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23.dtsi b/arch/arm/boot/dts/sun8i-a23.dtsi
This adds pin-muxing info for the i2c controller / port combinations
which are known to be used on actual boards.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23.dtsi b/arch/ar
Now that we have a driver for the sun8i PIO controller,
add the corresponding device node to the dtsi.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23.dtsi b/arch/arm/boot/dts/sun8i-a
Hi Maxime,
This series enables all the controllers on sun8i that we already have
drivers for, excluding SPI as the tablet I have does not use it and
I cannot test it. If there's a way to test it without external connections
or devices please let me know.
This series is based on 3.17-rc1, however
Can we safely revert your 8b37e1bef5a6 ("leds: convert blink timer to
workqueue"), or have there been other changes which now depend upon it?
Your commit comment says:
This patch converts the blink timer from led-core to workqueue which is
more suitable for this kind of non-priority operations. Mo
From: Gwenhael Goavec-Merou
Date: Fri, 15 Aug 2014 15:00:38 +0200
> On the one hand, phy_device.c provides a generic reset function if the phy
> driver does not provide a soft_reset pointer. This generic reset does not take
> into account the state of the phy, with a potential failure if the phy
The host asks the guest to scan when a LUN is removed or added.
The only way a guest can identify the removed LUN is when an I/O is
attempted on a removed LUN - the SRB status code indicates that the LUN
is invalid. We currently handle this SRB status and remove the device.
Rather than waiting for
This patch-set addresses issues with LUN hot-add and remove. When the host
notifies the guest that a scan is needed, scan the host. Also, prior to
discovering new devices that may have been added, ensure we handle the
LUN remove case first.
K. Y. Srinivasan (2):
Drivers: scsi: storvsc: In respon
The virtual HBA that storvsc implements can support multiple channels and
targets. So, scan the host when the host notifies that a scan is needed.
Signed-off-by: K. Y. Srinivasan
---
drivers/scsi/storvsc_drv.c | 19 +++
1 files changed, 7 insertions(+), 12 deletions(-)
diff --
Hi Johan Hovold.
Another two questions.
On Tue, Aug 12, 2014 at 04:46:25PM +0200, Johan Hovold wrote:
>
> > + int (*gpio_startup)(struct usb_serial *serial);
> > + void (*gpio_release)(struct usb_serial *serial);
>
> This isn't the right place for this abstraction. Most of the setup
RK808 PMIC is a MFD with RTC as one of the device. Adding RTC driver
for supporting RTC device present inside RK808 PMIC.
Signed-off-by: Chris Zhong
---
drivers/rtc/Kconfig | 11 +
drivers/rtc/Makefile|1 +
drivers/rtc/rtc-rk808.c | 564
The regulator module consists of 4 DCDCs, 8 LDOs and 2 switches.
The output voltages are configurable and are meant to supply power
to the main processor and other components
Signed-off-by: Chris Zhong
---
drivers/regulator/Kconfig | 10 +
drivers/regulator/Makefile |1 +
The RK808 chip is a power management IC for multimedia and handheld
devices. It contains the following components:
- Regulators
- RTC
The rk808 core driver is registered as a platform driver and provides
communication through I2C with the host device for the different
components.
Signed-off-by:
rk808.txt: Add device tree bindings for rockchip's rk808 pmic.
Signed-off-by: Chris Zhong
---
Documentation/devicetree/bindings/mfd/rk808.txt | 128 +++
1 file changed, 128 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/rk808.txt
diff --git a/Docume
This is the initial version of the RK808 PMIC. This is a power management IC
for multimedia products.
It provides regulators that are able to supply power to processor cores
and other components. The chip provides other modules including RTC, Clockout
Chris Zhong (4):
MFD: Add rk808 device tree
Please do not use the same exact Subject line for all of these patches.
Otherwise nobody reading the shortlog can tell what might be different
from one patch to another.
Instead, use a subsystem prefix for the place where you're making
your change. For example, for the two networking patches yo
On Tue, Aug 12, 2014 at 04:46:25PM +0200, Johan Hovold wrote:
> On Sat, Aug 09, 2014 at 01:28:28PM +0800, Wang YanQing wrote:
> > PL2303 USB Serial devices always has GPIOs,
>
> Always? Are you sure? It's probably better to write "might have" as they
> are unlikely to be accessible even if the pin
From: Evgeny Boger
Add option to use with watchdog timers which are always enabled
in hardware, i.e. there is no way to enable/disable it via GPIO pin.
The driver will start pinging WDT immediately upon loading
and will continue to do so even after stopping the watchdog.
Signed-off-by: Evgeny B
On Thu, Aug 14, 2014 at 02:25:57PM +0900, Simon Horman wrote:
> On Wed, Aug 13, 2014 at 05:07:15PM -0700, Kevin Hilman wrote:
> > Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
> > Enable initrd support.
> >
> > Signed-off-by: Kevin Hilman
> > ---
> > With this, I can fin
This patch introduces the use of the function usb_endpoint_num.
The Coccinelle semantic patch that makes these changes is as follows:
@@ struct usb_endpoint_descriptor *epd; @@
- (epd->bEndpointAddress & \(USB_ENDPOINT_NUMBER_MASK\|0x0f\))
+ usb_endpoint_num(epd)
Signed-off-by: Himangi Saraogi
On 08/14/2014 01:39 AM, Benjamin Herrenschmidt wrote:
> If an IPMI controller is used by the firmware and as such marked with
> a reserved status, we shouldn't use it.
I've added this to my IPMI tree. I can't comment on it's correctness,
others would know better than me, but it seems reasonable.
* remove fs.h from poll.h
it is not necessary to include full header,
* fixup compilation with additional includes where needed.
Cross-compile tested on hundreds of configs across 15 archs.
Signed-off-by: Alexey Dobriyan
---
arch/m68k/bvme6000/rtc.c|1 +
arch/m68k/mv
> "Michal" == Michal Simek writes:
> There is no need to init .owner field.
> Based on the patch from Peter Griffin
> "mmc: remove .owner field for drivers using module_platform_driver"
> This patch removes the superflous .owner field for drivers which
> use the module_platform_driver
On Fri, Jul 25, 2014 at 01:10:54AM +0800, chiau.ee.c...@intel.com wrote:
> From: Chew, Chiau Ee
>
> SPI PXA2XX core layer has dependency on common clock framework
> to obtain information on host supported clock rate. Thus, we
> setup the clock device in the PCI glue layer to enable PCI mode
> hos
Hi Linus,
Please pull the following tree with some bug fixes for devicetree.
g.
The following changes since commit c9d26423e56ce1ab4d786f92aebecf859d419293:
Merge tag 'pm+acpi-3.17-rc1-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm
(2014-08-14 18:13:46 -0600)
are availab
On Sat, Aug 16, 2014 at 09:30:26PM +0800, Axel Lin wrote:
> Hi Mark,
> Even though not for this build fix, I think the patch is still good.
> Should I remove the build error message and resend the patch to you?
It's fine as-is, I was partly holding off because of -rc1 and partly
holding off to se
Steven Stewart-Gallus wrote:
> I'm trying to debug a hangup where my program loops with FUTEX_WAIT (actually
> FUTEX_WAIT_PRIVATE but same thing) endlessly erring out with EAGAIN. I would
> like to know if anyone on the mailing list knows when FUTEX_WAIT can fail with
> EAGAIN.
FUTEX_WAIT fails
On Sat, Aug 16, 2014 at 4:14 PM, Rickard Strandqvist
wrote:
> 2014-08-12 16:58 GMT+02:00 Kees Cook :
>> On Sat, Aug 9, 2014 at 4:46 PM, Rickard Strandqvist
>> wrote:
>>> Added a guaranteed null-terminate after call to strncpy.
>>>
>>> Signed-off-by: Rickard Strandqvist
>>> ---
>>> drivers/stagi
On Fri, Jun 06, 2014 at 06:05:52PM +0200, Maxime Ripard wrote:
> On Thu, Jun 05, 2014 at 04:49:31PM +0100, Mark Brown wrote:
> > This sounds like you are passing the MFD child device into the regulator
> > API when you should be passing the parent device in.
> We're passing the device coming from
On Tue, Jul 15, 2014 at 12:23:01PM +0800, Xiubo Li wrote:
> Changes in V6:
> - there is some mistake for V5 patch series, resend it.
Applied both, thanks.
signature.asc
Description: Digital signature
On Mon, Jul 28, 2014 at 03:05:03PM +0200, Andreas Färber wrote:
> The specification requires compatible = "adi,axi-spdif-1.00.a" but
> driver and example and file name indicate "adi,axi-spdif-tx-1.00.a".
> Change the specification to match the implementation.
Applied, let me once again remind you
On Wed, Aug 13, 2014 at 03:21:29PM +0200, Michal Simek wrote:
> On 08/13/2014 02:33 PM, Mark Brown wrote:
> > Would it not be better to do this as a tree wide or at least subsystem
> > wide sweep with something like cocinelle?
> Feel free to use cocinelle for fixing this everywhere.
> For me was
On Tue, Jul 08, 2014 at 11:40:57AM +0200, Jean-Francois Moine wrote:
> .../devicetree/bindings/drm/i2c/tda998x.txt| 13 ++
> drivers/gpu/drm/i2c/Makefile | 2 +-
> drivers/gpu/drm/i2c/tda998x_codec.c| 247
> +
> drivers/gpu/drm
On Tue, Feb 18, 2014 at 09:11:48PM +0800, Axel Lin wrote:
> The regulator core supports this to allow the configuration to be inspected
> at runtime even if no software management is enabled.
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Aug 15, 2014 at 04:51:38PM +0200, Ulf Hansson wrote:
> Just wanted to add some input regarding the errors in the mmc case.
> These are of high importance. In principle if you get, "Failed getting
> OCR mask: -22", likely you will be using a wrong OCR mask while
> negotiating the voltage le
On Tue, Jul 15, 2014 at 04:32:51PM +0530, Amit Daniel Kachhap wrote:
> This is a cleanup patch and moves min/step voltages in a common samsung
> header file so that they can be used by other s2mpxxx PMIC drivers. Only
> few required macros are added currently and others can be added if needed.
App
On Fri, Aug 15, 2014 at 04:34:49PM -0500, atull wrote:
> I am interested in adding functionality to be able to gate power supplies
> going through a ltc2978. I see that there is a hwmon driver already
> existing (hwmon/pmbus/ltc2978.c). I see some of the other hwmon drivers
> have MFD's. It
On Mon, Jun 16, 2014 at 04:33:46PM +0200, Sylwester Nawrocki wrote:
> Dropping the const qualifiers prevents "passing argument 1 of ‘of_node_put’
> discards ‘const’ qualifier from pointer target type" type warnings when
> compiling the code dropping reference to cpu_of_node, codec_of_node or
> plat
On Wed, Jul 30, 2014 at 07:27:38PM +0800, Nicolin Chen wrote:
> The Freescale Generic ASoC Sound Card is a general ASoC DAI Link driver that
> can be used, ideally, for all Freescale CPU DAI drivers and external CODECs.
Applied, thanks.
signature.asc
Description: Digital signature
2014-08-02 13:30 GMT+02:00 Wolfram Sang :
> Hi,
>
>> res = platform_get_resource(dev, IORESOURCE_MEM, 0);
>> irq = platform_get_irq(dev, 0);
>> - if (res == NULL || irq < 0) {
>> - ret = -ENODEV;
>> - goto eclk;
>> - }
>> + if (res == NULL || irq < 0)
From: Randy Dunlap
Previous patch is awaiting moderator approval for posting
to this mailing list.
Signed-off-by: Randy Dunlap
Cc: Sumit Semwal
Cc: linaro-mm-...@lists.linaro.org
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: lnx-317-rc1/MAINTAINERS
=
2014-08-13 19:06 GMT+02:00 Jiri Pirko :
> Mon, Aug 11, 2014 at 09:18:16PM CEST, rickard_strandqv...@spectrumdigital.se
> wrote:
>>Added a guaranteed null-terminate after call to strncpy.
>>
>>Signed-off-by: Rickard Strandqvist
>>---
>> drivers/net/ethernet/myricom/myri10ge/myri10ge.c |1 +
>>
From: Randy Dunlap
Fix scripts/kernel-doc to recognize __meminit in a function prototype
and to stip it, as done with many other attributes.
Fixes this warning:
Warning(..//mm/page_alloc.c:2973): cannot understand function prototype: 'void
* __meminit alloc_pages_exact_nid(int nid, size_t size,
2014-08-12 16:58 GMT+02:00 Kees Cook :
> On Sat, Aug 9, 2014 at 4:46 PM, Rickard Strandqvist
> wrote:
>> Added a guaranteed null-terminate after call to strncpy.
>>
>> Signed-off-by: Rickard Strandqvist
>> ---
>> drivers/staging/lustre/lustre/libcfs/workitem.c |1 +
>> 1 file changed, 1 inse
On Fri, Aug 15, 2014 at 3:59 AM, Vlad Glagolev wrote:
> Now what do we see? Complete degradation of Linux-like ecosystem. I'm
Nah, lots of embedded guys value simplicity and a modular design where
you can swap actually out parts. Check out the musl-libc.org mailing
list for example. Those mailing
Alan is the original author of the driver. This change was discussed
with the 802.15.4 subsystem maintainer, Alexander Aring.
Signed-off-by: Alan Ott
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2f85f55..c066da4 100644
--- a/MAINTAINER
this patch removes unneeded dependency of ARCH_OMAP3
on VIDEO_DM6446_CCDC.
Also the top level platform Makefile descended into
davinci/ without any dependency so just drop the
dependency obj-y, as obj-$(CONFIG_ARCH_DAVINCI)
already exists.
Reported-by: Andreas Ruprecht
Signed-off-by: Lad, Prabhak
Hi Andrew,
On 08/14/2014 03:34 PM, Andrew Vagin wrote:
On Thu, Aug 14, 2014 at 11:37:45AM +0200, Manfred Spraul wrote:
Hi Andrey,
[...]
What do you use auto_msgmni for?
We disable it to check that criu restores a value of the msgmni sysctl
correctly.
https://github.com/xemul/criu/blob/mast
On Fri, 2014-08-15 at 14:45 +0800, Greg KH wrote:
> On Sun, Aug 10, 2014 at 10:42:53PM +0300, Tair Rzayev wrote:
> > Rename binder_user_error() to shorter but no less readable binder_usr_err()
> > which fixes 34 "line over 80 characters" checkpatch warnings
>
> Those are false-positives due to the
The "rcu_dereference()" calls are used directly in conditions.
Since their return values are never dereferenced it is recommended to use
"rcu_access_pointer()" instead of "rcu_dereference()".
Therefore, this patch makes the replacements.
The following Coccinelle semantic patch was used:
@@
@@
(
On Sat, Aug 16, 2014 at 07:08:51AM +0100, Fengguang Wu wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.linaro.org/people/cdall/linux-kvm-arm apm_linux_v3.16-rc1
> commit 6f99bc949b1c90ff342a7d44ac4122322a7ccb78
> Author: Liviu Du
I saw the following kernel warning:
[ 1852.321222] [ cut here ]
[ 1852.326527] WARNING: CPU: 0 PID: 118 at fs/proc/generic.c:521
remove_proc_entry+0x154/0x16b()
[ 1852.335630] remove_proc_entry: removing non-empty directory 'fs/nfsfs',
leaking at least 'volumes'
[ 1852.34
This "rcu_dereference()" call is used directly in a condition.
Since its return value is never dereferenced it is recommended to use
"rcu_access_pointer()" instead of "rcu_dereference()".
Therefore, this patch makes this replacement.
The following Coccinelle semantic patch was used for solving it:
I'm going to be on a plane much of tomorrow, and am not really
supportive of last-minute pull requests during the merge window
anyway, so I'm closing the merge window one day early, and 3.17-rc1 is
out there now. Well, it's been out for a while now, but the network
was bad enough where I'm traveli
From: Colin Ian King
cppcheck detected an incorrect assignment:
[drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c:903]: (warning) Assignment
of function parameter has no effect outside the function. Did you
forget dereferencing it?
the original assigment didn't do anything, instead *vmw_bo_p should
b
Note: shouldn't we use 'install -D $(2)/$@ $@' instead of mkdir
and cp ?
Reviewed-by: Willy Tarreau
Signed-off-by: Bertrand Jacquin
---
scripts/Makefile.modinst | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/scripts/Makefile.modinst b/scripts/Makefile.modinst
index 95e
Hi,
Here is patchset based on tag v3.17-rc1 that aims to handle kernel
modules compression while running make modules_install.
Details about this operation are present in patch 2/3.
Please Cc me, as I'm not subscribed to LKML.
Bertrand Jacquin (3):
modinst: wrap long lines in order to enhance
This does the same as commit ef591a5 (scripts/Makefile.modpost: error
in finding modules from .mod files), but for scripts/Makefile.modsign
Maybe we should also apply to Makefile.modsign and Makefile.modinst
the change applied to Makefile.modpost by commit ea4054a (modpost:
handle huge numbers of
Since module-init-tools (gzip) and kmod (gzip and xz) support compressed
modules, it could be useful to include a support for compressing modules
right after having them installed. Doing this in kbuild instead of per
distro can permit to make this kind of usage more generic.
This patch add a Kconf
This patch fixes the following error using checkpatch.pl
Error: do not use assignment in if condition
Signed-off-by: Hema Prathaban
---
drivers/staging/lustre/lustre/libcfs/debug.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/lustre/lustre/libcfs/debug
On Sat, Aug 16, 2014 at 5:20 AM, Tejun Heo wrote:
> On Thu, Aug 14, 2014 at 02:15:25PM -0700, Cong Wang wrote:
>> +static bool should_thaw_current(bool check_kthr_stop)
>> +{
>> + if (!freezing(current) ||
>> + (check_kthr_stop && kthread_should_stop()) ||
>> + test_thread_flag
Mrs Lillian Mcquillen
Email:lillianmcquil...@aol.com
Hello Dear,
My name is Lillian Mcquillen,i am a dying woman who has decided to donate what
i have to you. I am 59 years old,was diagnosed of cancer about 2 years ago
immediately after the death of my husband,who has left me everything he work
On Thu 14-08-14 14:26:10, Andrew Morton wrote:
> On Thu, 14 Aug 2014 14:12:17 +0900 Gioh Kim wrote:
>
> > This patch try to solve problem that a long-lasting page caches of
> > ext4 superblock and journaling of superblock disturb page migration.
> >
> > I've been testing CMA feature on my ARM-ba
On Sat, Aug 16, 2014 at 09:53:50AM +0300, Mika Westerberg wrote:
> The recent publication of the ACPI 5.1 specification [1] adds a reserved name
> for Device Specific Data (_DSD, Section 6.2.5). This mechanism allows for
> passing arbitrary hardware description data to the OS. The exact format of t
On Sat, 2014-08-16 at 11:12 +0200, Krzysztof Majzerowicz-Jaszcz wrote:
> Fixed many errors/warnings and checks in e1000_ethtool.c reported by
> checkpatch.pl
Hello Krzysztof.
Just some trivial notes:
> diff --git a/drivers/net/ethernet/intel/e1000/e1000_ethtool.c
> b/drivers/net/ethernet/intel
On Sat, Aug 16, 2014 at 4:51 AM, Greg KH wrote:
> On Fri, Aug 15, 2014 at 11:48:05PM +0530, Hema Prathaban wrote:
>> This patch fixes the following warning using checkpatch.pl
>> WARNING: Prefer [subsystem eg: netdev]_warn([subsystem]dev, ... then
>> dev_warn(dev, ... then pr_warn(... to printk(K
This patch fixes the following warning using checkpatch.pl
WARNING: Prefer [subsystem eg: netdev]_warn([subsystem]dev, ... then
dev_warn(dev, ... then pr_warn(... to printk(KERN_WARNING ...
Signed-off-by: Hema Prathaban
---
drivers/staging/lustre/lustre/libcfs/debug.c | 6 +++---
1 file changed
On Fri, Aug 15, 2014 at 5:38 PM, Rob Herring wrote:
> Adding Greg...
>
> On Tue, Aug 12, 2014 at 9:30 PM, Stepan Moskovchenko
> wrote:
>> When we parse the device tree and allocate platform
>> devices, the 'name' of the newly-created platform_device
>> is set to point to the 'name' field of the '
On Thu, Aug 14, 2014 at 03:49:39PM -0700, Cong Wang wrote:
Signed-off-by: Cong Wang
> ---
> fs/nfs/client.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fs/nfs/client.c b/fs/nfs/client.c
> index 1c5ff6d..1c57202 100644
> --- a/fs/nfs/client.c
> +++ b/fs/nfs/client.c
>
On 08/16, Rik van Riel wrote:
>
> + do {
> + seq = nextseq;
> + read_seqbegin_or_lock(&sig->stats_lock, &seq);
> + times->utime = sig->utime;
> + times->stime = sig->stime;
> + times->sum_exec_runtime = sig->sum_sched_runtime;
> +
> +
On Sat, Aug 16, 2014 at 05:24:08PM +0530, Mohan Rajanna wrote:
> Dear Elites,
>
>
>
> Since I am not supposed to ask questions directly to Greg, So posting my query
> to you all.
You shouldn't ever ask questions only to a kernel developer, that's what
a mailing list is for.
> Query:
>
>
On Sat, 16 Aug 2014 16:11:59 +0200
Oleg Nesterov wrote:
> Rik, I do not understand why did you silently ignore my comments about
> this change twice ;)
Here is the version I have actually been running my latest
tests with. This one addresses the forward progress issue
you pointed out.
---8<---
On Thu, Aug 14, 2014 at 05:22:18PM +0300, Yaniv Gardi wrote:
> diff --git a/drivers/scsi/ufs/ufs-msm.h b/drivers/scsi/ufs/ufs-msm.h
> new file mode 100644
> index 000..6e93f1e
> --- /dev/null
> +++ b/drivers/scsi/ufs/ufs-msm.h
> @@ -0,0 +1,158 @@
[...]
> +};
> +
> +static LIST_HEAD(phy_list);
>
1 - 100 of 154 matches
Mail list logo
