3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Francesco Ruggeri
[ Upstream commit 30f7ea1c2b5f5fb7462c5ae44fe2e40cb2d6a474 ]
There is a race conditions between packet_notifier and packet_bind{_spkt}.
It happens if packet_notifi
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Filipe Manana
commit 0305cd5f7fca85dae392b9ba85b116896eb7c1c7 upstream.
When truncating a file to a smaller size which consists of an inline
extent that is compressed, we did not dis
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: John Youn
commit ec791d149bca4511e7d3a6a92bb3b030c5a443f9 upstream.
Add a quirk to clear the GUSB2PHYCFG.ENBLSLPM bit, which controls
whether the PHY receives the suspend signal from
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jeff Layton
commit 35a92fe8770ce54c5eb275cd76128645bea2d200 upstream.
Andrew was seeing a race occur when an OPEN and OPEN_DOWNGRADE were
running in parallel. The server would receiv
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: David Woodhouse
commit d14053b3c714178525f22660e6aaf41263d00056 upstream.
The VT-d specification says that "Software must enable ATS on endpoint
devices behind a Root Port only if th
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: John Youn
commit 41adc59caece02aa2e988a0e8f9fe8e6f426f82e upstream.
This ID is for the Synopsys DWC_usb3 core with AXI interface on PCIe
HAPS platform. This core has the debug regist
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dmitry Osipenko
commit e77b675f8786f38d40fc1562e1275875daf67fef upstream.
Commit 72daceb9a10a ("net: rfkill: gpio: Add default GPIO driver mappings
for ACPI") removed possibility to
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Marek Szyprowski
commit 371f0f085f629fc0f66695f572373ca4445a67ad upstream.
dma_mmap() function in IOMMU-based dma-mapping implementation lacked
a check for valid range of mmap parame
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andrzej Hajda
commit 655e9780ab913a3a06d4a164d55e3b755524186d upstream.
Alignment/padding rules on AMD64 and ARM64 differs. To allow properly match
compatible ioctls on ARM64 kernels
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Boris BREZILLON
commit e5bae86797141e4a95e42d825f737cb36d7b8c37 upstream.
If we fail to allocate a partition structure in the middle of the partition
creation process, the already al
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Hans Verkuil
commit 35204e2e84f2dae72012f8ca319659c12f428430 upstream.
Array controls weren't skipped when only V4L2_CTRL_FLAG_NEXT_CTRL was
provided (so no V4L2_CTRL_FLAG_NEXT_COMPO
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: John Youn
commit 690fb3718a70c66004342f6f5e2e8a5f95b977db upstream.
This patch allows the dwc3 driver to run on the new Synopsys USB 3.1
IP core, albeit in USB 3.0 mode only.
The Sy
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: John Youn
commit e8095a25364a30216ad40dbe8893ed5c3c235949 upstream.
This adds the PCI product ID for the Synopsys USB 3.1 IP core
(DWC_usb31) on a HAPS-based PCI development platform
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Benoit Parrot
commit a8077734055f870ba630563868a6349671ca8dfc upstream.
When trying to use v4l2_ctrl_g_ctrl_int64() to retrieve a
V4L2_CTRL_TYPE_INTEGER64 type value the internal hel
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Richard Purdie
commit 79b568b9d0c7c5d81932f4486d50b38efdd6da6d upstream.
hid_connect adds various strings to the buffer but they're all
conditional. You can find circumstances where
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Marek Szyprowski
commit 7e31210349e9e03a9a4dff31ab5f2bc83e8e84f5 upstream.
IOMMU-based dma_mmap() implementation lacked proper support for offset
parameter used in mmap call (it alwa
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Maxime Ripard
commit 2502d0ef272da7058ef303b849a2c8dc324c2e2e upstream.
The CPU_MAP register is duplicated for each CPUs at different addresses,
each instance being at a different ad
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: WANG Cong
[ Upstream commit 4ee3bd4a8c7463cdef0b82ebc33fc94a9170a7e0 ]
This fixes the following lockdep warning:
[ INFO: inconsistent lock state ]
4.3.0-rc7+ #1197 Not tainted
--
Hi,
Am 02.12.2015 um 12:40 schrieb Hannes Frederic Sowa:
> Cool, thanks a lot. Does this patch make a difference?
>
> diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
> index 59651af..278e94c 100644
> --- a/net/netlink/af_netlink.c
> +++ b/net/netlink/af_netlink.c
> @@ -1137,7 +11
Hi,
Am 02.12.2015 um 10:45 schrieb Stefan Priebe - Profihost AG:
> here are the results.
>
> It works with 4.1.
> It works with 4.2.
> It does not work with 4.1.13.
the patches were first commitet in v4.3-rc3 and appear as backports only
since v4.2.3 and v4.1.10
> git bisect tells me it stopped
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Martin Habets
[ Upstream commit b2663a4f30e85ec606b806f5135413e6d5c78d1e ]
When the IP stack passes SKBs the sfc driver puts them in 2 different TX
queues (called partners), one for
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit 4ece9009774596ee3df0acba65a324b7ea79387c ]
sit0 device allocates its percpu storage twice :
- One time in ipip6_tunnel_init()
- One time in ipip6_fb_tu
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sabrina Dubroca
[ Upstream commit 2a189f9e57650e9f310ddf4aad75d66c1233a064 ]
In ipv6_add_dev, when addrconf_sysctl_register fails, we do not clean up
the dev_snmp6 entry that we have
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet
[ Upstream commit 8fa677d2706d325d71dab91bf6e6512c05214e37 ]
Under low memory conditions, tcp_sk_init() and icmp_sk_init()
can both iterate on all possible cpus and call
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit 70910791731b5956171e1bfcad707766b8e18fee ]
The lt4112 is a HP branded Huawei me906e modem. Like other Huawei
modems, it does not have
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Krzysztof Mazur
commit 68accac392d859d24adcf1be3a90e41f978bd54c upstream.
The commit f5f3497cad8c extended the low identity mapping. However, if
the kernel uses more than 2 GB (VMSPL
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Maxim Sheviakov
commit 515c752dabee9945c1e8686c87f7cdeb3935eea4 upstream.
There was a typo in the original.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=92865
Signed-off-by: M
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit 0db65fcfcded76fe4f74e3ca9f4e2baf67b683ef ]
New device IDs shamelessly lifted from the vendor driver.
Signed-off-by: Bjørn Mork
Signe
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Phil Reid
[ Upstream commit e6dbe1eb2db0d7a14991c06278dd3030c45fb825 ]
priv->hwts_*_en indicate if timestamping is enabled/disabled at run
time. But priv->dma_cap.time_stamp and pr
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter
[ Upstream commit 50010c20597d14667eff0fdb628309986f195230 ]
This is decrementing the pointer, instead of the value stored in the
pointer. KASan detects it as an out o
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ani Sinha
[ Upstream commit 44f49dd8b5a606870a1f21101522a0f9c4414784 ]
Fixes the following kernel BUG :
BUG: using __this_cpu_add() in preemptible [] code: bash/2758
caller
From: Rainer Weikusat
Date: Tue, 01 Dec 2015 17:02:33 +
> Rainer Weikusat writes:
>
> [...]
>
>> Insofar I understand the comment in this code block correctly,
>>
>> err = mutex_lock_interruptible(&u->readlock);
>> if (unlikely(err)) {
>> /* recvmsg() in non
On Thu, Nov 12, 2015 at 07:59:14PM +0800, Jisheng Zhang wrote:
> vgic_io_ops is only referenced within vgic.c, so it can be declared
> static.
>
> Signed-off-by: Jisheng Zhang
Applied to queue,
-Christoffer
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sowmini Varadhan
[ Upstream commit 8ce675ff39b9958d1c10f86cf58e357efaafc856 ]
Either of pskb_pull() or pskb_trim() may fail under low memory conditions.
If rds_tcp_data_recv() ignore
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jon Paul Maloy
[ Upstream commit 45c8b7b175ceb2d542e0fe15247377bf3bce29ec ]
The current code for message reassembly is erroneously assuming that
the the first arriving fragment buffe
2015-11-30 12:58 GMT-08:00 Simon Arlott :
> The BCM63xx contains a soft-reset controller activated by setting
> a bit (that must previously have cleared).
>
> Signed-off-by: Simon Arlott
> ---
> MAINTAINERS | 1 +
> drivers/reset/Kconfig | 9 +++
> drivers/reset/Make
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jason Wang
[ Upstream commit f23d538bc24a83c16127c2eb82c9cf1adc2b5149 ]
We don't have fraglist support in TAP_FEATURES. This will lead
software segmentation of gro skb with frag list
This is the start of the review cycle for the Linux 3.19.8-ckt11 stable kernel.
This version contains 164 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.19.y-
3.19.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alex Deucher
commit 2b02ec79004388a8c65e227bc289ed891b5ac8c6 upstream.
Bug:
https://bugs.freedesktop.org/show_bug.cgi?id=92260
Signed-off-by: Alex Deucher
Signed-off-by: Kamal Most
On Wed, Dec 2, 2015 at 9:01 AM, Dan Williams wrote:
> On Wed, Dec 2, 2015 at 9:43 AM, Toshi Kani wrote:
>> Oh, I see. I will setup the memmap array and run the tests again.
>>
>> But, why does the PMD mapping depend on the memmap array? We have observed
>> major performance improvement with PMD
2015-11-30 12:54 GMT-08:00 Simon Arlott :
> The BCM63xx contains clocks gated with a register. Clocks are indexed
> by bits in the register and are active high. Clock gate bits are
> interleaved with other status bits and configurable clocks in the same
> register.
>
> Enabled by default for BMIPS_
On Wed, Dec 02, 2015 at 01:34:38PM +0100, Wilck, Martin wrote:
> On Di, 2015-12-01 at 11:58 -0700, Jason Gunthorpe wrote:
>
> > Martin, this should fix the double loading you noticed, please confirm.
> > There
> > is a possibility the force path needs a bit more code to be compatible with
> > de
2015-11-30 12:52 GMT-08:00 Simon Arlott :
> Add device tree binding for the BCM63xx's gated clocks.
>
> The BCM63xx contains clocks gated with a register. Clocks are indexed
> by bits in the register and are active high. Clock gate bits are
> interleaved with other status bits and configurable cloc
On Wed, Dec 02, 2015 at 07:03:17AM -0800, Tony Lindgren wrote:
> * Roger Quadros [151201 21:13]:
> > On 02/12/15 08:56, Brian Norris wrote:
> > >
> > > I'll take another pass over your patch set, but if things are looking
> > > better, how do you expect to merge this? There are significant portio
Hi Heikki,
On Wed, Dec 02, 2015 at 12:27:10PM +0200, Heikki Krogerus wrote:
> Hi David,
>
>
>
> > > +void intel_usb_mux_unregister(struct intel_usb_mux *mux)
> > > +{
> >
> > There are still 2 pending comments for this unregister function:
> >
> > 1) How about a protection against unbalanced
Hi Peter,
On 01/12/2015 at 18:17:16 +0100, Peter Rosin wrote :
> [] (ohci_hcd_at91_overcurrent_irq) from []
> (handle_irq_event_percpu+0x78/0x140)
> [] (handle_irq_event_percpu) from []
> (handle_irq_event+0x2c/0x40)
> [] (handle_irq_event) from []
> (handle_simple_irq+0x6c/0x80)
> [] (handle_s
On Wed 2015-10-28 14:25:57, Gang He wrote:
> When there are errors in the ocfs2 filesystem,
> they are usually accompanied by the inode number which caused the error.
> This inode number would be the input to fixing the file.
> One of these options could be considered:
> A file in the sys filesytem
Hello,
On Wed, Dec 2, 2015, at 18:15, Philipp Hahn wrote:
> Hi,
>
> Am 02.12.2015 um 10:45 schrieb Stefan Priebe - Profihost AG:
> > here are the results.
> >
> > It works with 4.1.
> > It works with 4.2.
> > It does not work with 4.1.13.
>
> the patches were first commitet in v4.3-rc3 and appe
On Tue, Dec 01, 2015 at 11:33:51PM +0200, Jarkko Sakkinen wrote:
> On Tue, Dec 01, 2015 at 11:58:26AM -0700, Jason Gunthorpe wrote:
> I went through the patches and didn't see anything that would shock me
> enough not to apply the patches in the current if they also work when
> tested *but* are th
This patches fixes a number of problems in the PEBS
and LBR support of Intel Atom. Those bugs were introduced
by the recent changes to the PEBS code to handle multiple
entries.
The kernel was assuming that if the CPU support 64-bit format
LBR, then it has an LBR_SELECT MSR. Atom uses 64-bit LBR fo
This short series fixes total breakage of Intel Atom PEBS support in recent
kernels.
The problems were introduced with the changes in the PEBS logic to handle
deeper buffer.
The first patch fixes PEBS and LBR problems, including NULL pointers, wrong
pointer
arithmetic, and wrong pebs record lay
Hello.
On 12/02/2015 03:21 PM, Qais Yousef wrote:
NR_CPUS is set by Kconfig and could be much higher than what actually is in the
system.
gic_vpes should be a true representitives of the number of cpus in the system,
so use it instead.
Signed-off-by: Qais Yousef
---
drivers/irqchip/irq-mip
This patch updates the PEBS support for Intel Atom to provide
an alias for the cycles:pp event used by perf record/top by default
nowadays.
On Atom only INST_RETIRED:ANY supports PEBS, so we use this event
instead with a large cmask to count cycles.
Signed-off-by: Stephane Eranian
---
arch/x86/
On Wed, 2015-12-02 at 10:06 -0800, Dan Williams wrote:
> On Wed, Dec 2, 2015 at 9:01 AM, Dan Williams wrote:
> > On Wed, Dec 2, 2015 at 9:43 AM, Toshi Kani wrote:
> > > Oh, I see. I will setup the memmap array and run the tests again.
> > >
> > > But, why does the PMD mapping depend on the memm
On 29/11/15 17:27, Jonathan Cameron wrote:
> On 18/11/15 07:33, Jonathan Cameron wrote:
>>
>>
>> On 17 November 2015 23:47:16 GMT+00:00, Andrew Morton
>> wrote:
>>> On Sun, 15 Nov 2015 10:39:08 + Jonathan Cameron
>>> wrote:
>>>
On 11/11/15 06:43, Jonathan Cameron wrote:
>
>
2015-12-02 20:14 GMT+03:00 Chris Mason :
> On Wed, Dec 02, 2015 at 11:09:43AM -0500, Dave Jones wrote:
>> On Wed, Dec 02, 2015 at 10:11:28AM -0500, Josef Bacik wrote:
>> > On 12/02/2015 09:59 AM, Dave Jones wrote:
>> > > Got a few of these in the logs this morning after an overnight rsync
>> ove
I'm hitting a few more test failures in my testing setup with v4.4-rc3, xfs
and DAX. My test setup is a pair of 4GiB PMEM partitions in a KVM virtual
machine. Here are the failures:
# ./check generic/256 generic/274 xfs/041
FSTYP -- xfs (debug)
PLATFORM -- Linux/x86_64 alara 4.4.0-r
On Wed, Dec 02, 2015 at 05:36:32PM +, Catalin Marinas wrote:
> Defending kmemleak here ;).
Oh sure, by all means. I'm also assuming it comes across that I wasn't
attacking kmemleak. I had the same arguments with KASAN and other stuff
in the past.
> Tracking page allocations in kmemleak by int
Part of the responsibility of the update_sg_lb_stats() function is to
update the idle_cpus statistical counter in struct sg_lb_stats. This
check is done by calling idle_cpu(). The idle_cpu() function, in
turn, checks a number of fields within the run queue structure such
as rq->curr and rq->nr_runn
Currently, the update_tg_load_avg() function attempts to update the
tg's load_avg value whenever the load changes even for root_task_group
where the load_avg value will never be used. This patch will disable
the load_avg update when the given task group is the root_task_group.
Running a Java bench
v1->v2:
- Make a memcache for task_group to make sure that the allocated
task_group object will always be on cacheline boundary even if
debugging is turned on.
- Scrap the original patch 3 and replace it with another one to
disable load_avg update for root_task_group.
This patch series
If a system with large number of sockets was driven to full
utilization, it was found that the clock tick handling occupied a
rather significant proportion of CPU time when fair group scheduling
and autogroup were enabled.
Running a java benchmark on a 16-socket IvyBridge-EX system, the perf
profi
Hi Roger,
On Wed, Dec 02, 2015 at 10:42:12AM +0530, Roger Quadros wrote:
> On 02/12/15 08:56, Brian Norris wrote:
> > On Tue, Dec 01, 2015 at 04:41:16PM +0200, Roger Quadros wrote:
> >> On 30/11/15 21:54, Brian Norris wrote:
> >>> But anyway, I'm not sure that completely answered my question. My
>
On 12/01/2015 03:47 AM, Peter Zijlstra wrote:
On Mon, Nov 30, 2015 at 11:00:35PM -0500, Waiman Long wrote:
I think the current kernel use power-of-2 kmemcaches to satisfy kalloc()
requests except when the size is less than or equal to 192 where there are
some non-power-of-2 kmemcaches available
On Wed, Dec 2, 2015 at 10:49 AM, Martyn Welch
wrote:
>
>
> On 02/12/15 15:15, Rob Herring wrote:
>>
>> On Tue, Dec 01, 2015 at 07:12:49PM +, Martyn Welch wrote:
>>>
>>> This patch adds documentation for the chromeos-firmware binding.
>>>
>>> Cc: Rob Herring
>>> Cc: Pawel Moll
>>> Cc: Mark Ru
On Wed, Dec 02, 2015 at 09:26:34AM -0800, Dmitry Torokhov wrote:
> On Wed, Dec 02, 2015 at 07:31:24AM -0800, Greg Kroah-Hartman wrote:
> > On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote:
> > > On Tue, Dec 01, 2015 at 04:04:08PM -0800, Greg Kroah-Hartman wrote:
> > > > On Tue, Dec 01,
Hi Caesar,
On Mon, Nov 09, 2015 at 12:48:58PM +0800, Caesar Wang wrote:
> As Temperature is currently represented as int not long in the thermal
> framework since use int intead of unsigned long/long to represent
> temperature to avoid bogus overheat detection when negative temperature
> reported.
On 12/01/2015 03:49 AM, Peter Zijlstra wrote:
On Mon, Nov 30, 2015 at 10:55:02PM -0500, Waiman Long wrote:
On 11/30/2015 05:09 PM, Peter Zijlstra wrote:
On Mon, Nov 30, 2015 at 02:13:32PM -0500, Waiman Long wrote:
This begs the question tough; why are you running a global load in a
cgroup; and
On Wed, Dec 02, 2015 at 10:45:28AM -0800, Greg Kroah-Hartman wrote:
> On Wed, Dec 02, 2015 at 09:26:34AM -0800, Dmitry Torokhov wrote:
> > On Wed, Dec 02, 2015 at 07:31:24AM -0800, Greg Kroah-Hartman wrote:
> > > On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote:
> > > > On Tue, Dec 01,
On Wed, Dec 2, 2015 at 11:26 AM, Toshi Kani wrote:
> On Wed, 2015-12-02 at 10:06 -0800, Dan Williams wrote:
>> On Wed, Dec 2, 2015 at 9:01 AM, Dan Williams
>> wrote:
>> > On Wed, Dec 2, 2015 at 9:43 AM, Toshi Kani wrote:
>> > > Oh, I see. I will setup the memmap array and run the tests again.
On Wed, Dec 02, 2015 at 10:45:28AM -0800, Greg Kroah-Hartman wrote:
> On Wed, Dec 02, 2015 at 09:26:34AM -0800, Dmitry Torokhov wrote:
> > On Wed, Dec 02, 2015 at 07:31:24AM -0800, Greg Kroah-Hartman wrote:
> > > On Tue, Dec 01, 2015 at 06:21:06PM -0800, Sinclair Yeh wrote:
> > > > On Tue, Dec 01,
On Wed, Dec 02, 2015 at 09:32:34PM +0300, Andrey Ryabinin wrote:
> 2015-12-02 20:14 GMT+03:00 Chris Mason :
> > On Wed, Dec 02, 2015 at 11:09:43AM -0500, Dave Jones wrote:
> >> On Wed, Dec 02, 2015 at 10:11:28AM -0500, Josef Bacik wrote:
> >> > On 12/02/2015 09:59 AM, Dave Jones wrote:
> >> > > G
On 12/1/2015 4:16 PM, Sinan Kaya wrote:
>>>
> +static enum dma_status hidma_tx_status(struct dma_chan *dmach,
> +dma_cookie_t cookie, struct dma_tx_state
> *txstate)
> +{
> +struct hidma_chan *mchan = to_hidma_chan(dmach);
>
+ Broadcom list + Kamal
On Tue, Nov 24, 2015 at 08:19:37PM -, Simon Arlott wrote:
> Add device tree binding for NAND on the BCM63268.
>
> The BCM63268 has a NAND interrupt register with combined status and enable
> registers.
>
> Signed-off-by: Simon Arlott
> ---
> .../devicetree/bindings/
On Wed, 2015-12-02 at 11:00 -0800, Dan Williams wrote:
> On Wed, Dec 2, 2015 at 11:26 AM, Toshi Kani wrote:
> > On Wed, 2015-12-02 at 10:06 -0800, Dan Williams wrote:
> > > On Wed, Dec 2, 2015 at 9:01 AM, Dan Williams
> > > wrote:
> > > > On Wed, Dec 2, 2015 at 9:43 AM, Toshi Kani wrote:
> > > >
The units[] array could be accessed out of its bounds due the lack of
verification of the max vector value.
To make this function not prone to error "P" and "E" suffixes were added.
Despite the new suffixes are unrelated to current ia64 vm magnitudes, they
make the code ready for it and avoid misl
The subject is reading mpc52xx instead of mpc85xx but other than that
Reviewed-by: Johannes Thumshirn
Zitat von Thierry Reding :
From: Thierry Reding
These new helpers simplify implementing multi-driver modules and
properly handle failure to register one driver by unregistering all
previous
On Wed, Dec 02, 2015 at 10:06:09AM -0700, Jens Axboe wrote:
> On 12/02/2015 01:25 AM, Mike Krinkin wrote:
> >Hi Jens,
> >
> >i would like to check status of the patch, will the patch be applied?
> >
>
> Why aren't you just putting the split trace call into blk_queue_split()?
Do you mean after spl
On Wed, Dec 02, 2015 at 11:27:27AM -0700, Jason Gunthorpe wrote:
> I'm guessing that if the driver probe order is tpm_crb,tpm_tis then
> things work because tpm_crb will claim the device first? Otherwise
> tpm_tis claims these things unconditionally? If the probe order is
> reversed things become
On 11/06/2015 05:02 PM, Guenter Roeck wrote:
On Fri, Nov 06, 2015 at 11:53:42AM -0800, Tim Harvey wrote:
On Thu, Nov 5, 2015 at 2:23 PM, Guenter Roeck wrote:
On Thu, Nov 05, 2015 at 04:19:21PM -0500, Akshay Bhat wrote:
From: Tim Harvey
The IMX6 watchdog supports assertion of a signal (WDO
On Wed, 2015-12-02 at 13:02 -0700, Toshi Kani wrote:
> On Wed, 2015-12-02 at 11:00 -0800, Dan Williams wrote:
> > On Wed, Dec 2, 2015 at 11:26 AM, Toshi Kani wrote:
> > > On Wed, 2015-12-02 at 10:06 -0800, Dan Williams wrote:
> > > > On Wed, Dec 2, 2015 at 9:01 AM, Dan Williams
> > > > wrote:
> >
Hi Hans,
On Wed, Dec 02, 2015 at 04:20:48PM +0100, Hans de Goede wrote:
> Hi,
>
> Thanks for splitting out the series, patches 1 - 4 look good to me and are:
>
> Reviewed-by: Hans de Goede
>
> I've some comments inline for this one.
Thanks for spending time on reviewing this.
> >@@ -1025,68
include/acpi/actbl2.h is the proper place for these definitions
and the needed TPM2 ones have been there since
commit 413d4a6defe0 ("ACPICA: Update TPM2 ACPI table")
This also drops the le32_to_cpu for members of this table,
consistent with other ACPI stuff.
Signed-off-by: Jason Gunthorpe
---
d
+ Broadcom list + Kamal
Hi Simon,
On Wed, Nov 25, 2015 at 07:49:13PM +, Simon Arlott wrote:
> The BCM63268 has a NAND interrupt register with combined status and enable
> registers. It also has a clock for the NAND controller that needs to be
> enabled.
>
> Set up the device by enabling the
This makes Logitech PS2++ protocol implementation consistent with
the naming in other protocols.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/logips2pp.h| 4 ++--
drivers/input/mouse/psmouse-base.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/input
Emil Velikov writes:
> Hi Eric,
>
> On 1 December 2015 at 20:35, Eric Anholt wrote:
>> Since we have no MMU, the kernel needs to validate that the submitted
>> shader code won't make any accesses to memory that the user doesn't
>> control, which involves banning some operations (general purpose
This makes Logitech PS2++ protocol implementation consistent with
the naming in other protocols. Also mark the stub as "static inline"
Signed-off-by: Dmitry Torokhov
---
V2: add forgotten drivers/input/mouse/logips2pp.c file.
drivers/input/mouse/logips2pp.c| 2 +-
drivers/input/mouse/logip
On Wed, Dec 02, 2015 at 11:20:44AM -0800, Dmitry Torokhov wrote:
> This makes Logitech PS2++ protocol implementation consistent with
> the naming in other protocols.
>
> Signed-off-by: Dmitry Torokhov
Well, if I did not forget to add drivers/input/mouse/logips2pp.c that
woudl be better...
> ---
On Wed, Dec 02, 2015 at 04:38:29PM +0100, Hubert Chrzaniuk wrote:
> From: Jim Snow
>
> Make EDAC aware of DDR4/RDDR4 mem types.
>
> Signed-off-by: Jim Snow
> Signed-off-by: Lukasz Anaczkowski
> Signed-off-by: Hubert Chrzaniuk
How am I to understand this SoB chain?
Jim wrote it, Lukasz did s
Emil Velikov writes:
> Hi Eric,
>
> On 1 December 2015 at 20:35, Eric Anholt wrote:
>> The user submission is basically a pointer to a command list and a
>> pointer to uniforms. We copy those in to the kernel, validate and
>> relocate them, and store the result in a GPU BO which we queue for
>>
On Wed, Dec 02, 2015 at 04:49:38PM +0100, Arnd Bergmann wrote:
> On Wednesday 02 December 2015 12:33:10 Russell King - ARM Linux wrote:
> > On Mon, Nov 30, 2015 at 02:37:31PM +0100, Gregory CLEMENT wrote:
> > > Hi Arnd,
> > >
> > > On mer., nov. 25 2015, Arnd Bergmann wrote:
> > >
> > > > I've
Hi Alexandre,
On 2015-12-02 19:20, Alexandre Belloni wrote:
> Hi Peter,
>
> On 01/12/2015 at 18:17:16 +0100, Peter Rosin wrote :
>> [] (ohci_hcd_at91_overcurrent_irq) from []
>> (handle_irq_event_percpu+0x78/0x140)
>> [] (handle_irq_event_percpu) from []
>> (handle_irq_event+0x2c/0x40)
>> [] (h
Emil Velikov writes:
> On 1 December 2015 at 20:35, Eric Anholt wrote:
>> This can be parsed with vc4-gpu-tools tools for trying to figure out
>> what was going on.
>>
> I might be pushing my luck here ... have you thought about basing
> (forking) vc4-gpu-tools of intel-gpu-tools ? I'd imagine t
This is to upstream a few patches to fix issues in existing goldfish
drivers so that android kernel team don't have to maintain cleanup patches
outside mainline kernel tree.
Alex Bennée (1):
android_pipe: don't be clever with #define offsets
Christoffer Dall (1):
android_pipe: Pin pages to me
From: Greg Hackmann
On new virtual devices, the goldfish virtual bus can be replaced with
autoprobing infrastructure like Device Tree. Refactor the goldfish
kernel configs to better accommodate this.
Move the goldfish platform into a menuconfig in the style of the chrome
platform, and separate
From: Yu Ning
For reading and writing guest user space buffers, currently the kernel
sends the guest virtual address of the buffer to the pipe device. This
virtual address has to be first converted to a guest physical address.
Doing this translation on the QEMU side is inefficient and requires
ad
From: Miodrag Dinic
Enable CONFIG_GOLDFISH for MIPS platforms.
Signed-off-by: Miodrag Dinic
Signed-off-by: Jin Qian
---
drivers/platform/goldfish/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/platform/goldfish/Kconfig
b/drivers/platform/goldfish/Kconfig
> -Original Message-
> From: Stephane Eranian [mailto:eran...@google.com]
> Sent: Wednesday, December 02, 2015 1:28 PM
> To: linux-kernel@vger.kernel.org
> Cc: a...@redhat.com; pet...@infradead.org; mi...@elte.hu;
> a...@linux.intel.com; Liang, Kan
> Subject: [PATCH v1 2/2] perf/x86: add
From: Greg Hackmann
Add bindings so we don't need to rely on goldfish virtual bus for
probing any more, which means we don't need ARM and MIPS goldfish
board code for instantiating the bus.
In the long term we would like to move towards replacing the Android
pipe with virtio-vsock that is curren
From: Greg Hackmann
On PIPE_ERROR_AGAIN, just stopping in the middle of a transfer and
returning the number of bytes actually handled is the right behavior.
Other errors should be returned on the next read() or write() call.
Continue logging those until we confirm nothing actually relies on the
701 - 800 of 1271 matches
Mail list logo
