It seems there are more and more uses of "if (!ptr)"
in preference to "if (ptr == NULL)" so add a --strict
test to emit a message when using the latter form.
This also finds (ptr != NULL).
Fix it too if desired.
Signed-off-by: Joe Perches
---
Seeing no objections, so submitting it.
scripts/ch
On Thu, Nov 13, 2014 at 5:04 PM, Matthias Brugger
wrote:
> I already send a patch for that which got accepted by Grant [0].
> Although right now, I'm not able to find it on his repository [1].
Oh great! Please ignore this one then.
ChenYu
> Cheers,
> Matthias
>
> [0] https://lkml.org/lkml/2014/
The pcc-cpufreq driver is not automatically loaded on systems where
the platform's power management setting requires this driver.
Instead, on those systems no CPU frequency driver is registered and
active.
Make the autoloading matching criteria for loading the pcc-cpufreq
driver the same as done i
Add support for the DW MMC host found on the Imagination Pistachio SoC.
Like the DW MMC hosts found on SOCFPGA and Rockchip SoCs, the DW MMC
host on Pistachio requires the use of SDMMC_CMD_USE_HOLD_REG.
Signed-off-by: Andrew Bresticker
---
.../devicetree/bindings/mmc/img-dw-mshc.txt| 29
> Any chance you guys could sync on this? ..you're touching the
> same code.. Andi, maybe you wouldn't mind having this patch
> instead of your change.. looks like the only extra part is the
> cpumode resolve.
Please just merge one of them, and the other can rebase.
Note the lbr as callgraph has
> printk seems to work just fine in do_machine_check. Any chance you
> can instrument, for each cpu, all entries to do_machine_check, all
> calls to do_machine_check, all returns, and everything that tries to
> do memory_failure?
I first added a printk() just for the cpu that calls do_machine_che
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/13/2014, 07:35 PM, Ben Hutchings wrote:
> On Thu, 2014-11-13 at 18:48 +0100, Jiri Slaby wrote:
>> On 11/12/2014, 10:03 PM, Ben Hutchings wrote:
>>> On Wed, 2014-11-12 at 10:12 +0900, Greg Kroah-Hartman wrote:
3.17-stable review patch. If an
On Thu, Nov 13, 2014 at 07:33:54PM +0200, Ville Syrjälä wrote:
> On Thu, Nov 13, 2014 at 06:11:33PM +0100, Borislav Petkov wrote:
> > On Thu, Nov 13, 2014 at 08:38:23AM -0800, Andy Lutomirski wrote:
> > > On Nov 13, 2014 3:20 AM, "Borislav Petkov" wrote:
> > > >
> > > > On Wed, Nov 12, 2014 at 07:
Hi Rafael,
On 11/13/2014 03:33 AM, Rafael J. Wysocki wrote:
> On Wednesday, November 12, 2014 06:00:47 PM Grygorii Strashko wrote:
>> Now .suspend/resume_noirq() callbacks will not be called during
>> system wide suspend/resume for devices which belongs to some GPD.
>> It seems, that this change w
PCI_CONTROLLER() macro in include/asm/pci.h expects an argument "busdev"
which implies a 'struct pci_bus *' type of variable (or at least that
is the type of most of the invocations). Correct the cases where the
macro is called with a 'struct pci_dev *' variable as argument.
Signed-off-by: Liviu D
On Thu, 2014-11-13 at 18:48 +0100, Jiri Slaby wrote:
> On 11/12/2014, 10:03 PM, Ben Hutchings wrote:
> > On Wed, 2014-11-12 at 10:12 +0900, Greg Kroah-Hartman wrote:
> >> 3.17-stable review patch. If anyone has any objections, please
> >> let me know.
> >>
> >> --
> >>
> >> From:
On 11/05/2014 08:43 PM, Lennart Sorensen wrote:
> I managed to get something dma related on uart3. But it isn't happy:
>
> [ 95.577401] DMA misaligned error with device 53
> repeated many times.
>
> I wonder if the dma support isn't quite working for the omap572x yet in
> this tree (ti's 3.12.
On Thu, Nov 13, 2014 at 03:22:43PM +, Lorenzo Pieralisi wrote:
> On Tue, Nov 11, 2014 at 11:52:27AM +, Liviu Dudau wrote:
> > On Tue, Nov 11, 2014 at 11:24:24AM +, Will Deacon wrote:
> > > Hi Suravee,
> > >
> > > On Mon, Nov 10, 2014 at 07:24:40PM +, suravee.suthikulpa...@amd.com
> MTK I2C HW has some limitation.
> 1. If the i2c_msg number is more than one, STOP will be issued instead of
> RS(Repeat Start) between each message.
>
> 2. Mediatek I2C controller support WRRD(write then read) mode, in WRRD
> mode the Repeat Start will be issued between 2 messages.
> In this dr
* Tomi Valkeinen [141113 03:33]:
> On 12/11/14 17:02, Tony Lindgren wrote:
>
> >> And, with a quick grep, I see CONTROL_DEVCONF1 touched in multiple
> >> places in the kernel. I wonder if adding a pinmux entry for it could
> >> cause some rather odd problems.
> >
> > They can all use pinctrl-sin
On Thu, 2014-11-13 at 18:19 +, Jon Medhurst (Tixy) wrote:
> There are many ways to code the limiting of the burst width, but as it
> starts out as the data bus width the DMA can handle (maximum 16 bytes)
> then at most we'll be going round the existing while loop 4 times so I
> don't think it's
On Wed, Nov 12, 2014 at 07:18:14PM -0500, kan.li...@intel.com wrote:
SNIP
> +static inline int __thread__resolve_callchain_sample(struct thread *thread,
> + u64 ip, u8 *cpumode,
> + struct symbol **p
On Thu, 2014-11-13 at 09:02 -0800, Joe Perches wrote:
> On Thu, 2014-11-13 at 16:27 +, Jon Medhurst (Tixy) wrote:
> > 32-bit ARM kernels may have a 64-bit dma_addr_t but have no
> > implementation of the compiler helper for 64-bit unsigned division,
> > therefore the use of the modulo operator
Hi,
On Thu, Nov 13, 2014 at 09:45:36AM -0800, Tony Lindgren wrote:
> * Pavel Machek [141113 08:23]:
> > OTOH ofono seems pretty reasonable. So I played a bit, and result
> > is python/pygtk gui which can receive an sms, initiate a call, and
> > report missed call. If someone wants to play, source
On Tue, Nov 04, 2014 at 01:29:35PM +0800, Xudong Chen wrote:
> Add devicetree bindings for Mediatek Soc I2C driver.
>
> Signed-off-by: Xudong Chen
> ---
> .../devicetree/bindings/i2c/i2c-mt6577.txt | 39
> ++
> 1 file changed, 39 insertions(+)
> create mode 100644 D
On Thu, Nov 13, 2014 at 06:47:34PM +0100, Borislav Petkov wrote:
> On Thu, Nov 13, 2014 at 07:33:54PM +0200, Ville Syrjälä wrote:
> > We use it both ways in i915. So please don't break it.
>
> Haha, we started from Intel with Ross' patch and made a full circle
> back. Maybe you guys should talk ab
On 13 November 2014 01:42, Pankaj Dubey wrote:
> This patch series fixes some typo and minor issues in coresight which
> I observed while going through this driver.
>
> Pankaj Dubey (3):
> coresight: fix typo in comment in coresight-priv.h
> coresight: fixed comments in coresight.h
> coresig
On Thu, Nov 13, 2014 at 10:09 AM, Furquan Shaikh wrote:
> persistent_ram_update uses vmap / iomap based on whether the buffer is in
> memory
> region or reserved region. However, both map it as non-cacheable memory. For
> armv8 specifically, non-cacheable mapping requests use a memory type that h
[+cc Yijing]
On Tue, Nov 11, 2014 at 01:17:32PM -0600, suravee.suthikulpa...@amd.com wrote:
> From: Suravee Suthikulpanit
>
> This patch set introduces a new callback function to allow PCI host drivers
> to specify MSI controller to be used for the child buses / devices.
Hi Suravee,
As Srikan
persistent_ram_update uses vmap / iomap based on whether the buffer is in memory
region or reserved region. However, both map it as non-cacheable memory. For
armv8 specifically, non-cacheable mapping requests use a memory type that has to
be accessed aligned to the request size. memcpy() doesn't gu
A DPRC (Data Path Resource Container) is an isolation device
that contains a set of DPAA networking devices to be
assigned to an isolation domain (e.g., a virtual machine).
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes addressed in v4:
- Addressed comments from Alex Gra
On Thu, Nov 13, 2014 at 05:50:42PM +, Richard Fitzgerald wrote:
> - - AVDD-supply, DBVDD1-supply, DBVDD2-supply, DBVDD3-supply (wm5102,
> wm5110),
> -CPVDD-supply, SPKVDDL-supply (wm5102, wm5110), SPKVDDR-supply (wm5102,
> -wm5110), SPKVDD-supply (wm8997) : Power supplies for the dev
Hi,
On Mon, Nov 10, 2014 at 02:52:59PM -0600, Felipe Balbi wrote:
> Hi Greg,
>
> Here's another minor for v3.18-rc5. Please consider
> merging to your usb-linus branch.
>
> Tested with AM437x SK and testusb.
>
> cheers
>
> The following changes since commit 206c5f60a3d902bc4b56dab2de3e88de5eb0
On Wed, Nov 12, 2014 at 05:22:25PM +0100, Borislav Petkov wrote:
> > Less intrusive is certainly true.
>
> Right, I can do it in the meantime and we can always experiment more
> later. Getting rid of _TIF_MCE_NOTIFY is a good thing already.
Yep, it looks pretty simple - not tested yet, it builds
On Fri, Nov 07, 2014 at 09:14:51PM +0100, Oleg Nesterov wrote:
> task_state() does seq_printf() under rcu_read_lock(), but this is only
> needed for task_tgid_nr_ns() and task_numa_group_id(). We can calculate
> tgid/ngid and drop rcu lock.
>
> Signed-off-by: Oleg Nesterov
Reviewed-by: Paul E. M
A DPRC (Data Path Resource Container) is an isolation device
that contains a set of DPAA networking devices to be
assigned to an isolation domain (e.g., a virtual machine).
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes addressed in v4:
- Addressed comments from Alex Gra
This patch series introduces Linux support for the Freescale
Management Complex (fsl-mc) hardware. This patch series is dependent
on the patch series "ARM64: Add support for FSL's LS2085A SoC"
(http://thread.gmane.org/gmane.linux.ports.arm.kernel/351829)
The fsl-mc is a hardware resource manager t
On Thu, 13 Nov 2014, Russell King - ARM Linux wrote:
> On Thu, Nov 13, 2014 at 12:44:22PM -0500, Nicolas Pitre wrote:
> > On Thu, 13 Nov 2014, Pankaj Dubey wrote:
> >
> > > If BL_SWITCHER is enabled but SUSPEND and CPU_IDLE is not enabled
> > > we are getting following config warning.
> > >
> >
Platform device driver that sets up the basic bus infrastructure
for the fsl-mc bus type, including support for adding/removing
fsl-mc devices, register/unregister of fsl-mc drivers, and bus
match support to bind devices to drivers.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Platform device driver that sets up the basic bus infrastructure
for the fsl-mc bus type, including support for adding/removing
fsl-mc devices, register/unregister of fsl-mc drivers, and bus
match support to bind devices to drivers.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
APIs to access the Management Complex (MC) hardware
module of Freescale LS2 SoCs. This patch includes
APIs to check the MC firmware version and to manipulate
DPRC objects in the MC.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v4:
- Addressed comments from Alex Graf
(Sorry in my previous post, I forgot to add the respin version in the subject)
This patch series introduces Linux support for the Freescale
Management Complex (fsl-mc) hardware. This patch series is dependent
on the patch series "ARM64: Add support for FSL's LS2085A SoC"
(http://thread.gmane.org/g
This set of patches adds support for the WM8280 and WM8281
codecs to the Wolfson Arizona drivers.
Richard Fitzgerald (6):
mfd: arizona: add support for WM8280/WM8281
Documentation: devicetree: arizona: Add bindings for WM8280
regulator: arizona-micsupp: Add support for WM8280/WM8281
gpio:
On Thu, Nov 13, 2014 at 06:14:14PM +0100, Barto wrote:
> Hello Christoph,
>
> I tested this commit :
>
> 7ae65c0f9646c29432b69580b80e08632e6cd813 scsi: convert target_busy to an
> atomic_t
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7ae65c0f9646c29432b69580b80e0
Signed-off-by: Richard Fitzgerald
---
Documentation/devicetree/bindings/mfd/arizona.txt | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
b/Documentation/devicetree/bindings/mfd/arizona.txt
index 7bd1273..079badb 1
Signed-off-by: Richard Fitzgerald
---
drivers/regulator/arizona-micsupp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/arizona-micsupp.c
b/drivers/regulator/arizona-micsupp.c
index ce9aca5..4ff55e1 100644
--- a/drivers/regulator/arizona-micsupp.c
+++
Signed-off-by: Richard Fitzgerald
---
drivers/extcon/extcon-arizona.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
index ba51588..3abe866 100644
--- a/drivers/extcon/extcon-arizona.c
+++ b/drivers/extcon
Signed-off-by: Richard Fitzgerald
---
drivers/gpio/gpio-arizona.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpio/gpio-arizona.c b/drivers/gpio/gpio-arizona.c
index fe369f5..9665d0a 100644
--- a/drivers/gpio/gpio-arizona.c
+++ b/drivers/gpio/gpio-arizona.c
@@
This adds support for the Wolfson Microelectronics
WM8280 and WM8281 codecs.
Signed-off-by: Richard Fitzgerald
---
drivers/mfd/Kconfig |5 +++--
drivers/mfd/arizona-core.c | 14 --
drivers/mfd/arizona-i2c.c|2 ++
drivers/mfd/arizona-irq.c|
Signed-off-by: Richard Fitzgerald
---
sound/soc/codecs/arizona.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/arizona.c b/sound/soc/codecs/arizona.c
index 9550d74..55b5e22 100644
--- a/sound/soc/codecs/arizona.c
+++ b/sound/soc/codecs/arizona.c
@@ -28
APIs to access the Management Complex (MC) hardware
module of Freescale LS2 SoCs. This patch includes
APIs to check the MC firmware version and to manipulate
DPRC objects in the MC.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v4:
- Addressed comments from Alex Graf
On Thu, Nov 13, 2014 at 12:44:22PM -0500, Nicolas Pitre wrote:
> On Thu, 13 Nov 2014, Pankaj Dubey wrote:
>
> > If BL_SWITCHER is enabled but SUSPEND and CPU_IDLE is not enabled
> > we are getting following config warning.
> >
> > warning: (BL_SWITCHER) selects CPU_PM which has unmet direct
> > d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/12/2014, 10:03 PM, Ben Hutchings wrote:
> On Wed, 2014-11-12 at 10:12 +0900, Greg Kroah-Hartman wrote:
>> 3.17-stable review patch. If anyone has any objections, please
>> let me know.
>>
>> --
>>
>> From: Ben Hutchings
>>
>>
On Wed, 2014-11-12 at 15:12 +0100, Borislav Petkov wrote:
> On Wed, Nov 12, 2014 at 01:38:45PM +, Anvin, H Peter wrote:
> > No, it doesn't. x86 requires 3.4+ at a minimum.
>
> The only test I see is:
>
> #if GCC_VERSION < 30200
> # error Sorry, your compiler is too old - please upgrade it.
>
(supersedes the previous malformed email: s/3.18/3.19/)
Arnd, Olof, Kevin,
Little pull-request with some fixes following the legacy board removal done
earlier. I integrated the patch that Olof wrote in this branch before this
series:
please tell me if it works on your side or if I need to do thi
On Thu, Nov 06, 2014 at 05:05:48PM +, Catalin Marinas wrote:
> On Thu, Nov 06, 2014 at 04:54:31PM +, Will Deacon wrote:
> > On Thu, Nov 06, 2014 at 04:43:12PM +, Catalin Marinas wrote:
> > > On Fri, Oct 24, 2014 at 02:56:39PM +0100, Mark Rutland wrote:
> > > > [d] Print different hwcaps
On Thu, Nov 13, 2014 at 07:33:54PM +0200, Ville Syrjälä wrote:
> We use it both ways in i915. So please don't break it.
Haha, we started from Intel with Ross' patch and made a full circle
back. Maybe you guys should talk about it.
LOL. :-)
--
Regards/Gruss,
Boris.
Sent from a fat crate und
* Pavel Machek [141113 08:23]:
> Hi!
>
> > > I actually had pm=0 on the command line, but I removed it now, and no
> > > change: [...]
> > >
> > > Let me try with explicit =1. .. aha, that helps. Thanks!
> >
> > mh seems I actually missed to make 1 the default value. I will
> > prepare a patch
Hi Ohad,
On 09/16/2014 01:33 PM, Suman Anna wrote:
> The buffers to be used for communication are allocated during the
> rpmsg virtio driver's probe, and the total number of buffers is
> currently hard-coded to 512. The vring configuration can vary from
> one platform to another or between differe
Arnd, Olof, Kevin,
Little pull-request with some fixes following the legacy board removal done
earlier. I integrated the patch that Olof wrote in this branch before this
series:
please tell me if it works on your side or if I need to do things differently.
The move of header files out of include/
On Wed, Nov 12, 2014 at 07:08:16PM -0800, Andrew Bresticker wrote:
> +#ifdef CONFIG_PM_SLEEP
> +static int img_spfi_suspend(struct device *dev)
> +{
> + struct spi_master *master = dev_get_drvdata(dev);
> +
> + return spi_master_suspend(master);
> +}
This should really be checking that th
On Thu, 13 Nov 2014, Pankaj Dubey wrote:
> If BL_SWITCHER is enabled but SUSPEND and CPU_IDLE is not enabled
> we are getting following config warning.
>
> warning: (BL_SWITCHER) selects CPU_PM which has unmet direct
> dependencies (SUSPEND || CPU_IDLE)
>
> So BL_SWITCHER should enable CPU_PM on
On Thursday 13 November 2014 14:54:19 Peter Griffin wrote:
>
> >
> > It also seems that you have put the node in the wrong place, as the reg
> > property apparently refers to a different address space. Did you mean
> > to put this under the syscfg_core node?
>
> Your correct in that it refers to
* Thomas Gleixner [141113 02:04]:
> Tony,
>
> On Thu, 6 Nov 2014, Tony Lindgren wrote:
> >
> > Any comments on the patch below? Let me know if you want to keep the
> > devm stuff out of kernel/irq/manage.c.
>
> Sorry, this slipped through the cracks.
No problem I should have posted it as a sep
On 13 November 2014 11:26, Will Deacon wrote:
> Whilst I don't think this is the correct solution, I agree that there's
> a potential issue here. We could change the restart return value to
> -ERESTARTNOINTR instead, but I can imagine something like a periodic
> SIGALRM which could prevent a large
On Thu, Nov 13, 2014 at 06:11:33PM +0100, Borislav Petkov wrote:
> On Thu, Nov 13, 2014 at 08:38:23AM -0800, Andy Lutomirski wrote:
> > On Nov 13, 2014 3:20 AM, "Borislav Petkov" wrote:
> > >
> > > On Wed, Nov 12, 2014 at 07:14:21PM -0800, Andy Lutomirski wrote:
> > > > On 11/11/2014 10:43 AM, Ros
Hi Ohad,
On 11/13/2014 04:03 AM, Ohad Ben-Cohen wrote:
> Hi Suman,
>
> On Wed, Nov 12, 2014 at 9:32 PM, Suman Anna wrote:
>>> Is this the validation you mentioned which requires the existence of
>>> "hwspinlock/core: maintain a list of registered hwspinlock banks" ?
>>
>> Well, not exactly. The
On Wed, Nov 12, 2014 at 07:08:14PM -0800, Andrew Bresticker wrote:
> This series adds support for the Sychronous Peripheral Flash Interface
> master found on IMG SoCs. The controller supports up to 5 chip-select
> lines and single, dual, and optionally quad, mode transfers.
Applied both, thanks.
On 11/06/2014 07:51 AM, Alexander Graf wrote:
On 04.10.14 15:23, J. German Rivera wrote:
From: "J. German Rivera"
A DPRC (Data Path Resource Container) is an isolation device
that contains a set of DPAA networking devices to be
assigned to an isolation domain (e.g., a virtual machine).
Si
On 11/12/14 16:36, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2014-11-12-16-34 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/
>
on i386:
drivers/built-in.o:
Hi,
On Wed, Nov 12, 2014 at 2:01 PM, Caesar Wang wrote:
> + pd_vio {
> + reg = ;
> + clocks = <&cru ACLK_IEP>,
> +<&cru ACLK_ISP>,
> +<&cru ACLK_RGA_NIU>,
> +
On 11/12/14 16:36, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2014-11-12-16-34 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/
>
on x86_64: (from linux-next.p
Hi,
On Wed, Nov 12, 2014 at 2:01 PM, Caesar Wang wrote:
> In order to meet high performance and low power requirements, a power
> management unit is designed or saving power when RK3288 in low power mode.
> The RK3288 PMU is dedicated for managing the power ot the whole chip.
>
> Signed-off-by: J
On Thu, Nov 13, 2014 at 01:20:20PM +0100, Thierry Reding wrote:
> kmemleak started complaining for me recently and the stacktrace (see
> below) points to this function:
>
> unreferenced object 0xec0f77c0 (size 192):
> comm "kworker/u8:0", pid 169, jiffies 4294939367 (age 86.360s)
>
Linus,
please pull sound fixes for v3.18-rc5 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-3.18-rc5
The topmost commit is 3542aed7480925eb859f7ce101982209cc19a126
sound fixes for 3.18-rc5
Thin
On Tue, Nov 11, 2014 at 12:09:46PM -0800, Yinghai Lu wrote:
> With commit 6cd33649fa83 ("PCI: Add pci_configure_device() during
> enumeration")
> and following commits, we apply _HPX for pci devices.
>
> that is called via pci_scan_slot
> ==>pci_scan_single_device
>
On Thu, Nov 13, 2014 at 06:21:03PM +0100, Jiri Olsa wrote:
> Following patch fails (-EINVAL) ftrace:function with enabled user
> space callchains:
> cfa77bc4af2c perf: Disallow user-space callchains for function trace events
>
> We need to follow in perf tool itself and explicitly set the
> perf
Following patch fails (-EINVAL) ftrace:function with enabled user
space callchains:
cfa77bc4af2c perf: Disallow user-space callchains for function trace events
We need to follow in perf tool itself and explicitly set the
perf_event_attr::exclude_callchain_user flag for ftrace:function
event.
Cc
Hello Christoph,
I tested this commit :
7ae65c0f9646c29432b69580b80e08632e6cd813 scsi: convert target_busy to an
atomic_t
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7ae65c0f9646c29432b69580b80e08632e6cd813
there is no bug, boot process is ok whit this commit,
whe
On Thu, 2014-11-13 at 08:28 +, Hiroshi Shimamoto wrote:
> From: Hiroshi Shimamoto
>
> Disable hardware VLAN filtering if netdev->features VLAN flag is
> dropped.
>
> In SR-IOV case, there is a use case which needs to disable VLAN
> filter.
> For example, we need to make a network function wi
On Thu, Nov 13, 2014 at 11:16:00AM +0100, Miroslav Benes wrote:
>
> Hi,
>
> thank you for the first version of the united live patching core.
>
> The patch below implements some of our review objections. Changes are
> described in the commit log. It simplifies the hierarchy of data
> structure
On Thu, 2014-11-13 at 22:31 +0530, Vinod Koul wrote:
> On Thu, Nov 13, 2014 at 04:27:27PM +, Jon Medhurst (Tixy) wrote:
> > 32-bit ARM kernels may have a 64-bit dma_addr_t but have no
> > implementation of the compiler helper for 64-bit unsigned division,
> > therefore the use of the modulo ope
On Thu, Nov 13, 2014 at 08:38:23AM -0800, Andy Lutomirski wrote:
> On Nov 13, 2014 3:20 AM, "Borislav Petkov" wrote:
> >
> > On Wed, Nov 12, 2014 at 07:14:21PM -0800, Andy Lutomirski wrote:
> > > On 11/11/2014 10:43 AM, Ross Zwisler wrote:
> > > > If clwb is available on the system, use it in drm_
When CPU freq is used as a thermal zone cooling device, one needs to wait
until cpufreq subsystem is properly initialized.
This code is similar to the one already available in imx_thermal.c file.
Signed-off-by: Lukasz Majewski
---
drivers/thermal/spear_thermal.c | 7 +++
1 file changed, 7 i
Pointer to the uninitialized max_state variable is passed to get the
maximal cooling state.
For CPU cooling device (cpu_cooling.c) the cpufreq_get_max_state() is
called, which even when error occurs will return the max_state variable
unchanged.
Since error for ->get_max_state() is not checked, the
Without this check it was possible to execute cooling device binding code
even when wrong max cooling state was read.
Signed-off-by: Lukasz Majewski
---
drivers/thermal/thermal_core.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/thermal/thermal_core.c b/drive
When CPU freq is used as a thermal zone cooling device, one needs to wait
until cpufreq subsystem is properly initialized.
This code is similar to the one already available in imx_thermal.c file.
Signed-off-by: Lukasz Majewski
---
drivers/thermal/ti-soc-thermal/ti-bandgap.c | 7 +++
1 file
On Thu, Nov 06, 2014 at 05:14:18PM -0800, Duc Dang wrote:
> X-Gene PCIE driver currently depends on Liviu Dudau's patch
> https://lkml.org/lkml/2014/9/30/166 in order to assign resource
> to root bus and endpoint devices. The patch was dropped because
> it will break x86, powerpc and probably other
Presented fixes are a response for problem described below:
http://thread.gmane.org/gmane.linux.kernel/1793821/match=thermal+core+fix+initialize+max_state+variable+0
In short - it turned out that two trivial fixes (included in this patch set)
require support for deferred probe in thermal drivers.
When CPU freq is used as a thermal zone cooling device, one needs to wait
until cpufreq subsystem is properly initialized.
This code is similar to the one already available in imx_thermal.c file.
Signed-off-by: Lukasz Majewski
---
drivers/thermal/armada_thermal.c | 7 +++
1 file changed, 7
When CPU freq is used as a thermal zone cooling device, one needs to wait
until cpufreq subsystem is properly initialized.
This code is similar to the one already available in imx_thermal.c file.
Signed-off-by: Lukasz Majewski
---
drivers/thermal/rcar_thermal.c | 7 +++
1 file changed, 7 in
When CPU freq is used as a thermal zone cooling device, one needs to wait
until cpufreq subsystem is properly initialized.
This code is similar to the one already available in imx_thermal.c file.
Signed-off-by: Lukasz Majewski
---
drivers/thermal/tegra_soctherm.c | 7 +++
1 file changed, 7
When CPU freq is used as a thermal zone cooling device, one needs to wait
until cpufreq subsystem is properly initialized.
This code is similar to the one already available in imx_thermal.c file.
Signed-off-by: Lukasz Majewski
---
drivers/thermal/kirkwood_thermal.c | 7 +++
1 file changed,
On Thu, 2014-11-13 at 16:27 +, Jon Medhurst (Tixy) wrote:
> 32-bit ARM kernels may have a 64-bit dma_addr_t but have no
> implementation of the compiler helper for 64-bit unsigned division,
> therefore the use of the modulo operator in pl330_prep_dma_memcpy causes
> the link error "undefined re
On Thu, Nov 13, 2014 at 04:27:27PM +, Jon Medhurst (Tixy) wrote:
> 32-bit ARM kernels may have a 64-bit dma_addr_t but have no
> implementation of the compiler helper for 64-bit unsigned division,
> therefore the use of the modulo operator in pl330_prep_dma_memcpy causes
> the link error "undef
On 13/11/2014 17:31, Igor Mammedov wrote:
> memslots is a sorted array, when slot changes in it
> with current heapsort it would take O(n log n) time
> to update array, while using insertion sort like
> algorithm on array with 1 item out of order will
> take only O(n) time.
>
> Replace current h
On Thursday 13 November 2014 16:27:27 Jon Medhurst wrote:
> 32-bit ARM kernels may have a 64-bit dma_addr_t but have no
> implementation of the compiler helper for 64-bit unsigned division,
> therefore the use of the modulo operator in pl330_prep_dma_memcpy causes
> the link error "undefined refere
On 13/11/14 18:25, Dr. H. Nikolaus Schaller wrote:
> Hi,
>
> Am 13.11.2014 um 12:51 schrieb Tomi Valkeinen :
>
>> On 13/11/14 00:10, Marek Belisko wrote:
>>> opa362 is amplifier for video and can be connected to the tvout pads
>>> of the OMAP3. It has one gpio control for enable/disable of the ou
On Thu, Nov 13, 2014 at 10:12:28AM +, Lee Jones wrote:
> On Tue, 11 Nov 2014, Richard Fitzgerald wrote:
>
> > Signed-off-by: Richard Fitzgerald
> > ---
> > drivers/mfd/Kconfig |6 +
> > drivers/mfd/Makefile |3 +
> > drivers/mfd/arizona-core.c | 91 ++
On Nov 13, 2014 3:20 AM, "Borislav Petkov" wrote:
>
> On Wed, Nov 12, 2014 at 07:14:21PM -0800, Andy Lutomirski wrote:
> > On 11/11/2014 10:43 AM, Ross Zwisler wrote:
> > > If clwb is available on the system, use it in drm_clflush_virt_range.
> > > If clwb is not available, fall back to clflushopt
On Fri, Nov 14, 2014 at 12:56:38AM +0900, Masami Hiramatsu wrote:
> I see. I don't mind the implementation of how to check the execution path.
> I just considers that we need classify consistency requirements when
> checking the "patch" itself (maybe by manual at first).
>
> And since your classi
Dear Attorney,
This is to inquire if your law firm handles Purchase and Sale Agreements in
your area in the United States.
Regards,
Anthony Miyamoto
President & CEO
MIYAMOTO Industrial Co. Ltd.
6-4-10
NANKO-NAKA, SUMINOE-KU,
OSAKA, JAPAN 559-0033
--
To unsubscribe from this list: send the line "
Dear Gregory CLEMENT,
On Mon, 03 Nov 2014 18:38:10 +0100, Gregory CLEMENT wrote:
> > It is worth mentioning that the affinity is lost during a
> > suspend/resume cycle, because when a secondary CPU is brought
> > off-line, all interrupts that are assigned to this CPU in terms of
> > affinity gets
memslots is a sorted array, when slot changes in it
with current heapsort it would take O(n log n) time
to update array, while using insertion sort like
algorithm on array with 1 item out of order will
take only O(n) time.
Replace current heapsort with custom sort that
takes advantage of memslots
On Wed, 12 Nov 2014, bpqw wrote:
> This maybe your spi controller is still extended mode,
> Once EVCR bit 7 is set to 0, the spi nor device will operate in quad
> I/O.Command-address-data line is 4-x-4.
> So after send WRITE EVCR command , spi controller also must transfer to quad
> I/O Mode
501 - 600 of 978 matches
Mail list logo
