Am 18.09.2015 um 12:42 schrieb Marc Zyngier:
> On Fri, 18 Sep 2015 11:18:42 +0200
> Oleksij Rempel wrote:
>
>> From: Oleksij Rempel
>>
>> Freescale iMX23/iMX28 and Alphascale ASM9260 have similar
>
> Is it Alphascale or Alpascale? You may need to fix the patch title.
ok.
>
>> interrupt
On Fri, Sep 18, 2015 at 10:26:24PM -0400, Theodore Ts'o wrote:
> On Fri, Sep 18, 2015 at 12:42:48AM -0700, Greg KH wrote:
> > So don't take cleanup patches for your code, that's fine, and I totally
> > understand why _you_ don't want to do that. But to blow off the effort
> > as being somehow
On Fri, Sep 18, 2015 at 09:55:23PM +0530, Punit Vara wrote:
> This patch is to comedi_pcmcia.h that fixes up warning related
> character limitation given by checkpatch.pl.
> Warning " line over 80 characters" is removed now.
Nope, you just broke kerneldoc formatting :(
Sorry, it's tricky, and
On Fri, Sep 18, 2015 at 02:24:16PM +0530, Punit Vara wrote:
> This patch is to the Kconfig file which fixes up lines which
> exceeded the standard 80 character limitation.
> This file also fixes up 3 warnings regarding paragraph.
Why is this indented?
>
> Signed-off-by: Punit
On Fri, Sep 18, 2015 at 05:56:19PM +0530, Punit Vara wrote:
> This patch is to the comedi.h file that fixes up following type
> of 42 warning in the file:
>
> -Blocking comments use a trailing */ on a separate line
> -Block comments use * on subsequent lines
Why
Hi,
sorry for the noise, I've overseen the IRQ Chip maintainers.
Hopefully I've now all maintainers in cc.
v3:
remove log line when setup ar7100 misc irq controller
doc: write out {ar7100,ar7240} into two seperate lines
v2:
move new IRQ_DECLARE just behind the new init for ar7100
don't
On Thu, Sep 17, 2015 at 09:44:41PM +0530, Anjali Menon wrote:
> Removed the else statement along with some unwanted brackets
> to fix the following coding style warning detected by
> checkpatch.
>
> WARNING: else is not generally useful after a break or return
>
> Signed-off-by: Anjali Menon
>
The ar7240 misc irq chip use ack handler
instead of ack_mask handler. All new ath79 chips use
the ar7240 misc irq chip
Signed-off-by: Alexander Couzens
Acked-by: Alban Bedel
---
.../interrupt-controller/qca,ath79-misc-intc.txt | 20 ++--
arch/mips/ath79/irq.c
On Fri, Sep 18, 2015 at 10:22:59PM +0530, Punit Vara wrote:
> This patch is to comedidev.h file that fixes up following warnings
> reported by checkpatch.pl :
>
> -Block comments use a trailing */ on a separate line
> -Block comments use * on subsequent lines
Your subject needs to be very
ALLIANCE & LEICESTER LOANS
Do you need a loan? Arrangements to borrow up to £ 100,000,000.00, choose
between 1 to 25 years repayment period, choose between monthly and annual
repayment plan, flexible loan terms and conditions. All this plan and more by
contacting us
Dr. Richard Jose
Head of
The irq ack handler was forgotten while introducing OF support.
Only ar71xx and ar933x based devices require it.
Signed-off-by: Alexander Couzens
Acked-by: Alban Bedel
---
arch/mips/ath79/irq.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git
On Fri, Sep 18, 2015 at 09:14:52PM +0200, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
> ---
> drivers/usb/host/ehci-spear.c | 1 +
> 1
On Fri, Sep 18, 2015 at 06:18:13PM +0530, Anjali Menon wrote:
> Removed a space to fix the following coding style error detected
> by checkpatch.pl
>
> ERROR: space prohibited before that '++' (ctx:WxO)
>
> Signed-off-by: Anjali Menon
> ---
> drivers/staging/lustre/lustre/obdclass/llog.c | 2
> On Sep 19, 2015, at 2:33 AM, Stephen Boyd wrote:
>
> On 09/12, Ivan T. Ivanov wrote:
>> Stale Event Enable command should be 5 not 8, fix this.
>>
>> Signed-off-by: Ivan T. Ivanov
>> ---
>> drivers/tty/serial/msm_serial.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff
Hi Kent,
After running a day with this new version of your patch, I did not
notice any problems, so I assume, it works. I'll keep an eye on it and
report back if find anything bad. I believe, you finally fixed that
long lasting bug with writeback threads spinning CPU.
To Vojtech Pavlik: thank you
ALLIANCE & LEICESTER LOANS
Do you need a loan? Arrangements to borrow up to £ 100,000,000.00, choose
between 1 to 25 years repayment period, choose between monthly and annual
repayment plan, flexible loan terms and conditions. All this plan and more by
contacting us
Dr. Richard Jose
Head of
Toshiba laptops that feature WMI events for hotkeys were left unsupported
by the toshiba_acpi driver, however, commit a88bc06e5aec ("toshiba_acpi:
Avoid registering input device on WMI event laptops") added hardware
support for such laptops, but the hotkeys are not handled there.
This driver adds
The function toshiba_acpi_setup_keyboard currently has two u32 variables
used to store the Hotkey Event Type and the result of the HCI_SYSTEM_EVENT
query.
This patch removes those two variables, as we already have a global
variable named "hotkey_event_type" and the result of the HCI_SYSTEM_EVENT
This change is similar to e001bbae7147b111fe1aa42beaf835635f3c016e
ARM: cmpxchg: avoid warnings from macro-ized cmpxchg() implementations
A recent change in kernel/acct.c added a new warning for many
configurations using generic __xchg() implementation:
In file included from
Fix the following compiler splat by adding __maybe_unused annotation
to the variable. Using this particular annotation has the least ugly
impact on the code compared to using ifdeffery.
arch/nios2/kernel/setup.c: In function 'nios2_boot_init':
arch/nios2/kernel/setup.c:107:7: warning: unused
The generic __xchg() implementation present in asm-generic/cmpxchg.h
is correct on nios2 and even generates the same code. Switch to this
generic implementation to trim down the amount of ad-hoc copies of
the code.
Signed-off-by: Marek Vasut
---
arch/nios2/include/asm/cmpxchg.h | 47
On Fri, Sep 18, 2015 at 10:26:24PM -0400, Theodore Ts'o wrote:
> On Fri, Sep 18, 2015 at 12:42:48AM -0700, Greg KH wrote:
>
> Rather, what concerns me is that we aren't pushing people to go
> *beyond* cleanup patches. We have lots of tutorials about how to
> create perfectly formed patches; but
Hi Darren,
2015-09-18 15:59 GMT-06:00 Darren Hart :
> On Wed, Sep 09, 2015 at 11:30:10AM -0600, Azael Avalos wrote:
>> Toshiba laptops that feature WMI events for hotkeys were left unsupported
>> by the toshiba_acpi driver, however, commit a88bc06e5aec ("toshiba_acpi:
>> Avoid registering input
ALLIANCE & LEICESTER LOANS
Do you need a loan? Arrangements to borrow up to £ 100,000,000.00, choose
between 1 to 25 years repayment period, choose between monthly and annual
repayment plan, flexible loan terms and conditions. All this plan and more by
contacting us
Dr. Richard Jose
Head of
On Fri, Sep 18, 2015 at 01:39:54PM -0500, Felipe Balbi wrote:
> On Mon, Sep 14, 2015 at 08:42:47PM +0530, Sudip Mukherjee wrote:
> > This amd5536udc was a complete mess. The major problems that i could
> > find are:
> >
> > 1) if udc_pci_probe() fails in any stage then it just calls the
> >
ALLIANCE & LEICESTER LOANS
Do you need a loan? Arrangements to borrow up to £ 100,000,000.00, choose
between 1 to 25 years repayment period, choose between monthly and annual
repayment plan, flexible loan terms and conditions. All this plan and more by
contacting us
Dr. Richard Jose
Head of
On 17-09-15, 11:13, Stephen Boyd wrote:
> > + count = of_property_count_u32_elems(opp->np, "opp-microvolt");
> > + if (count < 0) {
>
> We can't test count for -EINVAL to detect the missing property
> because -EINVAL is also returned on a non-multiple of u32 length
> property? Maybe we
On Friday, September 18, 2015 at 05:49:25 PM, Cyrille Pitchen wrote:
> struct spi_nor_xfer_cfg and read_xfer/write_xfer hooks were never used by
> any driver. Do some cleanup by removing them.
>
> Signed-off-by: Cyrille Pitchen
Right, if this will ever be needed, it can be re-added.
Changes in v5:
- remove the macro that guard move_irqs()
- use name irq_migrate_all_off_this_cpu instead of move_irqs
Changes in v4:
- select GENERIC_IRQ_MIGRATION when config GENERIC_IRQ_MIGRATION is enabled
- add move_irqs() into kerne/irq/migration.c for cpu hotplug
- use move_irqs()
Introduce a more general config for compile kernel/irq/migration.c.
Move the CONFIG_GENERIC_PENDING_IRQ into migration.c. So we can
move other migration interrupts code into migration.c without
select CONFIG_GENERIC_PENDING_IRQ.
Cc: Jiang Liu
Cc: Thomas Gleixner
Cc: Marc Zyngier
Cc: Mark
Add irq_migrate_all_off_this_cpu() into kernel/irq/migration.c.
So we can use it to migrate interrupts, when cpu is offline.
Cc: Jiang Liu
Cc: Thomas Gleixner
Cc: Marc Zyngier
Cc: Mark Rutland
Cc: Will Deacon
Cc: Russell King - ARM Linux
Cc: Hanjun Guo
Signed-off-by: Yang Yingliang
---
When cpu is disabled, all irqs will be migratged to another cpu.
In some cases, a new affinity is different, it needed to be coppied
to irq's affinity. But if the type of irq is LPI, it's affinity will
not be coppied because of irq_set_affinity's return value. Fix it by
using irq_do_set_affinity.
When cpu is disabled, all irqs will be migratged to another cpu.
In some cases, a new affinity is different, it needed to be coppied
to irq's affinity. But if the type of irq is LPI, it's affinity will
not be coppied because of irq_set_affinity's return value. Fix it by
using irq_do_set_affinity.
On 2015/8/24 15:38, Johannes Berg wrote:
> On Mon, 2015-08-24 at 11:45 +0800, Fu, Zhonghui wrote:
>> On 2015/8/17 16:46, Arend van Spriel wrote:
>>> + Rafael
>>>
>>> On 08/17/2015 09:29 AM, Johannes Berg wrote:
On Mon, 2015-08-17 at 09:48 +0800, Fu, Zhonghui wrote:
> The suspend/resume
Now, PM core supports asynchronous suspend/resume mode for devices
during system suspend/resume, and the power state transition of one
device may be completed in separate kernel thread. PM core ensures
all power state transition timing dependency between devices. This
patch enables wiphy device to
Dear Friend
I have a Mutual/Beneficial Business Project for you worth millions dollars.
1. Can you handle this project?
2. Can I give you this trust ?
Please note that the deal required high level of maturity, honesty and secrecy
because this Involves moving or Siphoning some money from my
On Fri, Sep 18, 2015 at 12:42:48AM -0700, Greg KH wrote:
> So don't take cleanup patches for your code, that's fine, and I totally
> understand why _you_ don't want to do that. But to blow off the effort
> as being somehow trivial and not worthy of us, that's totally missing
> the point, and
This is there now in the main kernel, but it's further down. Perhaps it
should be moved.
-corey
On 09/15/2015 11:42 AM, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
>
Philipp,
On 2015/9/18 23:23, Philipp Zabel wrote:
> Am Donnerstag, den 17.09.2015, 20:00 +0800 schrieb Chen Feng:
>> Add reset controller for hi6220 hikey-board.
>>
>> Signed-off-by: Chen Feng
>> ---
>> arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 7 +++
>> 1 file changed, 7 insertions(+)
>>
Hi Jon,
On Fri, 18 Sep 2015 10:58:10 -0600 Jonathan Corbet wrote:
>
> So I've been waiting patiently for years, but it seems that the 2.6.x days
> just aren't coming back. So I'm moving the docs tree to a repo that
> doesn't seem quite so dated. At your convenience, could you move over
> from
On Fri, Sep 18, 2015 at 02:38:39PM +, Shenwei Wang wrote:
>
>
> > -Original Message-
> > From: Shawn Guo [mailto:shawn...@kernel.org]
> > Sent: 2015年9月18日 9:15
> > To: Wang Shenwei-B38339
> > Cc: ja...@lakedaemon.net; Huang Yongcai-B20788;
> > linux-kernel@vger.kernel.org;
On 09/18/2015 12:45 PM, Arnd Bergmann wrote:
On Friday 18 September 2015 10:00:32 David Daney wrote:
On 09/18/2015 12:19 AM, Arnd Bergmann wrote:
On Thursday 17 September 2015 15:41:33 David Daney wrote:
From: David Daney
The on-chip devices all have fixed bars. So, fix them up.
We pass the dev_pm_opp structure to OPP notifiers but the users
of the notifier need to surround calls to dev_pm_opp_get_*() with
RCU read locks to avoid lockdep warnings. The notifier is already
called with the dev_opp's srcu lock held, so it should be safe to
assume the devm_pm_opp structure is
On some SoCs the Adaptive Voltage Scaling (AVS) technique is
employed to optimize the operating voltage of a device. At a
given frequency, the hardware monitors dynamic factors and either
makes a suggestion for how much to adjust a voltage for the
current frequency, or it automatically adjusts the
This patch series adds support for CPR on MSM8916. The first
patch exposes a corner voting API to the CPR driver so that we can
change the corner for the MX regulator. If possible I would
like to make this patch prettier, but I don't have any great
ideas right now. The next patch adds support to
CPR (Core Power Reduction) is a technology that reduces core
power on a CPU or other device. It reads voltage settings in
efuse from product test process as initial settings and populates
OPPs for the device being "monitored". Each OPP corresponds to a
"corner" that has a range of valid voltages
On some SoCs the Adaptive Voltage Scaling (AVS) technique is
employed to optimize the operating voltage of a device. At a
given frequency, the hardware monitors dynamic factors and either
makes a suggestion for how much to adjust a voltage for the
current frequency, or it automatically adjusts the
From: Andy Gross
This patch addes the Qualcomm specific functions for setting the floor and
corner voltages on the regulators.
Signed-off-by: Andy Gross
[georgi.dja...@linaro.org: Make work with struct regulator]
Signed-off-by: Georgi Djakov
Signed-off-by: Stephen Boyd
---
Adam Thomson wrote:
Current code incorrectly treats dai format for AC97 as bit mask
whereas it's actually an integer value. This causes DAI formats
other than AC97 (e.g. DSP_B) to trigger AC97 related code,
which is incorrect and breaks functionality. This patch fixes
the code to correctly
Luis de Bethencourt wrote:
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
Acked-by: Timur Tabi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
This patch series adds support for the Cygnus PCIe PHY
This patch series is based on Linux v4.3-rc1 and is avaliable in:
https://github.com/Broadcom/cygnus-linux/tree/cygnus-pcie-phy-v4
Changes from v3:
- Modify the driver to use child node to represent each PCIe PHY
- Update device tree
Add DT binding document for Broadcom Cygnus PCIe PHYs
Signed-off-by: Ray Jui
Reviewed-by: Arun Parameswaran
Reviewed-by: JD (Jiandong) Zheng
Reviewed-by: Scott Branden
---
.../bindings/phy/brcm,cygnus-pcie-phy.txt | 47 ++
1 file changed, 47 insertions(+)
create
This patch adds the PCIe PHY support for the Broadcom PCIe RC interface
on Cygnus
Signed-off-by: Ray Jui
Reviewed-by: Arun Parameswaran
Reviewed-by: JD (Jiandong) Zheng
Reviewed-by: Scott Branden
---
drivers/phy/Kconfig | 9 ++
drivers/phy/Makefile | 1 +
On 08/13/2014 01:06 PM, Arnd Bergmann wrote:
> On Wednesday 13 August 2014 03:06:53 Ben Hutchings wrote:
>>> On the kernel side, it also adds more complexity, where we have to add
>>> even more complex compat support for 64bit systems to handle all the
>>> various 32bit applications possible.
>>
Add AC'97 support to fsl-asoc-card using generic
ASoC AC'97 CODEC.
The SSI controller will silently enable any TX
AC'97 slots that have their bits set in SLOTREQ
received from CODEC and then will redirect some
of playback samples there.
That's why it is important to make sure that
any of CODEC
On Fri, Sep 18, 2015 at 4:42 PM, Tyler Baker wrote:
> Hi,
>
> On 25 August 2015 at 18:27, Dan Williams wrote:
>> From: Christoph Hellwig
>>
>> Three architectures already define these, and we'll need them genericly
>> soon.
>>
>> Signed-off-by: Christoph Hellwig
>> Signed-off-by: Dan Williams
In case of failure loading the firmware, function
load_c8sectpfe_fw_step1() uses the uninitialized variable ret as return
value instead of the retrieved error value. Make sure the result is
deterministic. Detected by Coverity CID 1324230.
Signed-off-by: Christian Engelmayer
---
Compile tested
On 9/17/2015 11:22 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 15 September 2015 11:26 PM, Ray Jui wrote:
>> This patch adds the PCIe PHY support for the Broadcom PCIe RC interface
>> on Cygnus
>>
>> Signed-off-by: Ray Jui
>> Reviewed-by: Arun Parameswaran
>> Reviewed-by: JD
On 9/17/2015 11:17 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 15 September 2015 11:26 PM, Ray Jui wrote:
>> Add DT binding for Broadcom Cygnus PCIe PHYs
>
> DT binding documentation.
>
> -Kishon
>
Yes will fix the commit message.
>>
>> Signed-off-by: Ray Jui
>> Reviewed-by:
Hi,
On 25 August 2015 at 18:27, Dan Williams wrote:
> From: Christoph Hellwig
>
> Three architectures already define these, and we'll need them genericly
> soon.
>
> Signed-off-by: Christoph Hellwig
> Signed-off-by: Dan Williams
> ---
> arch/arm/include/asm/memory.h |6 --
>
On 18 September 2015 at 14:49, Arnaldo Carvalho de Melo wrote:
> Em Fri, Sep 18, 2015 at 02:42:04PM -0600, Mathieu Poirier escreveu:
>> The parameters of function 'perf_evsel__open()' in
>> 'record_open()' have been changed to use the evsel's cpus and
>> threads rather than the evlist since:
>>
On 09/12, Ivan T. Ivanov wrote:
> Make function naming consistent across this driver.
> No functional changes.
>
> Signed-off-by: Ivan T. Ivanov
> ---
Reviewed-by: Stephen Boyd
It would be nice to rename msm_irq to something like msm_uart_irq
too.
--
Qualcomm Innovation Center, Inc. is a
On 09/12, Ivan T. Ivanov wrote:
> Stale Event Enable command should be 5 not 8, fix this.
>
> Signed-off-by: Ivan T. Ivanov
> ---
> drivers/tty/serial/msm_serial.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/tty/serial/msm_serial.h
From: Richard Purdie
hid_connect adds various strings to the buffer but they're all
conditional. You can find circumstances where nothing would be written
to it but the kernel will still print the supposedly empty buffer with
printk. This leads to corruption on the console/in the logs.
Ensure
On 09/18, Scott Wood wrote:
> On Fri, 2015-09-18 at 08:56 -0700, Stephen Boyd wrote:
> > On 09/17, Scott Wood wrote:
> > > On Fri, 2015-07-31 at 10:03 -0700, Stephen Boyd wrote:
> > > > Mostly converted with the following semantic patch:
> > > >
> > > > @@
> > > > struct clk_hw *E;
> > > > @@
> >
On Thu, Sep 17, 2015 at 11:04:03PM -0700, Linus Torvalds wrote:
> On Thu, Sep 17, 2015 at 10:40 PM, Dave Chinner wrote:
> >
> > Ok, makes sense - the plug is not being flushed as we switch away,
> > but Chris' patch makes it do that.
>
> Yup.
>
> And I actually think Chris' patch is better than
On Fri, Sep 18, 2015 at 04:51:12PM +0100, Lee Jones wrote:
>
> I think it's okay for you to take all but patch 6.
>
> Patch 6 is an ARM patch and needs to go into ARM SoC via
> STMicroelectronics STi tree.
In future please don't send me patches that you don't want me to
merge in the series.
The mm-of-the-moment snapshot 2015-09-18-16-08 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Hi Thierry,
On Fri, Sep 18, 2015 at 5:55 PM, Thierry Reding
wrote:
> On Thu, Sep 17, 2015 at 08:43:54PM +0200, Rafael J. Wysocki wrote:
>> Hi Alan,
>>
>> On Thu, Sep 17, 2015 at 7:02 PM, Alan Stern
>> wrote:
>> > On Thu, 17 Sep 2015, Rafael J. Wysocki wrote:
>> >
>> >> On Thu, Sep 17, 2015 at
On Thu, 17 Sep 2015 10:58:52 +0200 Thierry Reding
wrote:
> On Wed, Sep 16, 2015 at 09:04:15AM -0600, David Ahern wrote:
> > On 9/16/15 9:00 AM, Fabio Estevam wrote:
> > >On Wed, Sep 16, 2015 at 6:24 AM, Sergey Senozhatsky
> > > wrote:
> > >
> > >>added by
On Sat, Sep 12, 2015 at 10:00:16PM +0200, Roald Frederickx wrote:
> Add charge control limit to the power supply subsystem of the Compal
> platform driver.
> This apparently was present in the original driver by Cezary Jackiewicz
> at http://eko.one.pl/index.php?page=compal-laptop but it seems to
Hi Linus,
This is a bit bigger than it should be, but I could (did) not want to
send it off last week due to both wanting extra testing, and expecting a
fix for the bounce regression as well. In any case, this pull request
contains:
- Fix for the blk-merge.c compilation warning on gcc 5.x from
Reviewed-by: Sinclair Yeh
On Sat, Sep 19, 2015 at 12:32:24AM +0200, Christian Engelmayer wrote:
> Function vmw_kms_helper_dirty() uses the uninitialized variable ret as
> return value. Make the result deterministic and directly return as the
> variable is unused anyway. Detected by Coverity CID
Good catch!
Reviewed-by: Sinclair Yeh
On Sat, Sep 19, 2015 at 12:31:10AM +0200, Christian Engelmayer wrote:
> Function vmw_cotable_unbind() uses the uninitialized variable ret as
> return value. Make the result deterministic and directly return as
> the variable is unused anyway. Detected by
Hi,
Here is a benchmark update of LTTng-UST [1] tracing lots of
events [2] from a single core to a flight recorder ring buffer.
It has improved from 200ns per event to 150ns per event on
x86-64 [3] by enabling the membarrier [4, 5] system call. This
is a saving of 25 ns for each of the two memory
Hi,
I am designing DT support for a hwmon chip.
It has some sensors, each of them can be:
- "disabled"
- "thermal diode"
- "thermistor"
- "voltage"
Four possible options for DT properties format.
Option 1: Separated property for each sensor.
Example nct7802 node:
nct7802 {
Variable err in function load_slim_core_fw() is used without initializer.
Make sure that the result is deterministic. Detected by Coverity CID
1324265.
Signed-off-by: Christian Engelmayer
---
Compile tested only. Applies against linux-next.
---
Function vmw_kms_helper_dirty() uses the uninitialized variable ret as
return value. Make the result deterministic and directly return as the
variable is unused anyway. Detected by Coverity CID 1324255.
Signed-off-by: Christian Engelmayer
---
Compile tested only. Applies against linux-next.
---
Function vmw_cotable_unbind() uses the uninitialized variable ret as
return value. Make the result deterministic and directly return as
the variable is unused anyway. Detected by Coverity CID 1324256.
Signed-off-by: Christian Engelmayer
---
Compile tested only. Applies against linux-next.
---
Hi Darren,
2015-09-18 16:14 GMT-06:00 Darren Hart :
> On Fri, Sep 18, 2015 at 03:45:05PM -0600, Azael Avalos wrote:
>> Hi Darren,
>>
>> 2015-09-18 15:37 GMT-06:00 Darren Hart :
>> > On Wed, Sep 09, 2015 at 11:28:20AM -0600, Azael Avalos wrote:
>> >> The driver currently uses the hotkey enabling
On Wed, 19 Aug 2015 17:38:31 +0200 Jan Kara wrote:
> From: Jan Kara
>
> Necessity for offloading of printing was observed only for large
> systems. So add a config option (disabled by default)
The Kconfig has "default y"?
> which removes most
> of the overhead added by this functionality.
>
On Wed, 19 Aug 2015 17:38:30 +0200 Jan Kara wrote:
> From: Jan Kara
>
> When there are lots of messages accumulated in printk buffer, printing
> them (especially over serial console) can take a long time (tens of
> seconds). stop_machine() will effectively make all cpus spin in
>
On Wed, 19 Aug 2015 17:38:28 +0200 Jan Kara wrote:
> From: Jan Kara
>
> Currently, console_unlock() prints messages from kernel printk buffer to
> console while the buffer is non-empty. When serial console is attached,
> printing is slow and thus other CPUs in the system have plenty of time
>
On Fri, Sep 18, 2015 at 03:45:05PM -0600, Azael Avalos wrote:
> Hi Darren,
>
> 2015-09-18 15:37 GMT-06:00 Darren Hart :
> > On Wed, Sep 09, 2015 at 11:28:20AM -0600, Azael Avalos wrote:
> >> The driver currently uses the hotkey enabling value of 0x09 to enable
> >> hotkey events, but windows uses
On Wed, 19 Aug 2015 17:38:27 +0200 Jan Kara wrote:
> From: Jan Kara
>
> Hello,
>
> since lately there were several attempts at dealing with softlockups due
> to heavy printk traffic [1] [2] and I've been also privately pinged by
> couple of people about the state of the patch set, I've
Hi,
On 18/09/2015 at 16:48:43 +0200, Nicolas Ferre wrote :
> > - config AT91_DEBUG_LL_DBGU1
> > - bool "Kernel low-level debugging on 9263, 9g45 and sama5d3"
> > - select DEBUG_AT91_UART
> > - depends on ARCH_AT91
> > - depends on SOC_AT91SAM9 ||
On 9/18/2015 2:34 PM, Arnd Bergmann wrote:
> On Friday 18 September 2015 14:24:10 Ray Jui wrote:
>> + soc {
>> + compatible = "simple-bus";
>> + ranges;
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>
>> + pinctrl:
On Wednesday, September 09, 2015 10:45:48 PM Rafael J. Wysocki wrote:
> On Wednesday, September 09, 2015 03:47:27 PM Lukasz Anaczkowski wrote:
> > This series of patches attempts to fix how CPUs are enumerated by kernel
> > when
> > there's more than 255 of them on single processor.
> > In such
Hi,
On 18/09/2015 at 15:46:33 +0200, Nicolas Ferre wrote :
> > The only concern being that this renaming will break userspace software
> > assuming the LEDs are wrongly named. Is there anything that has been
> > released by atmel that uses the wrong names (and my guess is yess and
> > that is why
Tested only with single I/O, but the datasheet says it supports dual and
quad.
Signed-off-by: Brian Norris
---
drivers/mtd/spi-nor/spi-nor.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index 7defce09ab9a..9f32f9f3fca1 100644
On Fri, 18 Sep 2015, Kyle Walker wrote:
> I do like the idea of not stalling completely in an oom just because the
> first attempt didn't go so well. Is there any possibility of simply having
> our cake and eating it too? Specifically, omitting TASK_UNINTERRUPTIBLE
> tasks
> as low-hanging fruit
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-4.3-rc2
to receive power management and ACPI material for v4.3-rc2 with
top-most commit 0f40314b81b765c26202cde33523e35809adbe9b
Merge branch 'acpi-bus'
on top of commit
From: Furquan Shaikh
This patch fixes timeout issues seen on large NOR flash (e.g., 16MB
w25q128fw) when using ioctl(MEMERASE) with offset=0 and length=16M. The
input parameters matter because spi_nor_erase() uses a different code
path for full-chip erase, where we use the SPINOR_OP_CHIP_ERASE
Hi,
You've sent that series so many times that I'm not sure which one I
should look at...
Also, please include a changelog when submitting a new version of a
patch.
On 18/09/2015 at 17:27:56 +0200, Ivan Grimaldi wrote :
> spi_write_then_read puts in rx_buf the received data starting from
> the
cgroup core only recently grew generic notification support. Wire up
"memory.events" so that it triggers a file modified event whenever its
content changes.
v2: Refreshed on top of mem_cgroup relocation.
Signed-off-by: Tejun Heo
Acked-by: Michal Hocko
Cc: Li Zefan
Cc: Johannes Weiner
---
On Fri, 2015-09-18 at 12:51 -0400, Trond Myklebust wrote:
> On Fri, 2015-09-18 at 12:19 +0100, Suzuki K. Poulose wrote:
> > On 16/09/15 12:17, Jeff Layton wrote:
> > > On Wed, 16 Sep 2015 10:35:49 +0100
> > > "Suzuki K. Poulose" wrote:
> > >
> > > > From: "Suzuki K. Poulose"
> > > >
> >
> >
On Wed, Sep 09, 2015 at 11:30:10AM -0600, Azael Avalos wrote:
> Toshiba laptops that feature WMI events for hotkeys were left unsupported
> by the toshiba_acpi driver, however, commit a88bc06e5aec ("toshiba_acpi:
> Avoid registering input device on WMI event laptops") added hardware
> support for
On 9/18/2015 2:30 PM, Arnd Bergmann wrote:
> On Friday 18 September 2015 14:24:09 Ray Jui wrote:
>>
>> + core {
>> + compatible = "simple-bus";
>> + ranges;
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> +
>> +
On Sat, Sep 05, 2015 at 12:27:17PM +0200, Andreas Gruenbacher wrote:
> The trailing everyone@ allow ace can grant permissions to all file
> classes including the owner and group class. Before we can apply the
> other mask to this entry to turn it into an "other class" entry, we need
> to ensure
On Wed, Sep 09, 2015 at 11:30:09AM -0600, Azael Avalos wrote:
> This patch adds the 0x prefix to the values printed by such function, the
> values are already being printed in hex, but without the prefix, causing
> confussion, even though the file under Documentation/ABI clearly states
> that hey
1 - 100 of 1682 matches
Mail list logo
