On Wed, 13 May 2015, Toshi Kani wrote:
> This patch changes reserve_memtype() to support the WT cache mode
> with PAT. When PAT is not enabled, WB and UC- are the only types
> supported.
>
> When a target range is in RAM, reserve_ram_pages_type() verifies
> the requested type. reserve_ram_pages
On Wed, 13 May 2015, Toshi Kani wrote:
> __ioremap_caller() calls reserve_memtype() to set new_pcm
> (existing map type if any), and then calls
> is_new_memtype_allowed() to verify if converting to new_pcm
> is allowed when pcm (request type) is different from new_pcm.
>
> When WT is requested, t
* Arnaldo Carvalho de Melo wrote:
> Em Wed, May 20, 2015 at 06:16:51PM +0200, Martin Liška escreveu:
> > On 05/20/2015 04:55 PM, Ingo Molnar wrote:
> > >* Arnaldo Carvalho de Melo wrote:
> > >>So the rule has been: What are the kernel requirements for the
> > >>toolchain? tools/perf/ should bui
On 05/22/2015 01:37 AM, Moritz Fischer wrote:
> The Xilinx LogiCORE IP mailbox is a FPGA core that allows for
> interprocessor communication via AXI4 memory mapped / AXI4 stream
> interfaces.
>
> It is single channel per core and allows for transmit and receive.
>
> Signed-off-by: Moritz Fischer
On Wed, 13 May 2015, Toshi Kani wrote:
> This patch adds ioremap_wt() for creating WT mapping on x86.
> It follows the same model as ioremap_wc() for multi-architecture
> support. ARCH_HAS_IOREMAP_WT is defined in the x86 version of
> io.h to indicate that ioremap_wt() is implemented on x86.
>
>
From: Nicholas Bellinger
With se_port_t and t10_alua_tg_pt_gp_member being absored into se_lun,
there is no need for an extra atomic_t based reference count for PR
ALL_TG_PT=1 and ALUA access state transition.
Go ahead and use the existing percpu se_lun->lun_ref instead, and
convert the two spec
From: Nicholas Bellinger
Hi folks,
Here is a -v1 series with HCH's recent changes to go ahead and drop
all se_port + t10_alua_tg_pt_gp_member usage within target-core in
favor of direct se_lun pointer dereference.
This includes the original patch + minor fixes, along with two other
improvements
From: Nicholas Bellinger
With se_port and t10_alua_tg_pt_gp_member being absored into se_lun,
there is no need for an extra lock to protect se_lun->lun_se_dev
assignment.
Also, convert se_lun->lun_stats to use atomic_long_t within the
target_complete_ok_work() completion callback.
Reported-by:
From: Christoph Hellwig
This patch eliminates all se_port + t10_alua_tg_pt_gp_member usage,
and converts current users to direct se_lun pointer dereference.
This includes the removal of core_export_port(), core_release_port()
core_dev_export() and core_dev_unexport(). Along with conversion
of s
From: Nicholas Bellinger
This patch drops unnecessary target_core_fabric_ops parameter usage
for core_tpg_register() during fabric driver TFO->fabric_make_tpg()
se_portal_group creation callback execution.
Instead, use the existing se_wwn->wwn_tf->tf_ops pointer to ensure
fabric driver is really
Hi Boris,
On Fri, May 22, 2015 at 8:53 AM, Borislav Petkov wrote:
> On Fri, May 22, 2015 at 12:21:29AM +0200, Borislav Petkov wrote:
>> On Thu, May 21, 2015 at 01:45:49PM -0700, Luis R. Rodriguez wrote:
>> > The above history is just *one* set of reasons to remove all kernel
>> > "select FW_LOADE
On 2015/5/21 3:47, Bjorn Helgaas wrote:
> I think we have some issues with the e1000e usage of
> pci_disable_link_state_locked(), which Yinghai added with 9f728f53dd70
> ("PCI/e1000e: Add and use pci_disable_link_state_locked()").
>
> That fixed an AER deadlock in the following path, where pci_bus
On Wed, 13 May 2015, Toshi Kani wrote:
> This patch adds ioremap_wt() to all arch-specific asm/io.h which
> define ioremap_wc() locally. These arch-specific asm/io.h do not
> include . Some of them include
> , but ioremap_wt() is defined for consistency
> since they define all ioremap_xxx locall
On Thu, May 21, 2015 at 5:23 PM, Stas Sergeev wrote:
> This driver doesn't use sleeping operations in .brightness_set
> method, and can be marked with LED_BRIGHTNESS_FAST flag.
> That flag allows changing brightness at high rates (over 100Hz).
>
> CC: Bryan Wu
> CC: Richard Purdie
> CC: Jacek A
On Wed, 13 May 2015, Toshi Kani wrote:
> This patch adds pgprot_writethrough() for setting WT to a given
> pgprot_t.
>
> Signed-off-by: Toshi Kani
> Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Thomas Gleixner
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Thu, May 21, 2015 at 11:28:02AM +0100, Mark Brown wrote:
> On Thu, May 21, 2015 at 10:39:13AM +0200, Michal Suchanek wrote:
> > On 21 May 2015 at 01:38, Brian Norris wrote:
>
> Why is this thread about SPI error handling CCed to quite so many
> people?
I can't really speak for the original pa
(trimming CC a little this time, though it's still a bit large)
On Fri, May 22, 2015 at 12:17:27AM -0700, Brian Norris wrote:
> Admittedly, as he's using an out-of-tree driver, I'm not
> sure I know exactly what failure modes he is hitting yet.
Sorry, I realized I misread here. He's using spi-sun
On Thursday 21 May 2015 22:52:41 Srinivas Kandagatla wrote:
>
> config SND_SOC_LPASS_CPU
> tristate
> + depends on OF
> select REGMAP_MMIO
>
> config SND_SOC_LPASS_PLATFORM
> tristate
> + depends on OF
> select REGMAP_MMIO
>
> config SND_SOC_LPASS
On Wed, 13 May 2015, Toshi Kani wrote:
> + * X86 PAT uses page flags arch_1 and uncached together to keep track of
> + * memory type of pages that have backing page struct. X86 PAT supports 4
> + * different memory types, _PAGE_CACHE_MODE_WT, _PAGE_CACHE_MODE_WC,
> + * _PAGE_CACHE_MODE_UC_MINUS and
On 2015-05-21 21:04, Uwe Kleine-König wrote:
> On Thu, May 21, 2015 at 07:00:02PM +0200, Joachim Eastwood wrote:
>> Hi Stefan,
>>
>> On 21 May 2015 at 00:35, Stefan Agner wrote:
>> > Use the new config symbol ARM_SINGLE_ARMV7M which groups config
>> > symbols used by modern ARMv7-M platforms. This
On 05/22/15 02:21, Laura Abbott wrote:
On 05/21/2015 08:26 AM, Alan Stern wrote:
On Thu, 21 May 2015, Marcel Holtmann wrote:
Hi Alan,
Then avoiding the failed firmware is no solution, indeed.
If it's a new probe, it should be never executed during resume.
Can you expand this comment? What'
On Fri, May 22, 2015 at 09:11:34AM +0200, Geert Uytterhoeven wrote:
> That's what the EXPERT protection is for.
> FW_LOADER will always be enabled, unless people think they're smarter
> than they are, and enable EXPERT, and disable FW_LOADER.
I know. I was just making the negative aspect of "depen
On 05/22/15 09:37, Arend van Spriel wrote:
On 05/22/15 02:21, Laura Abbott wrote:
On 05/21/2015 08:26 AM, Alan Stern wrote:
On Thu, 21 May 2015, Marcel Holtmann wrote:
Hi Alan,
Then avoiding the failed firmware is no solution, indeed.
If it's a new probe, it should be never executed during
On Fri, May 22, 2015 at 9:41 AM, Borislav Petkov wrote:
>> If you want to boot randconfig kernels, create an allrandomconfig file
>> listing all options that must have a certain value:
>>
>> $ cat allrandomconfig
>> CONFIG_EXPERT=n
>> CONFIG_MY_CRITICAL_FEATURE=y
>> ...
>> $
>>
>> and use "make ra
On Wed, 13 May 2015, Toshi Kani wrote:
> +int set_memory_wt(unsigned long addr, int numpages)
> +{
> + int ret;
> +
> + if (!pat_enabled)
> + return set_memory_uc(addr, numpages);
> +
> + ret = reserve_memtype(__pa(addr), __pa(addr) + numpages * PAGE_SIZE,
> +
Luis R. Rodriguez wrote:
> > This is similar to what i am doing right now - create CA hierarchy so we
> > can
> > have something like:
> >
> >+-> KeyB
> >|
> > RootCA ---> CertA ---> CertB ---> CertC ---> KeyC
> >
Andy Lutomirski wrote:
> In PKCS#7 land, you don't. Instead you stick CertB and CertC into the
> PKCS#7 signature on the module signed by KeyC.
Yes, that works too.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
On 05/22/2015 02:46 PM, Lu, Baolu wrote:
On 05/22/2015 11:11 AM, David Cohen wrote:
On Thu, May 21, 2015 at 08:09:54PM -0700, David Cohen wrote:
Hi,
On Fri, May 22, 2015 at 10:07:05AM +0800, Lu Baolu wrote:
Many drivers and modules depend on ULPI bus registeration to
register ULPI interfa
On 05/18/2015 10:22 AM, Christoph Hellwig wrote:
> On Mon, May 18, 2015 at 12:52:03PM -0400, Jeff Moyer wrote:
>>> + return bio_split(bio, split_sectors, GFP_NOIO, bs);
>>
>> Much of this function is cut-n-paste from blk-lib.c. Is there any way
>> to factor it out?
>
> The code in blk-lib.c can
On Thursday 21 May 2015 00:35:44 Stefan Agner wrote:
> Use the new config symbol ARM_SINGLE_ARMV7M which groups config
> symbols used by modern ARMv7-M platforms. This allows supporting
> multiple ARMv7-M platforms in one kernel image. However, a common
> kernel image requires the combined platform
On 2015/5/21 3:47, Bjorn Helgaas wrote:
> I think we have some issues with the e1000e usage of
> pci_disable_link_state_locked(), which Yinghai added with 9f728f53dd70
> ("PCI/e1000e: Add and use pci_disable_link_state_locked()").
>
> That fixed an AER deadlock in the following path, where pci_bus
BIOS/platform may use some of the pins by themselves, such as providing SCI
(System Control Interrupt) from the embedded controller. The driver masks
all interrupts at probe time which prevents those pins from triggering
interrupts properly.
Fix this by not masking all interrupts at probe -- it sh
On Fri, May 22, 2015 at 09:45:46AM +0200, Geert Uytterhoeven wrote:
> The ones who just build them probably not (unless they care about a
> specific case), which increases build coverage, so that's good.
Right.
> The ones who boot them probably do, else they'll find out the hard
> way...
Right,
On 05/22/2015 09:06 AM, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> With se_port and t10_alua_tg_pt_gp_member being absored into se_lun,
> there is no need for an extra lock to protect se_lun->lun_se_dev
> assignment.
>
> Also, convert se_lun->lun_stats to use atomic_long_t withi
Andy Lutomirski wrote:
> Without tagging the purpose of the signed file, you simply don't have
> a cryptographic guarantee of that. The bad guy can load something
> else that was signed for an entirely different purpose into the wrong
> device, possibly crashing it, causing buffer overflows beca
On 05/22/2015 09:06 AM, Nicholas A. Bellinger wrote:
> From: Christoph Hellwig
>
> This patch eliminates all se_port + t10_alua_tg_pt_gp_member usage,
> and converts current users to direct se_lun pointer dereference.
>
> This includes the removal of core_export_port(), core_release_port()
> cor
If no_irq_chip is used for wake up (e.g. gpio-keys with a simple GPIO
controller), the following warning is printed on resume from s2ram:
WANING: CPU: 0 PID: 1046 at kernel/irq/manage.c:537
irq_set_irq_wake+0x9c/0xf8()
Unbalanced IRQ 113 wake disable
This happens because no_irq_chip does
On 05/22/2015 09:06 AM, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> With se_port_t and t10_alua_tg_pt_gp_member being absored into se_lun,
> there is no need for an extra atomic_t based reference count for PR
> ALL_TG_PT=1 and ALUA access state transition.
>
> Go ahead and use th
On Fri, May 22, 2015 at 01:12:19AM +0300, Dmitry Kalinkin wrote:
> On Tue, May 19, 2015 at 12:18 PM, Dan Carpenter
> wrote:
> > On Mon, May 18, 2015 at 09:56:33PM +0300, Dmitry Kalinkin wrote:
> >>
> >> + for_each_sg(sgt->sgl, sg, sg_count, i) {
> >> + struct vme_dma_attr *pci_at
From: Nicholas Bellinger
Hi HCH & Co,
Here is RFC code for adding target_core_fabric_ops->complete_irq
bypass that allows fabrics to invoke response callbacks directly
from target_complete_cmd() IRQ context.
It breaks up existing target_complete_ok_work() code into three
pieces:
- transport_
On 05/22/2015 09:06 AM, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> This patch drops unnecessary target_core_fabric_ops parameter usage
> for core_tpg_register() during fabric driver TFO->fabric_make_tpg()
> se_portal_group creation callback execution.
>
> Instead, use the existi
From: Nicholas Bellinger
Go ahead and enable TFO->complete_irq for testing with loopback
LLD code, and avoid the extra fast-path queue_work() context
switch if no se_cmd special case handling requirements exist.
Cc: Christoph Hellwig
Cc: Hannes Reinecke
CC: Sagi Grimberg
Signed-off-by: Nichol
From: Nicholas Bellinger
This patch adds support for invoking TFO completion callbacks directly
from IRQ context in target_complete_cmd().
Some fabric drivers like loopback and vhost can invoke their response
callbacks directly from IRQ context, and this patch allows the extra
queue_work() dispa
Removal of lustre-added typedefs is worthwhile, actually.
I scraped the surface some time ago, but could not complete it back then.
On May 21, 2015, at 5:47 PM, Michael Shuey wrote:
> I've been killing off a *lot* of checkpatch warnings, and I'm probably
> getting a tad overzealous. I'll drop t
Can you put up a git branch with these? Without that or a known
good baseline it's hard to test, or even to do a deep review.
--
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.
On May 22, 2015, at 1:06 AM, Julia Lawall wrote:
> On Thu, 21 May 2015, Michael Shuey wrote:
>
>> That's a task (of many) I've been putting on the back burner until the code
>> is cleaner. It's also a HUGE change, since there are debug macros
>> everywhere, and they all check a #define'd mask t
Hi all,
Changes since 20150521:
The device-mapper tree gained a build failure so I used the version
from next-20150521.
The driver-core tree still had its build failure for which I applied a fix
patch.
Non-merge commits (relative to Linus' tree): 5332
4735 files changed, 245341 insertions(+),
On Thu, May 21, 2015 at 08:47:40AM -0700, Mike Kravetz wrote:
> Modify truncate_hugepages() to take a range of pages (start, end)
> instead of simply start. If an end value of -1 is passed, the
> current "truncate" functionality is maintained. Existing callers
> are modified to pass -1 as end of ra
Hello Sander,
Friday, May 15, 2015, 12:47:27 AM, you wrote:
> Sorry for the resend, i messed up the to's en from's.
> Hi Konrad / David,
> One big snip on this thread, got some more debug info, hopefully this will
> lead to something:
> On a working kernel (with the two seemingly non related
On Fri, 2015-05-22 at 09:57 +0200, Hannes Reinecke wrote:
> On 05/22/2015 09:06 AM, Nicholas A. Bellinger wrote:
> > From: Nicholas Bellinger
> >
> > With se_port and t10_alua_tg_pt_gp_member being absored into se_lun,
> > there is no need for an extra lock to protect se_lun->lun_se_dev
> > assig
On Wed, May 20, 2015 at 12:36:10PM +0200, Borislav Petkov wrote:
> Date: Wed, 20 May 2015 12:36:10 +0200
> From: Borislav Petkov
> To: "Chen, Gong"
> Cc: linux-kernel@vger.kernel.org, tony.l...@intel.com
> Subject: Re: [PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool
> to save error
On Fri, May 22, 2015 at 05:06:55PM -0400, Chen, Gong wrote:
> > ... and moved this pool initialization right before we assign
> > machine_check_vector so that we don't do it unnecessarily if we return
> > earlier due to missing MCA features/MCA not enabled.
> >
> IIRC, I don't need to post a new p
On Fri, 2015-05-22 at 01:07 -0700, Christoph Hellwig wrote:
> Can you put up a git branch with these? Without that or a known
> good baseline it's hard to test, or even to do a deep review.
Pushed to target-pending/for-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Fri, 2015-05-22 at 09:11 +0200, Geert Uytterhoeven wrote:
> On Fri, May 22, 2015 at 8:53 AM, Borislav Petkov wrote:
> > One thing I forgot last night: what about randconfigs? All that
> > functionality which selects FW_LOADER, won't boot anymore, right? I
> > mean, there are provisions to build
On Wed, May 20, 2015 at 11:28:00AM +0200, Borislav Petkov wrote:
> Date: Wed, 20 May 2015 11:28:00 +0200
> From: Borislav Petkov
> To: "Chen, Gong" , tony.l...@intel.com
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE
> context
> User
Hi Steve,
your commit 4068e5182ada ("regulator: da9062: DA9062 regulator
driver") is in today's linux-next tree (i.e., next-20150522) and adds
the following lines of code to drivers/regulator/Kconfig:
+config REGULATOR_DA9062
+ tristate "Dialog Semiconduct
Hi Timo,
On 22 May 2015 at 14:30, Timo Kokkonen wrote:
> On 21.05.2015 11:32, fu@linaro.org wrote:
>>
>> From: Fu Wei
>>
>> Also update Documentation/watchdog/watchdog-kernel-api.txt to
>> introduce:
>> (1)the new elements in the watchdog_device and watchdog_ops struct;
>> (2)the new API "w
> - spin_lock_irqsave(&se_sess->se_node_acl->device_list_lock, flags);
> - se_cmd->se_deve = se_sess->se_node_acl->device_list[unpacked_lun];
> - if (se_cmd->se_deve->lun_flags & TRANSPORT_LUNFLAGS_INITIATOR_ACCESS) {
> - struct se_dev_entry *deve = se_cmd->se_deve;
> -
> +
On Fri, May 22, 2015 at 10:17 AM, Paul Bolle wrote:
> Booting (truly) randconfig builds is like booting allyesconfig or
> allnoconfig builds: no one sane should do that, right?
allyesconfig should boot, modulo size limitations in boot loaders and
early kernel setup.
(No, commit 486df8bc4627bdfc
This adds support for the LG LB070WV8 7" 800x480 panel to the
DRM simple panel driver.
Signed-off-by: Heiko Schocher
---
Changes in v4:
- new in version 4, as Philipp Zabel suggested to use
simple panel driver
Changes in v3: None
Changes in v2: None
.../devicetree/bindings/panel/lg,lb070wv8
On Fri, May 22, 2015 at 06:11:04AM +, Nicholas A. Bellinger wrote:
> + clear_bit(1, &orig->pr_reg);
Can you call it ->flags and give the bit a meaningful name?
> diff --git a/drivers/target/target_core_pr.c b/drivers/target/target_core_pr.c
> index c0b593a..d29b39c 100644
> --- a/drivers/
On 20/05/15 13:48, Robert Richter wrote:
> Mark,
>
> thanks for review, also of the other patches of this series.
>
> See below
>
> On 20.05.15 13:11:38, Marc Zyngier wrote:
>>> - dev_alias->dev_id = alias;
>>> + dev_alias->dev_id = (pci_domain_nr(pdev->bus) << 16) | alias;
>
>> This feels
Oh, you've actually go it - still would make sense to move it the beginning of
the series.
--
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
On Fri, May 22, 2015 at 10:17:48AM +0200, Paul Bolle wrote:
> Luis also tried to explain to me that disabling FW_LOADER shouldn't
> make the build fail.
It doesn't. There are #else provisions in the header which define empty
functions returning -EINVAL and so on.
> Booting (truly) randconfig buil
This patch add support for the imx6dl based aristainetos2 board
with following configuration:
CPU: Freescale i.MX6DL rev1.1 at 792 MHz
MReset cause: POR
MBoard: aristaitenos2
DRAM: 1 GiB
NAND: 1024 MiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected N25Q128A with page size 256 Bytes, erase size 6
On Fri, 2015-05-22 at 08:53 +0200, Borislav Petkov wrote:
> One thing I forgot last night: what about randconfigs? All that
> functionality which selects FW_LOADER, won't boot anymore, right? I
> mean, there are provisions to build fine even with FW_LOADER unset but
> if you want to boot-test those
> This patch converts the fixed size se_portal_group->tpg_lun_list[]
> to use modern RCU with hlist_head in order to support an arbitary
> number of se_lun ports per target endpoint.
>
> It includes dropping core_tpg_alloc_lun() from core_dev_add_lun(),
> and calling it directly from target_fabric
> -Original Message-
> From: Bob Liu [mailto:bob@oracle.com]
> Sent: 22 May 2015 01:00
> To: xen-de...@lists.xen.org
> Cc: David Vrabel; just...@spectralogic.com; konrad.w...@oracle.com; Roger
> Pau Monne; Paul Durrant; Julien Grall; boris.ostrov...@oracle.com; linux-
> ker...@vger.kern
Zram sysfs interface was not making any check of
proper compressor name when setting it.
Any name is accepted, but further tries of device
creation would end up with not very meaningfull error.
eg.
echo lz0 > comp_algorithm
echo 200M > disksize
echo: write error: Invalid argument
This commit fixe
On Wed, 13 May 2015, Toshi Kani wrote:
> --- a/arch/x86/mm/pat.c
> +++ b/arch/x86/mm/pat.c
> @@ -182,7 +182,11 @@ void pat_init_cache_modes(void)
> char pat_msg[33];
> u64 pat;
>
> - rdmsrl(MSR_IA32_CR_PAT, pat);
> + if (pat_enabled)
> + rdmsrl(MSR_IA32_CR_PAT, pa
On Thu, 2015-05-21 at 16:52 -0700, Ray Jui wrote:
> I think we had previous discussions on this for the pinctrl patches.
> People including Linus and me think this is good to be there at least
> for information purpose.
Maybe I just forgot we already discussed this. (I only remember PCI as
valuing
At Fri, 22 May 2015 10:17:48 +0200,
Paul Bolle wrote:
>
> On Fri, 2015-05-22 at 09:11 +0200, Geert Uytterhoeven wrote:
> > On Fri, May 22, 2015 at 8:53 AM, Borislav Petkov wrote:
> > > One thing I forgot last night: what about randconfigs? All that
> > > functionality which selects FW_LOADER, won
On Thu, 2015-05-21 at 16:53 -0700, Ray Jui wrote:
> Yes, I'll change the PCIe PHY driver to tristate in the Kconfig. Thanks!
To continue the discussion started in 2/5: this is my main beef with
built-in only code using module specific macros. It forces the reader of
the patch, and the code if it's
On Fri, 2015-05-22 at 10:31 +0200, Christoph Hellwig wrote:
> > This patch converts the fixed size se_portal_group->tpg_lun_list[]
> > to use modern RCU with hlist_head in order to support an arbitary
> > number of se_lun ports per target endpoint.
> >
> > It includes dropping core_tpg_alloc_lun()
(resending)
On Fri, 2015-05-22 at 01:24 -0700, Christoph Hellwig wrote:
> > - spin_lock_irqsave(&se_sess->se_node_acl->device_list_lock, flags);
> > - se_cmd->se_deve = se_sess->se_node_acl->device_list[unpacked_lun];
> > - if (se_cmd->se_deve->lun_flags & TRANSPORT_LUNFLAGS_INITIATOR_ACCESS
On 2015-05-22 09:53, Arnd Bergmann wrote:
> On Thursday 21 May 2015 00:35:44 Stefan Agner wrote:
>> +# ARMv7-M architecture
>> +config ARCH_EFM32
>> +bool "Energy Micro efm32"
>> +depends on ARM_SINGLE_ARMV7M
>> +select ARCH_REQUIRE_GPIOLIB
>> +help
>> + Support for Energy Mic
On (05/22/15 10:31), Marcin Jabrzyk wrote:
> Zram sysfs interface was not making any check of
> proper compressor name when setting it.
> Any name is accepted, but further tries of device
> creation would end up with not very meaningfull error.
> eg.
>
> echo lz0 > comp_algorithm
> echo 200M > dis
9062
>
> Hi Steve,
>
> your commit 4068e5182ada ("regulator: da9062: DA9062 regulator
> driver") is in today's linux-next tree (i.e., next-20150522) and adds
> the following lines of code to drivers/regulator/Kconfig:
>
> +config REGULATOR_DA9062
> +
This is the start of the review cycle for the Linux 3.16.7-ckt12 stable kernel.
This version contains 129 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Benjamin Poirier
commit f94813f3c1d02090cc02dcfcbed339897830acb8 upstream.
Signed-off-by: Benjamin Poirier
Fixes: 9e311e7 ("net/mlx4_en: Use affinity hint")
Acked-by: Amir Vadai
Si
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nicolas Dichtel
commit 821996795973fd52703c35811a03db9fec1ac141 upstream.
NLM_F_MULTI must be used only when a NLMSG_DONE message is sent. In fact,
it is sent only at the end of a du
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Charles Keepax
commit a2d97723cb3a7741af81868427b36bba274b681b upstream.
Correct small copy and paste error where autodisable was not being
enabled for the SOC_DAPM_SINGLE_TLV_AUTODI
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Marc Zyngier
commit 801f6772cecea6cfc7da61aa197716ab64db5f9e upstream.
Commit b856a59141b1 (arm/arm64: KVM: Reset the HCR on each vcpu
when resetting the vcpu) moved the init of the
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jani Nikula
commit 9fcb1704d1d51b12e2f03c78bca013d0cbbb7c98 upstream.
The eDP port A register on PCH split platforms has a slightly different
register layout from the other ports, wi
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Yann Droneaud
commit d6c763afab142a85e4770b4bc2a5f40f256d5c5d upstream.
Since commit 8a0a9bd4db63 ('random: make get_random_int() more
random'), get_random_int() returns a random val
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ryusuke Konishi
commit d8fd150fe3935e1692bf57c66691e17409ebb9c1 upstream.
The range check for b-tree level parameter in nilfs_btree_root_broken()
is wrong; it accepts the case of "le
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Christian=20K=C3=B6nig?=
commit a1b403da70e038ca6c6c6fe434d1d873546873a3 upstream.
Invalid messages can crash the hw otherwise.
Signed-off-by: Christian König
Signed-off-
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Christian=20K=C3=B6nig?=
commit d52cdfa4a0c6406bbfb33206341eaf1fb1555994 upstream.
MPEG 2/4 are only supported since UVD3.
Signed-off-by: Christian König
Signed-off-by: A
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Naoya Horiguchi
commit 602498f9aa43d4951eece3fd6ad95a6d0a78d537 upstream.
If multiple soft offline events hit one free page/hugepage concurrently,
soft_offline_page() can handle the
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dave Chinner
commit 5885ebda878b47c4b4602d4b0410cb4b282af024 upstream.
A new fsync vs power fail test in xfstests indicated that XFS can
have unreliable data consistency when doing e
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Chuck Lever
commit 5ae711a24601257f395c1f8746ac95be0cbd75e5 upstream.
If ib_query_qp() fails or the memory registration mode isn't
supported, don't leak the PD. An orphaned IB/core r
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Peter Zijlstra
commit 1fe89e1b6d270aa0d3452c60d38461ea589594e3 upstream.
Because task_group() uses a cache of autogroup_task_group(), whose
output depends on sched_class, switching c
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Junxiao Bi
commit b1432a2a35565f538586774a03bf277c27fc267d upstream.
There is a race window in dlm_get_lock_resource(), which may return a
lock resource which has been purged. This
On 05/22/2015 04:31 PM, Paul Durrant wrote:
>> -Original Message-
>> From: Bob Liu [mailto:bob@oracle.com]
>> Sent: 22 May 2015 01:00
>> To: xen-de...@lists.xen.org
>> Cc: David Vrabel; just...@spectralogic.com; konrad.w...@oracle.com; Roger
>> Pau Monne; Paul Durrant; Julien Grall; bo
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Christian=20K=C3=B6nig?=
commit 29c63fe22a17c64e54016040cd882481bd45ee5a upstream.
Invalid handles can crash the hw.
Signed-off-by: Christian König
Signed-off-by: Alex De
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Patrick McHardy
commit 16c45eda96038aae848b6cfd42e2bf4b5e80f365 upstream.
Fix a race condition and unnecessary locking:
* the root rb_node must only be accessed under the lock in nf
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Pablo Neira Ayuso
commit d6b6cb1d3e6f78d55c2d4043d77d0d8def3f3b99 upstream.
If there's an existing base chain, we have to allow to change the
default policy without indicating the ho
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ian Wilson
commit 78146572b9cd20452da47951812f35b1ad4906be upstream.
nfnl_cthelper_parse_tuple() is called from nfnl_cthelper_new(),
nfnl_cthelper_get() and nfnl_cthelper_del(). In
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Pablo Neira Ayuso
commit 59900e0a019e7c2bdb7809a03ed5742d311b15b3 upstream.
In general, if a transaction object is added to the list successfully,
we can rely on the abort path to un
3.16.7-ckt12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Patrick McHardy
commit 9889840f5988ecfd43b00c9abb83c1804e21406b upstream.
Check that the space required for the expressions doesn't exceed the
size of the dlen field, which would lea
1 - 100 of 1004 matches
Mail list logo
