for the Linux
> and can be downloaded at:
>
> http://sourceforge.net/projects/ltp/files/LTP%20Source/ltp-20150119/
>
Hi,
congrats to the new release!
I will check my "iniza" setup of Linux v3.19-rc5 the "(runltp-)lite" way.
Can you please add checksum files (md5
On 15/01/04, Tetsuo Handa wrote:
> Hello.
>
> Richard Guy Briggs wrote:
> > > Richard Guy Briggs wrote:
> > > > On 14/09/28, Tetsuo Handa wrote:
> > > > > (Q2) Does auxiliary record work with only type=SYSCALL case?
> > > >
> > > > Auxiliary records don't work with AUDIT_LOGIN because that
On Mon, Jan 19, 2015 at 01:51:34PM +0200, Octavian Purdila wrote:
> Hi Lee,
>
> Here is the 3rd version of the patch-set against for-mfd-next branch
> with the Reviewed-by tags from Johan. Note that I dropped the two GPIO
> patches as they were already merged by Linus W in the GPIO tree.
>
>
The OCTEON SATA controller is currently found on cn71XX devices.
Signed-off-by: David Daney
Signed-off-by: Vinita Gupta
[aleksey.maka...@auriga.com: preparing for submission,
conflict resolution, fixes for the platform code]
Signed-off-by: Aleksey Makarov
---
On Monday 19 January 2015 13:38:53 Gabriel Fernandez wrote:
>
> On 18 December 2014 at 05:58, Jingoo Han wrote:
>
> > On Thursday, December 18, 2014 7:16 AM, Arnd Bergmann wrote:
> > > On Wednesday 17 December 2014 11:34:45 Gabriel FERNANDEZ wrote:
> > > > ST sti SoCs PCIe IPs are built around
On Monday 19 January 2015 14:40:28 Will Deacon wrote:
> On Mon, Jan 19, 2015 at 12:43:48PM +, Joerg Roedel wrote:
> > On Thu, Jan 15, 2015 at 10:25:11AM +, Will Deacon wrote:
> > > If you get an Ack from any of Arnd/Joerg/akpm then I'm happy to take it
> > > via
> > > the arm-smmu pull
Hi Tejun,
On Mon, Jan 19, 2015 at 09:30:01AM -0500, Tejun Heo wrote:
> On Mon, Jan 19, 2015 at 02:23:21PM +0300, Vladimir Davydov wrote:
> > Currently, we release css->id in css_release_work_fn, right before
> > calling css_free callback, so that when css_free is called, the id may
> > have
On Monday 19 January 2015 20:11:22 Rameshwar Sahu wrote:
>
> >
> > The value should be
> >
> > dma-ranges = <0x40 0x0 0x40 0x0 0x200 0>;
> >
>
> then it should be :
>
> dma-ranges = <0x40 0x0 0x40 0x0 0x400 0>;
>
>
> to say that any DMA to physical addresses from 0 to 0x3f.
19.01.2015 17:12, Thierry Reding пишет:
On Thu, Jan 15, 2015 at 01:58:57PM +0300, Dmitry Osipenko wrote:
Commit 7232398abc6a ("ARM: tegra: Convert PMC to a driver") changed
tegra_resume()
location storing from late to early and, as a result, broke suspend on Tegra20.
PMC scratch register 41 is
On Thu, Jan 15, 2015 at 08:34:34AM +, Mark Glover wrote:
> From: Mark Glover
>
> Signed-off-by: Mark Glover
Thanks for the patch and for addressing Peter's comments.
A couple of minor nits: Please use a subsystem prefix for your patch
summary, for example:
"USB: ftdi_sio: add
On Mon, 19 Jan 2015 13:51:45 +
, Catalin Marinas
wrote:
> On Mon, Jan 19, 2015 at 11:55:32AM +, Ard Biesheuvel wrote:
> > On 19 January 2015 at 11:42, Catalin Marinas
> > wrote:
> > > On Wed, Jan 14, 2015 at 03:04:52PM +, Hanjun Guo wrote:
> > >> From: Al Stone
> > >>
> > >>
On 01/19/2015 04:01 PM, Eric Auger wrote:
> Hi Andre,
> On 01/16/2015 11:07 AM, André Przywara wrote:
>> Hi Eric,
>>
>> On 01/15/2015 02:47 PM, Eric Auger wrote:
>>> This patch enables irqfd on arm/arm64.
>>>
>>> Both irqfd and resamplefd are supported. Injection is implemented
>>> in vgic.c
Em Sun, Jan 18, 2015 at 08:00:20PM +0100, Rabin Vincent escreveu:
> Don't use the ins's ->sncprintf() if the parsing failed.
>
> For example, this fixes the display of "imul %edx". Without this patch:
>
>| imul (null),(null)
>
> After this patch:
>
>| imul %edx
On Mon, Jan 19, 2015 at 09:54:13AM -0500, Tejun Heo wrote:
> On Fri, Jan 16, 2015 at 08:58:18AM +0100, Hans de Goede wrote:
> > Hi,
> >
> > On 15-01-15 15:09, Gregory CLEMENT wrote:
> > >The current implementation of the libahci allows using one PHY per
> > >port but we still have one single
> > + struct i2c_adapter_quirks *quirks;
> > };
> > #define to_i2c_adapter(d) container_of(d, struct i2c_adapter, dev)
> >
>
> I suggest to add const.
> const struct i2c_adapter_quirks *quirks;
>
> also, in i2c-core.c, should modify:
> const struct i2c_adapter_quirks *q =
Hi Andre,
On 01/16/2015 11:07 AM, André Przywara wrote:
> Hi Eric,
>
> On 01/15/2015 02:47 PM, Eric Auger wrote:
>> This patch enables irqfd on arm/arm64.
>>
>> Both irqfd and resamplefd are supported. Injection is implemented
>> in vgic.c without routing.
>>
>> This patch enables
On Wednesday, January 14, 2015 08:24:04 AM Li, Aubrey wrote:
> Happy New Year, can you please take a look at this patch now?
Thomas, Peter, any comments?
> On 2014/12/9 11:01, Li, Aubrey wrote:
> > The patch is based on v3.18.
> >
> > Freeze is a general power saving state that processes are
Hi,
> This can describe the behavior of our current upstream driver[1], which
> only support combine write-then-read.
>
> After checking with Xudong & HW guys, it seems our HW can do more.
> On MT8135, it can support at most 2 messages, no matter read or write,
> with the limitation that the
On Mon, Jan 19, 2015 at 01:32:58PM +, Colin King wrote:
> From: Colin Ian King
>
> There is old, unused code that is #defined out by the
> use of NOTMOS7840 and NOTMCS7840 - these are not
> defined anywhere.
>
> If NOTMOS7840 is defined then the code will break on null
> pointer
On 19.01.2015 15:47, Josh Boyer wrote:
> On Mon, Jan 19, 2015 at 8:33 AM, Greg KH wrote:
>> On Mon, Jan 19, 2015 at 08:28:19AM -0500, Josh Boyer wrote:
>>> On Sun, Jan 18, 2015 at 1:25 AM, Greg KH wrote:
On Sun, Jan 18, 2015 at 12:08:18AM -0600, Robert Hancock wrote:
> I've got an Intel
Thanks, Howard.
[ adding Ted too ]
On 01/19/2015 07:46 AM, Howard Chu wrote:
> Peter Hurley wrote:
>> On 01/18/2015 05:45 PM, Howard Chu wrote:
>>> Peter Hurley wrote:
Commit 26df6d13406d1 ("tty: Add EXTPROC support for LINEMODE") added
the undocumented EXTPROC input processing mode,
On Fri, Jan 16, 2015 at 05:51:11PM +0100, Jiri Kosina wrote:
> One thing that makes me worried here is we basically apply patches in a
> 'stackable' manner, but then this allows them to be removed (disabled) in
> an arbitrary order. Is this really the semantics we want?
>
> The scenario I am
On Fri, Jan 16, 2015 at 08:58:18AM +0100, Hans de Goede wrote:
> Hi,
>
> On 15-01-15 15:09, Gregory CLEMENT wrote:
> >The current implementation of the libahci allows using one PHY per
> >port but we still have one single regulator for the whole
> >controller. This series adds the support of
On Mon, Jan 19, 2015 at 03:56:48PM +0800, Sneeker Yeh wrote:
> If an xhci platform has Synopsis device disconnection errata then enable
> XHCI_DISCONNECT_QUIRK quirk flag.
>
> Signed-off-by: Sneeker Yeh
> ---
> drivers/usb/host/xhci-plat.c |3 +++
> include/linux/usb/xhci_pdriver.h |
On 01/19/2015 03:37 PM, Sergey Senozhatsky wrote:
> On (01/19/15 13:00), Hannes Reinecke wrote:
>> Date: Mon, 19 Jan 2015 13:00:59 +0100
>> From: Hannes Reinecke
>> To: Tejun Heo
>> Cc: linux-...@vger.kernel.org, linux-kernel@vger.kernel.org, Sergey
>> Senozhatsky , Hannes Reinecke
>> Subject:
Hi,
On Mon, Jan 19, 2015 at 03:56:47PM +0800, Sneeker Yeh wrote:
> Synopsis Designware USB3 IP earlier than v3.00a which is configured in silicon
> with DWC_USB3_SUSPEND_ON_DISCONNECT_EN=1, would need a specific quirk to
> prevent
> xhci host controller from dying when device is disconnected.
>
On Mon, Jan 19, 2015 at 03:56:45PM +0800, Sneeker Yeh wrote:
> This patch adds support for Synopsis DesignWare USB3 IP Core found
> on Fujitsu Socs.
>
> Signed-off-by: Sneeker Yeh
if this is moved after patch 3, you don't need to patch it again to add
the quirk ;-)
--
balbi
signature.asc
The hardware range code values and list of valid ranges for the AI
subdevice is incorrect for several supported boards. The hardware range
code values for all boards except PCI-DAS4020/12 is determined by
calling `ai_range_bits_6xxx()` based on the maximum voltage of the range
and whether it is
Hi,
On Mon, Jan 19, 2015 at 03:56:46PM +0800, Sneeker Yeh wrote:
> Add the contstant for v3.00a dwc3 IP detection
>
> Signed-off-by: Sneeker Yeh
> ---
> drivers/usb/dwc3/core.h |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
>
Thanks,
with regards,
Ram
On Mon, Jan 19, 2015 at 8:11 PM, Rameshwar Sahu wrote:
> Hi Arnd,
>
>
>
>
>
>
> Thanks,
> with regards,
> Ram
>
> On Mon, Jan 19, 2015 at 7:10 PM, Arnd Bergmann wrote:
>>
>> On Monday 19 January 2015 18:11:08 Rameshwar Prasad Sahu wrote:
>> > diff --git
On Monday, January 19, 2015 10:26:00 PM Jiang Liu wrote:
> On 2015/1/12 6:38, Rafael J. Wysocki wrote:
> > On Thursday, January 08, 2015 10:32:47 AM Jiang Liu wrote:
> >> During enabling ACPI based IOAPIC hotplug, Thomas noticed some issues
> >> in ACPI resource parsing interfaces. So this is an
On Fri, Jan 16, 2015 at 11:48:46AM -0500, Steven Rostedt wrote:
> > @@ -971,8 +971,8 @@
> > kvm_mips_callbacks->queue_timer_int(vcpu);
> >
> > vcpu->arch.wait = 0;
> > - if (waitqueue_active(>wq)) {
> > - wake_up_interruptible(>wq);
> > + if (swaitqueue_active(>wq)) {
> > +
On Fri, Jan 16, 2015 at 02:11:04PM +, Peter Zijlstra wrote:
> On Fri, Jan 16, 2015 at 11:46:44AM +0100, Peter Zijlstra wrote:
> > Its a bandaid at best :/ The problem is (again) that we changes
> > event->ctx without any kind of serialization.
> >
> > The issue came up before:
> >
> >
Hello,
On Sat, Dec 20, 2014 at 11:29 PM, Pandruvada, Srinivas
wrote:
> +Mika
>
> On Sat, 2014-12-20 at 13:26 -0800, Srinivas Pandruvada wrote:
>> On Sat, 2014-12-20 at 00:25 +0200, Daniel Baluta wrote:
>> > On Sat, Dec 20, 2014 at 12:16 AM, Hartmut Knaack wrote:
>> > > Daniel Baluta schrieb am
On Mon, Jan 19, 2015 at 12:43:48PM +, Joerg Roedel wrote:
> On Thu, Jan 15, 2015 at 10:25:11AM +, Will Deacon wrote:
> > If you get an Ack from any of Arnd/Joerg/akpm then I'm happy to take it via
> > the arm-smmu pull (along with the patch making use of it).
> >
> > Joerg, would you be
On 01/18/2015 02:56 PM, Stephan Mueller wrote:
> The cipher registered as __driver-gcm-aes-aesni is never intended
> to be used directly by any caller. Instead it is a service mechanism to
> rfc4106-gcm-aesni.
>
> The kernel crypto API unconditionally calls the registered setkey
> function. In
On 01/19/2015 01:42 PM, Michal Hocko wrote:
> Hi,
> compaction trace points seem to be broken without CONFIG_COMPACTION
> enabled after
> mm-compaction-more-trace-to-understand-when-why-compaction-start-finish.patch.
>
> My config is
> # CONFIG_COMPACTION is not set
> CONFIG_CMA=y
Joonsoo posted
On (01/19/15 13:00), Hannes Reinecke wrote:
> Date: Mon, 19 Jan 2015 13:00:59 +0100
> From: Hannes Reinecke
> To: Tejun Heo
> Cc: linux-...@vger.kernel.org, linux-kernel@vger.kernel.org, Sergey
> Senozhatsky , Hannes Reinecke
> Subject: [PATCH] libata: fixup oops in ata_eh_link_report()
>
arch/x86/kvm/x86.c:495:5: sparse: symbol 'kvm_read_nested_guest_page' was not
declared. Should it be static?
arch/x86/kvm/x86.c:646:5: sparse: symbol '__kvm_set_xcr' was not declared.
Should it be static?
arch/x86/kvm/x86.c:1183:15: sparse: symbol 'max_tsc_khz' was not declared.
Should it be
tree: git://git.kernel.org/pub/scm/virt/kvm/kvm.git master
head: cdef511985374dd042a40bb32c1c346c2662c9dc
commit: cdef511985374dd042a40bb32c1c346c2662c9dc [1/1] KVM: fix sparse warning
in include/trace/events/kvm.h
reproduce:
# apt-get install sparse
git checkout
On 2015/1/19 22:24, David Vrabel wrote:
> On 19/01/15 04:55, Jiang Liu wrote:
>> Some PCI device drivers assume that pci_dev->irq won't change after
>> calling pci_disable_device() and pci_enable_device() during suspend and
>> resume.
>>
>> Commit c03b3b0738a56cf283b0d05256988d5e3c8bd719 ("x86,
On Mon, Jan 19, 2015 at 02:23:21PM +0300, Vladimir Davydov wrote:
> Currently, we release css->id in css_release_work_fn, right before
> calling css_free callback, so that when css_free is called, the id may
> have already been reused for a new cgroup.
>
> I am going to use css->id to create
Hi
On Mon, Jan 19, 2015 at 9:33 AM, Michael Kerrisk (man-pages)
wrote:
> [...]
>
> By the way, I forgot to say that I also added this error under ERRORS:
>
> [[
> .TP
> .B EINVAL
> .I cmd
> is
> .BR F_ADD_SEALS
> and
> .I arg
> includes an unrecognized sealing bit or
> the filesystem containing
On 19 January 2015 09:54, Lee Jones wrote:
> On Wed, 14 Jan 2015, Steve Twiss wrote:
> > From: Steve Twiss
> >
> > ---
> > Checks performed with linux-next/v3.19-rc4/scripts/checkpatch.pl
> > da9063.txttotal: 0 errors, 0 warnings, 94 lines checked
> > da9063-core.c
Hi Peter,
The patch is month old. I checked that it still apply to current tip.
Could you please take a look?
Thanks,
Kan
>
> From: Kan Liang
>
> For perf record frequency mode, the initial sample_period is 1. That's
> because perf doesn't know what period should be set. It uses the
>
Hi,
On Mon, Jan 19, 2015 at 01:46:36PM +, Aleksey Makarov wrote:
> The OCTEON MMC controller is currently found on cn61XX and cnf71XX
> devices. Device parameters are configured from device tree data.
>
> Currenly supported are eMMC, MMC and SD devices.
Does that mean there are other
On Mon, Jan 19, 2015 at 08:43:17PM +0800, Wang Nan wrote:
> When building perf for arm64 I hit a warning (and be treated as an
> error) like below:
>
> aarch64-oe-linux-gcc -o .../util/scripting-engines/trace-event-python.o -c
> -Wbad-function-cast \
>...
On 2015/1/12 6:38, Rafael J. Wysocki wrote:
> On Thursday, January 08, 2015 10:32:47 AM Jiang Liu wrote:
>> During enabling ACPI based IOAPIC hotplug, Thomas noticed some issues
>> in ACPI resource parsing interfaces. So this is an effort to improve them.
>>
>> Patch 1-12 improve ACPI resource
On 19/01/15 04:55, Jiang Liu wrote:
> Some PCI device drivers assume that pci_dev->irq won't change after
> calling pci_disable_device() and pci_enable_device() during suspend and
> resume.
>
> Commit c03b3b0738a56cf283b0d05256988d5e3c8bd719 ("x86, irq, mpparse:
> Release IOAPIC pin when PCI
On Mon, Jan 19, 2015 at 01:00:59PM +0100, Hannes Reinecke wrote:
> We should only try to evaluate the cdb if this is an ATAPI
> device, for any other device the 'cdb' field and the cdb_len
> has no meaning.
>
> Signed-off-by: Hannes Reinecke
Acked-by: Tejun Heo
But, can you please refer to
On Mon, Jan 19, 2015 at 02:00:24PM +, Ard Biesheuvel wrote:
> On 19 January 2015 at 13:51, Catalin Marinas wrote:
> > On Mon, Jan 19, 2015 at 11:55:32AM +, Ard Biesheuvel wrote:
> >> On 19 January 2015 at 11:42, Catalin Marinas
> >> wrote:
> >> > On Wed, Jan 14, 2015 at 03:04:52PM
On Mon, Jan 19, 2015 at 03:04:00PM +0100, Joerg Roedel wrote:
> Instead of adding another variable I think it is better to just move the
> trace_unmap call before the unmap loop. It can actually replace the
> pr_debug there.
Okay, forget this. I just noticed that your follow-on patch requires
the
don't know for sure if it's even due to this patch set
> or not):
> [ 2361.607881] irq 18: nobody cared (try booting with the
> "irqpoll" option)
> [ 2361.650103] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
> 3.19.0-rc5-creanuc-20150119-doflr-apicv4-apicpcipt12+ #1
>
Hi Thomas and Marc,
During working on the generic MSI support, I have some proposal
about reorganizing struct irq_data and struct irq_desc. The proposed
changes are:
1) Add a pointer "struct irq_desc *" to struct irq_data, so we could
quickly get struct irq_desc from struct irq_data.
2)
On Thu, Jan 15, 2015 at 01:58:57PM +0300, Dmitry Osipenko wrote:
> Commit 7232398abc6a ("ARM: tegra: Convert PMC to a driver") changed
> tegra_resume()
> location storing from late to early and, as a result, broke suspend on
> Tegra20.
> PMC scratch register 41 is used by tegra LP1 resume code
On Mon, Jan 19, 2015 at 3:55 AM, Lyra Zhang wrote:
> On Sat, Jan 17, 2015 at 12:41 AM, Rob Herring wrote:
>> On Fri, Jan 16, 2015 at 4:00 AM, Chunyan Zhang
>> wrote:
>>> Add a full sc9836-uart driver for SC9836 SoC which is based on the
>>> spreadtrum sharkl64 platform.
>>> This driver also
Hi Arnd,
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Friday, October 24, 2014 7:29 PM
> To: Appana Durga Kedareswara Rao
> Cc: linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org;
> vinod.k...@intel.com; Srikanth Vemula;
On 01/19/2015 11:45 AM, Thomas Gleixner wrote:
> On Fri, 16 Jan 2015, Darren Hart wrote:
>> On 1/16/15, 12:54 PM, "Michael Kerrisk (man-pages)"
>> wrote:
>>
>>> On 01/16/2015 04:20 PM, Thomas Gleixner wrote:
On Fri, 16 Jan 2015, Michael Kerrisk (man-pages) wrote:
> Hello Thomas,
On Mon, Jan 19, 2015 at 05:04:29PM +0800, Zhang Zhen wrote:
> >
> > Did you really intend to acquire the same spinlock twice in a row,
> > forcing a self-deadlock? If not, I of course suggest changing the second
> > "spin_lock()" to "spin_unlock()".
> >
>
> Yes, i acquire the same spinlock
On Fri, Jan 16, 2015 at 04:47:19PM -0700, Shuah Khan wrote:
> iommu_unmap() calls trace_unmap() with changed iova and original
> size. trace_unmap() should report original iova instead. Change
> iommu_unmap() to call trace_unmap() with original iova.
>
> Signed-off-by: Shuah Khan
> Reported-by:
On Thu, Jan 15, 2015 at 01:58:58PM +0300, Dmitry Osipenko wrote:
> Commit 7232398abc6a ("ARM: tegra: Convert PMC to a driver") changed
> tegra_resume()
> location storing from late to early and, as a result, broke suspend on
> Tegra20.
> PMC scratch register 41 is used by tegra LP1 resume code
On 19 January 2015 at 13:51, Catalin Marinas wrote:
> On Mon, Jan 19, 2015 at 11:55:32AM +, Ard Biesheuvel wrote:
>> On 19 January 2015 at 11:42, Catalin Marinas wrote:
>> > On Wed, Jan 14, 2015 at 03:04:52PM +, Hanjun Guo wrote:
>> >> From: Al Stone
>> >>
>> >> Introduce one early
Em Mon, Jan 19, 2015 at 10:05:08AM +0530, Vineet Gupta escreveu:
> Hi Arnaldo,
>
> On Wednesday 14 January 2015 07:29 PM, Arnaldo Carvalho de Melo wrote:
> > Em Wed, Jan 14, 2015 at 01:00:00PM +0100, Jiri Olsa escreveu:
> >> > On Tue, Jan 13, 2015 at 07:13:19PM +0530, Vineet Gupta wrote:
> >>> >
> As the clock can be get from TK/RK pin, so remove the comments.
>
> Signed-off-by: Bo Shen
> ---
> sound/soc/atmel/atmel_ssc_dai.c | 4
> 1 file changed, 4 deletions(-)
> diff --git a/sound/soc/atmel/atmel_ssc_dai.c b/sound/soc/atmel/atmel_ssc_dai.c
> index e691aab..198661b 100644
> ---
On Mon, Jan 19, 2015 at 11:55:32AM +, Ard Biesheuvel wrote:
> On 19 January 2015 at 11:42, Catalin Marinas wrote:
> > On Wed, Jan 14, 2015 at 03:04:52PM +, Hanjun Guo wrote:
> >> From: Al Stone
> >>
> >> Introduce one early parameters "off" and "force" for "acpi", acpi=off
> >> will be
On Sun, Jan 18, 2015 at 11:50:38AM +0100, poma wrote:
>
> Salutem
>
> This happened only on thaw from S4 aka hibernate.
> What should be "strange power saving mode" these messages relate!?
>
> [ 208.252986] Uhhuh. NMI received for unknown reason 3d on CPU 0.
> [ 208.252991] Do you have a
On Mon, Jan 19, 2015 at 8:33 AM, Greg KH wrote:
> On Mon, Jan 19, 2015 at 08:28:19AM -0500, Josh Boyer wrote:
>> On Sun, Jan 18, 2015 at 1:25 AM, Greg KH wrote:
>> > On Sun, Jan 18, 2015 at 12:08:18AM -0600, Robert Hancock wrote:
>> >> I've got an Intel Haswell-based system with a Gigabyte
The OCTEON MMC controller is currently found on cn61XX and cnf71XX
devices. Device parameters are configured from device tree data.
Currenly supported are eMMC, MMC and SD devices.
Signed-off-by: David Daney
Signed-off-by: Leonid Rosenboim
Signed-off-by: Aaron Williams
Signed-off-by:
On Monday 19 January 2015 18:11:07 Rameshwar Prasad Sahu wrote:
> This patch implements the APM X-Gene SoC DMA engine driver. The APM X-Gene
> SoC DMA engine consists of 4 DMA channels for performing DMA operations.
> These DMA operations include memory copy and scatter gathering offload.
>
>
On Monday 19 January 2015 18:11:09 Rameshwar Prasad Sahu wrote:
> This patch adds device tree binding for APM X-Gene SoC DMA engine driver.
>
> Signed-off-by: Rameshwar Prasad Sahu
> Signed-off-by: Loc Ho
>
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe
On Monday 19 January 2015 18:11:08 Rameshwar Prasad Sahu wrote:
> diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi
> b/arch/arm64/boot/dts/apm/apm-storm.dtsi
> index f1ad9c2..e20da23 100644
> --- a/arch/arm64/boot/dts/apm/apm-storm.dtsi
> +++ b/arch/arm64/boot/dts/apm/apm-storm.dtsi
> @@
On Mon, Jan 19, 2015 at 08:28:19AM -0500, Josh Boyer wrote:
> On Sun, Jan 18, 2015 at 1:25 AM, Greg KH wrote:
> > On Sun, Jan 18, 2015 at 12:08:18AM -0600, Robert Hancock wrote:
> >> I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H motherboard
> >> under Fedora 21. After updating
On Wed, Dec 17, 2014 at 10:15:38PM +0100, Alexandre Belloni wrote:
> Hi,
>
> This patch series adds support for the PWM controller found on the Allwinner
> SoCs.
>
> The first patch adds the driver itself.
> The second patch adds the DT binding documentation
>
> Changes in v8:
> - renamed the
From: Colin Ian King
There is old, unused code that is #defined out by the
use of NOTMOS7840 and NOTMCS7840 - these are not
defined anywhere.
If NOTMOS7840 is defined then the code will break on null
pointer dereferences on mos7840_port. So the code is
currently unused, and broken anyway, so
On Tue, Dec 23, 2014 at 08:08:51AM +, Vineet Gupta wrote:
> Hi,
>
> Can you please backport the following mainline commits to 3.14 stable.
>
> 2014-02-07 ec7ac6afd07b ARC: switch to generic ENTRY/END assembler annotations
Now queued up.
> 2014-04-18 64ee9f32c33c ARC: Delete stale barrier.h
On Sun, Jan 18, 2015 at 1:25 AM, Greg KH wrote:
> On Sun, Jan 18, 2015 at 12:08:18AM -0600, Robert Hancock wrote:
>> I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H motherboard
>> under Fedora 21. After updating to the 3.18.2-200 Fedora kernel, I noticed
>> some errors in dmesg
On January 19, 2015 11:34, Lee Jones wrote:
> On Mon, 22 Dec 2014, Adam Thomson wrote:
>
> > DA9150 is a combined Charger and Fuel-Gauge IC, with additional
> > GPIO and GPADC functionality.
> >
> > Signed-off-by: Adam Thomson
> > ---
> > drivers/mfd/Kconfig | 12 +
> >
Monday, January 19, 2015, 2:09:34 PM, you wrote:
> Hello Sander,
> Tuesday, January 13, 2015, 5:47:24 PM, you wrote:
>> Tuesday, January 13, 2015, 5:35:10 PM, you wrote:
>>> Hi Rafael / Len,
>>> When i press the power-button on my intel NUC, i get twp ACPI power-events
>>> shortly
>>>
Commit 61a734d305e1 ("xen/manage: Always freeze/thaw processes when
suspend/resuming") ensured that userspace processes were always frozen
before suspending to reduce interaction issues when resuming devices.
However, freeze_processes() does not freeze kernel threads. Freeze
kernel threads as
-next-20150119
Patch was only compile tested with x86_64_defconfig + CONFIG_DRM=m,
CONFIG_DRM_RADEON=m
drivers/gpu/drm/radeon/ci_dpm.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c
index f373a81
Jeg vil foreslå relasjoner som er av felles interesse. Det er overføring
av en stor sum penger.Jeg skriver til deg fordi du har blitt anbefalt til
meg som en som kan være egnet for mitt prosjekt.
Ta kontakt med meg på min personlige e-postadresse; en rask respons, ville
jeg stor pris på det.
Med
Hi Arnd, Jingoo,
On 18 December 2014 at 05:58, Jingoo Han wrote:
> On Thursday, December 18, 2014 7:16 AM, Arnd Bergmann wrote:
>> On Wednesday 17 December 2014 11:34:45 Gabriel FERNANDEZ wrote:
>> > ST sti SoCs PCIe IPs are built around DesignWare IP Core.
>> > But in these SoCs PCIe IP doesn't
Hello Sander,
Tuesday, January 13, 2015, 5:47:24 PM, you wrote:
> Tuesday, January 13, 2015, 5:35:10 PM, you wrote:
>> Hi Rafael / Len,
>> When i press the power-button on my intel NUC, i get twp ACPI power-events
>> shortly
>> after one another (within a second), instead of just one.
>>
Hi Arnd,
On 17 December 2014 at 23:14, Arnd Bergmann wrote:
> On Wednesday 17 December 2014 11:34:44 Gabriel FERNANDEZ wrote:
>> sti pcie is built around a Synopsis Designware PCIe IP.
>>
>> Signed-off-by: Fabrice Gasnier
>> Signed-off-by: Gabriel Fernandez
>> ---
>> drivers/pci/host/Kconfig
> On Thu, Jan 15, 2015 at 08:36:55PM +0900, Namjae Jeon wrote:
> > We introduce per-file freeze feature for unifying defrag ext4 and xfs
> > as first ingredient. We get the idea courtesy of Dave Chinner
> > (https://lkml.org/lkml/2014/7/14/759)
Hi Dave,
>
> /me pages the context back in
>
> >
Hi Jingoo,
Thanks for reviewing
On 18 December 2014 at 07:03, Jingoo Han wrote:
> On Wednesday, December 17, 2014 7:35 PM, Gabriel FERNANDEZ wrote:
>>
>> sti pcie is built around a Synopsis Designware PCIe IP.
>>
>> Signed-off-by: Fabrice Gasnier
>> Signed-off-by: Gabriel Fernandez
>> ---
>>
Hi Abhilash,
> Add registers, bit fields and compatible strings for Exynos7 TMU
> (Thermal Management Unit). Following are a few of the differences
> in the Exynos7 TMU from earlier SoCs:
> - 8 trigger levels
> - Different bit offsets and more registers for the rising
>
Hi Arnd,
Thanks for reviewing
On 17 December 2014 at 23:01, Arnd Bergmann wrote:
> On Wednesday 17 December 2014 11:34:43 Gabriel FERNANDEZ wrote:
>> sti pcie is built around a Synopsis Designware PCIe IP.
>>
>> Signed-off-by: Fabrice Gasnier
>> Signed-off-by: Gabriel Fernandez
>> ---
>>
On Mon, 19 Jan 2015, Vivien Didelot wrote:
> Signed-off-by: Vivien Didelot
Both patches applied, thanks.
--
Jiri Kosina
SUSE Labs
--
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
On 2015/1/19 20:45, Masami Hiramatsu wrote:
> (2015/01/19 20:21), Wang Nan wrote:
>> On 2015/1/19 17:05, Masami Hiramatsu wrote:
>>> Hi Wang,
>>>
>>> I've found a problem on this patch, since kprobes calls unoptioize_kprobe
>>> with kprobes_all_disarmed=true when trying to disable all kprobes,
On Mon, Jan 19, 2015 at 1:50 PM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.19-rc5[1] to v3.19-rc4[3], the summaries are:
> - build errors: +11/-17
+ /home/kisskb/slave/src/fs/hostfs/hostfs_user.c: error: 'AT_FDCWD'
undeclared (first use in this function): => 378
+
On Mon, Jan 19, 2015 at 7:43 PM, Paolo Bonzini wrote:
> Hi Wincy,
>
> there is only one thing that I don't understand in this patchset, and it is:
>
> On 16/01/2015 06:59, Wincy Van wrote:
>> + /*
>> +* if vcpu is in L2, we are fast enough to complete
>> +* before L1
On 10/01/15 08:55, Vladimir Davydov wrote:
On Fri, Jan 09, 2015 at 05:43:17PM +, Suzuki K. Poulose wrote:
Hi
We have hit a hang on ARM64 defconfig, while running LTP tests on
3.19-rc3. We are
in the process of a git bisect and will update the results as and
when we find the commit.
During
Below is the list of build error/warning regressions/improvements in
v3.19-rc5[1] compared to v3.18[2].
Summarized:
- build errors: +16/-16
- build warnings: +206/-114
JFYI, when comparing v3.19-rc5[1] to v3.19-rc4[3], the summaries are:
- build errors: +11/-17
- build warnings: +75/-38
On Fri, Jan 16, 2015 at 11:46:36AM -0500, Jérémie Galarneau wrote:
> On Fri, Jan 16, 2015 at 10:26 AM, Alexandre Montplaisir
> wrote:
> > On 2015-01-15 03:57 PM, Alexandre Montplaisir wrote:
> >>
> >> Hi,
> >>
> >> I'm a developer for the Trace Compass tool (see links [3], [4] in Jiri's
> >>
When building perf for arm64 I hit a warning (and be treated as an
error) like below:
aarch64-oe-linux-gcc -o .../util/scripting-engines/trace-event-python.o -c
-Wbad-function-cast \
... util/scripting-engines/trace-event-python.c
In file included from
catch useless conditionals like (1 == 1) or (1 != 0) - it seems like some
code generators like this "style"
Signed-off-by: Nicholas Mc Guire
---
After stumbling across this code in drivers/media/dvb-frontends/dib7000p.c
value = 0;
if (1 != 0)
value |= (1 << 6);
On Wed, Nov 26, 2014 at 08:44:05AM +0800, Wanpeng Li wrote:
> The overload indicator is used for knowing when we can totally avoid load
> balancing to a cpu that is about to go idle. We can avoid load balancing
> when no cpu has cfs task and both rt and deadline have push/pull mechanism
> to do
Peter Hurley wrote:
On 01/18/2015 05:45 PM, Howard Chu wrote:
Peter Hurley wrote:
Commit 26df6d13406d1 ("tty: Add EXTPROC support for LINEMODE") added
the undocumented EXTPROC input processing mode, which ignores the ICANON
setting and forces pty slave input to be processed in non-canonical
(2015/01/19 20:21), Wang Nan wrote:
> On 2015/1/19 17:05, Masami Hiramatsu wrote:
>> Hi Wang,
>>
>> I've found a problem on this patch, since kprobes calls unoptioize_kprobe
>> with kprobes_all_disarmed=true when trying to disable all kprobes, this
>> cause a serious problem.
>>
>> Moreover, I
501 - 600 of 1606 matches
Mail list logo
