On (05/09/16 11:20), Minchan Kim wrote:
> +++ b/include/linux/migrate.h
> @@ -32,11 +32,16 @@ extern char *migrate_reason_names[MR_TYPES];
>
> #ifdef CONFIG_MIGRATION
>
> +extern int PageMovable(struct page *page);
> +extern void __SetPageMovable(struct page *page, struct address_space
> *map
On 05/13/2016 03:09 PM, Michal Hocko wrote:
>@@ -1564,14 +1564,11 @@ static enum compact_result compact_zone(struct zone
*zone, struct compact_contro
>trace_mm_compaction_end(start_pfn, cc->migrate_pfn,
>cc->free_pfn, end_pfn, sync, ret);
>
>- if (ret == COMPACT
On Fri, May 13, 2016 at 01:03:27PM +0300, Roger Quadros wrote:
> +
> +static int usb_gadget_connect_control(struct usb_gadget *gadget, bool
> connect)
> +{
> + struct usb_udc *udc;
> +
> + mutex_lock(&udc_lock);
> + udc = usb_gadget_to_udc(gadget);
> + if (!udc) {
> + d
On 2016/5/13 20:59, Andy Shevchenko wrote:
> On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote:
>> From: Kejian Yan
>>
>> hns-mdio needs to register itself to mii-bus. The info of the device
>> can
>> be read by both OF and ACPI.
>> HNS tries to call Linux PHY driver to help access PHY-devic
On 05/13/2016 03:38 PM, Michal Hocko wrote:
On Tue 10-05-16 09:36:01, Vlastimil Babka wrote:
During reclaim/compaction loop, it's desirable to get a final answer from
unsuccessful compaction so we can either fail the allocation or invoke the OOM
killer. However, heuristics such as deferred compa
Hi Linus:
Here is the crypto update for 4.7:
API:
* Crypto self tests can now be disabled at boot/run time.
* Add async support to algif_aead.
Algorithms:
* A large number of fixes to MPI from Nicolai Stange.
* Performance improvement for HMAC DRBG.
Drivers:
* Use generic crypto engine in om
On (05/09/16 11:20), Minchan Kim wrote:
[..]
> +++ b/include/linux/migrate.h
> @@ -32,11 +32,16 @@ extern char *migrate_reason_names[MR_TYPES];
>
> #ifdef CONFIG_MIGRATION
>
> +extern int PageMovable(struct page *page);
> +extern void __SetPageMovable(struct page *page, struct address_space
>
Use 64bit size cell format instead of 32bit for memory
description.
Signed-off-by: Michal Simek
---
Changes in v2:
- Use ranges for PS amba busses instead of changing them to
64 size cell
arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts | 2 +-
arch/arm64/boot/dts/xilinx/zynqmp.dtsi | 6 +++-
On Wed 11-05-16 10:32:11, Christoph Lameter wrote:
> Subject: Do not build vmstat_refresh if there is no procfs support
>
> It makes no sense to build functionality into the kernel that
> cannot be used and causes build issues.
>
> Signed-off-by: Christoph Lameter
>
> Index: linux/mm/vmstat.c
>
On 05/13/2016 04:15 PM, Michal Hocko wrote:
On Tue 10-05-16 09:36:02, Vlastimil Babka wrote:
- should_compact_retry() is only called when should_reclaim_retry() returns
false. This means that compaction priority cannot get increased as long
as reclaim makes sufficient progress. Theoretica
On Wed, 11 May 2016 01:28:07 +0900,
Rich Felker wrote:
>
> On Tue, May 10, 2016 at 05:25:36PM +0900, Yoshinori Sato wrote:
> > On Wed, 04 May 2016 12:10:05 +0900,
> > Rich Felker wrote:
> > >
> > > On Sun, May 01, 2016 at 02:08:29PM +0900, Yoshinori Sato wrote:
> > > > Changes bellow
> > > > - FD
On Wed 11-05-16 16:54:55, Arnd Bergmann wrote:
> In randconfig builds with sysfs, procfs and numa all disabled,
> but SMP enabled, we now get a link error in the newly introduced
> vmstat_refresh function:
>
> mm/built-in.o: In function `vmstat_refresh':
> :(.text+0x15c78): undefined reference to
On Fri 13-05-16 12:29:10, Jens Axboe wrote:
> Thanks Jan, this is great and super useful! I'm revamping certain parts of
> it to deal with write back caching better, and I'll take a look at the
> regressions that you reported.
>
> What kind of SSD is this? I'm assuming it's SATA (QD=32), and then
On 2016年05月16日 11:56, Eric Dumazet wrote:
On Mon, 2016-05-16 at 09:17 +0800, Jason Wang wrote:
We used to queue tx packets in sk_receive_queue, this is less
efficient since it requires spinlocks to synchronize between producer
and consumer.
...
struct tun_struct *detached;
+ /
On 2016年05月16日 12:23, Michael S. Tsirkin wrote:
On Mon, May 16, 2016 at 09:17:01AM +0800, Jason Wang wrote:
We used to queue tx packets in sk_receive_queue, this is less
efficient since it requires spinlocks to synchronize between producer
and consumer.
This patch tries to address this by usi
>> * Change an error message.
>
> Why? Is dev_err needed?
I interpreted Lee's response in this way.
https://lkml.org/lkml/2016/1/11/104
Regards,
Markus
Below is the list of build error/warning regressions/improvements in
v4.6[1] compared to v4.5[2].
Summarized:
- build errors: +8/-7
- build warnings: +16195/-159
JFYI, when comparing v4.6[1] to v4.6-rc7[3], the summaries are:
- build errors: +7/-188
- build warnings: +994/-880
Note that
Hi Moritz,
On Wed, 11 May 2016 10:47:39 -0700
Moritz Fischer wrote:
> This allows for getting a struct mtd_info from a node pointer,
> allowing mtd devices to e.g. store serial numbers or MAC addresses.
Can you detail a bit what you'll do next. I guess you need to provide
this information to in
On Thu, May 12, 2016 at 08:06:03PM +0800, Kefeng Wang wrote:
> After patch "of/platform: Add common method to populate default bus",
> it is possible for arch code to remove unnecessary callers about the
> of_platform_populate with default match table.
>
> Cc: Mikael Starvik
Acked-by: Jesper Nil
On 16/05/16 05:13, Peter Chen wrote:
> On Thu, May 12, 2016 at 03:13:48PM +0300, Roger Quadros wrote:
>> Hi,
>>
>> On 12/05/16 13:31, Yoshihiro Shimoda wrote:
>>> Hi,
>>>
From: Roger Quadros
Sent: Thursday, May 12, 2016 6:32 PM
Hi,
On 12/05/16 11:34, Roger Quadros wrot
On Mon, 16 May 2016 09:55:34 +0200
Boris Brezillon wrote:
> Hi Moritz,
>
> On Wed, 11 May 2016 10:47:39 -0700
> Moritz Fischer wrote:
>
> > This allows for getting a struct mtd_info from a node pointer,
> > allowing mtd devices to e.g. store serial numbers or MAC addresses.
>
> Can you deta
On Mon, 16 May 2016, SF Markus Elfring wrote:
> >> * Change an error message.
> >
> > Why? Is dev_err needed?
>
> I interpreted Lee's response in this way.
> https://lkml.org/lkml/2016/1/11/104
OK. He didn't ask for the message to be changed though. It's a bit
unfortunate that it now takes
On Mon, May 16, 2016 at 03:52:11PM +0800, Jason Wang wrote:
>
>
> On 2016年05月16日 12:23, Michael S. Tsirkin wrote:
> >On Mon, May 16, 2016 at 09:17:01AM +0800, Jason Wang wrote:
> >>We used to queue tx packets in sk_receive_queue, this is less
> >>efficient since it requires spinlocks to synchroni
On Mon 16-05-16 09:17:11, Vlastimil Babka wrote:
> On 05/13/2016 03:38 PM, Michal Hocko wrote:
> > On Tue 10-05-16 09:36:01, Vlastimil Babka wrote:
[...]
> > > such as hugetlbfs allocations, and reduce some corner-case OOM's for
> > > non-costly
> > > allocations.
> >
> > My testing has shown tha
On 14/05/16 15:22, Rob Herring wrote:
> On Tue, May 10, 2016 at 12:35:37PM +0100, Jon Hunter wrote:
>> Add binding documentation for the Tegra ACONNECT bus that is part of the
>> Audio Processing Engine (APE) on Tegra210. The ACONNECT bus is used to
>> access devices within the APE subsystem. The
On 13/05/16 21:13, Rob Herring wrote:
> On Fri, May 13, 2016 at 5:03 AM, Roger Quadros wrote:
>> From: Yoshihiro Shimoda
>>
>> Since some host controller (e.g. EHCI) needs a companion host controller
>> (e.g. OHCI), this patch adds such a configuration to use it in the OTG
>> core.
>>
>> Signed-o
On Mon 16-05-16 09:31:44, Vlastimil Babka wrote:
> On 05/13/2016 04:15 PM, Michal Hocko wrote:
> > On Tue 10-05-16 09:36:02, Vlastimil Babka wrote:
> > >
> > > - should_compact_retry() is only called when should_reclaim_retry()
> > > returns
> > >false. This means that compaction priority can
On Mon, May 16, 2016 at 11:01:27AM +0300, Roger Quadros wrote:
> On 16/05/16 05:13, Peter Chen wrote:
> > On Thu, May 12, 2016 at 03:13:48PM +0300, Roger Quadros wrote:
> >> Hi,
> >>
> >> On 12/05/16 13:31, Yoshihiro Shimoda wrote:
> >>> Hi,
> >>>
> From: Roger Quadros
> Sent: Thursday, M
Hi Dave,
On Tue, 2016-05-10 at 09:51 +, Alexey Brodkin wrote:
> Hi Dave,
>
> On Fri, 2016-04-29 at 11:36 +, Alexey Brodkin wrote:
> >
> > Hi Dave,
> >
> > Please pull this mini-series that allows ARC PGU to use
> > dedicated memory location as framebuffer backing storage.
> >
> > v2 of
Add compatible for Exynos5410 so the PMU on this SoC would provide
CLKOUT.
Signed-off-by: Krzysztof Kozlowski
---
drivers/clk/samsung/clk-exynos-clkout.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/samsung/clk-exynos-clkout.c
b/drivers/clk/samsung/clk-exynos-clkout.c
index
Hi,
On 16/05/16 10:02, Peter Chen wrote:
> On Fri, May 13, 2016 at 01:03:27PM +0300, Roger Quadros wrote:
>> +
>> +static int usb_gadget_connect_control(struct usb_gadget *gadget, bool
>> connect)
>> +{
>> +struct usb_udc *udc;
>> +
>> +mutex_lock(&udc_lock);
>> +udc = usb_gadget_to_u
The CLKOUT (which control is provided by PMU) is necessary for some of
the drivers using this as a clock, e.g. usb3503 USB HUB on Odroid XU
board.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5410.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/exy
On 11 May 2016 at 14:30, Pramod Gurav wrote:
> msm_serial driver provides a .pm callback to the serial core to enable
> and disable clock resource in suspend/resume path. This function is
> also called before msm_startup. msm_startup also enables the clocks which
> is not needed. Hence remove the
On Mon, May 16, 2016 at 9:55 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.6[1] to v4.6-rc7[3], the summaries are:
> - build errors: +7/-188
Nothing special to report here.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -
On Thursday, May 12, 2016 10:07:06 PM JST, Christian Lamparter wrote:
On Thursday, May 12, 2016 07:30:05 PM Alexandre Courbot wrote:
On Wednesday, May 11, 2016 6:34:35 PM JST, Christian Lamparter wrote: ...
[...]
...
Ouch, I don't like this. Also the probability that the "if (!res->name ||
..
On 16/05/16 11:13, Peter Chen wrote:
> On Mon, May 16, 2016 at 11:01:27AM +0300, Roger Quadros wrote:
>> On 16/05/16 05:13, Peter Chen wrote:
>>> On Thu, May 12, 2016 at 03:13:48PM +0300, Roger Quadros wrote:
Hi,
On 12/05/16 13:31, Yoshihiro Shimoda wrote:
> Hi,
>
>> From
this patch set contains the following changes
1. fix issues in cyclic dma
2. add support to SYNC DMA termination
3. avoid system hang, when SDMA channel 0 timeouts
4. add lock to prevent race condition
Jiada Wang (10):
dma: imx-sdma: use chn_real_count to report residue for UART
dma: imx-sdma:
commit d1a792f3b407 ("Update imx-sdma cyclic handling to report residue")
moves updating of BD to isr routine, to avoid stop
of cyclic dma, but there is chance 'new' isr comes before the 'old'
tasklet can be fired, thus cause data loss due to missing of one
tasklet. So move updating of BD back to t
Previously in cyclic dma mode when sdma transfer fails for one buffer,
it will mask BD_RROR flag for that buffer descriptor (BD). This flag
won't be cleared unless a new cyclic dma transfer is prepared, so if
sdma script next time iterates to the same BD, even this time the
transfer is successful,
Implement the new device_synchronize() callback to allow proper
synchronization when stopping a channel. Since the driver already makes
sure that no new complete callbacks are scheduled after the
device_terminate_all() has been called, all left to do in the
device_synchronize() callback is to wait
Previously when channel0 timeouts to finish its task,
sdma_run_channel0() just returns without disable channel0,
this will cause continuous interrupt later when channel0
finishs its task and set channel0 interrupt bit.
Signed-off-by: Jiada Wang
---
drivers/dma/imx-sdma.c | 43 +++
When SDMA channel0 timeouts, even it's disabled in error path,
but sometimes we still see its interrupt bit be asserted,
which causes irq routine be triggered continuously because
no one else clears this bit.
This commit clears channel0 interrupt as well in irq routine,
so that even channel0 timeo
Implement device_terminate_all(), so that dmaengine_terminate_async()
can work.
Signed-off-by: Jiada Wang
---
drivers/dma/imx-sdma.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c
index ef5d37c..040cbf2 100644
--- a/drivers/dma/imx-sdm
Previously for cyclic dma mode, once sdma fails sdma channel status will
be set to DMA_ERROR, unless the transfer is prepared again, sdmac status
will always be kept to DMA_ERROR, even the transfer for following buffers
is successful.
This patch updates sdmac status to the status of current buffer
There is race between STOP of SDMA channel and finish of
SDMA transfer, so some times, even after sdma_disable_channel()
is called, the bit of 'terminated channel' in INTR may still get
asserted, thus cause an extra sdma tasklet be called.
Add flag 'enabled' to each sdma channel to indicate its sta
In case the corresponding channel has already been terminated,
then instead of go on updating channel status, driver should abort from
sdma_handle_channel_loop(), otherwise channel status will be updated
incorrecly.
This patch also adds lock to avoid race between terminate of channel,
and updaing
For uart rx dma data may not receive fully, so the number
of data read by sdma script once isn't always equal to period_len,
thus residue returned from sdma_tx_status() isn't valid for uart rx
dma. The old way to use chn_real_count to report residue should be
used for uart rx dma.
Signed-off-by: J
Hi Linus,
Please pull LED updates for 4.7 merge cycle.
In this merge cycle we had an interaction with MTD subsystem, that
included converting drivers/mtd/nand/nand_base.c to use newly introduced
MTD (NAND/NOR) LED trigger instead of implementing it on its own.
Related MTD patches are intended to
It had changed to be suspend event for BIT6 in DEVT register from
version 2.30a and above. Thus this patch introduces one suspend
event handler to handle the suspend event.
Signed-off-by: Baolin Wang
---
drivers/usb/dwc3/gadget.c | 26 +-
1 file changed, 25 insertions(+
On 05/14/2016 05:07 PM, Kevin Hilman wrote:
> Neil Armstrong writes:
>> +writel(readl(reg_addr) | BIT(offset), reg_addr);
>
> The spec lists these registers as 16-bit registers, so probably readw/writew
> are more appropriate here.
Looking at the datasheet, the reset controller is an APB3 m
On 13/05/16 22:36, Sergei Shtylyov wrote:
> Hello.
>
> On 05/13/2016 12:07 PM, Roger Quadros wrote:
>
> [...]
>
+}
+EXPORT_SYMBOL(mdio_device_reset);
+
/**
* mdio_probe - probe an MDIO device
* @dev: device to probe
@@ -117,9 +126,16 @@ static int mdio_pro
Takashi Iwai writes:
> On Sun, 15 May 2016 23:29:27 +0200,
> Robert Jarzmik wrote:
>>
>> Takashi Iwai writes:
>>
>> > On Sat, 14 May 2016 11:50:50 +0200,
>> >
>> > No, my concern is that it's creating a dummy codec object temporarily
>> > on the stack just by copying some fields and calling th
On 13/05/16 13:03, Roger Quadros wrote:
> It provides APIs for the following tasks
>
> - Registering an OTG/dual-role capable controller
> - Registering Host and Gadget controllers to OTG core
> - Providing inputs to and kicking the OTG state machine
>
> Provide a dual-role device (DRD) state mac
There is a facility in Linux, developers can manage GPE enabling/disabling
through /sys/firmware/acpi/interrupts/gpexx. This is mainly for debugging
purposes. Many users expect to use this facility to implement quirks to
disable specific GPEs when there is a gap in Linux causing GPE flood.
This is
Now GPE can be forced enabling/disabling through GPE management APIs, this
patch modifies /sys/firmware/acpi/interrupts/gpexx to use this new
facility.
The "block" command is implemented to invoke acpi_block_gpe() and the
"unblock" command is implemented to invoke acpi_unblock_gpe().
The "force-po
Sometimes, the users may require a quirk to be provided from ACPI subsystem
core to prevent a GPE from flooding. Normally, if a GPE cannot be
dispatched, ACPICA core automatically prevents the GPE from firing. But
there are cases the GPE is dispatched by _Lxx/_Exx provided via AML table,
and OSPM i
Hi Tony,
On 05/13/2016 04:20 PM, Tony Makkiel wrote:
On 12/05/16 11:26, Jacek Anaszewski wrote:
On 05/11/2016 03:42 PM, Tony Makkiel wrote:
On 11/05/16 10:41, Jacek Anaszewski wrote:
On 05/10/2016 06:55 PM, Tony Makkiel wrote:
On 10/05/16 14:26, Jacek Anaszewski wrote:
On 05/10/2016 1
On Tue 10-05-16 09:36:03, Vlastimil Babka wrote:
> Compaction has been using watermark checks when deciding whether it was
> successful, and whether compaction is at all suitable. There are few problems
> with these checks.
>
> - __compact_finished() uses low watermark in a check that has to pass
On 05/16/2016 10:14 AM, Michal Hocko wrote:
On Mon 16-05-16 09:31:44, Vlastimil Babka wrote:
Yeah it should work, my only worry was that this may get subtly wrong (as
experience shows us) and due to e.g. slightly different watermark checks
and/or a corner-case zone such as ZONE_DMA, should_recl
From: Shunli Wang
Add power dt-bindings for MT2701.
Signed-off-by: Shunli Wang
Signed-off-by: James Liao
Acked-by: Rob Herring
Reviewed-by: Kevin Hilman
---
.../devicetree/bindings/soc/mediatek/scpsys.txt| 13 +++
include/dt-bindings/power/mt2701-power.h | 27 +
Refine scpsys driver common code to support multiple SoC / platform.
Signed-off-by: James Liao
Reviewed-by: Kevin Hilman
---
drivers/soc/mediatek/mtk-scpsys.c | 363 +++---
1 file changed, 220 insertions(+), 143 deletions(-)
diff --git a/drivers/soc/mediatek/mtk
From: Shunli Wang
Add scpsys driver for MT2701.
mtk-scpsys now supports MT8173 (arm64) and MT2701 (arm). So it should
be enabled on both arm64 and arm platforms.
Signed-off-by: Shunli Wang
Signed-off-by: James Liao
Reviewed-by: Kevin Hilman
---
drivers/soc/mediatek/Kconfig | 2 +-
dr
This series is based on v4.6-rc1 and adds scpsys power domain support
for Mediatek MT2701.
To share the code between MT2701 and MT8173, this patchset also refined
original mtk-scpsys.c to separate common codes and platform codes, so
that mtk-scpsys.c can support new SoCs more easily.
MT8173 and M
Some power domain comsumers may init before module_init.
So the power domain provider (scpsys) need to be initialized
earlier too.
Take an example for our IOMMU (M4U) and SMI. SMI is a bridge
between IOMMU and multimedia HW. SMI is responsible to
enable/disable iommu and help transfer data for eac
On Fri 13-05-16 11:58:16, Xishi Qiu wrote:
> I find the count nr_file_pages is not equal to nr_inactive_file +
> nr_active_file.
> There are 8 cpus, 2 zones in my system.
Because they count shmem pages as well and those are living on the anon
lru list (see shmem_add_to_page_cache).
--
Michal Hoc
On Mon, May 16, 2016 at 11:26:57AM +0300, Roger Quadros wrote:
> Hi,
>
> On 16/05/16 10:02, Peter Chen wrote:
> > On Fri, May 13, 2016 at 01:03:27PM +0300, Roger Quadros wrote:
> >> +
> >> +static int usb_gadget_connect_control(struct usb_gadget *gadget, bool
> >> connect)
> >> +{
> >> + struct
On 05/10/16 at 07:30pm, miny...@acm.org wrote:
> From: Corey Minyard
>
> Lots of little changes needed to be made to clean these up, remove the
> four byte pointer assumption and traverse the pid queue properly.
> Also consolidate the traceback code into a single function instead
> of having thre
On Fri, May 13, 2016 at 07:19:15PM +0200, Borislav Petkov wrote:
> The only thing that needs to be corrected then is the misleading comment
> above the 32-bit version "... Save the C-clobbered registers (%eax, %edx
> and %ecx) .." - the 64-bit version comment is correct AFAICT.
---
From: Borislav
This will be used for tweaking shares in runtime.
Signed-off-by: Konstantin Khlebnikov
---
kernel/sched/fair.c | 12 +++-
kernel/sched/sched.h |1 +
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index d26b631a9a1d..5bf3453
Both call sites (tg_set_cfs_bandwidth and do_sched_cfs_period_timer)
already have checks for infinite quota.
Signed-off-by: Konstantin Khlebnikov
---
kernel/sched/core.c |5 +++--
kernel/sched/fair.c |6 +-
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/kernel/sched/c
This feature allows to change cpu cgroup weight for a limited time.
Cgroup interface:
cpu.cfs_reserve_us - reserved time for each cpu.cfs_period_us
cpu.cfs_reserve_shares - group weight during reserved time
While cfs group consumes reserved cpu time it has different weight,
thus it gets dif
This implements "low limit"-ish thing for cpu bandwidth controller.
Cgroup interface:
cpu.cfs_reserve_us - reserved time for each cpu.cfs_period_us
cpu.cfs_reserve_shares - group weight for reserved time
While cfs group consumes reserved cpu time it has different weight,
thus vruntime penal
On 05/16/16 at 05:32pm, Baoquan He wrote:
> On 05/10/16 at 07:30pm, miny...@acm.org wrote:
> > From: Corey Minyard
> >
> > Lots of little changes needed to be made to clean these up, remove the
> > four byte pointer assumption and traverse the pid queue properly.
> > Also consolidate the tracebac
On Sun, 15 May, at 10:14:39AM, Yuyang Du wrote:
> Hi Matt,
>
> Thanks for Ccing me.
>
> I am indeed interested, because I recently encountered an rq clock
> issue, which is that the clock jumps about 200ms when I was
> experimenting the "flat util hierarchy" patches, which really annoyed
> me, an
On 05/16/2016 11:25 AM, Michal Hocko wrote:
On Tue 10-05-16 09:36:03, Vlastimil Babka wrote:
Compaction has been using watermark checks when deciding whether it was
successful, and whether compaction is at all suitable. There are few problems
with these checks.
- __compact_finished() uses low w
On 16/05/16 12:23, Peter Chen wrote:
> On Mon, May 16, 2016 at 11:26:57AM +0300, Roger Quadros wrote:
>> Hi,
>>
>> On 16/05/16 10:02, Peter Chen wrote:
>>> On Fri, May 13, 2016 at 01:03:27PM +0300, Roger Quadros wrote:
+
+static int usb_gadget_connect_control(struct usb_gadget *gadget, bo
On Mon 16-05-16 11:27:56, Vlastimil Babka wrote:
> On 05/16/2016 10:14 AM, Michal Hocko wrote:
> > On Mon 16-05-16 09:31:44, Vlastimil Babka wrote:
[...]
> > > Also my understanding of the initial compaction priorities is to lower the
> > > latency if fragmentation is just light and there's enough
[Sorry I haven't noticed this answer before]
On Fri 13-05-16 15:31:42, Xishi Qiu wrote:
> On 2016/5/13 15:00, Aaron Lu wrote:
>
> Hi Aaron,
>
> Thanks for your reply, but I find the count of nr_shmem is very small
> in my system.
which kernel version is this? I remember that we used to account
The most recent release of AXS103 [v1.1] is proven to work
at 100 MHz in dual-core mode so this change uses mentioned feature.
For that we:
* Update axc003_idu.dtsi with mention of really-used CPU clock freq
* Remove clock override in AXS platform code for dual-core HW
Note we're still leaving a
On 05/10/2016 04:29 PM, Dmitry Safonov wrote:
Add possibility for userspace 32-bit applications to move
vdso mapping. Previously, when userspace app called
mremap for vdso, in return path it would land on previous
address of vdso page, resulting in segmentation violation.
Now it lands fine and re
On 2016/5/16 17:31, Michal Hocko wrote:
> On Fri 13-05-16 11:58:16, Xishi Qiu wrote:
>> I find the count nr_file_pages is not equal to nr_inactive_file +
>> nr_active_file.
>> There are 8 cpus, 2 zones in my system.
>
> Because they count shmem pages as well and those are living on the anon
> lr
On 12/05/16 07:59, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the s626.c file that fixes up a Block comments
issues found by the checkpatch.pl tool.
i.e. Block comments use a trailing */ on a separate line
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/stag
On 2016/5/16 17:57, Michal Hocko wrote:
> [Sorry I haven't noticed this answer before]
>
> On Fri 13-05-16 15:31:42, Xishi Qiu wrote:
>> On 2016/5/13 15:00, Aaron Lu wrote:
>>
>> Hi Aaron,
>>
>> Thanks for your reply, but I find the count of nr_shmem is very small
>> in my system.
>
> which kern
On 12/05/16 07:59, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the s626.c file that fixes up a
WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
found by the checkpatch.pl tool
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/s626.
There was an alignment mismatch issue for CMA and it was fixed by
commit 1cc8e3458b51 ("drivers: of: of_reserved_mem: fixup the alignment with
CMA setup").
However the way of the commit considers not only dma-contiguous(CMA) but also
dma-coherent which has no that requirement.
This patch checks m
The following error messages can be observed on the Intel Haswell-E
chipset with v3.13 kernel. After the analysis, I found there is no
difference in the logic of these error messages in the current
upstream kernel. I also searched the git log and can't find any commit
which is fix to the error(corr
I'm seeing this with the 4.6 kernel build:
CHK include/generated/compile.h
make[1]: *** No rule to make target `signing_key.pem', needed by
`certs/signing_key.x509'. Stop.
make: *** [certs] Error 2
--
James Morris
On Thu, May 12, 2016 at 06:02:45PM +0300, Andy Shevchenko wrote:
> On Thu, May 12, 2016 at 4:50 PM, Rajneesh Bhardwaj
> wrote:
>
> Sorry for a bit late review, but I think there are still issues need
> to be addressed.
>
Thanks for the detailed review and the feedback. :)
> > This patch adds t
On 12/05/16 07:59, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the s626.c file that fixes up a line over
80 characters issues found by the checkpatch.pl tool.
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/s626.c | 3 ++-
1 file chang
On 12/05/16 07:59, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the s626.c file that fixes up a type issues
found by the checkpatch.pl tool.
i.e Prefer kernel type 'u8' over 'uint8_t'
Prefer kernel type 'u16' over 'uint16_t'
Prefer kernel type 'u32' over 'uint32_t'
On Fri, 13 May 2016, Matt Fleming wrote:
> (Including more folks, quoting entire patch)
>
> On Thu, 12 May, at 08:19:54PM, Shannon Zhao wrote:
> > From: Shannon Zhao
> >
> > The EFI DT parameters for bare metal are located under /chosen node,
> > while for Xen Dom0 they are located under /hyperv
This is a patch to the dt2801.c file that fixes up a Block comments
issues found by the checkpatch.pl tool.
i.e. Block comments use a trailing */ on a separate line
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/dt2801.c | 84 --
This is a patch to the daqboard2000.c file that fixes up a
issues found by the checkpatch.pl tool.
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/staging/comedi/drivers/daqboard2000.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging
On Mon, May 16, 2016 at 12:08:31PM +1000, Stephen Rothwell wrote:
> Hi Mark,
>
> After merging the spi tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
Sorry, dropped this patch.
signature.asc
Description: PGP signature
Hi Yingjoe,
On Thu, 2016-05-12 at 22:59 +0800, Yingjoe Chen wrote:
> On Thu, 2016-05-12 at 19:49 +0800, yt.s...@mediatek.com wrote:
> > From: YT Shen
> >
> > Add device tree binding documentation for the display subsystem in
> > Mediatek SoC MT2701
> >
> > Signed-off-by: YT Shen
> > ---
> > .
* H. Peter Anvin wrote:
> On 05/12/16 15:54, Kees Cook wrote:
> >>
> >> It would be far better to warn on the *type* of relocations rather than in
> >> which section they feel.
> >
> > I'm open to specific changes. What's the best way to detect what you want
> > here?
> >
>
> Use readelf -r
On 15/05/16 20:45, Amit Ghadge wrote:
Signed-off-by: Amit Ghadge
---
drivers/staging/comedi/drivers/quatech_daqp_cs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/quatech_daqp_cs.c
b/drivers/staging/comedi/drivers/quatech_daqp_cs.c
index
On 16/05/16 11:18, Ravishankar Karkala Mallikarjunayya wrote:
This is a patch to the dt2801.c file that fixes up a Block comments
issues found by the checkpatch.pl tool.
i.e. Block comments use a trailing */ on a separate line
Signed-off-by: Ravishankar Karkala Mallikarjunayya
---
drivers/st
When collecting data segment(gc_data_segment), there is a race condition
between evict and phases of gc:
0) ra_node_page(dnode)
1) ra_node_page(inode)
<--- evict the inode
2) f2fs_iget get the inode and add it to gc_list
3) move_data_page
In step 2), f2fs_iget does NOT find the in
Commit-ID: bea23c757f66d91dac8fdadd94da0cba6b0b66bc
Gitweb: http://git.kernel.org/tip/bea23c757f66d91dac8fdadd94da0cba6b0b66bc
Author: Alex Thorlton
AuthorDate: Fri, 13 May 2016 21:34:42 +0100
Committer: Ingo Molnar
CommitDate: Mon, 16 May 2016 12:38:06 +0200
x86/efi: Fix 7th argument
1 - 100 of 816 matches
Mail list logo
