Hello Petr,
On (02/10/16 17:48), Petr Mladek wrote:
[..]
> I would personally remove console_trylock_for_printk() already in this
> patch. I mean to fold the 3rd patch into this one.
will do.
> > int printk_delay_msec __read_mostly;
>
> > @@ -2247,9 +2233,21 @@ void console_unlock(void)
> >
Signed-off-by: Alessio Igor Bogani
---
v1 -> v2
Use appropriate [PATCH] prefix
arch/powerpc/platforms/86xx/Makefile | 2 +-
arch/powerpc/platforms/86xx/common.c | 42 ++
arch/powerpc/platforms/86xx/gef_ppc9a.c| 32 +--
arch
Hello Petr,
On (02/10/16 17:58), Petr Mladek wrote:
> On Sat 2016-01-23 17:15:11, Sergey Senozhatsky wrote:
> > Every jump to `again' label will call console_cont_flush(),
> > which is not really something big -- it just adds one extra
> > raw_spin_lock_irqsave/raw_spin_unlock_irqrestore. However,
On 10/02/16 16:34, Nicholas Krause wrote:
> This fixes error handling for various function calls to
> the function shdci_runtime_pm_get in the file sdhci.c
> to check if this function call returns a error and if
> this function returns a error depending on if the caller
> function is void return ei
Hi David
On 10/02/16 18:02, David Daney wrote:
On 02/10/2016 09:36 AM, Matt Redfearn wrote:
From: Aleksey Makarov
The OCTEON MMC controller is currently found on cn61XX and cnf71XX
devices. Device parameters are configured from device tree data.
eMMC, MMC and SD devices are supported.
Teste
-- Forwarded message --
From: Andy Shevchenko
Date: Thu, Feb 11, 2016 at 10:10 AM
Subject: Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System
Software Interface
To: Oliver Neukum
On Wed, Feb 10, 2016 at 5:08 PM, Oliver Neukum wrote:
> On Wed, 2016-02-10 at 16:24 +0200, An
Hi Florian.
On 11/02/16 02:55, Florian Fainelli wrote:
Le 10/02/2016 16:32, David Daney a écrit :
On 02/10/2016 03:49 PM, Aaro Koskinen wrote:
Hi,
On Wed, Feb 10, 2016 at 10:02:23AM -0800, David Daney wrote:
On 02/10/2016 09:36 AM, Matt Redfearn wrote:
+pr_warn(FW_WARN "%s: Legacy p
On 02/11/2016 04:02 AM, Noam Camus wrote:
From: Noam Camus
Add internal tick generator which is shared by all cores.
Each cluster of cores view it through dedicated address.
This is used for SMP system where all CPUs synced by same
clock source.
Signed-off-by: Noam Camus
Cc: Daniel Lezcano
C
Hello David, cc:stable, cc:Sasha,
Am 25.09.2015 um 17:54 schrieb David Howells:
> Can you pass these changes on to Linus? There are four:
...
> (3) Don't strip leading zeros from the key ID when using it to construct a
> key description lest this make the key not match.
That commit e7c87be
On Wed, 10 Feb 2016, Linus Torvalds wrote:
> On Wed, Feb 10, 2016 at 9:25 AM, Tejun Heo wrote:
> >
> > * Officially break local execution guarantee of unbound work items and
> > add a debug feature to flush out usages which depend on it.
>
> Btw, should we try to do this for timers too? A debug
On Thu, Feb 11, 2016 at 09:45:17AM +0200, Oleksandr Natalenko wrote:
> Daniel,
>
> I do confirm that this hacky patch:
>
> https://lkml.org/lkml/2016/1/19/637
>
> works around my issue. I understand that this is improper fix, so let me
> know how could I debug my issue further.
Please boot with
Hello,
Thanks for Cc-ing, and sorry for long reply, I'm traveling now.
On (02/10/16 11:25), Steven Rostedt wrote:
> On Wed, 10 Feb 2016 17:10:16 +0100
> Petr Mladek wrote:
>
> > > Note, it's not that performance critical, and the loop only happens if
> > > someone else is adding to the console,
Hi,
I will split the DT binding document into a separate patch, and move the
legacy FDT patch-up code to
arch/mips/cavium-octeon/octeon-platform.c as suggested by Florian.
Ulf, your objections to the structure of the DT and driver were the only
driver for the changes v4->v5.
I changed the DT b
On Wed, Feb 10, 2016 at 5:11 PM, Bjørn Mork wrote:
> Andy Shevchenko writes:
>> On Wed, Feb 10, 2016 at 3:21 PM, Oliver Neukum wrote:
>>> On Wed, 2016-02-10 at 13:56 +0200, Andy Shevchenko wrote:
> +out:
CodingStyle suggests to do a better label naming.
[...]
> Exactly what is i
Hi Boris,
Thank you very much for catching several styling issues. I should have
taken care of that earlier. I'll clean them up. Please see my other
comments below.
Thanks,
Suravee
On 02/11/2016 12:14 AM, Borislav Petkov wrote:
On Tue, Feb 09, 2016 at 04:53:55PM -0600, Suravee Suthikulpan
On Thu, Feb 11, 2016 at 05:18:23PM +1100, Balbir Singh wrote:
>
> Quick question - I presume these apply on top of 4.5.0-rc2?
Yes.
Torsten
1) Fix BPF handling of branch offset adjustmnets on backjumps, from Daniel
Borkmann.
2) Make sure selinux knows about SOCK_DESTROY netlink messages, from
Lorenzo Colitti.
3) Fix openvswitch tunnel mtu regression, from David Wragg.
4) Fix ICMP handling of TCP sockets in syn_recv state, fro
* Balbir Singh [2016-02-11 18:48:17]:
> On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote:
>
> snip
>
> > diff --git a/arch/powerpc/gcc-mprofile-kernel-notrace.sh
> > b/arch/powerpc/gcc-mprofile-kernel-notrace.sh
> > new file mode 100755
> > index 000..68d6482
> > --- /dev/null
> > +++
On Thu, Feb 11, 2016 at 06:48:17PM +1100, Balbir Singh wrote:
> On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote:
> > +
> > +echo "int func() { return 0; }" | \
> > +$* -S -x c -O2 -p -mprofile-kernel - -o - 2> /dev/null | \
> > +sed -n -e '/func:/,/bl _mcount/p' | grep -q TOC
> > +
>
On Thu, Feb 11, 2016 at 10:29:03AM +0530, Sudip Mukherjee wrote:
> We are getting build warning about:
> "Section mismatch in reference from the variable sim710_eisa_driver to
> the function .init.text:sim710_eisa_probe()
> The variable sim710_eisa_driver references the function __init
> sim710
On Wed, Feb 10, 2016 at 07:32:23PM -0600, Tyrel Datwyler wrote:
> The PAPR defines four valid header values for the first byte of a
> CRQ message. Namely, an unused/empty message (0x00), a valid
> command/response entry (0x80), a valid initialization entry (0xC0),
> and a valid transport event (0xF
On Wed, Feb 10, 2016 at 07:32:26PM -0600, Tyrel Datwyler wrote:
> A VIOSRP_HOST_CONFIG_TYPE management datagram (MAD) has existed in
> the code for some time. From what information I've gathered from
> Brian King this was likely implemented on the host side in a SLES 9
> based VIOS, which is no lon
On Wed, Feb 10, 2016 at 07:32:28PM -0600, Tyrel Datwyler wrote:
> In a couple places the magic value of 2 is used to check the return
> code of hypercalls. This translates to H_CLOSED.
>
> Signed-off-by: Tyrel Datwyler
Reviewed-by: Johannes Thumshirn
--
Johannes Thumshirn
Daniel,
I've already tried Ville's patch you've mentioned with no luck.
Kindly find unpatched v4.5-rc3 dmesg with drm debug enabled here: [1]
[1] https://gist.github.com/efb44b7c6bc325978b80
11.02.2016 10:21, Daniel Vetter wrote:
Please boot with drm.debug=0xe and attach the dmesg. Also please
On Wed, Feb 10, 2016 at 03:56:17PM -0600, Dinh Nguyen wrote:
> Hi Vinod,
>
> It appears that commit 271e1b86e691 "dmaengine: pl330: add quirk for
> broken no flushp" is breaking uart dma on SoCFPGA. This commit is in
> linux-next(next-20160210).
>
> Doing a bisect pointed to commit 271e1b86e691,
Oliver Neukum writes:
> On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote:
>> The purpose of this class is to provide unified interface
>> for user space to get the status and basic information about
>> USB Type-C Connectors in the system, control data role
>> swapping, and when USB PD is a
We need the callback to support the dmaengine_terminate_sync().
Signed-off-by: Peter Ujfalusi
---
drivers/dma/omap-dma.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
index e691f48f9d73..7c6a300b6b57 100644
--- a/drivers/dma/omap-dma.
You could remove the __bfa_trc32() routine
Thanks,
Acked-by: Anil Gurumurthy
-Original Message-
From: Martin K. Petersen [mailto:martin.peter...@oracle.com]
Sent: 10 February 2016 22:59
To: Denys Vlasenko
Cc: James Bottomley ; Fabian Frederick
; Anil Gurumurthy ; Christoph
Hellwig ;
We need the callback to support the dmaengine_terminate_sync().
Signed-off-by: Peter Ujfalusi
---
drivers/dma/edma.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index 2dac314a2d7a..ea0d919a3318 100644
--- a/drivers/dma/edma.c
+++ b/drivers
Andy Shevchenko writes:
> To me out: sounds out, like printing error and return code, or
> something like that. Here the case is different.
>
> And since we have two full switches it might be hard to have on one
> screen out code and exact goto. See my point now?
No, sorry. Not really.
The pat
On Wed, 10 Feb 2016, Torsten Duwe wrote:
> diff --git a/arch/powerpc/include/asm/livepatch.h
> b/arch/powerpc/include/asm/livepatch.h
> new file mode 100644
> index 000..44e8a2d
> --- /dev/null
> +++ b/arch/powerpc/include/asm/livepatch.h
> @@ -0,0 +1,45 @@
> +/*
> + * livepatch.h - powerpc-s
On 02/11/2016 10:54 AM, Peter Ujfalusi wrote:
> We need the callback to support the dmaengine_terminate_sync().
I have made some typos and I only compiled the kernel after sending the patch..
Resending.
> Signed-off-by: Peter Ujfalusi
> ---
> drivers/dma/omap-dma.c | 8
> 1 file change
On 02/11/2016 10:54 AM, Peter Ujfalusi wrote:
> We need the callback to support the dmaengine_terminate_sync().
I have made some typos and I only compiled the kernel after sending the patch..
Resending.
>
> Signed-off-by: Peter Ujfalusi
> ---
> drivers/dma/edma.c | 9 +
> 1 file change
On Thu, Feb 11, 2016 at 10:42:49AM +0530, Sudip Mukherjee wrote:
> Modify ppa driver to use the new parallel port device model.
>
> Signed-off-by: Sudip Mukherjee
Reviewed-by: Johannes Thumshirn
--
Johannes Thumshirn Storage
jthumsh...@suse.de
On Wed, 10 Feb 2016 18:21:11 +0100,
Martin Kepplinger wrote:
>
> Am 2016-02-09 um 12:44 schrieb Takashi Iwai:
> > On Tue, 09 Feb 2016 07:34:48 +0100,
> > Martin Kepplinger wrote:
> >>
> >> The following change:
> >>
> >> 788d441 ALSA: hda - Use component ops for i915 HDMI/DP audio jack handling
>
On 09/02/16 15:24, Jon Hunter wrote:
> Setting the affinity of an IRQ, it only applicable for the root
> interrupt controller and so only populate this operator for the root
> controller.
>
> Signed-off-by: Jon Hunter
Acked-by: Marc Zyngier
M.
--
Jazz is not dead. It just smells funny
Hi Ulf,
On Wed, Feb 10, 2016 at 04:56:11PM +0100, Ulf Hansson wrote:
> On 10 February 2016 at 13:51, Ludovic Desroches
> wrote:
> > Hi Adrian,
> >
> > On Wed, Feb 10, 2016 at 01:50:44PM +0200, Adrian Hunter wrote:
> >> On 10/02/16 11:58, Ludovic Desroches wrote:
> >> > By putting the device in su
On 09/02/16 15:24, Jon Hunter wrote:
> EOImode1 is only used for the root controller and hence only the root
> controller uses the eoimode1 functions for handling interrupts. However,
> if the root controller supports EOImode1, then the EOImodeNS bit will be
> set for all GICs, enabling EOImode1. T
On Wed, 10 Feb 2016, Stephen Boyd wrote:
> On 02/10, Lee Jones wrote:
> > On Mon, 08 Feb 2016, Stephen Boyd wrote:
> >
> > > Convert this driver to use clkdev_create() instead of
> > > clk_register_clkdevs(). The latter API is only used by this driver,
> > > although this driver only allocates on
After the drm_device_is_unplugged() was removed, the 'dev' variable is now
unused, and we get a warning for that:
drivers/gpu/drm/msm/msm_fbdev.c: In function 'msm_fbdev_mmap':
drivers/gpu/drm/msm/msm_fbdev.c:65:21: error: unused variable 'dev'
[-Werror=unused-variable]
This removes the variable
On Wed, 10 Feb 2016, Laxman Dewangan wrote:
>
> On Wednesday 10 February 2016 09:08 PM, Lee Jones wrote:
> >mfd: Provide MACRO to declare commonly defined MFD cell attributes
> >Cc: Laxman Dewangan
> >Signed-off-by: Lee Jones
>
> Build passed with this patch when using it.
>
> Acked-by: Laxma
We need the callback to support the dmaengine_terminate_sync().
Signed-off-by: Peter Ujfalusi
---
drivers/dma/omap-dma.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
index e691f48f9d73..bfdf29aa3428 100644
--- a/drivers/dma/omap-dma.
We need the callback to support the dmaengine_terminate_sync().
Signed-off-by: Peter Ujfalusi
---
drivers/dma/edma.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index 2dac314a2d7a..290e1a721c5b 100644
--- a/drivers/dma/edma.c
+++ b/drivers
On Fri, Feb 5, 2016 at 5:20 PM, Tycho Andersen
wrote:
> Operations with the GENL_ADMIN_PERM flag fail permissions checks because
> this flag means we call netlink_capable, which uses the init user ns.
>
> Instead, let's introduce a new flag, GENL_UNS_ADMIN_PERM for operations
> which should be all
this patch when using it.
Acked-by: Laxman Dewangan
Please let me know if you applying this. I am going to use the macro
from this patch on max77620 series on next spin.
As you are the first user, just submit it as 0/1 of your set.
I saw that it is merged and available in linux-next 20160211
On 11 February 2016 at 09:24, Matt Redfearn wrote:
> Hi,
> I will split the DT binding document into a separate patch, and move the
> legacy FDT patch-up code to
> arch/mips/cavium-octeon/octeon-platform.c as suggested by Florian.
>
> Ulf, your objections to the structure of the DT and driver were
On Thu, 2016-02-11 at 10:55 +0200, Felipe Balbi wrote:
> Oliver Neukum writes:
> > On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote:
> >> The purpose of this class is to provide unified interface
> >> for user space to get the status and basic information about
> >> USB Type-C Connectors i
On Wed, 10 Feb 2016, Gwendal Grignou wrote:
> [Resend[We should not used kmalloc when get events, these functions
> are called quite often.
> Gwendal.
Why are you re-sending [again]? Why are you top posting? Why aren't
you cutting the 370 lines before your first comment and the 150 lines
after
From: Suravee Suthikulpanit
This patch series modifies the existing perf_event_amd_iommu driver
to support systems with multiple IOMMUs. It introduces new AMD IOMMU APIs,
which are used by the AMD IOMMU Perf driver to access performance
counters in multiple IOMMUs.
In addition, this series shoul
This patch introduces amd_iommu_get_num_iommus(). Initially, this is
intended to be used by Perf AMD IOMMU driver.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/include/asm/perf/amd/iommu.h | 2 ++
drivers/iommu/amd_iommu_init.c| 7 ++-
2 files changed, 8 insertions(+), 1 deletio
On Wed, 10 Feb 2016, Steve Twiss wrote:
> From: Steve Twiss
>
> Add an updated set of registers listed in the core regmap_range volatile
> ranges defined for the DA9063.
>
> These new registers contain bits that cannot be considered under the full
> control of software. Under various conditions
From: Suravee Suthikulpanit
This patch declares pr_fmt for perf/amd_iommu, removes unnecessary
pr_debug, and clean up error messages.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/events/amd/iommu.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/arch/x86/
The current amd_iommu_pc_get_set_reg_val() does not support muli-IOMMU
system. This patch replace amd_iommu_pc_get_set_reg_val() with
amd_iommu_pc_set_reg_val() and amd_iommu_pc_[set|get]_cnt_vals().
Also, the current struct hw_perf_event.prev_count can only store the
previous counter value only f
On Wed, 10 Feb 2016, Opensource [Steve Twiss] wrote:
>
> On 10 February 2016 16:56, Lee Jones wrote:
>
> > To: Opensource [Steve Twiss]
> > Cc: LINUXKERNEL; David Dajun Chen; Support Opensource
> > Subject: Re: [PATCH V1] mfd: da9062: fix missing volatile registers in the
> > core
> > regmap_ra
Currently, amd_iommu_pc_get_max_[banks|counters]() require devid,
which should not be the case. Also, these don't properly support
multi-IOMMU system.
Current and future AMD systems with IOMMU that support perf counter
would likely contain homogeneous IOMMUs where multiple IOMMUs are
availalbe. So
On Wed, 10 Feb 2016, Javier Martinez Canillas wrote:
> The platform bus_type .match callback attempts to match the platform device
> name with an entry on the .id_table if provided and fallbacks to match with
> the driver's name if a table is not provided.
>
> Using a platform device ID to match
Introduce a helper function to calculate bit-index for assigning
performance counter assignment.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/events/amd/iommu.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/arch/x86/events/amd/iommu.c b/arch/x86/ev
From: Suravee Suthikulpanit
First, this patch move arch/x86/events/amd/iommu.h to
arch/x86/include/asm/perf/amd/iommu.h so that we easily include
it in both perf-amd-iommu and amd-iommu drivers.
Then, we consolidate declarion of AMD IOMMU performance counter
APIs into one file.
Reviewed-by: Joe
On Wed, 10 Feb 2016, Linus Walleij wrote:
> On Sat, Feb 6, 2016 at 5:12 PM, Andrew F. Davis wrote:
>
> > Add support for the TPS65086 PMIC GPOs.
> >
> > TPS65086 has four configurable GPOs that can be used for several
> > purposes. These are output only.
> >
> > Signed-off-by: Andrew F. Davis
>
On 2/11/16, Alessio Igor Bogani wrote:
> Signed-off-by: Alessio Igor Bogani
> ---
> v1 -> v2
> Use appropriate [PATCH] prefix
>
> arch/powerpc/platforms/86xx/Makefile | 2 +-
> arch/powerpc/platforms/86xx/common.c | 42
> ++
> arch/powerpc/platforms
On Wed, 10 Feb 2016, Laxman Dewangan wrote:
>
> On Wednesday 10 February 2016 06:53 PM, Lee Jones wrote:
> >On Tue, 09 Feb 2016, Laxman Dewangan wrote:
> >
> >>On Tuesday 09 February 2016 09:12 PM, Lee Jones wrote:
> >>>On Sat, 30 Jan 2016, Laxman Dewangan wrote:
> >>>
> >>>+ Normal mode also ca
On Thu, Feb 11, 2016 at 10:54:08AM +0200, Oleksandr Natalenko wrote:
> Daniel,
>
> I've already tried Ville's patch you've mentioned with no luck.
>
> Kindly find unpatched v4.5-rc3 dmesg with drm debug enabled here: [1]
>
> [1] https://gist.github.com/efb44b7c6bc325978b80
That's an IVB. So no
On Wed, 10 Feb 2016 19:15:20 +0100
Rasmus Villemoes wrote:
> On Wed, Feb 10 2016, Yishai Hadas wrote:
>
> >> @@ -2429,7 +2429,7 @@ err_thread:
> >>flush_workqueue(priv->mfunc.master.comm_wq);
> >>destroy_workqueue(priv->mfunc.master.comm_wq);
> >> err_slaves:
> >> - while (--i) {
> >
From: Suganath prabu Subramani
Removed cpumask_clear as it is not required for zalloc_cpumask_var and
free free_cpumask_var before freeing reply_q.
Signed-off-by: Suganath prabu Subramani
Signed-off-by: Chaitra P B
---
drivers/scsi/mpt3sas/mpt3sas_base.c | 3 +--
1 file changed, 1 insertion(+
On Thu, 2016-02-11 at 09:42 +0100, Torsten Duwe wrote:
> On Thu, Feb 11, 2016 at 06:48:17PM +1100, Balbir Singh wrote:
> > On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote:
> > > +
> > > +echo "int func() { return 0; }" | \
> > > +$* -S -x c -O2 -p -mprofile-kernel - -o - 2> /dev/null | \
On Thu, 2016-02-11 at 14:09 +0530, Kamalesh Babulal wrote:
> * Balbir Singh [2016-02-11 18:48:17]:
>
> > On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote:
> >
> > snip
> >
> > > diff --git a/arch/powerpc/gcc-mprofile-kernel-notrace.sh
> > > b/arch/powerpc/gcc-mprofile-kernel-notrace.sh
> >
The check and definitions related to ramdisk are similar in the
early_reserve_initrd() and reserve_initrd() functions.
This patch introduces struct ramdisk which contains information
about initrd. This structure will be filled in the setup_arch()
and passed to the reserve_initrd() and relocate_ini
component_master_add_with_match can fail if the master's bind op doesn't
go through successfully. In such a scenario, all the components in the
master's match array have their 'master' pointer set to the given master.
These pointers need to be set to NULL again. If they aren't, successive
calls to
gcc cannot know that a for_each_possible_cpu() loop always executes
at least once, so it warns about the use of the "found" variable
in qcom_saw_regulator_probe:
drivers/regulator/qcom_saw-regulator.c: In function 'qcom_saw_regulator_probe':
drivers/regulator/qcom_saw-regulator.c:154:5: error: 'fo
Added iounmap inorder to free memory mapped to pointer before returning
Signed-off-by: Saurabh Sengar
---
drivers/usb/host/pci-quirks.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
index 26cb8c8..35af362 10064
[...]
>> >
>> >> Currently, sdhci disables card detect interrupts when runtime suspended,
>> >> and drivers use a card-detect GPIO to wake-up.
>> >>
>> >
>> > It is what I have seen going through the sdhci layer. So next question is:
>> > is it normal to not take care of card detect interrupts? We
On 02/11/2016 10:08 AM, Peter Ujfalusi wrote:
> We need the callback to support the dmaengine_terminate_sync().
>
> Signed-off-by: Peter Ujfalusi
Looks good, but I noticed a slight race condition in
edma_completion_handler(). You need to fetch echan->desc while holding the
vchan.lock. Otherwise
ing to use the macro
> >>from this patch on max77620 series on next spin.
> >As you are the first user, just submit it as 0/1 of your set.
> >
>
> I saw that it is merged and available in linux-next 20160211.
> So it is fine to not submit this patch again a
On Tue, Feb 9, 2016 at 4:46 AM, Viresh Kumar wrote:
> This isn't followed properly by all parts of the core code, some follow
> it, whereas others don't.
"The cpufreq core code is not consistent with respect to invoking
__cpufreq_governor() under policy->rwsem."
> Enforcing it will also enable u
Tadeusz Struk wrote:
> > Why didn't you put the RSA signature parsing - ie. where the OID and the
> > other
> > bits are checked - into crypto/rsa.c?
> >
>
> Do you want to get rid of the crypto/asymmetric_keys/rsa.c completely?
> I wanted to make the conversion churn as small as possible.
> I
On Tue, Feb 9, 2016 at 4:46 AM, Viresh Kumar wrote:
> We used to drop policy->rwsem just before calling __cpufreq_governor()
> in some cases earlier and so it was possible that __cpufreq_governor()
> runs concurrently via separate threads.
>
> In order to guarantee valid state transitions for gove
2016-02-11 4:48 GMT+01:00 Sitsofe Wheeler :
> Trying to cc the GNU parted and linux-block mailing lists.
>
> On 9 February 2016 at 13:02, Jens Rosenboom wrote:
>> While trying to reproduce some performance issues I have been seeing
>> with Ceph, I have come across a strange behaviour which is seem
On Wed, Feb 10, 2016 at 8:00 AM, Viresh Kumar wrote:
> The cpufreq core now guarantees that policy->rwsem won't be dropped
> while running the ->governor callback for the CPUFREQ_GOV_POLICY_EXIT
> event and will be held acquired until the complete sequence of governor
> state changes has finished.
On 5 February 2016 at 19:38, Benson Leung wrote:
> Thanks for putting this up Tomeu!
No problem, thanks for the encouragement.
> On Fri, Feb 5, 2016 at 5:32 AM, Tomeu Vizoso
> wrote:
>> From: Benson Leung
>>
>> This adds power supply types for USB chargers defined in
>> the USB Type-C Specifi
On Wed 10-02-16 21:45:05, Steve Kenton wrote:
> On 02/10/2016 08:19 PM, Ken Moffat wrote:
> > On Wed, Feb 10, 2016 at 05:56:16PM -0800, Randy Dunlap wrote:
> >> [add Jan Kara]
> >>
> >> On 02/10/16 13:29, Steve Kenton wrote:
> >>> Is anyone maintaining these or am I about to volunteer for another j
On Feb 10 2016 or thereabouts, Andrew Duggan wrote:
> This is the v5 patch series which fixes the issues identified by kbuild
> and coccinelle in the previous patch series. These include:
>
> - Using ARRAY_SIZE instead of a custom macro to calculate the size of the
> function handler array.
> -
David Howells wrote:
> Tadeusz Struk wrote:
>
> > > Why didn't you put the RSA signature parsing - ie. where the OID and the
> > > other
> > > bits are checked - into crypto/rsa.c?
> > >
> >
> > Do you want to get rid of the crypto/asymmetric_keys/rsa.c completely?
> > I wanted to make the c
i2c_master_send() returns the number of bytes written on success.
So current code returns 2 if ad5398_write_reg() success.
This return value is propagated to .set_current_limit, .enable and .disable
callbacks of regulator_ops. This can be a problem, for example, if the
users test if the return valu
On 02/11/2016 12:46 AM, Stephen Boyd wrote:
> On 02/10, Mark Brown wrote:
>> On Wed, Feb 10, 2016 at 11:04:36AM -0800, Stephen Boyd wrote:
>>
[..]
>>> I'm not really excited about the binding we have here either.
>>> We're going to have two places in DT where we've created a
>>> regulator for the s
Ouch! Egg on my face! Sorry about that.
You are correct! while (--i >= 0) IS exactly equivalent to
while (i--). (the while condition is fully evaluated before the loop is
entered; pre or post increment only influences which value is tested
for true in the while condition -- the pre-value (with p
On Thu, 11 Feb 2016 14:58:26 +0530
Vineet Gupta wrote:
> Generic pgtable_trans_huge_deposit()/pgtable_trans_huge_withdraw()
> assume pgtable_t to be struct page * which is not true for all arches.
> Thus arc, s390, sparch end up with their own copies despite no special
> hardware requirements (un
On 2/10/2016 8:50 PM, Arnd Bergmann wrote:
> On Wednesday 10 February 2016 16:06:13 Joao Pinto wrote:
>> This patch has the goal to add support for DesignWare UFS Controller
>> specific operations and to add specific platform and pci drivers.
>>
>> Signed-off-by: Joao Pinto
>> Documentation/devic
On 2/10/2016 8:50 PM, Arnd Bergmann wrote:
> On Wednesday 10 February 2016 16:06:13 Joao Pinto wrote:
>> This patch has the goal to add support for DesignWare UFS Controller
>> specific operations and to add specific platform and pci drivers.
>>
>> Signed-off-by: Joao Pinto
>> Documentation/devic
Hi Peter,
[auto build test ERROR on slave-dma/next]
[also build test ERROR on v4.5-rc3 next-20160211]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Peter-Ujfalusi/dmaengine-omap-dma
On Thursday 11 February 2016 06:09:13 Soohoon Lee wrote:
>
> thanks for your reply.
> It works as expected.
> is it going to be submitted?
Yes, I can submit that as a proper patch, thanks for testing!
Arnd
> On Tuesday 09 February 2016 17:38:56 Soohoon Lee wrote:
> >
> > Hi,
> > I found
On Thursday 11 February 2016 02:56 PM, Lee Jones wrote:
On Wed, 10 Feb 2016, Laxman Dewangan wrote:
sleep: <0/1>
0: sleep mode disable,
1: sleep mode enable.
Ideally yes. This is obviously going to be used again.
However;
- My fear is that it will get confused w
Hi Andre,
On Fri, Feb 05, 2016 at 10:04:01AM +, Andre Przywara wrote:
> >> +&uart0 {
> >> + pinctrl-names = "default";
> >> + pinctrl-0 = <&uart0_pins_a>;
> >> + status = "okay";
> >> +};
> >> +
> >> +&uart2 {
> >> + pinctrl-names = "default";
> >> + pinctrl-0 = <&uart2_pins>;
> >> + sta
Hi Peter,
[auto build test ERROR on slave-dma/next]
[also build test ERROR on v4.5-rc3 next-20160211]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Peter-Ujfalusi/dmaengine-edma-Implement
On Wed 10-02-16 19:38:21, Boaz Harrosh wrote:
> On 02/09/2016 07:24 PM, Jan Kara wrote:
> > Hello,
> >
> > I was thinking about current issues with DAX fault locking [1] (data
> > corruption due to racing faults allocating blocks) and also races which
> > currently don't allow us to clear dirty ta
The Spansion s25fl116k is a 16MBit NOR Flash supporting dual and
quad read operations.
Signed-off-by: Sascha Hauer
---
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 ed0c19c..b090ca9 100644
---
Hi!
On 10/02/16 18:12, Shi, Yang wrote:
> On 2/10/2016 4:10 AM, Will Deacon wrote:
>> On Wed, Feb 10, 2016 at 11:52:31AM +, James Morse wrote:
>>> On 10/02/16 10:29, Will Deacon wrote:
On Tue, Feb 09, 2016 at 01:26:22PM -0800, Yang Shi wrote:
> dump_backtrace may be called in kthread
On Wed 10-02-16 12:08:12, Dan Williams wrote:
> On Wed, Feb 10, 2016 at 2:32 AM, Jan Kara wrote:
> > On Tue 09-02-16 10:18:53, Dan Williams wrote:
> >> On Tue, Feb 9, 2016 at 9:24 AM, Jan Kara wrote:
> >> > Hello,
> >> >
> >> > I was thinking about current issues with DAX fault locking [1] (data
Hi Thomas,
Please find below a pull request for a few GIC fixes that have been on
the list recently, and that I'd like to go in 4.5-rc4.
Thanks,
M.
The following changes since commit 1a485f4d2e28efd77075b2952926683d6c245633:
irqchip/gicv3-its: Fix memory leak in its_free_tables() (20
The phy has not been initialized, disconnecting it in the error
path results in a NULL pointer exception. Drop the phy_disconnect
from the error path.
Signed-off-by: Sascha Hauer
---
net/dsa/slave.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/net/dsa/slave.c b/net/dsa/slave.c
index 40b9ca
The Marvell 88E6240 has been tested successfully without further
changes. Add entry to the table of supported devices.
Signed-off-by: Sascha Hauer
---
drivers/net/dsa/mv88e6352.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/dsa/mv88e6352.c b/drivers/net/dsa/mv88e6352.c
index c
1 - 100 of 867 matches
Mail list logo
