On 06/12/2015 02:26 AM, Raghavendra K T wrote:
> On 06/12/2015 03:01 AM, Waiman Long wrote:
>> The inode_free_security() function just took the superblock's isec_lock
>> before checking and trying to remove the inode security struct from the
>> linked list. In many cases, the list was empty and so
On Thu, Jun 11, 2015 at 07:14:36PM +0800, Zidan Wang wrote:
> the enum of "DAC Polarity" should be wm8960_enum[1].
>
> Signed-off-by: Zidan Wang
> ---
Acked-by: Charles Keepax
Thanks,
Charles
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 06/10/2015 04:17 PM, Waiman Long wrote:
> The inode_free_security() function just took the superblock's isec_lock
> before checking and trying to remove the inode security struct from the
> linked list. In many cases, the list was empty and so the lock taking
> is wasteful as no useful work is d
Em Fri, Jun 12, 2015 at 02:09:38PM +0200, Peter Zijlstra escreveu:
> On Fri, Jun 12, 2015 at 02:12:11PM +0300, Adrian Hunter wrote:
> > On 11/06/15 17:15, Peter Zijlstra wrote:
>
> > > Right, so the one wee problem I have is that this only provides sched_in
> > > data, I imagine people might be in
Hi!
On 11/06/15 16:12, ext Nicholas Mc Guire wrote:
> 'commit 2637e5fd232d ("i2c: octeon: Fix i2c fail problem when a process is
> terminated by a signal")' removed the wait_event_interruptible_timeout to
> prevent half/mixed i2c messages from being sent/recievd but forgot to
> drop the signal h
On Fri, Jun 12, 2015 at 09:32:45AM +0200, Peter Zijlstra wrote:
> On Thu, Jun 11, 2015 at 07:36:05PM +0200, Frederic Weisbecker wrote:
> > Restart the tick when necessary from the irq exit path. It makes nohz
> > full more flexible and allow it to piggyback the tick restart on the
> > scheduler IPI
On Fri, Jun 12, 2015 at 05:48:56PM +0530, Sreekanth Reddy wrote:
> On Fri, Jun 12, 2015 at 4:58 PM, Johannes Thumshirn
> wrote:
> > On Fri, Jun 12, 2015 at 03:12:16PM +0530, Sreekanth Reddy wrote:
> >> Removed the redundancy code while freeing the controller resources.
> >>
> >> Signed-off-by: Sr
From 0e01e7546745f39843d54810f74c198e01cb8226 Mon Sep 17 00:00:00 2001
From: justin.wang
Date: Mon, 18 May 2015 20:14:15 +0800
Subject: [PATCH v2] mmc: card: Fixup request missing in mmc_blk_issue_rw_rq
The current handler of MMC_BLK_CMD_ERR in mmc_blk_issue_rw_rq function
may cause new coming re
On Wed, May 27, 2015 at 04:01:51PM +0200, Maxime Ripard wrote:
> Hi everyone,
>
> This patchset implements the interleaved transfer capability found on
> some AT91 SoCs.
>
> The hardware actually support a somewhat similar mode called
> picture-in-picture, that allows to transfer a squared portio
On Thu, Jun 11, 2015 at 07:14:34PM +0800, Zidan Wang wrote:
> The ADCLRC/GPIO1, LINPUT3/JD2 and RINPUT3/JD3 pins can be selected as
> headphone jack detect inputs to automatically disable the speaker output
> and enable the headphone.
>
> Signed-off-by: Zidan Wang
> ---
This feels like this is m
On Thu, Jun 04, 2015 at 06:58:06PM +0300, Peter Ujfalusi wrote:
> Vinod,
>
> On 06/02/2015 03:55 PM, Vinod Koul wrote:
> > On Fri, May 29, 2015 at 05:32:50PM +0300, Peter Ujfalusi wrote:
> >> On 05/29/2015 01:18 PM, Vinod Koul wrote:
> >>> On Fri, May 29, 2015 at 11:42:27AM +0200, Geert Uytterhoev
Hello Sudeep,
On 06/12/2015 01:54 PM, Sudeep Holla wrote:
>
>
> On 12/06/15 12:27, Javier Martinez Canillas wrote:
>> Hello Sudeep,
>>
>> Thanks a lot for the feedback.
>>
>> On 06/12/2015 12:10 PM, Sudeep Holla wrote:
>>>
>>>
>>> On 12/06/15 06:43, Javier Martinez Canillas wrote:
The Exyno
On Fri, Jun 12, 2015 at 02:38:36PM +0200, Frederic Weisbecker wrote:
> On Fri, Jun 12, 2015 at 09:32:45AM +0200, Peter Zijlstra wrote:
> > On Thu, Jun 11, 2015 at 07:36:05PM +0200, Frederic Weisbecker wrote:
> > > Restart the tick when necessary from the irq exit path. It makes nohz
> > > full more
On Sun, Jun 07, 2015 at 09:46:10PM +0200, Stefan Agner wrote:
> Clear pending interrupts before requesting interrupts and move
> interrupt initialization after channels have been initialized.
> This avoids a NULL pointer dereference panic when using kexec
> while DMA requests were running.
Applied
On Thu, Jun 11, 2015 at 07:14:36PM +0800, Zidan Wang wrote:
> the enum of "DAC Polarity" should be wm8960_enum[1].
Applied, thanks.
signature.asc
Description: Digital signature
On Fri, Jun 12, 2015 at 05:45:59PM +0530, Vineet Gupta wrote:
> - arch_spin_lock/unlock were lacking the ACQUIRE/RELEASE barriers
>Since ARCv2 only provides load/load, store/store and all/all, we need
>the full barrier
>
> - LLOCK/SCOND based atomics, bitops, cmpxchg, which return modifi
On Fri, Jun 12, 2015 at 05:50:34PM +0530, Vineet Gupta wrote:
> No semantical changes !
Acked-by Peter Zijlstra (Intel)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Fri, Jun 12, 2015 at 02:59:41PM +0200, Peter Zijlstra wrote:
> On Fri, Jun 12, 2015 at 02:38:36PM +0200, Frederic Weisbecker wrote:
> > On Fri, Jun 12, 2015 at 09:32:45AM +0200, Peter Zijlstra wrote:
> > > On Thu, Jun 11, 2015 at 07:36:05PM +0200, Frederic Weisbecker wrote:
> > > > Restart the t
On Wed, Jun 10, 2015 at 10:24:34PM +0800, Koro Chen wrote:
> This is the DPCM based platform driver of AFE (Audio Front End) unit.
>
> Signed-off-by: Koro Chen
> Signed-off-by: Sascha Hauer
Your signoff should be last if you're the one sending the patch.
Otherwise this seems basically fine, but
On Fri, Jun 12, 2015 at 12:08:35PM +0300, Alexander Shishkin wrote:
> From: Alexander Shishkin
> Date: Tue, 9 Jun 2015 13:03:26 +0300
> Subject: [PATCH] perf/x86/intel: Fix PMI handling for Intel PT
>
> Since Intel PT is a separate pmu and is not using any of the x86_pmu
> code paths, which means
On Wed, Jun 10, 2015 at 10:24:35PM +0800, Koro Chen wrote:
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/sound/mt8173-max98090.txt
> @@ -0,0 +1,17 @@
> +MT8173 with MAX98090 CODEC
> +
> +Required properties:
> +- compatible : "mediatek,mt8173-max98090"
> +- mediatek,audio-codec: the ph
On Wed, Jun 10, 2015 at 10:24:36PM +0800, Koro Chen wrote:
> This is the DPCM based machine driver with rt5650 and rt5676
Similar issues to the Maxim driver ehre.
signature.asc
Description: Digital signature
On Friday 12 June 2015 06:35 PM, Peter Zijlstra wrote:
On Fri, Jun 12, 2015 at 05:45:59PM +0530, Vineet Gupta wrote:
> - arch_spin_lock/unlock were lacking the ACQUIRE/RELEASE barriers
>Since ARCv2 only provides load/load, store/store and all/all, we need
>the full barrier
>
> - LLOCK/
fu@linaro.org wrote:
This patch enables ACPI GTDT support for ARM SBSA
watchdog driver automatically, if ACPI support is enabled.
You don't need this patch if you reorder your patches, like this:
#4 ACPI: add GTDT table parse driver into ACPI driver
#5 Watchdog: introduce ARM SBSA watchdog
From: Thierry Reding
The USB_DWC3_ULPI Kconfig entry uses a UTF-8 non-breaking space (0xca20)
instead of a regular ASCII space (0x20). Commit 2e0d737fc76f ("kconfig:
don't silently ignore unhandled characters") exposes this by warning
about unhandled characters.
Signed-off-by: Thierry Reding
--
On 12/06/15 15:36, Arnaldo Carvalho de Melo wrote:
> Em Fri, Jun 12, 2015 at 02:09:38PM +0200, Peter Zijlstra escreveu:
>> On Fri, Jun 12, 2015 at 02:12:11PM +0300, Adrian Hunter wrote:
>>> On 11/06/15 17:15, Peter Zijlstra wrote:
>>
Right, so the one wee problem I have is that this only provi
On Fri, 12 Jun 2015, Baolin Wang wrote:
Sigh. Again threading of the series failed. Some patches are, the
whole series is not. Can you please get your tools straight?
You neither managed to cc me on the security patch.
> - Modify the subject line and the changelog:
> timekeeping: Change the i
On Wed 2015-06-10 13:31:54, Tejun Heo wrote:
> Hello, Petr.
>
> On Tue, Jun 09, 2015 at 05:53:13PM +0200, Petr Mladek wrote:
> > I think that the interaction with the hardware should be the reason to
> > make them properly freezable. In the current state they are stopped at
> > some random place,
On Fri, 2015-06-12 at 14:15 +0100, Adrian Hunter wrote:
> all 3 are already part of sample_id.
> >>>
> >>> You have to decide whether you expect to be able to use an event without
> >>> sample_id. MMAP and MMAP2 both have pid, tid which are in sample_id, LOST
> >>> has id, EXIT and FORK have t
On 05/19/2015 02:18 PM, Fabio Estevam wrote:
> Hi Sebastian,
Hi Fabio,
> Could you please test Philipp's patch?
> http://marc.info/?l=linux-serial&m=143202566332128&q=raw
>
> It worked on my tests and DMA still works with his patch, so I would
> prefer his solution.
It seems to work here, too.
Hi Jim, Lukasz,
On Tue, Jun 09, 2015 at 01:43:11PM +0200, lukasz.anaczkow...@intel.com wrote:
> @@ -273,6 +270,10 @@ struct sbridge_info {
> u64 (*get_tolm)(struct sbridge_pvt *pvt);
> u64 (*get_tohm)(struct sbridge_pvt *pvt);
> u64 (*rir_limit)
Being able to utilize this makes much code a lot simpler and cleaner.
It's a nice convenience function.
Signed-off-by: Jason A. Donenfeld
---
include/linux/netdevice.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 05b
Macvtap should be compatible with tuntap for maximum number
of queues. '1059590254fa9dce9cafc4f07d1103dbec415e76' removes
the limitation and increases number of queues in tuntap.
Now, Its safe to increase number of queues in Macvtap as well.
Signed-off-by: Pankaj Gupta
---
include/linux/if_macvl
Hi Alex,
On 06/11/2015 11:11 PM, Alex Williamson wrote:
> On Thu, 2015-06-11 at 14:08 +0200, Eric Auger wrote:
>> This patch introduces the vfio_platform_reset_combo struct that
>> stores all the information useful to handle the reset modality:
>> compat string, name of the reset function, name of
On Fri, 2015-06-12 at 14:28 +0100, Pawel Moll wrote:
> On Fri, 2015-06-12 at 14:15 +0100, Adrian Hunter wrote:
> > all 3 are already part of sample_id.
> > >>>
> > >>> You have to decide whether you expect to be able to use an event without
> > >>> sample_id. MMAP and MMAP2 both have pid, tid
Hello
Tested-by: Ricardo Ribalda Delgado
Some runtime warnings, but no oops
[ 46.348911] Trying to free nonexistent resource
[ 46.351979] Trying to free nonexistent resource
[ 46.351993] Trying to free nonexistent re
On Fri, 2015-06-12 at 08:31 -0400, Stephen Smalley wrote:
> On 06/12/2015 02:26 AM, Raghavendra K T wrote:
> > On 06/12/2015 03:01 AM, Waiman Long wrote:
> > > The inode_free_security() function just took the superblock's
> > > isec_lock
> > > before checking and trying to remove the inode securit
On Tue, 9 Jun 2015, Rob Herring wrote:
> set_irq_flags is ARM specific with custom flags which have genirq
> equivalents. Convert drivers to use the genirq interfaces directly, so we
> can kill off set_irq_flags. The translation of flags is as follows:
>
> IRQF_VALID -> !IRQ_NOREQUEST
> IRQF_PR
On Thu, Jun 11, 2015 at 11:49 PM, Steven Rostedt wrote:
>
> I recently upgraded my main server to 4.0.4 from 3.19.5 and rkhunter
> started reporting a hidden port on my box.
>
> Running unhide-tcp I see this:
>
> # unhide-tcp
> Unhide-tcp 20121229
> Copyright © 2012 Yago Jesus & Patrick Gouin
> Li
Add myself as maintainer for the Xen pvUSB stuff.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzeszutek Wilk
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index d8afd29..5f54a0d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10965,6 +109
On Fri, Jun 12, 2015 at 12:18:16PM +0100, Pedro Alves wrote:
> On 06/11/2015 03:10 PM, Josh Poimboeuf wrote:
>
> > C would definitely make more sense when analyzing object code. In fact,
> > asmvalidate is written in C. But then I guess we'd have to re-implement
> > the .cfi stuff and populate t
Add the definition of pvUSB protocol used between the pvUSB frontend in
a Xen domU and the pvUSB backend in a Xen driver domain (usually Dom0).
This header was originally provided by Fujitsu for Xen based on Linux
2.6.18.
Changes are:
- adapt to Linux style guide
Signed-off-by: Juergen Gross
--
On Thu, Jun 4, 2015 at 4:18 AM, Paolo Bonzini wrote:
> Malicious (or egregiously buggy) userspace can trigger it, but it
> should never happen in normal operation.
>
> Signed-off-by: Paolo Bonzini
This should probably be backported to the stable trees, right?
josh
> ---
> arch/x86/kvm/lapic.h
This series adds XEN guest pvUSB support. With pvUSB it is possible to
use physical USB devices from a XEN domain.
The support consists of a frontend in the unprivileged domU passing
I/O-requests to the backend in a driver domain (usually Dom0). The
backend is not part of this patch series, as it
At Fri, 12 Jun 2015 12:09:55 +0200,
Takashi Iwai wrote:
>
> At Fri, 12 Jun 2015 12:45:23 +0300,
> Mihai Donțu wrote:
> >
> > On Fri, 12 Jun 2015 09:00:06 +0200 Takashi Iwai wrote:
> > > At Fri, 12 Jun 2015 01:23:18 +0300, Mihai Donțu wrote:
> > > > No, 4.0.5 and all previous kernels (>= 3.12) are
Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen
domU to communicate with a USB device assigned to that domU. The
communication is all done via the pvUSB backend in a driver domain
(usually Dom0) which is owner of the physical device.
The code is taken from the pvUSB implemen
On Fri, 2015-06-12 at 15:41 +0200, Eric Auger wrote:
> Hi Alex,
> On 06/11/2015 11:11 PM, Alex Williamson wrote:
> > On Thu, 2015-06-11 at 14:08 +0200, Eric Auger wrote:
> >> This patch introduces the vfio_platform_reset_combo struct that
> >> stores all the information useful to handle the reset m
On 6/12/15 4:34 AM, Adrian Hunter wrote:
On 12/06/15 03:47, David Ahern wrote:
On 6/11/15 8:15 AM, Peter Zijlstra wrote:
This new PERF_RECORD_SWITCH event does not have those problems
and it also has a couple of other small advantages. It is
easier to use because it is an auxiliary event (like
On 06/11/2015 07:42 PM, Herbert Xu wrote:
>> The testmgr code can mark an entire cipher implementation as fips_allowed=1
>> as
>> > already done for RSA. However, unlike with the other ciphers, that flag
>> > must
>> > go in conjunction with the used key sizes.
>> >
>> > For FIPS mode, the fol
On Fri 2015-06-12 14:00:37, Peter Zijlstra wrote:
> On Thu, Jun 11, 2015 at 04:55:47PM +0200, Petr Mladek wrote:
> > > + * 'Consume' this chunk, avoids concurrent callers printing the same
> > > + * stuff.
> > > + */
> > > + if (atomic_cmpxchg(&s->read, i, len) != i)
> > > + goto again;
On 6/12/15 5:12 AM, Adrian Hunter wrote:
This new PERF_RECORD_SWITCH event does not have those problems
and it also has a couple of other small advantages. It is
easier to use because it is an auxiliary event (like mmap,
comm and task events) which can be enabled by setting a single
bit. It is sm
On 6/12/15 7:28 AM, Pawel Moll wrote:
Thanks, that's clear then. There will just need to be a flag to indicate
whether it is scheduling in or out.
Just a thought: wouldn't it be good to know what CPU have we been
scheduled from/to? This kind of information would be especially valuable
in heter
On 06/12/2015 08:12 AM, Daniel Wagner wrote:
> On 06/12/2015 12:08 AM, Alexei Starovoitov wrote:
>> On 6/11/15 12:25 AM, Daniel Wagner wrote:
>> If you have any suggestions on where to look, I'm all ears.
>> My stack traces look like:
>> Running with 10*40 (== 400) tasks.
>> [ 12.032571] kernel B
On Fri, Jun 12, 2015 at 9:05 AM, Hans Ulli Kroll
wrote:
>
>
> On Tue, 9 Jun 2015, Rob Herring wrote:
>
>> set_irq_flags is ARM specific with custom flags which have genirq
>> equivalents. Convert drivers to use the genirq interfaces directly, so we
>> can kill off set_irq_flags. The translation of
On Fri, 2015-06-12 at 10:10 -0400, Trond Myklebust wrote:
> On Thu, Jun 11, 2015 at 11:49 PM, Steven Rostedt wrote:
> >
> > I recently upgraded my main server to 4.0.4 from 3.19.5 and rkhunter
> > started reporting a hidden port on my box.
> >
> > Running unhide-tcp I see this:
> >
> > # unhide-tc
>
> On 6/11/15 12:47 PM, Andi Kleen wrote:
> >> Can you elaborate on an example? I don't see how this can happen
> >> reading a maps file. And it does not read maps for all threads only
> >> thread group leaders.
> >
> > This is with a stress test case that generates lots of small mappings
> > at
On Thu, Jun 11, 2015 at 06:41:26AM +1000, Neil Brown wrote:
> Hi Matthew,
> did you see this? Should I resend it more publicly to this different address
> I just found?
> or did I miss a reply?
Hi Neil,
Sorry, I completely missed this. Outlook isn't the best of email
interfaces.
> Hi Matthe
On Thu, Jun 11, 2015 at 02:08:22AM +0200, Tobias Diedrich wrote:
> In create_gpio_led only the legacy pass propagates the label by passing it
> into
> devm_gpio_request_one.
>
> On the newer devicetree/acpi path the label is lost as far as the GPIO
> subsystem goes (it is only retained as name in
On Fri, 2015-06-12 at 04:54 +, Wu, Feng wrote:
>
>
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Friday, June 12, 2015 1:15 AM
> > To: Wu, Feng
> > Cc: k...@vger.kernel.org; linux-kernel@vger.kernel.org; pbonz...@redhat.com;
> > mtosa..
On Thu, Jun 11, 2015 at 03:54:52PM -0700, John Stultz wrote:
> So this is a second round at trying to address the issue, trying
> to integrate feedback from Ingo and Thomas, trying to simplify
> what I can. I've also split out the changes so each can be
> more easily reviewed. Its still not tin
On Thu, Jun 11, 2015 at 08:45:10PM +0100, al.st...@linaro.org wrote:
> From: Al Stone
>
> The BAD_MADT_ENTRY() macro is designed to work for all of the subtables
> of the MADT. In the ACPI 5.1 version of the spec, the struct for the
> GICC subtable (struct acpi_madt_generic_interrupt) is 76 byte
On 06/12/2015 10:52 AM, Dave Jones wrote:
> On Thu, Jun 11, 2015 at 03:54:52PM -0700, John Stultz wrote:
> > So this is a second round at trying to address the issue, trying
> > to integrate feedback from Ingo and Thomas, trying to simplify
> > what I can. I've also split out the changes so ea
Hi Linus,
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1 (2015-04-26 17:59:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/thierry.reding/linux-pwm.git
tags/pwm/for-4.2-rc1
for you to fetch changes
On Fri, Jun 12, 2015 at 10:40 AM, Eric Dumazet wrote:
> On Fri, 2015-06-12 at 10:10 -0400, Trond Myklebust wrote:
>> On Thu, Jun 11, 2015 at 11:49 PM, Steven Rostedt wrote:
>> >
>> > I recently upgraded my main server to 4.0.4 from 3.19.5 and rkhunter
>> > started reporting a hidden port on my bo
Now that the crypto/842.c driver does only software 842 comp/decomp,
and the hardware crypto compressor for 842-nx is located in
drivers/crypto/nx with the NX 842 hw driver, there's no reason for
the nx842.h header to be located in include/linux/ anymore; nobody
should use the NX 842 hw driver dire
Move the contents of the include/linux/nx842.h header file into the
drivers/crypto/nx/nx-842.h header file. Remove the nx842.h header
file and its entry in the MAINTAINERS file.
The include/linux/nx842.h header originally was there because the
crypto/842.c driver needed it to communicate with the
Replace the NX842_MEM_COMPRESS define with a function that returns the
specific platform driver's required working memory size.
The common nx-842.c driver refuses to load if there is no platform
driver present, so instead of defining an approximate working memory
size that's the maximum approximat
On Fri, Jun 12, 2015 at 10:55:57AM -0400, Prarit Bhargava wrote:
> > > This series has only had limited testing, so I wanted to send
> > > it out for initial review and comment. Folks can grab this tree
> > > via git for testing here:
> > > https://git.linaro.org/people/john.stultz/linux.
Hi Linus,
Remember about a week ago when I sent the last pull request for 4.1?
Well, I lied. Now, I don't want to shift the blame, but Dan, Ming, and
Richard made a liar out of me.
Here are three small patches that should go into 4.1. More specifically,
this pull request contains:
- A Kconfig de
On Thu, Jun 11, 2015 at 1:50 PM, Rafael J. Wysocki wrote:
> Changing the ordering between those two routines would work around that
> problem,
> but in my view that wouldn't be a proper fix. In fact, the role of
> reserve_range()
> is to reserve the resources so as to prevent them from being us
On Thu, 11 Jun, at 04:43:58PM, Ingo Molnar wrote:
>
> So I pulled this into tip:x86/efi, not into tip:x86/urgent, because the
> commit
> that broke the ia64 build is not upstream yet.
Thanks Ingo, that sounds good to me.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe f
On 06/12/2015 10:59 AM, Dave Jones wrote:
> On Fri, Jun 12, 2015 at 10:55:57AM -0400, Prarit Bhargava wrote:
>
> > > > This series has only had limited testing, so I wanted to send
> > > > it out for initial review and comment. Folks can grab this tree
> > > > via git for testing here:
>
On 12.06.2015 [16:47:03 +1000], Gavin Shan wrote:
> On Fri, Jun 12, 2015 at 04:19:17PM +1000, Alexey Kardashevskiy wrote:
> >The existing code puts all devices from a root PE to the same IOMMU group.
> >However it is a possible situation when subordinate buses belong to
> >separate PEs, in this cas
Hi,
thanks for taking so much interest in this driver. It is quite good
that our design choices get scrutinized by non-current VMware
employees.
> I understand that you negotiate the capabilities between hypervisor
> and
> the balloon driver, however that was not my concern (and I am sorry
> t
On Fri, Jun 12, 2015 at 01:50:45AM +0300, Alexey Khoroshilov wrote:
> Resources allocated within bfad_im_port_index idr are not deallocated
> on module unload. The patch adds idr_destroy() in exit function.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alex
> -Original Message-
> From: Paul Bolle [mailto:pebo...@tiscali.nl]
> Sent: Friday, June 12, 2015 1:44 AM
> To: Jake Oshins
> Cc: gre...@linuxfoundation.org; KY Srinivasan; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; vkuzn...@redhat.c
Michal Hocko wrote:
> > Since my version uses per a "struct task_struct" variable (memdie_start),
> > 5 seconds of timeout is checked for individual memory cgroup. It can avoid
> > unnecessary panic() calls if nobody needs to call out_of_memory() again
> > (probably because somebody volunteered mem
This patch fix URL (http to https) for wiki.wireshark.org.
Signed-off-by: Masanari Iida
---
Documentation/networking/udplite.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/networking/udplite.txt
b/Documentation/networking/udplite.txt
index d727a38..53a7268
On 06/10/2015 12:31 PM, Fabian Frederick wrote:
> Use kernel.h macro definition.
>
> Thanks to Julia Lawall for Coccinelle scripting support.
>
> Signed-off-by: Fabian Frederick
Thanks, applied.
> ---
> drivers/infiniband/hw/mthca/mthca_profile.c | 8 ++--
> 1 file changed, 2 insertions(+
On Fri, Jun 12, 2015 at 01:38:39PM +0800, Peter Hung wrote:
> Greg KH 於 2015/6/12 下午 12:33 寫道:
> >Why not just do the work now to clean up the file and get it merged
> >"properly"? Why put this in staging at all?
> >
>
> I'll clear up the file and resend it to usb-serial subsystem mail list.
Not
The test is fairly simplistic: it checks that all registers
are preserved across 32-bit syscall via VDSO.
Run-tested:
$ ./test_syscall_vdso_32
[RUN] Executing 6-argument 32-bit syscall via VDSO
[Ok]Arguments are preserved across syscall
[RUN] Executing 6-argument 32-bit syscall via INT 80
Hi Stephen,
David Howells wrote:
> Stephen Smalley wrote:
>
> > Also, would be good to create a common helper for use here, by
> > selinux_dentry_init_security(), selinux_inode_init_security(), and
> > may_create(). Already some seeming potential for inconsistencies there.
>
> selinux_dentry
On Fri, Jun 12, 2015 at 03:06:56PM +, Philip Moltmann wrote:
> Hi,
>
> thanks for taking so much interest in this driver. It is quite good
> that our design choices get scrutinized by non-current VMware
> employees.
>
>
> > I understand that you negotiate the capabilities between hypervisor
On Fri 2015-06-12 16:28:05, Petr Mladek wrote:
> On Fri 2015-06-12 14:00:37, Peter Zijlstra wrote:
> > On Thu, Jun 11, 2015 at 04:55:47PM +0200, Petr Mladek wrote:
> > > > +* 'Consume' this chunk, avoids concurrent callers printing the
> > > > same
> > > > +* stuff.
> > > > +
On Fri, Jun 12, 2015 at 06:47:25AM +, Abdul, Hussain (H.) wrote:
> On Thursday 11 June 2015 08:06 PM, gre...@linuxfoundation.org wrote:
> > On Thu, Jun 11, 2015 at 10:14:49AM +, Abdul, Hussain (H.) wrote:
> >> This patch add IRQF_ONESHOT flag in threaded IRQs request without a
> >> primary
Normally, low-level Comedi drivers set an `insn_bits` handler for
digital input (DI), digital output (DO) and digital input/output (DIO)
subdevice types to handle normal reading and writing of digital
channels. The "cb_pcimdas" driver currently has an `insn_read` handler
for the DI subdevice and a
On Fri, Jun 12, 2015 at 07:06:50PM +0900, Hyungwon Hwang wrote:
> After the commit abc0b1447d4974963548777a5ba4a4457c82c426
> ("drm: Perform basic sanity checks on probed modes"), proper
> clock-frequency becomes mandatory for validating the mode of panel.
> The display does not work if there is no
On Fri, 12 Jun 2015 07:40:35 -0700
Eric Dumazet wrote:
> Strange, because the usual way to not have time-wait is to use SO_LINGER
> with linger=0
>
> And apparently xs_tcp_finish_connecting() has this :
>
> sock_reset_flag(sk, SOCK_LINGER);
> tcp_sk(sk)->linger2
Hi Dongxing Zhang,
On 11 June 2015 at 09:14, Dongxing Zhang wrote:
> unreferenced object 0x8800bd132fe8 (size 256):
> comm "Xorg", pid 1260, jiffies 4294901661 (age 660.504s)
> hex dump (first 32 bytes):
> 00 00 00 00 00 00 00 00 e8 2f 13 bd 00 88 ff ff ./..
> 01 00 0
On 06/12/2015 05:29 PM, Denys Vlasenko wrote:
> + exitcode += run_syscall_twice();
> + ptrace_me();
> + exitcode += run_syscall_twice();
> +
> + return 0;
> +}
Er... that last line was supposed to be "return exitcode;"
--
To unsubscribe from this list: send the line "unsubscribe l
Hi,
> >
> > Three improvements contribute to the overall faster speed:
> > - batched operations reduce the hypervisor overhead per page
> > - 2m instead of 4k buffer reduce the hypervisor overhead per page
> > - removing the rate-limiting for non-sleep allocations allows the
> > guest
> > operati
On Fri, 2015-06-12 at 00:23 +, Wu, Feng wrote:
>
> > -Original Message-
> > From: Avi Kivity [mailto:avi.kiv...@gmail.com]
> > Sent: Friday, June 12, 2015 3:59 AM
> > To: Wu, Feng; k...@vger.kernel.org; linux-kernel@vger.kernel.org
> > Cc: pbonz...@redhat.com; mtosa...@redhat.com;
> >
On 6/12/15 8:42 AM, Liang, Kan wrote:
On 6/11/15 12:47 PM, Andi Kleen wrote:
Can you elaborate on an example? I don't see how this can happen
reading a maps file. And it does not read maps for all threads only
thread group leaders.
This is with a stress test case that generates lots of smal
On Fri, 2015-06-12 at 10:57 -0400, Trond Myklebust wrote:
> On Fri, Jun 12, 2015 at 10:40 AM, Eric Dumazet wrote:
> > Strange, because the usual way to not have time-wait is to use SO_LINGER
> > with linger=0
> >
> > And apparently xs_tcp_finish_connecting() has this :
> >
> > soc
On Fri, Jun 12, 2015 at 4:36 AM, Ingo Molnar wrote:
>
> * H. Peter Anvin wrote:
>
>> %es is used implicitly by string instructions.
>
> Ok, so we are probably better off reloading ES as well early, right
> when we return from the firmware, just in case something does
> a copy before we hit the ES
On Fri, 12 Jun 2015 11:34:20 -0400
Steven Rostedt wrote:
> On Fri, 12 Jun 2015 07:40:35 -0700
> Eric Dumazet wrote:
>
> > Strange, because the usual way to not have time-wait is to use SO_LINGER
> > with linger=0
> >
> > And apparently xs_tcp_finish_connecting() has this :
> >
> >
On Fri, 12 Jun 2015 11:50:38 -0400
Steven Rostedt wrote:
> On Fri, 12 Jun 2015 11:34:20 -0400
> Steven Rostedt wrote:
>
>
> And the issue goes away. That is, I watched the port go from
> ESTABLISHED to TIME_WAIT, and then gone, and theirs no hidden port.
>
s/theirs/there's/
Time to go back
On 06/12/2015 03:10 PM, Josh Poimboeuf wrote:
> On Fri, Jun 12, 2015 at 12:18:16PM +0100, Pedro Alves wrote:
>> On 06/11/2015 03:10 PM, Josh Poimboeuf wrote:
>>
>>> C would definitely make more sense when analyzing object code. In fact,
>>> asmvalidate is written in C. But then I guess we'd have
>>On Wed, Jun 10, 2015 at 5:48 PM, Greg Kroah-Hartman
> wrote:
>>
>> Are you sure all of these are correct? The kernel/user api for lustre
>> is a complex beast, and just casting away the pointer types isn't
>> usually the proper thing to do in order to resolve the issues here.
>>
>> thanks,
>>
>>
On Fri, Jun 12, 2015 at 03:11:14PM +, Jake Oshins wrote:
> This driver is intended to support both full PCI Express device pass through
> and also be the basis for SR-IOV networking on top of Hyper-V. These
> functions would allow somebody trying to make their NIC driver work on top of
> Hy
301 - 400 of 759 matches
Mail list logo
