On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Some UFS devices (and may be host) have issues if LCC is
> enabled. So we are setting PA_Local_TX_LCC_Enable to 0
> before link startup which will make sure that both host
> and device TX LCC are disabled once link startup is
> completed.
>
> This chang
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Currently when we try to put the link in off/disabled state during
> suspend, it seems link is not being kept in low power mode.
> This patch fixes the issue by putting the link in hibern8 first
> (so device also puts the link in low power mode) and then
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> We put the UFS device in sleep state & UFS link in hibern8 state during
> runtime suspaned. After this we put all the UFS rails in low power
> modes immediately but it seems some devices may still draw more than
> sleep current from UFS rails (especially
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Optimal values of local UniPro parameters like PA_Hibern8Time &
> PA_TActivate can help reduce the hibern8 exit latency. If both host and
> device supports UniPro ver1.6 or later, these parameters will be
> automatically tuned during link startup itself.
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> We are seeing that some devices are raising the urgent bkops exception
> events even when BKOPS status doesn't indicate performace impacted or
> critical. Handle these device by determining their urgent bkops status
> at runtime.
>
> Signed-off-by: Subh
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Query commands have 100ms timeout and it may timeout if they are
> issued in parallel to ongoing read/write SCSI commands, this change
> adds the retry (max: 10) in case command timeouts.
>
> Signed-off-by: Subhash Jadavani
> Signed-off-by: Yaniv Gardi
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Some vendor's UFS device sends back to back NACs for the DL data frames
> causing the host controller to raise the DFES error status. Sometimes
> such UFS devices send back to back NAC without waiting for new
> retransmitted DL frame from the host and in
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> UFS driver's error handler forcefully tries to clear all the pending
> requests. For each pending request in the queue, it waits 1 sec for it
> to get cleared. If we have multiple requests in the queue then it's
> possible that we might end up waiting fo
Signed-off-by: Krzysztof Hałasa
diff --git a/arch/arm/mach-cns3xxx/cns3xxx.h b/arch/arm/mach-cns3xxx/cns3xxx.h
index a0f5b60..a642ba5 100644
--- a/arch/arm/mach-cns3xxx/cns3xxx.h
+++ b/arch/arm/mach-cns3xxx/cns3xxx.h
@@ -162,13 +162,11 @@
#define CNS3XXX_L2C_BASE 0x9200
Hi David,
On 02/29/2016 10:22 PM, Davidlohr Bueso wrote:
> On Sun, 28 Feb 2016, Michael Kerrisk wrote:
>
>> Linux also updates sempid for SETVAL operations and semaphore
>> adjustments. However, somewhat inconsistently, it does not
>> update sempid for SETALL operations.
Hi Borislav,
> From: Borislav Petkov [mailto:b...@alien8.de]
> On Tue, Mar 01, 2016 at 10:50:37AM +0900, Hidehiro Kawai wrote:
> > Export panic_cpu and nmi_panic_self_stop symbols for modules which
> > use nmi_panic() macro.
> >
> > Signed-off-by: Hidehiro Kawai
> > Cc: Andrew Morton
> > Cc: Bor
diff --git a/arch/arm/mach-cns3xxx/cns3xxx.h b/arch/arm/mach-cns3xxx/cns3xxx.h
index a0f5b60..a642ba5 100644
--- a/arch/arm/mach-cns3xxx/cns3xxx.h
+++ b/arch/arm/mach-cns3xxx/cns3xxx.h
@@ -162,13 +162,11 @@
#define CNS3XXX_L2C_BASE 0x9200 /* L2 Cache
Control */
#
* Dave Hansen wrote:
>
> This responds to the feedback from Ingo that we should be using
> explicitly-sized types and fixes a typo in the patch description.
>
> --
>
> From: Dave Hansen
>
> Stephen Rothwell reported:
>
> http://lkml.kernel.org/r/20160226164406.065a1...@canb.auug.org.
On February 29, 2016 11:28:22 PM PST, Sedat Dilek wrote:
>On Tue, Mar 1, 2016 at 8:07 AM, Ingo Molnar wrote:
>>
>> * Stephen Rothwell wrote:
>>
>>> Hi all,
>>>
>>> After merging the tip tree, today's linux-next build (x86_64
>allmodconfig)
>>> failed like this:
>>>
>>> DESCEND objtool
>>> C
On Tue, 01 Mar 2016 06:49:27 +0100,
Sudip Mukherjee wrote:
>
> On Tue, Mar 01, 2016 at 11:59:12AM +0900, Mark Brown wrote:
> > On Mon, Feb 29, 2016 at 10:53:46PM +0530, Sudip Mukherjee wrote:
> > > The variable cmd_id is only assigned some value and is never used.
> > >
> > > Signed-off-by: Sudip
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Currently we use the host quirks mechanism in order to
> handle both device and host controller quirks.
> In order to support various of UFS devices we should separate
> handling the device quirks from the host controller's.
>
> Reviewed-by: Gilad Brone
On Mon, Feb 29, 2016 at 03:39:35PM +, Will Deacon wrote:
> Hi Jan,
>
> I've queued this lot on my perf/updates branch, but I just noticed an
> oddity whilst dealing with some potential conflicts with the kvm tree.
>
> On Thu, Feb 18, 2016 at 05:50:13PM +0100, Jan Glauber wrote:
> > With the l
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Some UFS devices don't require VCCQ rail for device operations hence
> this change adds support to recognize such devices and remove vote for
> the unused VCCQ rail.
>
> Signed-off-by: Subhash Jadavani
> Signed-off-by: Yaniv Gardi
>
> ---
> drivers/
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> This change adds support to read device descriptor and string descriptor
> from a UFS device
>
> Reviewed-by: Gilad Broner
> Signed-off-by: Raviv Shvili
> Signed-off-by: Yaniv Gardi
>
> ---
> drivers/scsi/ufs/ufs.h| 1 +
> drivers/scsi/ufs/ufs
Add uqe_serial document to
Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/uqe_serial.txt
Signed-off-by: Zhao Qiang
---
Changes for v2
- modify tx/rx-clock-name specification
Changes for v2
- NA
.../bindings/powerpc/fsl/cpm_qe/uqe_serial.txt| 19 +++
Add ucc hdlc document to
Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/network.txt
Signed-off-by: Zhao Qiang
---
Changes for v2
- use ucc-hdlc instead of ucc_hdlc
- add more information to properties.
Changes for v3
- use fsl,tx-timeslot-mask instead of fsl,tx-times
add qe node to t104xqds.dtsi
Signed-off-by: Zhao Qiang
---
Changes for v2
- rebase
Changes for v3
- rebase
arch/powerpc/boot/dts/fsl/t104xqds.dtsi | 39 +
1 file changed, 39 insertions(+)
diff --git a/arch/powerpc/boot/dts/fsl/t104xqds.dtsi
b/ar
cpm_qe is supported on both powerpc and arm.
and the QE code has been moved from arch/powerpc into
drivers/soc/fsl, so move cpm_qe binding from powerpc/fsl
to soc/fsl
Signed-off-by: Zhao Qiang
---
Changes for v3
- NA
Documentation/devicetree/bindings/{powerpc => soc}/fsl/cpm_qe/cpm.txt
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Sometimes due to hw issues it takes some time to the
> host controller register to update. In order to verify the register
> has updated, a polling is done until its value is set.
>
> In addition the functions ufshcd_hba_stop() and
> ufshcd_wait_for_reg
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> A race condition exists between request requeueing and scsi layer
> error handling:
> When UFS driver queuecommand returns a busy status for a request,
> it will be requeued and its tag will be freed and set to -1.
> At the same time it is possible that
On Tue, Mar 01, 2016 at 10:58:28AM +0530, Nicholas A. Bellinger wrote:
> Hi Arnd,
>
> On Mon, 2016-02-29 at 12:14 +0100, Arnd Bergmann wrote:
> > The newly added cxgbit driver directly calls functions of the
> > IPv4 network stack, which fails if that is disabled:
> >
> > ERROR: "ip_route_output_
On Mon, 29 Feb 2016, Michal Hocko wrote:
> On Wed 24-02-16 19:47:06, Hugh Dickins wrote:
> [...]
> > Boot with mem=1G (or boot your usual way, and do something to occupy
> > most of the memory: I think /proc/sys/vm/nr_hugepages provides a great
> > way to gobble up most of the memory, though it's n
On Tue, Mar 1, 2016 at 8:07 AM, Ingo Molnar wrote:
>
> * Stephen Rothwell wrote:
>
>> Hi all,
>>
>> After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
>> failed like this:
>>
>> DESCEND objtool
>> CC /home/sfr/next/x86_64_allmodconfig/tools/objtool/builtin-check
On Tue, Mar 01, 2016 at 10:50:37AM +0900, Hidehiro Kawai wrote:
> Export panic_cpu and nmi_panic_self_stop symbols for modules which
> use nmi_panic() macro.
>
> Signed-off-by: Hidehiro Kawai
> Cc: Andrew Morton
> Cc: Borislav Petkov
> Cc: Thomas Gleixner
> Cc: Michal Hocko
> Cc: HATAYAMA Dai
Without MMC_CAP_ERASE support, we fail to mount partition
with "discard" option since mmc_queue_setup_discard is limited
for checking mmc_can_erase. Without doing mmc_queue_setup_discard,
blk_queue_discard fails to test QUEUE_FLAG_DISCARD flag, so we get
the following log from f2fs(actually similar
add qe node to t104xd4rdb.dtsi and t1040si-post.dtsi.
Signed-off-by: Zhao Qiang
---
Changes for v2
- rebase
Changes for v3
- rebase
arch/powerpc/boot/dts/fsl/t1040si-post.dtsi | 45 +
arch/powerpc/boot/dts/fsl/t104xd4rdb.dtsi | 39 ++
add qe node to t104xrdb.dtsi
Signed-off-by: Zhao Qiang
---
Changes for v2
- rebase
Changes for v3
- rebase
arch/powerpc/boot/dts/fsl/t104xrdb.dtsi | 39 +
1 file changed, 39 insertions(+)
diff --git a/arch/powerpc/boot/dts/fsl/t104xrdb.dtsi
b/ar
Add IC, SI and SIRAM document of QE to
Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe.txt
Signed-off-by: Zhao Qiang
---
Changes for v2
- Add interrupt-controller in Required properties
- delete address-cells and size-cells for qe-si and qe-siram
Changes for v3
- A
On Mon, Feb 29, 2016 at 03:48:42PM -0500, Paul Gortmaker wrote:
> None of the Kconfigs for any of these drivers are tristate,
> meaning that they currently are not being built as a module by anyone.
>
> Lets remove the modular code that is essentially orphaned, so that
> when reading the drivers t
On Mon, Feb 29, 2016 at 03:48:43PM -0500, Paul Gortmaker wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/sunxi/Kconfig:config PINCTRL_SUN9I_A80_R
> drivers/pinctrl/sunxi/Kconfig: def_bool MACH_SUN9I
>
> ...meaning that it currently is not being built a
On Mon, Feb 29, 2016 at 03:48:37PM -0500, Paul Gortmaker wrote:
> This file is not modular, nor is it using modular functions. The
> only thing close is the global THIS_MODULE which comes from export.h
> so lets replace it appropriately and cut back on the amount of
> header stuff we draw in by sev
Hi,
On Sun, Feb 28, 2016 at 11:18:58PM +0800, Vishnu Patekar wrote:
> A83T has CPUS clock similar to A80's. currently, a80 cpus clock only
> compiled for A80. So, Introduce MACH_SUN8I_A83T to compile it for
> A83T as well.
>
> Signed-off-by: Vishnu Patekar
> ---
> arch/arm/mach-sunxi/Kconfig |
Hi Mark,
On Tue, 1 Mar 2016 11:25:44 +0900 Mark Brown wrote:
>
> On Tue, Mar 01, 2016 at 09:00:19AM +1100, Stephen Rothwell wrote:
> > On Mon, 29 Feb 2016 23:02:23 +0900 Mark Brown wrote:
>
> > >git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
>
> > This is needed in t
Hi,
On Sun, Feb 28, 2016 at 11:18:46PM +0800, Vishnu Patekar wrote:
> The A83T has R_PIO pin controller, it's same as A23, execpt A83T
> interrupt bit is 6th and A83T has one extra pin PL12.
>
> Signed-off-by: Vishnu Patekar
> Acked-by: Chen-Yu Tsai
> Acked-by: Rob Herring
> ---
> .../binding
* Stephen Rothwell wrote:
> Hi all,
>
> After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> DESCEND objtool
> CC /home/sfr/next/x86_64_allmodconfig/tools/objtool/builtin-check.o
> CC /home/sfr/next/x86_64_allmodconfig/tools/objt
This patch enables a number of devices currently supported by the Hi6220
and 96boards HiKey. These include
a) Hi655x PMIC and regulator
b) Hi6220 I2C, USB, MMC, mailbox, reset
c) CONFIG_PINCTRL_SINGLE, and CONFIG_LEDS_GPIO
CONFIG_MMC_BLOCK_MINORS is set to 16 (default is 8).
Signed-off-by: Guodon
On Fri, Feb 26, 2016 at 03:31:46PM -0300, Gustavo Padovan wrote:
> +no_fences:
> + info->num_fences = sync_file->num_fences;
>
> - if (copy_to_user((void __user *)arg, info, len))
> + if (copy_to_user((void __user *)arg, info, sizeof(*info)))
> ret = -EFAULT;
> els
On Mon, Feb 29, 2016 at 10:12:08PM +, Liang, Kan wrote:
>
>
> >
> > I can't find what's special about Core2 CPU PEBS setup, it seems that oher
> > CPUs are ok (tried on ivb/snb/hsw).
> >
> > reverting the 156174999dd1 fixed the issue for me
> >
> > ideas? thanks,
>
> I think we may just d
Hi Jiang.
I'd love to see this patch in and abuse of the old PCI API gone.
Did you resolve the problems Arthur saw with the previous iteratons
of the patch?
Hi Steve,
On Tue, Feb 23, 2016 at 9:22 AM, Steve Muckle wrote:
> From: Juri Lelli
>
> Each time a task is {en,de}queued we might need to adapt the current
> frequency to the new usage. Add triggers on {en,de}queue_task_fair() for
> this purpose. Only trigger a freq request if we are effectively
Updated GIT and patchwork location both of which were out-of-sync or
actually patchwork location was incorrect.
Signed-off-by: Jarkko Sakkinen
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7f1fa4f..2900d48 100644
--- a/MAI
在 2016/2/29 21:51, Andy Shevchenko 写道:
> On Mon, Feb 29, 2016 at 3:13 PM, qiujiang wrote:
>> This patch switches device node to fwnode and adds acpi
>> binding. As a result, DT and acpi bingdings are compatible
>> for this driver.
>
> I'm not sure it makes sense to add ACPI binding here. It more
Commit e1534ae95004 ("mm: differentiate page_mapped() from page_mapcount()
for compound pages") changed the famous BUG_ON(page_mapped(page)) in
__delete_from_page_cache() to VM_BUG_ON_PAGE(page_mapped(page)): which
gives us more info when CONFIG_DEBUG_VM=y, but nothing at all when not.
Although it
From: Xing Zheng
Add devicetree bindings for Rockchip cru which found on
Rockchip SoCs.
Acked-by: Rob Herring
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
---
changes in v3:
- none
.../bindings/clock/rockchip,rk3399-cru.txt | 82 ++
1 file changed, 82 inse
On Mon, 29 Feb 2016, Kirill A. Shutemov wrote:
> On Sun, Feb 28, 2016 at 08:49:10PM -0800, Hugh Dickins wrote:
> > Commit e1534ae95004 ("mm: differentiate page_mapped() from page_mapcount()
> > for compound pages") changed the famous BUG_ON(page_mapped(page)) in
> > __delete_from_page_cache() to VM
There is the new SoCs from Rockchip which named rk3399, the
patches are added to support them.
Jianqun Xu (1):
ARM64: dts: rockchip: add core dtsi file for rk3399
Xing Zheng (2):
dt-bindings: add bindings for rk3399 clock controller
clk: rockchip: add dt-binding header for rk3399
.../bind
This patch adds core dtsi file for rk3399 found on Rockchip new SoCs
rk3399, which integrates dual-core Cortex-A72 and quad-core Cortex-A53
with separately NEON coprocessor.
The dtsi file has been tested on rk3399 board with simple boot system,
the uart and spi IPs are same as from rk3288.
Separa
From: Xing Zheng
Add the dt-bindings header for the rk3399, that gets shared between
the clock controller and the clock references in the dts.
Acked-by: Rob Herring
Signed-off-by: Xing Zheng
Signed-off-by: Jianqun Xu
---
changes in v3:
- add pmucru definations
include/dt-bindings/clock/rk33
OpenSSH expects the (non-blocking) read() of pty master to return
EAGAIN only if it has received all of the slave-side output after
it has received SIGCHLD. This used to work on pre-3.12 kernels.
This fix effectively forces non-blocking read() and poll() to
block for parallel i/o to complete for a
From: Mathieu Poirier
The System Trace Macrocell (STM) is an IP block falling under the
CoreSight umbrella. It's main purpose it so expose stimulus channels
to any system component for the purpose of information logging.
Bindings for this IP block adds a couple of items to the current
mandatory
From: Pratik Patel
This driver adds support for the STM CoreSight IP block, allowing any
system compoment (HW or SW) to log and aggregate messages via a
single entity.
The CoreSight STM exposes an application defined number of channels
called stimulus port. Configuration is done using entries i
For some STM hardware (e.g. ARM CoreSight STM), the masterID associated
to a source is set at the hardware level and not user configurable.
Since the masterID information isn't available to SW, introducing
a new value of -1 to reflect this reality.
Signed-off-by: Chunyan Zhang
---
Documentation/
On Tue, 1 Mar 2016 14:18:56 +0800 kbuild test robot wrote:
> [auto build test ERROR on v4.5-rc6]
> [also build test ERROR on next-20160229]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improving the system]
>
> url:
> https://git
From: Mathieu Poirier
Some architecture like ARM assign masterIDs at the HW design
phase. Those are therefore unreachable to users, making masterID
management in the generic STM core irrelevant.
In this kind of configuration channels are shared between masters
rather than being allocated on a p
This breaks userspace. You used to be able to figure it out from
info->len - sizeof(struct sync_file_info).
regards,
dan carpenter
This patchset adds support for the CoreSight STM IP block.
In this fourth version, comments from various people have been
addressed. Representing configurations where channels are shared
between multiple masterIDs has been kept unchanged from the previous
version because a viable alternative hasn
Hi Andrew,
[auto build test ERROR on v4.5-rc6]
[also build test ERROR on next-20160229]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Andrew-Morton/mn10300-c6x-CONFIG_GENERIC_BUG-must-depend
PageAnon() always look at head page to check PAGE_MAPPING_ANON and
tail page's page->mapping has just a poisoned data since commit
1c290f642101e6.
If makedumpfile checks page->mapping of an compound tail page to
distinguish anonymous page as usual, it must fail in newer kernel.
So it's necessary t
makedumpfile refers page.lru.next to get the order of compound pages
for page filtering. However, now the order is stored in page.compound_order,
hence VMCOREINFO should be updated to export the offset of
page.compound_order.
The fact is, page.compound_order was introduced already in kernel 4.0,
b
Hello,
This patch set is to follow up modifications of struct page for
makedumpfile which filters dump file.
It's necessary to filter unnecessary compound pages in newer kernel
as usual.
Incidentally, [PATCH 1/2] was post in:
https://lkml.org/lkml/2016/1/27/92
but it didn't get any response,
Many ARM platforms use a wrapper:
/*
* Compatibility wrapper for older platforms that do not care about
* passing the parent device.
*/
static inline void pci_common_init(struct hw_pci *hw)
{
pci_common_init_dev(NULL, hw);
}
which means that pci_bus_assign_domain_nr() can be called with
Hi Jung,
[auto build test ERROR on sailus-media/master]
[also build test ERROR on v4.5-rc6 next-20160229]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Jung-Zhao/Add-Rockchip-VP8-Video
Reviewed-by: Shane Seymour
Hi Nicholas,
On Mon, 29 Feb 2016 21:39:33 -0800 "Nicholas A. Bellinger"
wrote:
>
> I'll include a note to Linus in target-pending/for-next-merge PULL
> request, and will plan to wait until after DaveM's net-next is merged
> for v4.6-rc0.
The order doesn't really matter and Linus is cleverer tha
On Fri, February 26, 2016 9:28 pm, Sricharan R wrote:
> After the addition of V2 support, there was a regression observed
> when testing it on MSM8996. The reason is driver puts the controller
> in to RUN state and writes the data to be 'tx' ed in fifo. But controller
> has to be put in to 'PAUSE'
On Tue, Mar 01, 2016 at 11:59:12AM +0900, Mark Brown wrote:
> On Mon, Feb 29, 2016 at 10:53:46PM +0530, Sudip Mukherjee wrote:
> > The variable cmd_id is only assigned some value and is never used.
> >
> > Signed-off-by: Sudip Mukherjee
>
> Your signoff doesn't correspond to your e-mail address.
1) System call tracing doesn't handle register contents properly
across the trace. From Mike Frysinger.
2) Hook up copy_file_range
3) Build fix for 32-bit with newer tools.
4) New sun4v watchdog driver, from Wim Coekaerts.
5) Set context system call has to allow for servicable
faults wh
Hi all,
Changes since 20160229:
The block tree gained conflicts against Linus' tree.
The mfd tree gained a build failure for which I revreted a commit from
the sound-asoc tree.
The tip tree gained a build failure so I used the version from
next-20160229.
The clk tree gained conflicts ag
On Mon, 2016-02-29 at 17:39 +1100, Stephen Rothwell wrote:
> Hi Nicholas,
>
> Today's linux-next merge of the target-merge tree got a conflict in:
>
> drivers/net/ethernet/chelsio/cxgb4/t4fw_api.h
>
> between commit:
>
> ba9cee6aa67d ("cxgb4/iw_cxgb4: TOS support")
>
> from the net-next tr
Reviewed-by: Shane Seymour
Hi Arnaldo,
Do you have any comment on this patch?
(I hope I am addressing myself to a right person.
"git log --pretty=fuller tools/build/Makefile.build" showed that
several patches in this area had been applied by you.)
Thanks,
2016-02-01 2:59 GMT+09:00 Masahiro Yamada :
> The "man gcc" says
Hi Eric,
[auto build test WARNING on tip/timers/core]
[also build test WARNING on v4.5-rc6 next-20160229]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Eric-Biggers/vfs-constify-arguments-to
Hi Arnd,
On Mon, 2016-02-29 at 12:14 +0100, Arnd Bergmann wrote:
> The newly added cxgbit driver directly calls functions of the
> IPv4 network stack, which fails if that is disabled:
>
> ERROR: "ip_route_output_flow" [drivers/target/iscsi/cxgbit/cxgbit.ko]
> undefined!
> ERROR: "__ip_dev_find"
The system calls to set file times: utime(), utimes(), futimesat(), and
utimensat(), all take in pointers to a filename and time information,
neither of which is modified. Mark the pointed-to data as 'const' to
better reflect the semantics.
Signed-off-by: Eric Biggers
---
arch/alpha/kernel/osf_
On Sun, Feb 28, 2016 at 04:02:51PM +0100, Pavel Machek wrote:
> Hi!
>
> > The problem is we don't know the max bandwidth a disk can provide for a
> > specific workload, which depends on the device and IO pattern. The estimated
> > bandwidth by patch 1 will be always not accurate unless the disk is
From: Andi Kleen
The load balancing from input pool to output pools was
essentially unlocked. Before it didn't matter much because
there were only two choices (blocking and non blocking).
But now with the distributed non blocking pools we have
a lot more pools, and unlocked access of the counter
From: Andi Kleen
Now that we have multiple nonblocking_pools it makes sense to report
the name of the pool in the urandom_read trace point. Extend
the trace point to report the name too.
Signed-off-by: Andi Kleen
---
drivers/char/random.c | 2 +-
include/trace/events/random.h | 10 +++
From: Andi Kleen
We had a case where a 4 socket system spent >80% of its total CPU time
contending on the global urandom nonblocking pool spinlock. While the
application could probably have used an own PRNG, it may have valid
reasons to use the best possible key for different session keys.
The a
On 02/29/2016 08:23 PM, 河合英宏 / KAWAI，HIDEHIRO wrote:
Hi Corey,
Thanks for the review.
Sure, this is a good idea.
Acked-by: Corey Minyard
Note that nmi_panic() came in commit 1717f2096b5 (panic, x86: Fix
re-entrance problem due to panic on NMI) and then the regs field
was added in the commit
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> When control reaches to Linux UFS driver during UFS boot mode, UFS host
> controller interrupt status/enable registers may have left over
> settings.
> In order to avoid any spurious interrupts due to these left overs,
> it's important to clear these int
On 02/28/2016 09:32 PM, Yaniv Gardi wrote:
> Different platform may have different number of lanes
> for the UFS link.
> Add parameter to device tree specifying how many lanes
> should be configured for the UFS link.
>
> Signed-off-by: Gilad Broner
> Signed-off-by: Yaniv Gardi
>
> ---
Reviewed-
On Mon, 2016-02-29 at 10:19 +0100, Arnd Bergmann wrote:
> When CONFIG_PM is unset, we get a harmless warning for this driver:
>
> drivers/iommu/mtk_iommu.c:665:12: error: 'mtk_iommu_suspend' defined but not
> used [-Werror=unused-function]
> drivers/iommu/mtk_iommu.c:680:12: error: 'mtk_iommu_res
On Sun, Feb 28, 2016 at 05:16:15PM +0100, Dmitry Vyukov wrote:
> On Wed, Nov 25, 2015 at 11:32 AM, xinhui wrote:
> > hi, Jiri
> >
> > On 2015/11/25 17:56, Jiri Slaby wrote:
> >>
> >> Hi,
> >>
> >> On 11/25/2015, 07:32 AM, xinhui wrote:
> >>>
> >>> This warning should blame on commit 5a640967
Allow host drivers to set the sdhci_host's dma_mask in order to specify the
supported DMA range of a device. Without this, devices that are capable of
64-bit addressing might end up using bounce buffers because the default DMA mask
is 32-bit.
Changes since v1:
- Set the DMA mask in the common code
On Mon, Feb 29, 2016 at 12:13:27AM +0100, Henry Paulissen wrote:
> While I was testing irq's on the cubietruck I found a couple of
> not working irq pins. Further diving into the problem it opened
> up a mess called "manual".
>
> This so called manual (A20 user manual v1.3 dated 2014-10-10) says:
On Mon, Feb 29, 2016 at 12:13:26AM +0100, Henry Paulissen wrote:
> While I was testing irq's on the cubietruck I found a couple of
> not working irq pins. Further diving into the problem it opened
> up a mess called "manual".
>
> This so called manual (A20 user manual v1.3 dated 2014-10-10) says:
Set the DMA mask if specified by the host's dma_mask member, and
not only if the DMA flags are set.
Use dma_set_mask_and_coherent() to set it instead of messing directly
with the device's dma_mask.
Signed-off-by: Alexandre Courbot
---
drivers/mmc/host/sdhci.c | 8 +---
1 file changed, 5 ins
On T210, the sdhci controller can address more than 32 bits of address
space. Failing to express this fact results in the use of bounce
buffers and affects performance.
Signed-off-by: Alexandre Courbot
---
drivers/mmc/host/sdhci-tegra.c | 8
1 file changed, 8 insertions(+)
diff --git a
On Fri, Feb 26, 2016 at 02:16:58AM +0100, Heiko Stuebner wrote:
> Am Dienstag, 16. Februar 2016, 00:25:39 schrieb Heiko Stuebner:
> > Am Montag, 15. Februar 2016, 15:33:25 schrieb Caesar Wang:
> > > 1a6f334 clk: rockchip: add id of the tsadc clock found on rk3228 SoCs
> > > 8cf2d1b clk: rockchip: a
Hi Brian,
On 02/28/2016 07:56 PM, Brian Bloniarz wrote:
> (Take 3, fix compile error in n_hdlc.c)
>
> Hi Peter, I saw Marc Aurele La France's proposed patch to n_tty to fix
> OpenSSH, and your feedback. Patch below is an attempt to address that
> feedback. Please let me know if this is the change
BTW,
./perf probe \
-k ./vmlinux -s ./ -x /lib/x86_64-linux-gnu/libc.so.6 -a 'malloc $params'
might help your case. $params is expanded to function parameters automatically
and if there is no parameters, it is just ignored :)
Thank you,
>From: 平松雅巳 / HIRAMATU，MASAMI [mailto:masami.hiramatsu.
Hi Corey,
Thanks for the review.
> Sure, this is a good idea.
>
> Acked-by: Corey Minyard
>
> Note that nmi_panic() came in commit 1717f2096b5 (panic, x86: Fix
> re-entrance problem due to panic on NMI) and then the regs field
> was added in the commit you reference.
Yes. So, I'll change the
On 02/26/2016 08:31 PM, Arnd Bergmann wrote:
On Friday 26 February 2016 16:24:34 Alexandre Courbot wrote:
On Thu, Feb 25, 2016 at 11:52 PM, Arnd Bergmann wrote:
Actually even if we specify a dma-ranges on the parent DT node, the
DMA range will still be limited to 32 bits because of the followi
On 02/27/2016 07:24 AM, Rafael J. Wysocki wrote:
>>> +static unsigned int sugov_next_freq(struct policy_dbs_info *policy_dbs,
>>> + unsigned long util, unsigned long max,
>>> + u64 last_sample_time)
>>> +{
>>> + struct cpufreq_policy *po
Hi all,
Today's linux-next merge of the clk tree got a conflict in:
drivers/clk/sunxi/clk-sun6i-ar100.c
between commit:
3ca2377b6fed ("clk: sunxi: rewrite sun6i-ar100 using factors clk")
from the sunxi tree and commit:
36bf2811416c ("clk: sunxi: Use proper type for of_clk_get_parent_cou
1 - 100 of 957 matches
Mail list logo
