At Fri, 14 Nov 2014 16:56:49 +0530,
Sudip Mukherjee wrote:
>
> earlier we were ignoring the return value of snd_ak4114_create and
> always returning 0.
> now we are returning the actual status. revo_init is calling this
> function, and revo_init is checking the return value.
>
> Signed-off-by:
On Wed, Nov 12, 2014 at 11:43:37AM -0800, Andrew Bresticker wrote:
Patches 2-4 queud for 3.19.
Thanks,
Ralf
--
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
Hi ,
I am planing to develop WSMP (Wave Short Message Protocol) protocol in
transport layer.Any suggestions will be appreciated,
My idea is given below
WSMP(Wave Short Message Protocol ie. 1609.3
published by the IEEE Vehicular Society) is a part of the DSRC(Dedicated
Short Range
Linus,
please pull from the tag "firewire-fix" at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394.git
firewire-fix
to receive an IEEE 1394 (FireWire) subsystem fix:
The character device file interface for raw 1394 I/O took uninitialized
kernel stack as substitute for
earlier we were ignoring the return value of snd_ak4114_create and
always returning 0.
now we are returning the actual status. revo_init is calling this
function, and revo_init is checking the return value.
Signed-off-by: Sudip Mukherjee
---
change in v3: spec->ak4114 is now dereferenced if we
On Thu 2014-11-13 20:12:46, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Adding a trace_seq_has_overflowed() which returns true if the trace_seq
> had too much written into it allows us to simplify the code.
>
> Instead of checking the return value of every call to
On Wed, Nov 12, 2014 at 11:43:36AM -0800, Andrew Bresticker wrote:
> Add the vendor prefix "mti" for MIPS Technologies, Inc.
>
> Signed-off-by: Andrew Bresticker
> Acked-by: Arnd Bergmann
> ---
> I'll update the users of the "mips" prefix to use "mti" instead once
> this lands.
>
> No changes
Hi Mikko,
> Tested-by: Mikko Perttunen
Thanks for testing.
>
> One potential issue I can see is that if the cpufreq driver fails to
> probe then you'll never get the thermal driver either. For example,
> Tegra124 currently has no cpufreq driver, so if CONFIG_CPU_THERMAL
> was enabled, then
On Sunday 09 November 2014 12:30:03 Pali Rohár wrote:
> On Sunday 09 November 2014 09:05:04 Dmitry Torokhov wrote:
> > Hi Pali,
> >
> > On Sun, Nov 02, 2014 at 12:25:10AM +0100, Pali Rohár wrote:
> > > int alps_detect(struct psmouse *psmouse, bool
> > > set_properties) {
> > >
> > > - struct
Currently kdb's ftdump command unconditionally crashes due to a null
pointer de-reference whenever the command is run. This in turn causes
the kernel to panic.
The abridged stacktrace (gathered with ARCH=arm) is:
-~- cut here -~-
[] (panic) from [] (die+0x264/0x440)
[] (die) from []
This patchset makes it possible to use kdb's ftdump command without
panicing, crashing or livelocking. The ftdump command cannot be used
at all without these changes.
IIRC this patches are still pending Jason's ack.
v3:
* Remove lines leading with --- from the patch comments, now it it
-~-
Currently kdb's ftdump command will livelock by constantly printk'ing
the empty string at KERN_EMERG level if it run when the ftrace system is
not in use. This occurs because trace_empty() never returns false when
the ring buffers are left at the start of a non-consuming read [launched
by
On 2014年11月14日 19:16, Zubair Lutfullah Kakakhel wrote:
On 14/11/14 11:13, Andy Yan wrote:
On 2014年11月14日 18:53, Zubair Lutfullah Kakakhel wrote:
On 14/11/14 10:37, Andy Yan wrote:
On 2014年11月14日 18:23, Zubair Lutfullah Kakakhel wrote:
Hi Andy
On 14/11/14 03:31, Andy Yan wrote:
Rockchip
On Thu, Nov 13, 2014 at 09:09:27AM +0100, Sascha Hauer wrote:
> On Wed, Nov 12, 2014 at 10:19:20AM +0100, Johan Hovold wrote:
> > On Wed, Nov 12, 2014 at 08:01:27AM +0100, Sascha Hauer wrote:
> > > On Tue, Nov 11, 2014 at 07:18:25PM +0100, Johan Hovold wrote:
> > > > On Tue, Nov 11, 2014 at
On Monday 10 November 2014 17:45:06 Austin S Hemmelgarn wrote:
> On 2014-11-10 11:23, Pali Rohár wrote:
> > On Monday 10 November 2014 12:22:13 Matt Fleming wrote:
> >> On Sun, 2014-11-09 at 19:22 +0100, Borislav Petkov wrote:
> >>> On Sun, Nov 09, 2014 at 06:37:46PM +0100, Pali Rohár wrote:
>
On 14/11/14 04:53, Juergen Gross wrote:
>
> Using BUG() instead would make the code less complex. Do you really
> think xen_update_mem_tables() would ever fail in a sane system?
>
> - set_phys_to_machine() would fail only on a memory shortage. Just
> going on without adding more memory
On 14/11/14 11:13, Andy Yan wrote:
>
> On 2014年11月14日 18:53, Zubair Lutfullah Kakakhel wrote:
>>
>> On 14/11/14 10:37, Andy Yan wrote:
>>> On 2014年11月14日 18:23, Zubair Lutfullah Kakakhel wrote:
Hi Andy
On 14/11/14 03:31, Andy Yan wrote:
> Rockchip RK3288 hdmi is compatible
On 2014年11月14日 18:53, Zubair Lutfullah Kakakhel wrote:
On 14/11/14 10:37, Andy Yan wrote:
On 2014年11月14日 18:23, Zubair Lutfullah Kakakhel wrote:
Hi Andy
On 14/11/14 03:31, Andy Yan wrote:
Rockchip RK3288 hdmi is compatible with dw_hdmi
Signed-off-by: Andy Yan
---
Changes in v10:
- add
2014-11-13 16:37 GMT+01:00 Yingjoe Chen :
>
> This series is 6th version of interrupt polarity support for MediaTek SoCs.
> This is based on tip/irq/irqdomain[1] and my mediatek SoC basic support[2].
>
> In this version, I added a minor fix to irqdomain as first patch. Patch 3,
> 4 are changed to
On 14/11/14 11:08, Andy Yan wrote:
>
> On 2014年11月14日 18:55, Zubair Lutfullah Kakakhel wrote:
>>
>> On 14/11/14 10:53, Andy Yan wrote:
>>> Hi ZubairLK:
>>> Thanks for your review.
>>> On 2014年11月14日 18:19, Zubair Lutfullah Kakakhel wrote:
Hi Andy,
Nice work on this patch
The two kmemdup invocations can be unified. I find that the new
placement of the comment makes it easier to see what happens.
Signed-off-by: Paolo Bonzini
---
virt/kvm/kvm_main.c | 28 +++-
1 file changed, 11 insertions(+), 17 deletions(-)
diff --git
Hi Igor and Takuya,
here are a few small patches that simplify __kvm_set_memory_region
and associated code. Can you please review them?
Thanks,
Paolo
Paolo Bonzini (3):
kvm: memslots: track id_to_index changes during the insertion sort
kvm: commonize allocation of the new memory slots
The update_memslots invocation is only needed in one case. Make
the code clearer by moving it to __kvm_set_memory_region, and
removing the wrapper around insert_memslot.
Signed-off-by: Paolo Bonzini
---
virt/kvm/kvm_main.c | 20 ++--
1 file changed, 6 insertions(+), 14
This completes the optimization from the previous patch, by
removing the KVM_MEM_SLOTS_NUM-iteration loop from insert_memslot.
Signed-off-by: Paolo Bonzini
---
virt/kvm/kvm_main.c | 39 +++
1 file changed, 19 insertions(+), 20 deletions(-)
diff --git
Arnd, Olof, Kevin,
I don't have more for the moment, so here is trivial at91 material for 3.18.
Thanks, best regards,
The following changes since commit 106c67af2fb938880edbf43b49dabbd8d2534839:
ARM: at91/dt: sam9263: fix PLLB frequencies (2014-10-22 10:08:22 +0200)
are available in the git
Hi Andrew,
FYI: I need to test this myself and understand it better, so it will take some
time before I get to this. It is in my TODO list, so it won't be forgotten.
Regards,
Hans
On 11/05/2014 09:11 PM, Andrey Utkin wrote:
> Dropping code (introduced in
On 2014年11月14日 18:55, Zubair Lutfullah Kakakhel wrote:
On 14/11/14 10:53, Andy Yan wrote:
Hi ZubairLK:
Thanks for your review.
On 2014年11月14日 18:19, Zubair Lutfullah Kakakhel wrote:
Hi Andy,
Nice work on this patch series. Its getting better and better :).
On 14/11/14 03:27, Andy Yan
On Friday 14 November 2014 09:56:21 Peter Griffin wrote:
>
> I'll appologize in advance as I'm not sure I've understood you correctly,
> definately your answer
> has given me a bunch more questions to clarify my understanding...
>
> In the case of this particular node, then both reg properties
At Fri, 14 Nov 2014 16:29:15 +0530,
Sudip Mukherjee wrote:
>
> On Fri, Nov 14, 2014 at 11:43:31AM +0100, Takashi Iwai wrote:
> > At Fri, 14 Nov 2014 16:09:06 +0530,
> > Sudip Mukherjee wrote:
> > >
> > > earlier we were ignoring the return value of snd_ak4114_create and
> > > always returning 0.
On 14/11/14 02:16, Steven Rostedt wrote:
> On Mon, 10 Nov 2014 09:41:32 +
> Daniel Thompson wrote:
>
>> On 06/11/14 13:27, Steven Rostedt wrote:
>>> On Thu, 6 Nov 2014 12:41:54 +
>>> Daniel Thompson wrote:
>>>
This patchset makes it possible to use kdb's ftdump command without
On Fri, Nov 14, 2014 at 11:43:31AM +0100, Takashi Iwai wrote:
> At Fri, 14 Nov 2014 16:09:06 +0530,
> Sudip Mukherjee wrote:
> >
> > earlier we were ignoring the return value of snd_ak4114_create and
> > always returning 0.
> > now we are returning the actual status. revo_init is calling this
> >
On Fri, 14 Nov 2014 10:57:10 +0100
Paolo Bonzini wrote:
>
>
> On 14/11/2014 00:00, 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
On Thu, Nov 13, 2014 at 05:17:21PM +0200, Laurentiu Palcu wrote:
> Hi Johan,
>
> On Thu, Nov 13, 2014 at 01:27:28PM +0100, Johan Havold wrote:
> > On Wed, Nov 12, 2014 at 03:38:09PM +0200, Laurentiu Palcu wrote:
> > > +struct dln2_spi {
> > > + struct platform_device *pdev;
> > > + struct
On 14/11/14 10:53, Andy Yan wrote:
> Hi ZubairLK:
>Thanks for your review.
> On 2014年11月14日 18:19, Zubair Lutfullah Kakakhel wrote:
>> Hi Andy,
>>
>> Nice work on this patch series. Its getting better and better :).
>>
>> On 14/11/14 03:27, Andy Yan wrote:
>>> hdmi phy clock symbol and
Hi,
this is the next attepmt to add support for On Chip Memory
configuration via On Chip Memory Controller.
OCM can be divided into 4 independend blocks and placed to
two locations which this driver detects.
For everybody on-chip SRAM driver "mmio-sram"
is missing parity IRQ handling not sure
Create topic headers not to share all functions.
Signed-off-by: Michal Simek
---
Changes in v4:
- New patch in this series
Changes in v3: None
Changes in v2: None
arch/arm/mach-zynq/common.c | 1 +
arch/arm/mach-zynq/common.h | 9 -
arch/arm/mach-zynq/platsmp.c | 1 +
At Fri, 14 Nov 2014 16:09:07 +0530,
Sudip Mukherjee wrote:
>
> buf_size was initialized with snd_pcm_lib_buffer_bytes,
> but never used. and so it is safe to be deleted.
>
> Signed-off-by: Sudip Mukherjee
Thanks, applied.
Takashi
> ---
> sound/pci/ice1712/ice1712.c | 3 +--
> 1 file
include/soc/zynq/ is the right location for this header
to be able to share information from this header with other
drivers which require it.
Signed-off-by: Michal Simek
---
Changes in v4:
- Move only slcr.h and smp.h and keep common.h in platform
which is not needed by OCMC driver
Based on
On 14/11/14 10:37, Andy Yan wrote:
>
> On 2014年11月14日 18:23, Zubair Lutfullah Kakakhel wrote:
>> Hi Andy
>>
>> On 14/11/14 03:31, Andy Yan wrote:
>>> Rockchip RK3288 hdmi is compatible with dw_hdmi
>>>
>>> Signed-off-by: Andy Yan
>>>
>>> ---
>>>
>>> Changes in v10:
>>> - add more display mode
On Fri, Nov 14, 2014 at 06:36:25AM +, Ben Hutchings wrote:
> On Tue, 2014-11-11 at 11:06 +, Luis Henriques wrote:
> > 3.16.7-ckt1 -stable review patch. If anyone has any objections, please let
> > me know.
> >
> > --
> >
> > From: "Eric W. Biederman"
> >
> > commit
Hi ZubairLK:
Thanks for your review.
On 2014年11月14日 18:19, Zubair Lutfullah Kakakhel wrote:
Hi Andy,
Nice work on this patch series. Its getting better and better :).
On 14/11/14 03:27, Andy Yan wrote:
hdmi phy clock symbol and transmission termination value
can adjust platform specific to
Add the on-chip-memory controller node to the Zynq devicetree.
Signed-off-by: Michal Simek
---
Changes in v4:
- Use memory-controller@... instead of ocmc@...
Changes in v3:
- Extract from OCM driver
Changes in v2: None
arch/arm/boot/dts/zynq-7000.dtsi | 7 +++
1 file changed, 7
Get OCM configuration from SLCR.
Signed-off-by: Michal Simek
---
Changes in v4:
- slcr.h has moved to soc/include/ folder. Move definition there too.
Changes in v3: None
Changes in v2: None
arch/arm/mach-zynq/slcr.c | 15 +++
include/soc/zynq/slcr.h | 1 +
2 files changed, 16
The driver provide memory allocator which can
be used by others drivers to allocate memory inside OCM.
All location for 64kB blocks are supported
and driver is trying to allocate the largest continuous
block of memory.
Checking mpcore addressing filterring is not done here
but could be added in
Create topic headers not to share all functions.
Signed-off-by: Michal Simek
---
Changes in v4:
- New patch in this series
Changes in v3: None
Changes in v2: None
arch/arm/mach-zynq/common.c | 1 +
arch/arm/mach-zynq/common.h | 10 --
arch/arm/mach-zynq/platsmp.c | 1 +
At Fri, 14 Nov 2014 16:09:05 +0530,
Sudip Mukherjee wrote:
>
> the functions:
> snd_ice1712_akm4xxx_build_controls
> snd_ice1712_build_pro_mixer
> snd_ctl_add
> snd_ak4114_build
> prodigy192_ak4114_init
> snd_ak4113_build
> are all returning either
Tested-by: Mikko Perttunen
One potential issue I can see is that if the cpufreq driver fails to
probe then you'll never get the thermal driver either. For example,
Tegra124 currently has no cpufreq driver, so if CONFIG_CPU_THERMAL was
enabled, then the soctherm driver would never be able to
From: Alexander Duyck
> It is common for device drivers to make use of acquire/release semantics
> when dealing with descriptors stored in device memory. On reviewing the
> documentation and code for smp_load_acquire() and smp_store_release() as
> well as reviewing an IBM website that goes over
At Fri, 14 Nov 2014 16:09:06 +0530,
Sudip Mukherjee wrote:
>
> earlier we were ignoring the return value of snd_ak4114_create and
> always returning 0.
> now we are returning the actual status. revo_init is calling this
> function, and revo_init is checking the return value.
It's not enough only
buf_size was initialized with snd_pcm_lib_buffer_bytes,
but never used. and so it is safe to be deleted.
Signed-off-by: Sudip Mukherjee
---
sound/pci/ice1712/ice1712.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/sound/pci/ice1712/ice1712.c b/sound/pci/ice1712/ice1712.c
the functions:
snd_ice1712_akm4xxx_build_controls
snd_ice1712_build_pro_mixer
snd_ctl_add
snd_ak4114_build
prodigy192_ak4114_init
snd_ak4113_build
are all returning either 0 or a negetive error value.
so we can easily remove the check for a negative
earlier we were ignoring the return value of snd_ak4114_create and
always returning 0.
now we are returning the actual status. revo_init is calling this
function, and revo_init is checking the return value.
Signed-off-by: Sudip Mukherjee
---
sound/pci/ice1712/revo.c | 2 +-
1 file changed, 1
On 2014年11月14日 18:23, Zubair Lutfullah Kakakhel wrote:
Hi Andy
On 14/11/14 03:31, Andy Yan wrote:
Rockchip RK3288 hdmi is compatible with dw_hdmi
Signed-off-by: Andy Yan
---
Changes in v10:
- add more display mode support mpll configuration for rk3288
Changes in v9:
- move some phy
Add RGB444_1X12 and RGB565_1X16 format definitions and update the
documentation.
Signed-off-by: Boris Brezillon
Acked-by: Mauro Carvalho Chehab
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 40 ++
include/uapi/linux/media-bus-format.h | 4 ++-
2
On Wed, Nov 12, 2014 at 07:03:21PM -0800, Andy Lutomirski wrote:
> printk seems to work just fine in do_machine_check.
That must be pure luck. Has anything changed which I missed to make
printk NMI-safe?
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
> > diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
> > index 4593567..3d090af 100644
> > --- a/include/linux/mmzone.h
> > +++ b/include/linux/mmzone.h
> > @@ -431,6 +431,15 @@ struct zone {
> > */
> > int nr_migrate_reserve_block;
> >
> > +#ifdef
On Fri, 14 Nov 2014, SF Markus Elfring wrote:
> > I don't think that the change is desirable in all cases. There are
> > functions like kmalloc where NULL means failure and !p seems like the
> > reasonable choice. But there maybe other cases where NULL is somehow
> > a meaningful value.
>
> How
On Fri, Nov 14, 2014 at 10:19:47AM +0100, Linus Walleij wrote:
> On Wed, Oct 29, 2014 at 8:09 AM, Alexandre Courbot wrote:
> > On Wed, Oct 22, 2014 at 5:09 AM, Benoit Parrot wrote:
>
> > + line_b: line_b {
> > + line_b {
> > +
Hi Andy
On 14/11/14 03:31, Andy Yan wrote:
> Rockchip RK3288 hdmi is compatible with dw_hdmi
>
> Signed-off-by: Andy Yan
>
> ---
>
> Changes in v10:
> - add more display mode support mpll configuration for rk3288
>
> Changes in v9:
> - move some phy configuration to platform driver
>
>
Hi Andy,
Nice work on this patch series. Its getting better and better :).
On 14/11/14 03:27, Andy Yan wrote:
> hdmi phy clock symbol and transmission termination value
> can adjust platform specific to get the best SI
^Is this signal integrity?
Hi Alex,
On Thu, Nov 13, 2014 at 07:27:23PM +, Alexander Duyck wrote:
> It is common for device drivers to make use of acquire/release semantics
> when dealing with descriptors stored in device memory. On reviewing the
> documentation and code for smp_load_acquire() and smp_store_release()
On Thu, Nov 13, 2014 at 6:50 PM, Richard Fitzgerald
wrote:
> Signed-off-by: Richard Fitzgerald
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
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
> I don't think that the change is desirable in all cases. There are
> functions like kmalloc where NULL means failure and !p seems like the
> reasonable choice. But there maybe other cases where NULL is somehow
> a meaningful value.
How do you think about to adjust checks for null pointers not
On Mon, Nov 10, 2014 at 6:43 PM, Lee Jones wrote:
>> Please don't pull this -- it is missing a patch.
>>
>> Will fix.
>
> Okay, dependency fixed. Sorry for the fuss. Pull when ready.
Letting it just sit around unless there are conflicts coming up...
Seems like this can go through MFD alone
Signed-off-by: Richard Fitzgerald
---
Documentation/devicetree/bindings/mfd/arizona.txt | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
b/Documentation/devicetree/bindings/mfd/arizona.txt
index
This patch enables support for TMU at Exynos4412 based Trats2 board.
Signed-off-by: Lukasz Majewski
Reviewed-by: Bartlomiej Zolnierkiewicz
Reviewed-by: Tomasz Figa
---
arch/arm/boot/dts/exynos4412-trats2.dts | 5 +
1 file changed, 5 insertions(+)
diff --git
The TMU device tree node definition for Exynos4x12 family of SoCs.
Signed-off-by: Lukasz Majewski
Reviewed-by: Bartlomiej Zolnierkiewicz
Reviewed-by: Tomasz Figa
---
arch/arm/boot/dts/exynos4x12.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
On Tue 11-11-14 20:55:26, Heinrich Schuchardt wrote:
> On 11.11.2014 12:09, Jan Kara wrote:
> >On Mon 10-11-14 23:34:15, Christoph Hellwig wrote:
> >>On Mon, Nov 10, 2014 at 09:30:29PM +0100, Jan Kara wrote:
> >>> So what I somewhat dislike about this patch is that notify_change() is
>
On 11/13/14, Anshuman Khandual wrote:
> On 11/11/2014 10:56 AM, Anshuman Khandual wrote:
>> This patch enables get and set of miscellaneous debug registers through
>> ptrace PTRACE_GETREGSET-PTRACE_SETREGSET interface by implementing new
>> powerpc specific register set REGSET_MISC support
On Fri, Nov 14, 2014 at 10:01:34AM +0800, Wang, Yalin wrote:
> > -Original Message-
> > From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> > Sent: Friday, November 14, 2014 7:53 AM
> > To: Wang, Yalin
> > > On Fri, Oct 31, 2014 at 01:42:44PM +0800, Wang, Yalin wrote:
> > >
On 14/11/2014 00:00, 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
Hi Arnd,
On Thu, 13 Nov 2014, Arnd Bergmann wrote:
> 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
+Rafael
On Fri, Nov 14, 2014 at 10:39:07AM +0100, Linus Walleij wrote:
> On Tue, Nov 4, 2014 at 7:57 PM, Mika Westerberg
> wrote:
> > On Tue, Nov 04, 2014 at 10:05:26AM -0800, David Cohen wrote:
>
> >> It looks we have an implicit dependency to GPIO driver in Bay Trail, and
> >> having this
On Thu, Nov 13, 2014 at 05:26:34PM -0800, Joe Perches wrote:
> On Fri, 2014-11-14 at 01:18 +, Russell King - ARM Linux wrote:
> > On Thu, Nov 13, 2014 at 04:45:43PM -0800, Joe Perches wrote:
> > > I think you shouldn't apply these patches or updated
> > > ones either until all the current uses
From: Petr Tesarik
Subject: Re: [PATCH] kdump, x86: report actual value of phys_base in VMCOREINFO
Date: Fri, 14 Nov 2014 09:31:45 +0100
> On Fri, 14 Nov 2014 10:42:35 +0900 (JST)
> HATAYAMA Daisuke wrote:
>
>> From: Petr Tesarik
>> Subject: Re: [PATCH] kdump, x86: report actual value of
> -Original Message-
> From: Joe Stringer [mailto:joestrin...@nicira.com]
>
> Use vxlan_gso_check() to advertise offload support for this NIC.
>
> Signed-off-by: Joe Stringer
Acked-by: Sathya Perla
Thanks!
> ---
> v2: Refactor out vxlan helper.
> ---
>
On Tue, Nov 4, 2014 at 10:51 PM, David Cohen
wrote:
> On Tue, Nov 04, 2014 at 09:34:24PM +0200, Mika Westerberg wrote:
>> to a list of devices we depend on, we can defer this particular driver
>> going further in probe until all the dependencies listed in _DEP are
>> resolved.
>
> That's the
On Tue, Nov 4, 2014 at 7:57 PM, Mika Westerberg
wrote:
> On Tue, Nov 04, 2014 at 10:05:26AM -0800, David Cohen wrote:
>> It looks we have an implicit dependency to GPIO driver in Bay Trail, and
>> having this window until load the module is not acceptable to fulfill
>> this implicit dependency.
On Fri, Nov 14, 2014 at 01:43:03AM +, Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> Current vendor-prefixes.txt already has
> "ak" prefix for Asahi Kasei Corp by
> ae8c4209af2cec065fef15d200a42a04130799f7
It's usually enough to show the first 12 (or so) characters of the SHA1
here.
On Mon, Nov 3, 2014 at 7:42 PM, Mika Westerberg
wrote:
> On Mon, Nov 03, 2014 at 09:50:11AM -0600, Felipe Balbi wrote:
>> that's an issue that needs solving, but forcing every x86 kernel to ship
>> with this driver, is not a proper solution.
>
> I would rather have the driver build in to the
Are you in need of any type of loan? of yes, kindly contact
barrmarklewi...@gmail.com for more information. Thanks
--
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 Fri, Nov 14, 2014 at 05:38:58PM +0900, Alexandre Courbot wrote:
> On 11/14/2014 10:43 AM, Kuninori Morimoto wrote:
[...]
> >diff --git a/arch/arm/boot/dts/tegra20-seaboard.dts
> >b/arch/arm/boot/dts/tegra20-seaboard.dts
> >index a1d4bf9..7f5cf80 100644
> >---
secondary_startup() in the header is not needed at all.
Signed-off-by: Michal Simek
---
arch/arm/mach-zynq/common.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-zynq/common.h b/arch/arm/mach-zynq/common.h
index 2bc71273c73c..382c60e9aa16 100644
---
On Wed, Oct 29, 2014 at 8:09 AM, Alexandre Courbot wrote:
> On Wed, Oct 22, 2014 at 5:09 AM, Benoit Parrot wrote:
> + line_b: line_b {
> + line_b {
> + gpios = <6 0>;
> + output-low;
> +
On Thu, 13 Nov 2014, Joe Perches wrote:
> On Fri, 2014-11-14 at 07:06 +0100, Julia Lawall wrote:
> > On Thu, 13 Nov 2014, Joe Perches wrote:
> >
> > > I added a checkpatch entry for this.
> > > Maybe some cocci test like this would be useful?
> > >
> > > @@
> > > type t;
> > > t *p;
> > > @@
>
On Tue, Nov 4, 2014 at 1:38 AM, Benoit Parrot wrote:
Sorry for slow replies...
> Linus Walleij wrote on Mon [2014-Nov-03 10:59:53
> +0100]:
>> On Tue, Oct 21, 2014 at 10:09 PM, Benoit Parrot wrote:
>>
>> > qe_pio_a: gpio-controller@1400 {
>> > @@ -110,6 +130,19 @@ Example of two SOC
On Friday 14 November 2014 17:38:58 Alexandre Courbot wrote:
> > diff --git a/arch/arm/boot/dts/tegra20-seaboard.dts
> > b/arch/arm/boot/dts/tegra20-seaboard.dts
> > index a1d4bf9..7f5cf80 100644
> > --- a/arch/arm/boot/dts/tegra20-seaboard.dts
> > +++ b/arch/arm/boot/dts/tegra20-seaboard.dts
> >
On 11/14/2014 02:12 PM, Sebastian Andrzej Siewior wrote:
On 11/14/2014 09:24 AM, George Cherian wrote:
Disable the MUSB interrupts till MUSB is recovered fully from BABBLE
condition. There are chances that we could get multiple interrupts
till the time the babble recover work gets scheduled.
Now there is no way to disable TEXT randomization on a PPC32/PPC64
machine. Text randomization happens even in the case of "echo 0 >
/proc/sys/kernel/randomize_va_space"
This happens due to the incorrect definition of ELF_ET_DYN_BASE
at arch/powerpc/include/asm/elf.h
The function
On Thu, 2014-11-13 at 12:16 -0800, Benson Leung wrote:
> In usbhid_open, usb_autopm_get_interface is called
> before setting the needs_remote_wakeup flag, and
> usb_autopm_put_interface is called after hid_start_in.
>
> However, when the device is closed in usbhid_close, the same
> protection
On 14/11/14 02:26, Steven Rostedt wrote:
> On Thu, 6 Nov 2014 12:41:55 +
> Daniel Thompson wrote:
>
>> Currently kdb's ftdump command unconditionally crashes due to a null
>> pointer de-reference whenever the command is run. This in turn causes
>> the kernel to panic.
>>
>> The abridged
2014-11-13 13:56 GMT+01:00 Kishon Vijay Abraham I :
> From: Balaji T K
>
> MMC tuning procedure is required to support SD card
> UHS1-SDR104 mode and EMMC HS200 mode.
>
> The tuning function omap_execute_tuning() will only
> be called by the MMC/SD core if the corresponding
> speed modes are
Hi
On 11/14/2014 09:46 AM, Mike Turquette wrote:
Looking through the clock-tree there are a lot more components possibly
> >>using
> >>(or wanting to use) the npll: of course the VOPs, the edp, hdmi, isp,
> >>hevc,
> >>gpu, tsp uart0 and gmac. So I'm slightly uncomfortable with somehow
>
On Mon, Nov 3, 2014 at 11:56 PM, Rafael J. Wysocki wrote:
> On Monday, November 03, 2014 02:22:10 PM Linus Walleij wrote:
>> With that change:
>> Reviewed-by: Linus Walleij
>
> OK, made the changes and added your Reviewed-by.
>
> One semi-related question though. Alexandre ACKed the patch
On 11/04/2014 01:28 AM, Joonsoo Kim wrote:
> On Fri, Oct 31, 2014 at 04:53:44PM +0100, Vlastimil Babka wrote:
>> On 10/28/2014 08:08 AM, Joonsoo Kim wrote:
>>
>> OK, so you don't find a problem with how this patch changes
>> migration scanner caching, just the free scanner, right?
>> So how about
On 13-11-14 03:33, Mathy Vanhoef wrote:
> Kill the submitted URB in brcmf_usb_dl_cmd if the request timed out. This
> assures the URB is never submitted twice. It also prevents a possible
> use-after-free of the URB transfer buffer if a timeout occurs.
>
Acked-by: Arend van Spriel
>
On 11/14/2014 04:42 AM, Michael Ellerman wrote:
> On Wed, 2014-10-29 at 15:00 -0700, Greg Kroah-Hartman wrote:
>> From: Daniel Mack
>>
>> This patch adds a quite extensive test suite for kdbus that checks
>> the most important code pathes in the driver. The idea is to extend
>> the test suite
EL Mon, 10 Nov 2014 10:09:54 +0100
Miklos Szeredi escrigué:
> Maybe it wasn't clear, but the number of lower layers isn't limited by
> FILESYSTEM_MAX_STACK_DEPTH,
sorry, you have been clear, it's me that have not explained the purpose
of that patch. This idea is also valid for the main
On 11/14/2014 09:16 AM, Kedareswara rao Appana wrote:
> The drvdata in the suspend/resume is of type struct net_device,
> not the platform device.Enable the clocks in the suspend before
> accessing the registers of the CAN.
>
> Signed-off-by: Kedareswara rao Appana
> ---
> Changes for v2:
> -
The AMBA bus driver defines runtime Power Management functions which
disable and unprepare AMBA bus clock. This is problematic for runtime PM
because unpreparing a clock might sleep so it is not interrupt safe.
However some drivers may want to implement runtime PM functions in
interrupt-safe way
601 - 700 of 1460 matches
Mail list logo
