On 21 May 2016 at 03:05, Andy Gross wrote:
> This patch fixes a suspend/resume issue where the driver is blindly
> calling ehci_suspend/resume functions when the ehci hasn't been setup.
> This results in a crash during suspend/resume operations.
>
> Signed-off-by: Andy Gross
Fixes below crash wh
On 25 May 2016 at 11:12, Morten Rasmussen wrote:
> On Tue, May 24, 2016 at 05:53:27PM +0200, Vincent Guittot wrote:
>> On 24 May 2016 at 17:02, Morten Rasmussen wrote:
>> > On Tue, May 24, 2016 at 03:52:00PM +0200, Vincent Guittot wrote:
>> >> On 24 May 2016 at 15:36, Morten Rasmussen
>> >> wro
Freescale some platforms aer interrupt was not MSI/MSI-X/INTx
but using interrupt line independently. This patch add a "aer"
interrupt-names for aer interrupt.
Signed-off-by: Po Liu
---
.../devicetree/bindings/pci/layerscape-pci.txt | 2 +-
arch/arm/boot/dts/ls1021a.dtsi
On 25-05-16, 19:53, Steve Muckle wrote:
> Support the new resolve_freq cpufreq callback which resolves a target
> frequency to a driver-supported frequency without actually setting it.
And here is the first abuser of this API as I was talking about in the
earlier patch :)
But, I know why you are
Fixed coding style issue
Signed-off-by: Bhushan Gopala Reddy
---
drivers/staging/skein/threefish_block.c | 16
1 file changed, 16 deletions(-)
diff --git a/drivers/staging/skein/threefish_block.c
b/drivers/staging/skein/threefish_block.c
index a95563f..5064065 100644
--- a/dri
On Wed, 25 May 2016 20:16:54 -0700
Brian Norris wrote:
> Hi,
>
> On Mon, May 09, 2016 at 02:51:18PM +0800, Wenyou Yang wrote:
> > This reverts commit 5ddc7bd43ccc ("mtd: atmel_nand: Support variable
> > RB_EDGE interrupts")
> >
> > Because for current SoCs, the RB_EDGE3(i.e. bit 27) of HSMC_SR
On Wed, May 25, 2016 at 05:01:11PM +0200, Vincent Guittot wrote:
> The cfs_rq->avg.last_update_time is initialize to 0 with the main effect
> that the 1st sched_entity that will be attached, will keep its
> last_update_time set to 0 and will attached once again during the
> enqueue.
> Initialize cf
On some platforms, root port doesn't support MSI/MSI-X/INTx in RC mode.
When chip support the aer interrupt with none MSI/MSI-X/INTx mode,
maybe there is interrupt line for aer pme etc. Search the interrupt
number in the fdt file.
Signed-off-by: Po Liu
---
drivers/pci/pcie/portdrv_core.c | 31 ++
Hi,
Baolin Wang writes:
> When handling the endpoint interrupt handler, it maybe disable the endpoint
> from another core user to set the USB endpoint descriptor pointor to be NULL
> while issuing usb_gadget_giveback_request() function to release lock. So it
> will be one bug to check the endpoi
On 25-05-16, 19:52, Steve Muckle wrote:
> Cpufreq governors may need to know what a particular target frequency
> maps to in the driver without necessarily wanting to set the frequency.
> Support this operation via a new cpufreq API,
> cpufreq_driver_resolve_freq().
>
> The above API will call a n
From: Ming Lin
blk_mq_init_queue() calls blk_mq_init_allocated_queue(), but q->mq_ops
was not cleared when blk_mq_init_allocated_queue() fails.
Then blk_cleanup_queue() calls blk_mq_free_queue() which will crash because:
- q->all_q_node is not added to all_q_list yet
- q->tag_set is NULL
- hctx w
From: Joonsoo Kim
Some of zone threshold depends on number of managed pages in the zone.
When memory is going on/offline, it can be changed and we need to
adjust them.
This patch add recalculation to appropriate places and clean-up
related function for better maintanance.
Signed-off-by: Joonsoo
From: Joonsoo Kim
Now, all reserved pages for CMA region are belong to the ZONE_CMA
and it only serves for GFP_HIGHUSER_MOVABLE. Therefore, we don't need to
consider ALLOC_CMA at all.
Signed-off-by: Joonsoo Kim
---
mm/internal.h | 3 +--
mm/page_alloc.c | 27 +++
2 f
From: Joonsoo Kim
Now, all reserved pages for CMA region are belong to the ZONE_CMA
so we don't need to maintain CMA stat in other zones. Remove it.
Signed-off-by: Joonsoo Kim
---
fs/proc/meminfo.c | 2 +-
include/linux/cma.h| 6 ++
include/linux/mmzone.h | 1 -
mm/cma.c
From: Joonsoo Kim
Until now, reserved pages for CMA are managed in the ordinary zones
where page's pfn are belong to. This approach has numorous problems
and fixing them isn't easy. (It is mentioned on previous patch.)
To fix this situation, ZONE_CMA is introduced in previous patch, but,
not yet
From: Joonsoo Kim
Now, all reserved pages for CMA region are belong to the ZONE_CMA
and there is no other type of pages. Therefore, we don't need to
use MIGRATE_CMA to distinguish and handle differently for CMA pages
and ordinary pages. Remove MIGRATE_CMA.
Unfortunately, this patch make free CMA
From: Joonsoo Kim
Hello,
Changes from v2
o Rebase on next-20160525
o No other changes except following description
There was a discussion with Mel [1] after LSF/MM 2016. I could summarise
it to help merge decision but it's better to read by yourself since
if I summarise it, it would be b
From: Joonsoo Kim
Attached cover-letter:
This series try to solve problems of current CMA implementation.
CMA is introduced to provide physically contiguous pages at runtime
without exclusive reserved memory area. But, current implementation
works like as previous reserved memory approach, beca
--
Hello,
We are Christian Organization formed to help people in needs
of helps,such as financial help.So if you are going through financial
difficulty or you are in any financial mess,and you need funds to
start up your own business,or you need loan to settle your debt or pay
off your b
Hi Linus,
Can you please pull the XFS update from the tag below? It's a pretty
average collection of fixes, cleanups and improvements in this
request, details are in the tag below. A couple of the branches were
only pushed out last week (yes, I know this is generally considered
bad form) but I had
Hi Arnd,
On Thursday 26 May 2016 12:24 AM, Arnd Bergmann wrote:
> On Wednesday, May 11, 2016 8:51:55 PM CEST Krzysztof Kozlowski wrote:
>> On Wed, May 11, 2016 at 02:49:53PM +0200, Arnd Bergmann wrote:
>>> A rework of the exynos-mipi-video driver caused a warning
>>> about the new __set_phy_state
Hey Florian, Pablo,
In updating a 32bit arm device from 4.6 to Linus' current HEAD, I
noticed I was having some trouble with networking, and realized that
/proc/net/ip_tables_names was suddenly empty.
Digging through the registration process, it seems we're catching on the:
if (strcmp(t->
On 25/05/16 19:09, Nishanth Menon wrote:
On 05/25/2016 07:53 AM, Ravikumar Kattekola wrote:
DRA72x devices have a sixth i2c ocntroller instance.
Following patches add the required hwmod structure and
device tree nodes.
Reference doc: DRA72x TRM [ SPRUHP2Q ]
Tested on :
DRA72x Rev B EVM
Raviku
On 5/25/16, Jani Nikula wrote:
> On Wed, 25 May 2016, Sedat Dilek wrote:
>> Hi Daniel,
>>
>> with latest Linus Git I see this with my Intel SandyBridge GPU...
>>
>> [ 17.629014] [drm:intel_cpu_fifo_underrun_irq_handler [i915]]
>> *ERROR* CPU pipe A FIFO underrun
>> [ 17.630652] [drm:intel_set
On 05/26/2016 09:49 AM, valdis.kletni...@vt.edu wrote:
> On Wed, 25 May 2016 13:15:26 +0800, Aaron Lu said:
>> Valdis, can you please give the patch a try? Thanks.
>
> Sorry, had a few days where actual work commitments and other
> things got in the way... I tested this patch against next-20160524
pageblock_order can be (at least) an unsigned int or an unsigned long
depending on the kernel config and architecture, so use max_t(unsigned
long, ...) when comparing it.
fixes these warnings:
In file included from include/asm-generic/bug.h:13:0,
from arch/powerpc/include/asm/bug
2016-05-26 7:00 GMT+09:00 Luis de Bethencourt :
> On 20/05/16 10:51, Daeseok Youn wrote:
>> the "brd" was already checked for NULL before calling dgnc_do_remap().
>>
>> Signed-off-by: Daeseok Youn
>> ---
>> drivers/staging/dgnc/dgnc_driver.c | 3 ---
>> 1 file changed, 3 deletions(-)
>>
>> diff -
On 26-05-16, 00:23, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The modularity of cpufreq_stats is quite problematic.
>
> First off, the usage of policy notifiers for the initialization
> and cleanup in the cpufreq_stats module is inherently racy with
> respect to CPU offline/online a
When handling the endpoint interrupt handler, it maybe disable the endpoint
from another core user to set the USB endpoint descriptor pointor to be NULL
while issuing usb_gadget_giveback_request() function to release lock. So it
will be one bug to check the endpoint type by usb_endpoint_xfer_xxx()
2016-05-26 6:48 GMT+09:00 Luis de Bethencourt :
> On 20/05/16 10:51, Daeseok Youn wrote:
>> the "brd" value cannot be NULL in dgnc_finalize_board_init().
>> Because "brd" as a parameter of this function was already
>> checked for NULL.
>>
>> Signed-off-by: Daeseok Youn
>> ---
>> drivers/staging/d
On Tue 24 May 12:54 PDT 2016, Neil Leeder wrote:
>
>
> On 5/24/2016 07:23 AM, Mark Rutland wrote:
> > On Mon, May 23, 2016 at 02:22:59PM -0400, Neil Leeder wrote:
> >>
> >> On 5/23/2016 01:25 PM, Mark Rutland wrote:
> >>> On Fri, May 20, 2016 at 03:13:07PM -0400, Neil Leeder wrote:
>
> Sig
On Thu, May 26, 2016 at 09:59:26AM +0900, Sergey Senozhatsky wrote:
> btw, I've uploaded zram-fio test script to
> https://github.com/sergey-senozhatsky/zram-perf-test
>
> it's very minimalistic and half baked, but can be used
> to some degree. open to patches, improvements, etc.
Awesome!
Let's
Forget this wrong version, I have re-sent a patch v2 version.
--
Thanks,
Yunlong Song
Commit aaf9607516ed38825268515ef4d773289a44f429 ("f2fs: check node page
contents all the time") pointed out that "sometimes it was reported that
its contents was missing", so it checks the page's mapping and contents.
When "nid != nid_of_node(page)", ERR_PTR(-EIO) will be returned to the
caller. Ho
Commit aaf9607516ed38825268515ef4d773289a44f429 ("f2fs: check node page
contents all the time") pointed out that "sometimes it was reported that
its contents was missing", so it checks the page's mapping and contents.
When "nid != nid_of_node(page)", ERR_PTR(-EIO) will be returned to the
caller. Ho
Hi all,
Please do not add any v4.8 destined material to your linux-next included
branches until after v4.7-rc1 has been released.
Changes since 20160525:
Non-merge commits (relative to Linus' tree): 1019
884 files changed, 34784 insertions(+), 11132 dele
On 2016年05月26日 08:34, Caesar Wang wrote:
On 2016年05月26日 00:42, Javi Merino wrote:
Hi Caesar,
On Wed, May 25, 2016 at 11:47:45AM +0800, Caesar Wang wrote:
From: Sascha Hauer
This adds support for hardware-tracked trip points to the device tree
thermal sensor framework.
The framework suppor
在 2016/5/26 11:59, Jaehoon Chung 写道:
On 05/26/2016 11:23 AM, Shawn Lin wrote:
Hi Jaehoon,
On 2016/5/19 21:07, Jaehoon Chung wrote:
On 05/19/2016 08:31 PM, Shawn Lin wrote:
Hi,
On 2016/5/19 1:37, Doug Anderson wrote:
Hi,
On Wed, May 18, 2016 at 2:14 AM, Shawn Lin wrote:
Hi
On 2016-5-18
Hi Uffe,
Could we merge this patchset? ...
It has been a long time to wait for Arnd's response...
Thanks a lot.
Best regards,
Yangbo Lu
> -Original Message-
> From: Yangbo Lu
> Sent: Friday, May 20, 2016 2:06 PM
> To: 'Scott Wood'; Arnd Bergmann; linux-arm-ker...@lists.infradead.org
On Wednesday 25 May 2016 06:23 PM, Ravikumar Kattekola wrote:
> dra72x device has i2c6 controller.
> Adding hwmod definition for the same.
>
> Reference DRA72x TRM [ SPRUHP2Q ]
>
> Signed-off-by: Ravikumar Kattekola
> ---
> arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 23 ++
On 05/26/2016 11:23 AM, Shawn Lin wrote:
> Hi Jaehoon,
>
> On 2016/5/19 21:07, Jaehoon Chung wrote:
>> On 05/19/2016 08:31 PM, Shawn Lin wrote:
>>> Hi,
>>>
>>> On 2016/5/19 1:37, Doug Anderson wrote:
Hi,
On Wed, May 18, 2016 at 2:14 AM, Shawn Lin
wrote:
> Hi
>
>
>
On Wed, May 25, 2016 at 01:54:23PM +0800, Yongji Xie wrote:
> On 2016/5/25 5:11, Bjorn Helgaas wrote:
> >On Wed, Apr 27, 2016 at 08:43:27PM +0800, Yongji Xie wrote:
> >>The capability of IRQ remapping is abstracted on IOMMU side on
> >>some archs. There is a existing flag IOMMU_CAP_INTR_REMAP for t
On 24.05.2016 23:20, Pavel Machek wrote:
Hi!
devm_regulator_get()?
I'd rather avoid devm_ here. Driver is simple enough to allow it.
Now thinking about it, what would happen here if regulator_get() returns
-EPROBE_DEFER? Wouldn't it be better to move regulator_get to the probe()
function
On 2016/5/25 18:50, Catalin Marinas wrote:
> On Wed, May 25, 2016 at 11:36:38AM +0800, Leizhen (ThunderTown) wrote:
>> On 2016/5/25 9:20, Leizhen (ThunderTown) wrote:
>>> On 2016/5/24 21:02, Catalin Marinas wrote:
On Tue, May 24, 2016 at 08:19:05PM +0800, Leizhen (ThunderTown) wrote:
> O
Hi Javier,
On Wednesday 25 May 2016 08:32 PM, Javier Martinez Canillas wrote:
> Hello Pankaj,
>
> On 05/25/2016 04:33 AM, pankaj.dubey wrote:
>> Hi Javier,
>>
>>> Signed-off-by: Javier Martinez Canillas
>>
>> Just noticed that, current krzk/for-next failed to boot on Exynos5880
>> based Chromebo
If the page is truncated after being spliced into the pipe, it's
probably not invalid.
For filesystems that invalidate pages, we used to return -ENODATA
even though the data is there, it's just possibly different from
what was spliced into the pipe. We shouldn't have to throw away
the buffer or re
Hi,
On Mon, May 09, 2016 at 02:51:18PM +0800, Wenyou Yang wrote:
> This reverts commit 5ddc7bd43ccc ("mtd: atmel_nand: Support variable
> RB_EDGE interrupts")
>
> Because for current SoCs, the RB_EDGE3(i.e. bit 27) of HSMC_SR
> register does not exist, the RB_EDGE0 (i.e. bit 24) is the ready/busy
Hi,
On Mon, May 23, 2016 at 09:55:57AM +0200, Boris Brezillon wrote:
> On Mon, 9 May 2016 14:51:18 +0800
> Wenyou Yang wrote:
>
> > This reverts commit 5ddc7bd43ccc ("mtd: atmel_nand: Support variable
> > RB_EDGE interrupts")
> >
> > Because for current SoCs, the RB_EDGE3(i.e. bit 27) of HSMC_S
dw_mci_get_cd have already dealed with these for
both of internal card-detect and gpio card-detect.
Signed-off-by: Shawn Lin
---
drivers/mmc/host/dw_mmc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c
index 829a6ee
The main reason to add this check is to avoid unnecessary
mmc_request if the card is removed. Although we have already
check this in dw_mci_handle_cd for runtime usage of sd card and
dw_mci_init_slot for noremovable devices, but there is a timing
gap before it really calls dw_mci_get_cd as mmc_dete
Cpufreq governors may need to know what a particular target frequency
maps to in the driver without necessarily wanting to set the frequency.
Support this operation via a new cpufreq API,
cpufreq_driver_resolve_freq().
The above API will call a new cpufreq driver callback, resolve_freq(),
if it ha
In the series [0] I included a patch which attempted to avoid redundant driver
calls in the schedutil governor by mapping the raw required CPU frequencies to
driver frequencies. This vastly increases the likelihood of detecting a
redundant cpufreq driver call, i.e. one which will end up attempting
Support the new resolve_freq cpufreq callback which resolves a target
frequency to a driver-supported frequency without actually setting it.
The target frequency and resolved frequency table entry are cached so
that a subsequent fast_switch operation may avoid the frequency table
walk assuming the
The slow-path frequency transition path is relatively expensive as it
requires waking up a thread to do work. Should support be added for
remote CPU cpufreq updates that is also expensive since it requires an
IPI. These activities should be avoided if they are not necessary.
To that end, calculate
This information will be printed in the subfunction numa_add_memblk.
They are not the same, but very similar.
Signed-off-by: Zhen Lei
---
drivers/of/of_numa.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/of/of_numa.c b/drivers/of/of_numa.c
index 0f2784b..21d831f 100644
--- a/dri
numa_init(of_numa_init) may returned error because of numa configuration
error. So "No NUMA configuration found" is inaccurate. In fact, specific
configuration error information can be immediately printed by the
testing branch. So "No NUMA..." only needs to be printed when numa_off.
Signed-off-by:
For a normal memory@ devicetree node, its reg property can contains more
memory blocks.
Because we don't known how many memory blocks maybe contained, so we try
from index=0, increase 1 until error returned(the end).
Signed-off-by: Zhen Lei
---
drivers/of/of_numa.c | 30
On Sat, May 21, 2016 at 05:31:53AM +, Linux Kernel wrote:
> dma-buf/sync_file: de-stage sync_file
>
> sync_file is useful to connect one or more fences to the file. The file
> is
> used by userspace to track fences between drivers that share DMA bufs.
>
> Sig
From: Joonsoo Kim
It's not necessary to initialized page_owner with holding the zone lock.
It would cause more contention on the zone lock although it's not
a big problem since it is just debug feature. But, it is better
than before so do it. This is also preparation step to use stackdepot
in pag
From: Joonsoo Kim
split_page() calls set_page_owner() to set up page_owner to each pages.
But, it has a drawback that head page and the others have different
stacktrace because callsite of set_page_owner() is slightly differnt.
To avoid this problem, this patch copies head page's page_owner to
th
From: Joonsoo Kim
Currently, we store each page's allocation stacktrace on corresponding
page_ext structure and it requires a lot of memory. This causes the problem
that memory tight system doesn't work well if page_owner is enabled.
Moreover, even with this large memory consumption, we cannot ge
From: Joonsoo Kim
This patch is motivated from Hugh and Vlastimil's concern [1].
There are two ways to get freepage from the allocator. One is using
normal memory allocation API and the other is __isolate_free_page() which
is internally used for compaction and pageblock isolation. Later usage is
From: Joonsoo Kim
Currently, copy_page_owner() doesn't copy all the owner information.
It skips last_migrate_reason because copy_page_owner() is used for
migration and it will be properly set soon. But, following patch
will use copy_page_owner() and this skip will cause the problem that
allocated
From: Joonsoo Kim
We don't need to split freepages with holding the zone lock. It will cause
more contention on zone lock so not desirable.
Signed-off-by: Joonsoo Kim
---
include/linux/mm.h | 1 -
mm/compaction.c| 42 ++
mm/page_alloc.c| 27
From: Joonsoo Kim
Page owner will be changed to store more deep stacktrace
so current temporary buffer size isn't enough. Increase it.
Signed-off-by: Joonsoo Kim
---
tools/vm/page_owner_sort.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/tools/vm/page_owner_sort
Hi, Vivek
On 05/25/16 at 09:37am, Vivek Goyal wrote:
> On Wed, May 25, 2016 at 06:24:10AM -0700, Joe Perches wrote:
> > On Wed, 2016-05-25 at 09:16 -0400, Vivek Goyal wrote:
> > > I am proposing following updates to kdump maintainership. I have got
> > > busy in other things and not getting time t
Hi Jaehoon,
On 2016/5/19 21:07, Jaehoon Chung wrote:
On 05/19/2016 08:31 PM, Shawn Lin wrote:
Hi,
On 2016/5/19 1:37, Doug Anderson wrote:
Hi,
On Wed, May 18, 2016 at 2:14 AM, Shawn Lin wrote:
Hi
On 2016-5-18 12:12, Doug Anderson wrote:
Hi,
On Tue, May 17, 2016 at 6:59 PM, Shawn Lin
w
> On Tue, May 24, 2016 at 03:53:53PM +0800, changbin...@intel.com wrote:
> > From: "Du, Changbin"
> >
> > Add debugobject support to track the life time of struct urb.
> > This feature help us detect violation of urb operations by
> > generating a warning message from debugobject core. And we fix
On Wed, May 25, 2016 at 09:37:13AM -0400, Vivek Goyal wrote:
> On Wed, May 25, 2016 at 06:24:10AM -0700, Joe Perches wrote:
> > On Wed, 2016-05-25 at 09:16 -0400, Vivek Goyal wrote:
> > > I am proposing following updates to kdump maintainership. I have got
> > > busy in other things and not getting
The old implementation was overcomplicated and slightly bugged in some
corner cases.
Consider following state of BSS-es (limited to 6 for simplification):
drvr->iflist[0]: { bsscfgidx:0, ndev->name:wlan1, }
drvr->iflist[1]: (null)
drvr->iflist[2]: { bsscfgidx:2, ndev->name:wlan1-1, }
drvr->iflist
This reverts commit bff3c624dc7261a084a4d25a0b09c3fb0fec872a.
Board "Leon" is otherwise known as "Toshiba CB35" and we already have
the entry that supports that board as of this commit :
963cb6f platform/chrome: chromeos_laptop - Add Toshiba CB35 Touch
Remove this duplicate.
Signed-off-by: Benso
Currently sdhci-arasan 5.1 can support enhanced strobe function,
and we now limit it just for "arasan,sdhci-5.1". Add
mmc-hs400-enhanced-strobe in DT to enable the function if we're
sure our controller can support it.
Signed-off-by: Shawn Lin
Acked-by: Adrian Hunter
Reviewed-by: Doug Anderson
On 05/26/2016 03:44 AM, Rob Herring wrote:
Lovely. "Here's something that's simple and useful for users. Let's
break it". What part of "we do not break userspace" do you not
understand? Because that would be a user visible change.
The other saying is "if it is not upstream, it doesn't exist." T
Controllers use data strobe line to latch data from devices
under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC
introduces enhanced strobe mode for latching cmd response from
emmc devices to host controllers. This new feature is optional,
so it depends both on device's cap and host's c
We introduce HS400 with enhanced strobe function, so we need
to add it for debug show.
Signed-off-by: Shawn Lin
Reviewed-by: Douglas Anderson
Tested-by: Douglas Anderson
Tested-by: Jaehoon Chung
---
Changes in v6:
- add Doug's review-test-tag and Jaehoon's test-tag
- a minor string assignmen
This patch introduce mmc-hs400-enhanced-strobe for platforms
which want to enable enhanced strobe function from DT if the
mmc host controller claims to support enhanced strobe.
Signed-off-by: Shawn Lin
Reviewed-by: Douglas Anderson
Tested-by: Jaehoon Chung
---
Changes in v6:
- add Doug's revi
mmc-hs400-enhanced-strobe is used to claim that the
host can support hs400 mode with enhanced strobe
introduced by emmc 5.1 spec.
Signed-off-by: Shawn Lin
Acked-by: Rob Herring
Reviewed-by: Douglas Anderson
---
Changes in v6:
- add Doug's review-tag
Changes in v5: None
Changes in v4: None
Ch
Hello all,
This patch is going to support enhanced strobe function
for emmc version 5.1+ introduced by JEDEC recently.
Enchanced strobe is a optional function, so we add a new cap* for drivers to
decide whether to use it.
When introduing hs400 mode, JEDEC asks controllers to use data strobe lin
On Thu, May 26, 2016 at 10:12:16AM +0900, Sergey Senozhatsky wrote:
> On (05/26/16 09:43), Joonsoo Kim wrote:
> [..]
> > Hello, Sergey.
> >
> > I don't look at each patches deeply but nice work! I didn't notice that
> > rececnt zram changes makes thing simpler. :)
>
> Hello Joonsoo,
>
> thanks.
On 25.05.2016 23:50, Gabriel C wrote:
I build an kernel on my oder box in a bit and let you know .. this
server I tested on is sometimes strange
Hangs on the second box too also..
On Wed, 25 May 2016 13:15:26 +0800, Aaron Lu said:
> Valdis, can you please give the patch a try? Thanks.
Sorry, had a few days where actual work commitments and other
things got in the way... I tested this patch against next-20160524,
and can report that the problem is fixed, so feel free to
stic
2016-05-25 6:15 GMT+09:00 Thomas Garnier :
> Implements Freelist randomization for the SLUB allocator. It was
> previous implemented for the SLAB allocator. Both use the same
> configuration option (CONFIG_SLAB_FREELIST_RANDOM).
>
> The list is randomized during initialization of a new set of pages
On Wed, May 25, 2016 at 8:10 PM, Christer Weinigel wrote:
> On 05/25/2016 08:44 PM, Mark Brown wrote:
>> On Wed, May 25, 2016 at 11:06:46AM -0700, Frank Rowand wrote:
>>> On 5/25/2016 10:49 AM, Rob Herring wrote:
>>
Things get undocumented all the time when we deprecate them.
>>
>>> If it is
Remove befs_error since when kmalloc fails there is a generic out of
memory and stack dump.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index 5b47b0f..04541f3 100644
--- a/fs/befs/linuxvfs.c
+++ b/
Remove pr_err since when kzalloc fails there is a generic out of memory
and stack dump.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index edee857..5b47b0f 100644
--- a/fs/befs/
Control is transfered to unacquire_none when sb->s_fs_info is equal to NULL,
so the assignment to NULL is useless and it is moved above unacquire_none.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/befs/linuxvfs.c b/fs/be
Remove pr_err since kmem_cache_create log error and dump stack.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index 04541f3..c734f21 100644
--- a/fs/befs/linuxvfs.c
+++ b/fs/befs
Coalese format is more readable, even if it goes over 80 column width,
so group format snippets together.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 21 +++--
1 file changed, 7 insertions(+), 14 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index c73
Log errors only when silent flag is not set.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index 75ec9a7..edee857 100644
--- a/fs/befs/linuxvfs.c
+++ b/fs/befs/linuxvfs
On (05/26/16 09:43), Joonsoo Kim wrote:
[..]
> Hello, Sergey.
>
> I don't look at each patches deeply but nice work! I didn't notice that
> rececnt zram changes makes thing simpler. :)
Hello Joonsoo,
thanks.
I owe you a drink for pushing it in the context-less crypto
API direction. sorry about
On 05/25/2016 08:44 PM, Mark Brown wrote:
> On Wed, May 25, 2016 at 11:06:46AM -0700, Frank Rowand wrote:
>> On 5/25/2016 10:49 AM, Rob Herring wrote:
>
>>> Things get undocumented all the time when we deprecate them.
>
>> If it is deprecated then it should be documented as deprecated
>> so peopl
On Tue, May 24, 2016 at 02:15:22PM -0700, Thomas Garnier wrote:
> This commit reorganizes the previous SLAB freelist randomization to
> prepare for the SLUB implementation. It moves functions that will be
> shared to slab_common. It also move the definition of freelist_idx_t in
> the slab_def heade
Log errors only when silent flag is not set.
Signed-off-by: Salah Triki
---
fs/befs/linuxvfs.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index 75ec9a7..edee857 100644
--- a/fs/befs/linuxvfs.c
+++ b/fs/befs/linuxvfs
On (05/26/16 09:52), Minchan Kim wrote:
> On Wed, May 25, 2016 at 11:29:59PM +0900, Sergey Senozhatsky wrote:
> > Hello,
> >
> > This has started as a 'add zlib support' work, but after some
> > thinking I saw no blockers for a bigger change -- a switch to
> > crypto API.
> >
> > We don't hav
On (05/26/16 09:44), Minchan Kim wrote:
> On Wed, May 25, 2016 at 11:30:00PM +0900, Sergey Senozhatsky wrote:
> > We don't perform any zstream idle list lookup anymore, so
> > zcomp_strm_find()/zcomp_strm_release() names are not
> > representative.
> >
> > Rename to zcomp_stream_get()/zcomp_stream
I don't remember how much I answered this email, but I need to finish that :-)
On Fri, Apr 08, 2016 at 12:34:48PM -0400, Chris Metcalf wrote:
> On 4/8/2016 9:56 AM, Frederic Weisbecker wrote:
> >On Wed, Mar 09, 2016 at 02:39:28PM -0500, Chris Metcalf wrote:
> >> TL;DR: Let's make an explicit dec
Hi Heikki,
On 05/25/2016 07:06 PM, Heikki Krogerus wrote:
> Hi Baolu,
>
> Sorry to comment this so late, but we got hardware that needs to
> configure the mux in OS, and I noticed some problem.
Comments are always welcome. :-)
> We are missing
> means to bind a port to the correct mux on multipo
Hello Minchan,
On (05/26/16 09:32), Minchan Kim wrote:
[..]
> Unfortunately, I don't have now. However, I don't feel we need a data for
> that because *unbounded work* within VM interaction context is bad. ;-)
fair enough, even though the shrinker doesn't put any constraints here.
> > hm, probab
On Wed, May 25, 2016 at 11:29:59PM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> This has started as a 'add zlib support' work, but after some
> thinking I saw no blockers for a bigger change -- a switch to
> crypto API.
>
> We don't have an idle zstreams list anymore and our write path
> now
On Sat, 14 May 2016, Tadeusz Struk wrote:
diff --git a/crypto/algif_akcipher.c b/crypto/algif_akcipher.c
index e00793d..6733df1 100644
--- a/crypto/algif_akcipher.c
+++ b/crypto/algif_akcipher.c
+static int asym_key_verify(const struct key *key, struct akcipher_request *req)
+{
+ struct p
1 - 100 of 748 matches
Mail list logo
