On Wed, Jul 29, 2015 at 03:46:04PM +0200, Markus Pargmann wrote:
> This patch introduces regmap usage into the driver. This is done to
> later easily support the SPI interface of this chip.
>
> Signed-off-by: Markus Pargmann
> ---
> drivers/iio/gyro/bmg160.c | 200
>
On Wed, Jul 29, 2015 at 03:43:04PM +0100, Jon Hunter wrote:
> The gic_init_bases() function initialises an array that stores the mapping
> between the GIC and CPUs. This array is a global array that is
> unconditionally initialised on every call to gic_init_bases(). Although,
> it is not common
On 07/29, Archit Taneja wrote:
> On 07/29/2015 07:18 AM, Stephen Boyd wrote:
> >On 07/27/2015 09:34 PM, Archit Taneja wrote:
> >>Hi,
> >>
> >>On 07/25/2015 06:21 AM, Stephen Boyd wrote:
> >>>On 07/21/2015 03:34 AM, Archit Taneja wrote:
> >>>
> + int size)
> +{Looks like a
>
On Wed, Jul 29, 2015 at 11:27 AM, Luis R. Rodriguez wrote:
> On Wed, Jul 29, 2015 at 08:50:04AM +0200, Christoph Hellwig wrote:
>> On Mon, Jul 27, 2015 at 04:26:03PM -0700, Dan Williams wrote:
>> > Oh, because all we have at this point is ioremap_cache() which
>> > silently falls back. It's not
From: Scott Feldman
Date: Wed, 29 Jul 2015 00:31:44 -0700
> Since the netlink request (for example vlan add) includes the range,
> I'm not seeing how we can response with success for the satisfied
> vlans in the range, and also respond with an error for the unsatisfied
> vlans in the range. In
On Wed, Jul 29, 2015 at 08:50:04AM +0200, Christoph Hellwig wrote:
> On Mon, Jul 27, 2015 at 04:26:03PM -0700, Dan Williams wrote:
> > Oh, because all we have at this point is ioremap_cache() which
> > silently falls back. It's not until the introduction of
> > arch_memremp() where we update the
On 29 July 2015 at 19:16, Mark Brown wrote:
> On Wed, Jul 29, 2015 at 06:19:24PM +0200, Michal Suchanek wrote:
>> On 29 July 2015 at 16:00, Mark Brown wrote:
>
>> > I can't tell from this commit message what the issue you're trying to
>> > fix is, sorry. Nodes without compatible strings are
From: Colin Ian King
Trivial typo fix, \b should be \n
Signed-off-by: Colin Ian King
---
drivers/scsi/a100u2w.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/a100u2w.c b/drivers/scsi/a100u2w.c
index cac6b37..8086bd0 100644
--- a/drivers/scsi/a100u2w.c
+++
On Tue, Jul 28, 2015 at 10:44:02AM +0100, Graeme Gregory wrote:
> Added the match table and pointers for ACPI probing to the driver.
>
> This uses the same identifier for virt devices as being used for qemu
> ARM64 ACPI support.
>
>
Greg,
At this point I've got Reviewed-by from Rob on the binding and dts bits,
and Reviewed-by from Andy Gross on the complete patch series (v3).
I believe I've addressed all issues raised. Can you please add this
(v3) to drivers/misc?
Let me know if you want me to re-send anything.
Thanks
On Wed, Jul 29, 2015 at 06:52:29PM +0100, Peter Maydell wrote:
> On 28 July 2015 at 11:33, G Gregory wrote:
> > We assigned LNRO in ASWG to avoid collisions with our prototypes/real
> > platforms so it makes sense to me to switch to QEMU.
>
> So just to check, if we switch virtio-mmio from
SCPSYS driver misses the module.h include which makes it fail
when compiling with allmodconf.
This patch fixes this.
Signed-off-by: Matthias Brugger
---
drivers/soc/mediatek/mtk-scpsys.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/soc/mediatek/mtk-scpsys.c
On Tue, Jul 28, 2015 at 2:54 AM, Borislav Petkov wrote:
> On Fri, Jul 24, 2015 at 10:57:06PM -0700, Andy Lutomirski wrote:
>> There's nothing IST-worthy about #BP/int3. We don't allow kprobes
>> in the small handful of places in the kernel that run at CPL0 with
>> an invalid stack, and 32-bit
On Wed, Jul 29, 2015 at 07:50:24PM +0200, Dr. H. Nikolaus Schaller wrote:
>
> Am 29.07.2015 um 19:26 schrieb Dmitry Torokhov :
>
> > On Tue, Jul 28, 2015 at 10:13:54PM -0500, Rob Herring wrote:
> >> On Tue, Jul 28, 2015 at 3:23 PM, Belisko Marek
> >> wrote:
> >>> Hi Dmitry,
> >>>
> >>> On
On Wed, Jul 29, 2015 at 08:07:43PM +0300, Dan Carpenter wrote:
> Randy Dunlap posted a patch for this. It has to depend on NET.
Yes, I should get this merged later this evening, thanks.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On 28 July 2015 at 11:33, G Gregory wrote:
> We assigned LNRO in ASWG to avoid collisions with our prototypes/real
> platforms so it makes sense to me to switch to QEMU.
So just to check, if we switch virtio-mmio from an LNRO0005 ID
to a QEMU ID we aren't going to break any existing
Am 29.07.2015 um 19:26 schrieb Dmitry Torokhov :
> On Tue, Jul 28, 2015 at 10:13:54PM -0500, Rob Herring wrote:
>> On Tue, Jul 28, 2015 at 3:23 PM, Belisko Marek
>> wrote:
>>> Hi Dmitry,
>>>
>>> On Thu, Jul 23, 2015 at 10:53 PM, Dmitry Torokhov
>>> wrote:
On Thu, Jul 23, 2015 at
On Wed, Jul 29, 2015 at 10:47 AM, Linus Torvalds
wrote:
> On Wed, Jul 29, 2015 at 10:36 AM, Brian Gerst wrote:
>>
>> I think I remember now what the issue was. Since entering vm86 mode
>> uses force_iret(), the work_pending code path was being taken. I had
>> to move the call to save_v86_state
On Wed, Jul 29, 2015 at 9:19 PM, Lorenzo Pieralisi
wrote:
> On Tue, Jul 28, 2015 at 11:45:42AM +0100, Ley Foon Tan wrote:
>
> [...]
>
>> +static int altera_pcie_parse_request_of_pci_ranges(struct altera_pcie *pcie)
>> +{
>> + int err, res_valid = 0;
>> + struct device *dev =
> -Original Message-
> From: Guenter Roeck [mailto:li...@roeck-us.net]
> Sent: Monday, July 27, 2015 5:32 PM
> To: r...@rjwysocki.net
> Cc: l...@kernel.org; Moore, Robert; Zheng, Lv; linux-a...@vger.kernel.org;
> linux-kernel@vger.kernel.org; de...@acpica.org; Guenter Roeck
> Subject:
On Wed, Jul 29, 2015 at 10:12 AM, Andrea Arcangeli wrote:
> Hello Stephen,
>
> On Tue, Jul 28, 2015 at 04:00:15PM +1000, Stephen Rothwell wrote:
>> -359 i386userfaultfd sys_userfaultfd
>> ++374 i386userfaultfd sys_userfaultfd
>
> Do I understand correctly the
On Wed, Jul 29, 2015 at 10:36 AM, Brian Gerst wrote:
>
> I think I remember now what the issue was. Since entering vm86 mode
> uses force_iret(), the work_pending code path was being taken. I had
> to move the call to save_v86_state out of here to handle_signal(),
> otherwise it would just
On Wed, Jul 29, 2015 at 03:07:04PM +0200, Jiri Kosina wrote:
> On Tue, 28 Jul 2015, Krzysztof Kozlowski wrote:
>
> > During unbinding the driver was dereferencing a pointer to memory
> > already freed by power_supply_unregister().
> >
> > Driver was freeing its internal description of battery
On Wed, Jul 29, 2015 at 4:35 PM, Paul Bolle wrote:
> On di, 2015-07-28 at 18:45 +0800, Ley Foon Tan wrote:
>> --- a/drivers/pci/host/Kconfig
>> +++ b/drivers/pci/host/Kconfig
>
>> +config PCIE_ALTERA
>> + bool "Altera PCIe controller"
>> + depends on ARCH_SOCFPGA
>> + depends on OF
>>
On Tue, 2015-07-28 at 11:14PM -0700, Moritz Fischer wrote:
> Hi Sören,
>
> On Tue, Jul 28, 2015 at 3:53 PM, Sören Brinkmann
> wrote:
> > On Mon, 2015-07-27 at 09:52PM -0700, Moritz Fischer wrote:
> >> Hi Sören,
> >>
> >> thanks for your feedback.
> >>
> >> On Mon, Jul 27, 2015 at 7:58 PM, Sören
On 07/23/2015 04:10 AM, Sudeep Holla wrote:
On some ARM based systems, a separate Cortex-M based System Control
Processor(SCP) provides the overall power, clock, reset and system
control. System Control and Power Interface(SCPI) Message Protocol
is defined for the communication between the
On Wed, Jul 29, 2015 at 1:16 PM, Linus Torvalds
wrote:
> On Wed, Jul 29, 2015 at 10:14 AM, Brian Gerst wrote:
>>
>> I think it was causing signal handling to fail, but I can't remember
>> exactly.
>
> Ugh.
>
> If that hunk made a difference, then there is something wrong with
> your
On 07/28/2015 07:54 PM, Rob Herring wrote:
> On Tue, Jul 28, 2015 at 8:06 PM, Tim Bird wrote:
>> Antoine and Rob,
>>
>> I was just doing some testing with USB on a Qualcomm SoC.
>>
>> I followed the instructions in the binding document:
>> Documentation/devicetree/bindings/usb/ci-hdrc-usb2.txt
On Tue, Jul 28, 2015 at 10:13:54PM -0500, Rob Herring wrote:
> On Tue, Jul 28, 2015 at 3:23 PM, Belisko Marek
> wrote:
> > Hi Dmitry,
> >
> > On Thu, Jul 23, 2015 at 10:53 PM, Dmitry Torokhov
> > wrote:
> >> On Thu, Jul 23, 2015 at 10:38:34PM +0200, Marek Belisko wrote:
> >>> Fix following:
>
On 07/29/2015 09:23 AM, Frederic Weisbecker wrote:
At a higher level, is the posix-cpu-timers code here really providing the
>right semantics? It seems like before, the code was checking a struct
>task-specific state, and now you are setting a global state such that if ANY
>task anywhere in the
On Mon, Jul 13, 2015 at 02:43:19PM -0400, Steven Rostedt wrote:
> On Wed, 24 Jun 2015 11:36:54 -0700
> Omar Sandoval wrote:
>
> > Since kernel commit, 8e1e1df29d83 ("tracing: Add additional marks to
> > signal very large time deltas") the kernel annotates durations longer
> > than 1000 usecs
On Wed, Jul 29, 2015 at 06:19:24PM +0200, Michal Suchanek wrote:
> On 29 July 2015 at 16:00, Mark Brown wrote:
> > I can't tell from this commit message what the issue you're trying to
> > fix is, sorry. Nodes without compatible strings are entirely normal and
> > don't need compatible strings.
On Wed, Jul 29, 2015 at 10:14 AM, Brian Gerst wrote:
>
> I think it was causing signal handling to fail, but I can't remember
> exactly.
Ugh.
If that hunk made a difference, then there is something wrong with
your patch-series. So please double-check.
Linus
--
To unsubscribe
On Wed, Jul 29, 2015 at 06:19:24PM +0200, Michal Suchanek wrote:
> On 29 July 2015 at 16:00, Mark Brown wrote:
> > On Wed, Jul 29, 2015 at 12:19:57PM +0200, Michal Suchanek wrote:
> >
> > Please use subject lines matching the style for the subsytsem so people
> > can spot that the patch is in
On Wed, Jul 29, 2015 at 11:50 AM, Andy Lutomirski wrote:
> On Tue, Jul 28, 2015 at 10:41 PM, Brian Gerst wrote:
>> Change to use the normal pt_regs area to enter and exit vm86 mode. This is
>> done by increasing the padding at the top of the stack to make room for the
>> extra vm86 segment
The current iProc BCMA front-end driver can only work on ARM32 based
platforms; therefore its config option in Kconfig should be changed to
reflect that. This fixes arm64 allmodconfig build failure when compiling
the the iProc BCMA driver that contains struct pci_sys_data that is
arm32 specific
On 7/29/15 2:38 AM, He Kuang wrote:
Hi, Alexei
On 2015/7/28 10:18, Alexei Starovoitov wrote:
On 7/25/15 3:04 AM, He Kuang wrote:
I noticed that for 64-bit elf format, the reloc sections have
'Addend' in the entry, but there's no 'Addend' info in bpf elf
file(64bit). I think there must be
Hello Stephen,
On Tue, Jul 28, 2015 at 04:00:15PM +1000, Stephen Rothwell wrote:
> -359 i386userfaultfd sys_userfaultfd
> ++374 i386userfaultfd sys_userfaultfd
Do I understand correctly the syscall number of userfaultfd for x86
32bit has just changed from 359 to
On Wed, Jul 29, 2015 at 03:31:26PM +0900, Krzysztof Kozlowski wrote:
> Hi,
>
>
> Description
> ===
> The Maxim 77843 haptic driver differs from 77693 by:
> 1. Setting the bias.
> 2. Different configuration register.
> 3. Not enabling the low-sys DAC.
> 4. Using same regmap for PMIC and
Randy Dunlap posted a patch for this. It has to depend on NET.
regards,
dan carpenter
--
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/majordomo-info.html
Please read
On 07/29/2015 05:10 AM, Matt Fleming wrote:
From: Matt Fleming
The revision of the watchdog hardware in Sunrisepoint necessitates a new
"version" inside the TCO watchdog driver because some of the register
layouts have changed.
Also update the Kconfig entry to select both the LPC and SMBus
On 07/29/2015 05:10 AM, Matt Fleming wrote:
From: Mika Westerberg
Starting from Intel Sunrisepoint (Skylake PCH) the iTCO watchdog resources
have been moved to reside under the i801 SMBus host controller whereas
previously they were under the LPC device.
In order to support the iTCO watchdog
Just a clarification, from my previous email:
> 3. (expcetion #2) About the: "Without the host admin doing anything.".
> With this namespace you delegate part of CAP_MAC_ADMIN privilege to an
> unprivileged user (as with any other namespace). There is now way that
> this will not involve host
- Original Message -
> From: "Guenter Roeck"
> Sent: Wednesday, July 29, 2015 11:38:08 AM
>
> On 07/29/2015 09:20 AM, Aaron Sierra wrote:
> >> From: "Lee Jones"
> >> Sent: Wednesday, July 29, 2015 10:32:26 AM
> >>
> >> On Wed, 29 Jul 2015, Aaron Sierra wrote:
> >>
> From: "Lee
On Wednesday, July 29, 2015 at 06:16:21 AM, Michal Suchanek wrote:
> On 28 July 2015 at 20:15, Marek Vasut wrote:
> > On Tuesday, July 28, 2015 at 11:23:02 AM, Michal Suchanek wrote:
> >> The spi_nor read and write functions pass thru the mtd retlen to the
> >> chip-specific read and write
On Wed, 29 Jul 2015 17:46:37 +0100
Punit Agrawal wrote:
Hi Agarwal,
> [ adding Viresh ]
>
> Radivoje Jovanovic writes:
>
> > Hi Agarwal,
> >
> > On Fri, 24 Jul 2015 16:26:12 +0100
> > Punit Agrawal wrote:
> >
> >> Radivoje Jovanovic writes:
> >>
> >> > From: Radivoje Jovanovic
> >> >
>
From: Jiri Olsa
Add support to overload any global settings for event
and force user specified term value. It will be useful
for new time and backtrace terms.
Signed-off-by: Jiri Olsa
Signed-off-by: Kan Liang
---
tools/perf/util/evsel.c| 31 +++
From: Jiri Olsa
Currently the command line option settings beats the
per event period settings:
With no global settings, we get per-event configuration:
$ perf record -e 'cpu/instructions,period=2/' sleep 1
$ perf evlist -v
... { sample_period, sample_freq }: 2 ...
With 'c'
From: Kan Liang
This patchkit adds the ability to turn off time stamps per event.
One usable case of partial time is to work with per-event callgraph to
enable "PEBS threshold > 1" (https://lkml.org/lkml/2015/5/10/196), which
can significantly reduce the sampling overhead.
The event samples with
From: Kan Liang
Introduce callgraph_set to indicate whether the callgraph option was set
by user.
Signed-off-by: Kan Liang
---
tools/perf/builtin-record.c | 9 +++--
tools/perf/perf.h | 1 +
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git
From: Kan Liang
Pass global callchain_param into parse_callchain_record_opt and
perf_evsel__config_callgraph as parameter. So we can reuse these
functions to parse/config local param for callchain.
Signed-off-by: Kan Liang
---
tools/perf/builtin-record.c | 2 +-
tools/perf/util/callchain.c |
From: Kan Liang
When multiple events are sampled it may not be needed to collect
callgraphs for all of them. The sample sites are usually nearby, and
it's enough to collect the callgraphs on a reference event (such as
precise cycles or precise instructions).
This patchkit adds the ability to
From: Kan Liang
Add tests in tests/parse-events.c to check call-graph and time option
Signed-off-by: Kan Liang
---
tools/perf/tests/parse-events.c | 38 ++
1 file changed, 38 insertions(+)
diff --git a/tools/perf/tests/parse-events.c
This patchkit adds the ability to turn off callgraphs and time stamps
per event. This in term can reduce sampling overhead and the size of
the perf.data.
Changes since V1:
- Break up V1 patches into three patches(parse option changes,
partial time support and partial callgraph support).
-
Christoph Hellwig writes:
> On Mon, Jul 20, 2015 at 03:17:07PM -0400, Jeff Moyer wrote:
>> For SAN storage, we've seen initial write and re-write performance drop
>> 25-50% across all I/O sizes. On locally attached storage, we've seen
>> regressions of 40% for all I/O types, but only for I/O
[ adding Viresh ]
Radivoje Jovanovic writes:
> Hi Agarwal,
>
> On Fri, 24 Jul 2015 16:26:12 +0100
> Punit Agrawal wrote:
>
>> Radivoje Jovanovic writes:
>>
>> > From: Radivoje Jovanovic
>> >
>> > there is no need to keep local state variable. if another driver
>> > changes the policy under
On Fri, Jul 24, 2015 at 11:28:22AM -0700, Vikas Shivappa wrote:
>
>
> On Fri, 24 Jul 2015, Thomas Gleixner wrote:
>
> >On Wed, 1 Jul 2015, Vikas Shivappa wrote:
> >>Cache allocation patches(dependent on prep patches) adds a cgroup
> >>subsystem to support the new Cache Allocation feature found
The watchdog infrastructure checks the maximum timeout for us.
Use it.
Signed-off-by: Guenter Roeck
---
drivers/watchdog/booke_wdt.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/watchdog/booke_wdt.c b/drivers/watchdog/booke_wdt.c
index
On Wed, Jul 01, 2015 at 03:21:02PM -0700, Vikas Shivappa wrote:
> +/*
> + * Temporary cpumask used during hot cpu notificaiton handling. The usage
> + * is serialized by hot cpu locks.
> + */
> +static cpumask_t tmp_cpumask;
So the problem with this is that its 512 bytes on your general distro
On Wed, Jul 29, 2015 at 05:05:49PM +0200, Michal Hocko wrote:
> On Wed 29-07-15 09:14:54, Johannes Weiner wrote:
> > On Tue, Jul 14, 2015 at 05:18:23PM +0200, Michal Hocko wrote:
> [...]
> > > 3) fail mem_cgroup_can_attach if we are trying to migrate a task sharing
> > > mm_struct with a process
On Wed, Jul 29, 2015 at 10:30:51AM +0200, Sebastian Andrzej Siewior wrote:
> On 07/29/2015 02:10 AM, j...@joshtriplett.org wrote:
> >> On Wed, 22 Jul, at 05:32:44PM, Sebastian Andrzej Siewior wrote:
> >>> now and then. The data behind that pointer changes on each boot because
> >>> nobody
On Wed, 29 Jul, at 04:35:56PM, Lee Jones wrote:
>
> For my own reference (I assume this will go through the MFD tree):
> Acked-by: Lee Jones
Great, thanks Lee!
I've no strong opinion on which tree these 3 patches go through but at
the very least patches 1 and 2 need to go through the same
On Wed, Jul 29, 2015 at 08:55:01AM -0700, Andres Lagar-Cavilla wrote:
> On Wed, Jul 29, 2015 at 8:28 AM, Vladimir Davydov
> wrote:
> > On Wed, Jul 29, 2015 at 04:26:19PM +0200, Michal Hocko wrote:
> >> On Wed 29-07-15 16:59:07, Vladimir Davydov wrote:
> >> > On Wed, Jul 29, 2015 at 02:36:30PM
On 07/29/2015 09:20 AM, Aaron Sierra wrote:
From: "Lee Jones"
Sent: Wednesday, July 29, 2015 10:32:26 AM
On Wed, 29 Jul 2015, Aaron Sierra wrote:
From: "Lee Jones"
Sent: Wednesday, July 29, 2015 2:38:41 AM
On Tue, 28 Jul 2015, Aaron Sierra wrote:
@@ -933,7 +956,7 @@ gpe0_done:
On Wed, Jul 29, 2015 at 11:32 AM, Ming Lei wrote:
> On Wed, Jul 29, 2015 at 9:51 AM, Johannes Weiner wrote:
>> On Wed, Jul 29, 2015 at 09:27:16AM -0400, Josh Boyer wrote:
>>> Hi All,
>>>
>>> We've gotten a report[1] that any of the upcoming Fedora 23 install
>>> images are all failing on 32-bit
On Wed, Jul 29, 2015 at 06:13:59PM +0200, Lukasz Pawelczyk wrote:
> Appologise for sending my previous email in HTML, this email address
> was never meant to be used with lists. I resend in plain text.
>
> On Wed, Jul 29, 2015 at 5:25 PM, Serge E. Hallyn wrote:
>
> >> +Enabling Smack related
On Wed, Jul 01, 2015 at 03:21:10PM -0700, Vikas Shivappa wrote:
> + /*
> + * Probe test for Haswell CPUs.
Maybe elucidate and say: Probe for Haswell Server parts.
As said before, probe and test mean roughly the same thing, and the
model test below makes the general 'Haswell CPUs' false,
On Wed, Jul 01, 2015 at 03:21:10PM -0700, Vikas Shivappa wrote:
> + boot_cpu_data.x86_cache_max_closid = 4;
> + boot_cpu_data.x86_cache_max_cbm_len = 20;
That's just vile. And I'm surprised it even works, I would've expected
boot_cpu_data to be const.
So the CQM code has paranoid things
On Wed, 2015-07-29 at 11:10 -0400, WingMan Kwok wrote:
> This patch makes the function __netdev_alloc_frag() non-static and
> exports it so that drivers that need to specify additional flags,
> such as __GFP_DMA, can use it. The currently exported function,
> netdev_alloc_frag() doesn't allow
Hi
On Wed, Jul 29, 2015 at 6:19 PM, Paul Gortmaker
wrote:
> Hi David,
>
> Does it make sense to build this sample when cross compiling?
>
> The reason I ask is that it has been breaking the linux-next build of
> allmodconfig for a while now, with:
>
> HOSTCC samples/kdbus/kdbus-workers
>
On Wed, Jul 29, 2015 at 05:47:18PM +0200, Michal Hocko wrote:
> On Wed 29-07-15 18:28:17, Vladimir Davydov wrote:
> > On Wed, Jul 29, 2015 at 04:26:19PM +0200, Michal Hocko wrote:
> > > On Wed 29-07-15 16:59:07, Vladimir Davydov wrote:
> > > > On Wed, Jul 29, 2015 at 02:36:30PM +0200, Michal Hocko
Building with the attached random configuration file,
In file included from drivers/mfd/intel-lpss-acpi.c:22:0:
drivers/mfd/intel-lpss.h:58:2: error: ‘INTEL_LPSS_SLEEP_PM_OPS’ undeclared here
(not in a function)
INTEL_LPSS_SLEEP_PM_OPS \
^
drivers/mfd/intel-lpss-acpi.c:67:8: note: in
From: Sunil Goutham
Suppressing standard alloc_pages() warnings. Some kernel configs limit
alloc size and the network driver may fail. Do not drop a kernel
warning in this case, instead just drop a oneliner that the network
driver could not be loaded since the buffer could not be allocated.
From: Sunil Goutham
Previously TXQ is wakedup whenever napi is executed
and irrespective of if any CQE_TX are processed or not.
Added 'txq_stop' and 'txq_wake' counters to aid in debugging
if there are any future issues.
Signed-off-by: Sunil Goutham
Signed-off-by: Aleksey Makarov
---
Miscellaneous fixes for the ThunderX VNIC driver
All the patches can be applied individually.
It's ok to drop some if the maintainer feels uncomfortable
with applying for 4.2.
Sunil Goutham (10):
net: thunderx: Fix data integrity issues with LDWB
net: thunderx: Fix memory leak while tearing
On Wed, Jul 29, 2015 at 6:13 PM, Lukasz Pawelczyk wrote:
> With this namespace you delegate part of CAP_MAC_ADMIN privilege to an
> unprivileged user (as with any other namespace).
Ok, maybe the part in the brackets is an overstatement. Mostly with
namespaces you create a full abstraction of
> From: "Lee Jones"
> Sent: Wednesday, July 29, 2015 10:32:26 AM
>
> On Wed, 29 Jul 2015, Aaron Sierra wrote:
>
> > > From: "Lee Jones"
> > > Sent: Wednesday, July 29, 2015 2:38:41 AM
> > >
> > > On Tue, 28 Jul 2015, Aaron Sierra wrote:
> > >
> > > > > > > > @@ -933,7 +956,7 @@ gpe0_done:
>
On 29 July 2015 at 16:00, Mark Brown wrote:
> On Wed, Jul 29, 2015 at 12:19:57PM +0200, Michal Suchanek wrote:
>
> Please use subject lines matching the style for the subsytsem so people
> can spot that the patch is in some way relevant.
>
>> The controller-data subnode has no compatible. This
On Tue, 2015-07-28 at 00:32 -0500, Zhao Qiang-B45475 wrote:
> On Tue, 2015-07-28 at 5:21, Scott Wood wrote:
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Tuesday, July 28, 2015 5:21 AM
> > To: Zhao Qiang-B45475
> > Cc: lau...@codeaurora.org; linux-kernel@vger.kernel.org;
Hi David,
Does it make sense to build this sample when cross compiling?
The reason I ask is that it has been breaking the linux-next build of
allmodconfig for a while now, with:
HOSTCC samples/kdbus/kdbus-workers
samples/kdbus/kdbus-workers.c: In function ‘prime_new’:
Building with the attached random configuration file,
warning: (INTEL_MIC_HOST && CAIF_VIRTIO && VHOST_NET && VHOST_SCSI &&
VHOST_NET && VHOST_SCSI) selects VHOST_RING which has unmet direct
dependencies (NETDEVICES && CAIF_VIRTIO || VIRTUALIZATION)
drivers/built-in.o: In function
On Wed, Jul 29, 2015 at 11:04:50AM -0500, Serge E. Hallyn wrote:
> On Thu, Jul 16, 2015 at 12:04:43AM -0500, Eric W. Biederman wrote:
> > > I tend to thing that, if we're not honoring the fcaps, we shouldn't be
> > > honoring the setuid bit either. After all, it's really not a trusted
> > > file,
On 7/29/2015 7:30 AM, Arnd Bergmann wrote:
> On Tuesday 28 July 2015 11:52:13 Ray Jui wrote:
>> config PCIE_IPROC_BCMA
>> bool "Broadcom iProc PCIe BCMA bus driver"
>> - depends on ARCH_BCM_IPROC || (ARM && COMPILE_TEST)
>> + depends on ARCH_BCM_IPROC && ARM
>>
Hi Linus,
The following changes since commit afdf0b91bdf04bc66ee64e1ac44f0979c55749b1:
Merge tag 'regulator-fix-v4.2-rc3' of
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator (2015-07-24
13:14:06 -0700)
are available in the git repository at:
Em Wed, Jul 29, 2015 at 12:43:22PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Jul 29, 2015 at 02:53:29PM +0200, Jiri Olsa escreveu:
> > > switch (event->header.type) {
> > > case PERF_RECORD_SAMPLE:
> > > - dump_sample(evsel, event, sample);
> > > if (evsel == NULL)
Appologise for sending my previous email in HTML, this email address
was never meant to be used with lists. I resend in plain text.
On Wed, Jul 29, 2015 at 5:25 PM, Serge E. Hallyn wrote:
>> +Enabling Smack related capabilities (CAP_MAC_ADMIN and
>> +CAP_MAC_OVERRIDE) is main goal of Smack
On Fri, Jul 24, 2015 at 12:47:47PM +0100, David Vrabel wrote:
> Rename alloc_p2m() to xen_alloc_p2m_entry() and export it.
>
> This is useful for ensuring that a p2m entry is allocated (i.e., not a
> shared missing or identity entry) so that subsequent set_phys_to_machine()
> calls will require no
On Wed, 29 Jul 2015, Jon Hunter wrote:
Cc'ing Marc ...
> The gic_init_bases() function initialises an array that stores the mapping
> between the GIC and CPUs. This array is a global array that is
> unconditionally initialised on every call to gic_init_bases(). Although,
> it is not common for
On Wed, 29 Jul 2015 10:58:13 -0400, Benjamin Tissoires wrote:
> On Sat, Jul 25, 2015 at 5:38 PM, Jean Delvare wrote:
> > On Sat, 25 Jul 2015 12:22:02 -0400, Benjamin Tissoires wrote:
> >> On Sat, Jul 25, 2015 at 12:11 PM, Jean Delvare wrote:
> >> > Hi Benjamin,
> >> >
> >> > On Tue, 21 Jul 2015
On Thu, Jul 16, 2015 at 12:04:43AM -0500, Eric W. Biederman wrote:
> > I tend to thing that, if we're not honoring the fcaps, we shouldn't be
> > honoring the setuid bit either. After all, it's really not a trusted
> > file, even though the only user who could have messed with it really
> > is
On 29/07/15 16:55, Daniel Kiper wrote:
> On Fri, Jul 24, 2015 at 12:47:44PM +0100, David Vrabel wrote:
>> --- a/drivers/xen/balloon.c
>> +++ b/drivers/xen/balloon.c
>> @@ -75,12 +75,14 @@
>> * balloon_process() state:
>> *
>> * BP_DONE: done or nothing to do,
>> + * BP_WAIT: wait to be
Il 29/07/2015 16:34, Han Xu ha scritto:
Hi Andrea,
The threshold gf/2 is referred to Huang Shijie's previous patch for bitflip,
http://lists.infradead.org/pipermail/linux-mtd/2014-January/051513.html
Thanks for pointing out the reference.
Looking forward on the same thread, I saw that Brian
On Wed 29-07-15 18:36:40, Vladimir Davydov wrote:
> On Wed, Jul 29, 2015 at 05:08:55PM +0200, Michal Hocko wrote:
> > On Wed 29-07-15 17:45:39, Vladimir Davydov wrote:
[...]
> > > Page table scan approach has the inherent problem - it ignores unmapped
> > > page cache. If a workload does a lot of
On Fri, Jul 24, 2015 at 12:47:44PM +0100, David Vrabel wrote:
> Now that we track the total number of pages (included hotplugged
> regions), it is easy to determine if more memory needs to be
> hotplugged.
>
> Add a new BP_WAIT state to signal that the balloon process needs to
> wait until kicked
On Mon, Jul 27, 2015 at 05:12:29PM -0500, Bjorn Helgaas wrote:
> The following flags are only used on x86, but they got copied to FR-V,
> MN10300, and SuperH:
>
> PCI_PROBE_BIOS
> PCI_PROBE_CONF1
> PCI_PROBE_CONF2
> PCI_ASSIGN_ROMS
> PCI_NO_CHECKS
> PCI_BIOS_IRQ_SCAN
>
On Tue, Jul 28, 2015 at 08:22:55PM -0500, Bjorn Helgaas wrote:
> On Tue, Jul 28, 2015 at 02:50:39PM -0700, Duc Dang wrote:
> > Do you have another PCIe card to try on the same reboot test on this board?
>
> I've seen this on at least two Mellanox cards. I'm running similar tests
> on a
On Wed, Jul 29, 2015 at 8:28 AM, Vladimir Davydov
wrote:
> On Wed, Jul 29, 2015 at 04:26:19PM +0200, Michal Hocko wrote:
>> On Wed 29-07-15 16:59:07, Vladimir Davydov wrote:
>> > On Wed, Jul 29, 2015 at 02:36:30PM +0200, Michal Hocko wrote:
>> > > On Sun 19-07-15 15:31:09, Vladimir Davydov wrote:
On Wed, Jul 01, 2015 at 03:21:09PM -0700, Vikas Shivappa wrote:
> +/*
> + * cbm_update_msrs() - Updates all the existing IA32_L3_MASK_n MSRs
> + * which are one per CLOSid except IA32_L3_MASK_0 on the current package.
> + */
> +static void cbm_update_msrs(void *info)
> +{
> + int maxid =
On 07/29/2015 08:32 AM, Lee Jones wrote:
On Wed, 29 Jul 2015, Aaron Sierra wrote:
From: "Lee Jones"
Sent: Wednesday, July 29, 2015 2:38:41 AM
On Tue, 28 Jul 2015, Aaron Sierra wrote:
@@ -933,7 +956,7 @@ gpe0_done:
lpc_chipset_info[priv->chipset].use_gpio = ret;
On Tue, Jul 28, 2015 at 10:41 PM, Brian Gerst wrote:
> Change to use the normal pt_regs area to enter and exit vm86 mode. This is
> done by increasing the padding at the top of the stack to make room for the
> extra vm86 segment slots in the IRET frame. It then saves the 32-bit regs
> in the
301 - 400 of 1826 matches
Mail list logo
