On Sun, Jul 24, 2016 at 06:50:47PM +0100, Colin King wrote:
> From: Colin Ian King
>
> file f needs to be closed, fixes resource leak.
>
> Signed-off-by: Colin Ian King
have been travelling. sorry for delay.
Acked-by: Alexei Starovoitov
Hi Quentin,
On Tue, Jul 26, 2016 at 09:43:45AM +0200, Quentin Schulz wrote:
> The Allwinner SoCs all have an ADC that can also act as a touchscreen
> controller and a thermal sensor. For now, only the ADC and the thermal
> sensor drivers are probed by the MFD, the touchscreen controller support
>
Hello Florian,
> As requested we can also provide a link to the datasheet of the chip:
> http://ams.com/eng/Products/Environmental-Sensors/Temperature-Sensors
> We also tried to cover all points (removed all debug msgs, simpler IRQ
> pin config, etc.). Still all the show/store functions for each
I'd like to announce a project I've been working on for a while:
git-series provides a tool for managing patch series with git, tracking
the "history of history". git series tracks changes to the patch series
over time, including rebases and other non-fast-forwarding changes. git
series also track
On 07/29/2016 03:22 AM, Rusty Russell wrote:
Vegard Nossum writes:
Seeing this, it occurs to me that we should probably add a taint here:
Taint has traditionally meant "the user did something unsupported, take
the bug report with a grain of salt". Such as force removing a module.
So this se
owing commit:
>
> https://github.com/0day-ci/linux
> Minfei-Huang/blk-core-Fix-the-bad-IO-during-checking-bio/20160728-182758
> commit ee5c4fef9f2ef03ee8f283a5b24192df00e17f0f ("blk-core: Fix the bad IO
> during checking bio")
>
> in testcase: boot
>
> on tes
On 07/28/2016 09:01 PM, Bjorn Andersson wrote:
On Thu 28 Jul 11:33 PDT 2016, Dmitry Torokhov wrote:
On Thu, Jul 28, 2016 at 09:55:11AM +0200, Daniel Wagner wrote:
From: Daniel Wagner
[..]
Do not quite like it... I'd rather asynchronous request give out a
firmware status pointer that could
On 07/28/2016 07:57 PM, Dmitry Torokhov wrote:
On Thu, Jul 28, 2016 at 09:55:07AM +0200, Daniel Wagner wrote:
+int __firmware_stat_wait(struct firmware_stat *fwst,
+ long timeout)
+{
+ int err;
+ err = swait_event_interruptible_timeout(fwst->wq,
+
It's somewhat odd to me that the structure is "firmware_stat" but most
of the functions are "fw_loading_*". That seems inconsistent for a
structure that is (currently) only used by these functions.
I agree, my proposal is odd.
I would personally do either:
a) "struct fw_load_status" and "fw_
As requested we can also provide a link to the datasheet of the chip:
http://ams.com/eng/Products/Environmental-Sensors/Temperature-Sensors
We also tried to cover all points (removed all debug msgs, simpler IRQ pin
config, etc.). Still all the show/store functions for each configuration bit of
t
Hi,
> -Original Message-
> From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees
> Cook
> Sent: Friday, July 29, 2016 4:35 AM
> To: 岩松信洋 / IWAMATSU，NOBUHIRO
> Cc: Anton Vorontsov; Colin Cross; Tony Luck; LKML; Hiraku Toyooka; Mark
> Salyzyn; 阿口誠司 / AGUCHI，SEIJI
> Subject
On Thu, 28 Jul 2016 22:19:44 +0200
Maxime Ripard wrote:
> > Documentation/devicetree/bindings/mfd/axp20x.txt | 32 -
> > drivers/mfd/axp20x-rsb.c | 1 +
> > drivers/mfd/axp20x.c | 3 +
> > drivers/regulator/axp20x-regulator.c
On Thu, 28 Jul 2016 22:07:05 +0200
Maxime Ripard wrote:
> > > Let me know what you think,
> >
> > I don't see the interest to have common code for 32bits and 64bits.
> > The clock driver of a SoC will never evolve, so, it is simpler to
> > copy the source common with the H3 into a clean A64 cloc
Hi Guenter,
On 07/28/2016 08:23 PM, Guenter Roeck wrote:
> Hi Vineet,
>
> Mainline fails to build arcv2 images with the following error.
>
> {standard input}: Assembler messages:
> {standard input}:19174: Error: Instruction with long immediate data in delay
> slot
> make[2]: *** [block/cfq-iosc
On 07/28/16 20:50, Grygorii Strashko wrote:
> Below call chain causes system crash when OMAP device is
> removed by calling of_platform_depopulate()/device_del():
Should you swap 3 <-> 4 in the series?
Currently patch 3 will introduce the crash you are fixing in patch 4...
>
> device_del()
> - b
Hi all,
Please do not add material destined for v4.9 to your linux-next included
branches until after v4.8-rc1 has been released.
Changes since 20160728:
The vfs tree gained a build failure due to an interaction with Linus'
tree. I applied a merge fix patch.
The drm tree gained a con
Hi, Vegard
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Vegard Nossum
> Subject: [PATCH] ACPICA: cleanup method properly on error
>
> If the call to acpi_ds_init_aml_walk() fails, then we have to undo the
> walk state push done by acpi_ds_crea
From: Mike Kravetz
Date: Fri, 15 Jul 2016 13:08:42 -0700
> do_sparc64_fault() calculates both the base and huge page RSS sizes and
> uses this information in calls to tsb_grow(). The calculation for base
> page TSB size is not correct if the task uses hugetlb pages. hugetlb
> pages are not acco
With the exception of a single call to wait_for_doorbell_int(), all
this conditional sleeping code is dead. So delete it.
Signed-off-by: Calvin Owens
---
drivers/scsi/mpt3sas/mpt3sas_base.c | 241 +--
drivers/scsi/mpt3sas/mpt3sas_base.h | 6 +-
drivers/scs
This flag that conditionally acquires the mutex is confusing and prone
to bugginess: refactor it into two separate function calls, and make
the unlocked one complain if it's called outside the mutex.
Signed-off-by: Calvin Owens
---
drivers/scsi/mpt3sas/mpt3sas_base.h | 16 +++--
drivers/scs
Trivial non-functional changes for a couple annoying things:
1) Functions local to files are not declared static, which is
frustrating when reading the code because it's non-obvious at first
glance what's actually called from other files.
2) Set-but-unused variables abound, presumably to
Hi, Benjamin
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Benjamin Tissoires
> Subject: [PATCH] ACPI / button: remove pointer to old lid_sysfs on unbind
>
> When we removed the procfs dir on error or if the driver is
> unbound, the two variabl
From: John Stultz
Date: Thu, 28 Jul 2016 21:18:16 -0700
> After moving my HiKey tree to pre-v4.8-rc, I noticed when using
> Android that I was getting routing errors after toggling networking on
> and off (or entering suspend). Wifi associated, but I got some
> rounting errors in the logcat the c
We should enable power domain once provided. Otherwise
we take risk of bus err as it's maybe in off state before
probing.
Signed-off-by: Shawn Lin
---
drivers/mmc/host/sdhci-of-arasan.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/mmc/host/sdhci-of-arasan.c
b/drivers
This patch adds power domain as a optional property for dw_mmc.
We should handle the power domain if available as it's in off
state dut to the policy of power-saving after booting up. Otherwise
dw_mmc can not be accessed.
Signed-off-by: Shawn Lin
---
Documentation/devicetree/bindings/mmc/synop
This patch adds power domain as a optional property for sdhci-of-arasan.
We should handle the power domain if available as it's in off
state due to the policy of power-saving after booting up. Otherwise
controller can not be accessed.
Signed-off-by: Shawn Lin
---
Documentation/devicetree/bindin
We add these two properties as we need to enable it manually in case
of been turned off by pd code if not referenced. We can't take risk of
it, so let's do it.
Signed-off-by: Shawn Lin
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64
We should enable power domain once provided. Otherwise
we take risk of bus err as it's maybe in off state before
probing.
Signed-off-by: Shawn Lin
---
drivers/mmc/host/dw_mmc.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c
We need to enable the power domain manually while probing as the
power policy will turn off the pd which is not referenced. Otherwise
we may take risk of breaking kernel once Feng Xiao land the rockchip pd
relate stuff. So, let's do it in advance.
This pachset is based on the latest linux-next[1]
After moving my HiKey tree to pre-v4.8-rc, I noticed when using
Android that I was getting routing errors after toggling networking on
and off (or entering suspend). Wifi associated, but I got some
rounting errors in the logcat the connection manager wouldn't detect a
valid network.
Not being able
On Fri, Jul 29, 2016 at 11:19:38AM +1000, Stephen Rothwell wrote:
> ---
> fs/fuse/dir.c| 2 +-
> fs/fuse/fuse_i.h | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/fs/fuse/dir.c b/fs/fuse/dir.c
> index f910578e51ba..c47b7780ce37 100644
> --- a/fs/fuse/dir.c
> +++ b/f
On Saturday, July 23, 2016 1:45 AM, Lukasz Odzioba wrote:
> On Intel Xeon Phi Knights Landing processor family the channels
> of memory controller have untypical arrangement - MC0 is mapped to
> CH3,4,5 and MC1 is mapped to CH0,1,2. This causes EDAC driver to
> report the channel name incorrectly.
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/x86/include/asm/thread_info.h
between commit:
609c19a385c8 ("x86/ptrace: Stop setting TS_COMPAT in ptrace code")
from the tip tree and commit:
58f9594bd42f ("signal: consolidate {TS,TLF}_RESTORE_SIGMASK
From: Nitin Gupta
Date: Thu, 23 Jun 2016 15:05:36 -0700
> 8M pages now allocate page tables till PMD level only.
> So, when freeing page table for 8M hugepage backed region,
> make sure we don't try to access non-existent PTE level.
>
> Signed-off-by: Nitin Gupta
The manner in which you have s
Hi Hiramatsu-san,
On 2016/7/28, 2016 8:43, Masami Hiramatsu wrote:
> Hmm, this includes several fixes and enhancements.
> 1. Use first bit of the state instead of state itself (critical bug to
avoid crash?)
> 2. Check the range of the array and return '?' if out (minor bug, it can
access data area
sched_out_state() converts the prev_state u64 bitmask to a char in
a wrong way, which may cause invalid memory access.
TASK_STATE_TO_CHAR_STR should also be fixed to adapt current
kernel's sched.h.
Signed-off-by: Tomoki Sekiyama
Cc: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Rewrite the cxl_guest_init_afu() loop in cxl_of_probe() to use
for_each_child_of_node() rather than a hand-coded for loop.
Remove the useless of_node_put(afu_np) call after the loop, where it's
guaranteed that afu_np == NULL.
Reported-by: SF Markus Elfring
Reported-by: Julia Lawall
Signed-off-b
Hi.
I noticed my board would not work any more
when pulling recent updates.
I did "git-bisect" and I found the following commit is it.
commit 1e2a7d78499ec8859d2b469051b7b80bad3b08aa
Author: Jon Hunter
Date: Tue Jun 7 16:12:28 2016 +0100
irqdomain: Don't set type when mapping an IRQ
On Thu, Jul 28, 2016 at 02:02:45PM -0700, Dave Hansen wrote:
> On 07/25/2016 08:47 PM, George Amvrosiadis wrote:
> > 21 files changed, 2424 insertions(+), 1 deletion(-)
>
> I like the idea, but yikes, that's a lot of code.
>
> Have you considered using or augmenting the kernel's existing tracing
Hi Shawn,
On 07/29/2016 11:44 AM, Shawn Lin wrote:
> 在 2016/7/28 17:55, Jaehoon Chung 写道:
>> Remvoe the deprecated "supports-highspeed" property.
>> DWMMC controller will not use this property anymore.
>>
>
> We had set up a flag day to remove these deprecated property
> long time agao.
>
> It d
On Fri, Jul 29, 2016 at 12:25:40PM +0900, Minchan Kim wrote:
> Every swap-in anonymous page starts from inactive lru list's head.
> It should be activated unconditionally when VM decide to reclaim
> because page table entry for the page always usually has marked
> accessed bit. Thus, their window s
Every swap-in anonymous page starts from inactive lru list's head.
It should be activated unconditionally when VM decide to reclaim
because page table entry for the page always usually has marked
accessed bit. Thus, their window size for getting a new referece
is 2 * NR_inactive + NR_active while o
Parameter nr_cpus is used to bring up a SMP dump-capture kernel,
instead of the old parameter maxcpus. This commit update it in
Documentation/kdump/kdump.txt.
Signed-off-by: Zhou Wenjian
---
Documentation/kdump/kdump.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documen
SMP dump-capture kernel is useful to improve the performance of kdump in
some cases. So add the description of bringing up SMP dump-capture kernel.
Signed-off-by: Zhou Wenjian
---
Documentation/kdump/kdump.txt | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/kdump/kdump.tx
Hi Vineet,
Mainline fails to build arcv2 images with the following error.
{standard input}: Assembler messages:
{standard input}:19174: Error: Instruction with long immediate data in delay
slot
make[2]: *** [block/cfq-iosched.o] Error 1
Bisect points to commit 9a7f38c42c2 ("cfq-iosched: Conver
The interaction between virtio and IOMMUs is messy.
On most systems with virtio, physical addresses match bus addresses,
and it doesn't particularly matter which one we use to program
the device.
On some systems, including Xen and any system with a physical device
that speaks virtio behind a phys
On Thu, Jul 28, 2016 at 05:17:06PM -0600, Jason Gunthorpe wrote:
> On Thu, Jul 28, 2016 at 04:01:41PM -0700, Dmitry Torokhov wrote:
>
> > > + u8 tx_buf[MAX_SPI_FRAMESIZE];
> > > + u8 rx_buf[MAX_SPI_FRAMESIZE];
> >
> > Both of these need to be annotated as "cacheline_aligned" since we
> > eye
Annotate buffers used in spi transactions as cacheline_aligned
to use in DMA transfers.
Signed-off-by: Andrey Pronin
---
drivers/char/tpm/st33zp24/spi.c | 4 ++--
drivers/char/tpm/tpm_tis_spi.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/char/tpm/st33zp2
On Thu, Jul 28, 2016 at 08:07:51AM -0700, Andy Lutomirski wrote:
> On Thu, Jul 28, 2016 at 3:51 AM, Xishi Qiu wrote:
> > On 2016/7/28 17:43, Michal Hocko wrote:
> >
> >> On Thu 28-07-16 16:45:06, Xishi Qiu wrote:
> >>> On 2016/7/28 15:58, Michal Hocko wrote:
> >>>
> On Thu 28-07-16 15:41:53,
This patch adds a binding that describes the Rockchip PCIe controller
found on Rockchip SoCs PCIe interface.
Signed-off-by: Shawn Lin
Acked-by: Rob Herring
Reviewed-by: Brian Norris
---
Changes in v8:
- add Brian's review-tag
Changes in v7:
- move optional properties ahead of interrupt subno
This patch adds Rockchip PCIe controller support found
on RK3399 Soc platform.
Signed-off-by: Shawn Lin
Reviewed-by: Brian Norris
---
Changes in v8:
- fix all the comments suggested by Bjorn Helgaas in v7[1]
[1] https://patchwork.kernel.org/patch/9233887/
- enable bandwith interrupt for debu
在 2016/7/28 17:55, Jaehoon Chung 写道:
Remvoe the deprecated "supports-highspeed" property.
DWMMC controller will not use this property anymore.
We had set up a flag day to remove these deprecated property
long time agao.
It doesn't *break* old dtb which may(not ?) still boot up new
kernel code
The targets for lkdtm's objcopy were missing which caused them to always
be rebuilt. This corrects the problem.
Additionally, commit f8fa70f392fa ("arm64: localise Image objcopy flags")
has landed now, so this removes the work-around for the global OBJCOPY
flag setting.
Reported-by: Linus Torvald
On Thu, 28 Jul 2016 18:25:33 -0700
Linus Torvalds wrote:
> I tried something like that, but the CFLAGS games the tracing code
> does made my thing result in
>
> kernel/trace/Makefile:20: *** Recursive variable 'KBUILD_CFLAGS'
> references itself (eventually). Stop.
>
> but yes, if you have t
On 2016/07/28 23:26、David Ahern wrote:
>> But that means we cannot handle preemption correctly as far as
>> sched:sched_switch
>> event uses TASK_STATE_MAX to mark preempted tasks.
>>
>> Should we stop using TASK_STATE_MAX for preempted tasks in ftrace and
>> use (1 << 63) or something that doesn'
Hi Suzuki,
On 28 July 2016 at 17:39, Suzuki K Poulose wrote:
> On 27/07/16 18:29, fu@linaro.org wrote:
>>
>> From: Tomasz Nowicki
>>
>> This commit provides APEI arch-specific bits for aarch64
>>
>> Meanwhile,
>> (1)add a new subfunction "hest_ia32_init" for
>> "acpi_disable_cmcff" which is
On Wed, Jul 20, 2016 at 05:40:24PM +0800, Peter Chen wrote:
> Add binding doc for generic power sequence library.
>
> Signed-off-by: Peter Chen
> Acked-by: Philipp Zabel
> ---
> .../bindings/power/pwrseq/pwrseq-generic.txt | 48
> ++
> 1 file changed, 48 insertions(+)
On 07/28/2016 12:14 PM, kbuild test robot wrote:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp/hotplug
head: c713c8cb2055f5f3b32ee4315be589177a2658cc
commit: 854e9fa5a56a9771fad4701a427e4844d2cbade1 [5/6] xen/x86: Define stubs
for xen_smp_intr_init/xen_smp_intr_free
c
This patchset adds support for H1 Secure Microcontroller running
Cr50 firmware. It implements several functions, including TPM-like
functionality, and communicates over SPI using the FIFO protocol
described in the PTP Spec, section 6.
H1 is a proprietary chip that the Chrome OS team is investigatin
Add TPM2.0 PTP FIFO compatible SPI interface for chips with Cr50
firmware. The firmware running on the currently supported H1
Secure Microcontroller requires a special driver to handle its
specifics:
- need to ensure a certain delay between spi transactions, or else
the chip may miss some part
On Thu, Jul 28, 2016 at 08:56:40AM -0700, Joshua Clayton wrote:
> Hi, Peter
>
> On 07/20/2016 02:40 AM, Peter Chen wrote:
> > Hi all,
> >
> > This is a follow-up for my last power sequence framework patch set [1].
> > According to Rob Herring and Ulf Hansson's comments[2], I use a generic
> > powe
Add TPM2.0 PTP FIFO compatible SPI interface for chips with Cr50
firmware.
Signed-off-by: Andrey Pronin
---
.../devicetree/bindings/security/tpm/cr50_spi.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/security/tpm/cr50_spi
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/i915/i915_debugfs.c
between commit:
194dc870a589 ("Add braces to avoid "ambiguous ‘else’" compiler warnings")
from Linus' tree and commit:
24f1d3cc0997 ("drm/i915: Refactor execlists default context pin
Due the driver improvements, update the properties,
- Remove "active-semi,check-battery-temperature" property.
- Add the properties, "active-semi,irq_gpio"
and "active-semi,lbo-gpios".
Signed-off-by: Wenyou Yang
---
Changes in v3: None
Changes in v2: None
Documentation/devicetree/bindings
Add the power supply's current max property,
POWER_SUPPLY_PROP_CURRENT_MAX.
Signed-off-by: Wenyou Yang
---
Changes in v3: None
Changes in v2: None
drivers/power/act8945a_charger.c | 79 +++-
1 file changed, 77 insertions(+), 2 deletions(-)
diff --git a/driv
Add the power supply capacity level property, it corresponds to
POWER_SUPPLY_CAPACITY_LEVEL_*.
It also utilizes the precision voltage detector function module
to catch the low battery voltage.
Signed-off-by: Wenyou Yang
---
Changes in v3: None
Changes in v2: None
drivers/power/act8945a_charge
The power supply type property is varying as the external power
supply changes. It is not a constant.
Signed-off-by: Wenyou Yang
---
Changes in v3: None
Changes in v2: None
drivers/power/act8945a_charger.c | 48
1 file changed, 39 insertions(+), 9 delet
Add the charger status change interrupt support, it will report
the power supply changed event.
This interrupt is generated by one of the conditions as below:
- the state machine jumps out of or into the EOC state
- the CHGIN input voltage goes out of or into the valid range.
- the battery temp
When get the property, first check the charger state machine,
then check the status bit to decide what value is assigned to
the corresponding property.
Retain the SUSCHG bit of REG 0x71 when configure the timers to
avoid losting the charger suspending info after boot.
Signed-off-by: Wenyou Yang
Remove "battery_temperature" member, it is redundant, it is the
hardware's responsibility to handle TH pin properly.
It is unnecessary to use the dt property to check if there is
a battery temperature monitor or not.
Signed-off-by: Wenyou Yang
---
Changes in v3: None
Changes in v2: None
driver
This patch series is used to improve the act8945a-charger, such as
improve the way to check the status, fix the power supply type
property, add the status change update, and add more properties:
capacity level property and max current property.
Changes in v3:
- Remove unneeded semicolon to fix se
This patch to add a generic PHY driver for rockchip PCIe PHY.
Access the PHY via registers provided by GRF (general register
files) module.
Signed-off-by: Shawn Lin
---
Changes in v4:
- remove laneoff symbol as we still fail to get a workable solution
except for exporting symbol. But I will b
On Wed, Jul 27, 2016 at 8:52 PM, Steven Rostedt wrote:
>
> I just looked at your patch. Would this work if you moved that
> KBUILD_CFLAGS to the tracing directory? Something like the below (never
> compiled or tested).
I tried something like that, but the CFLAGS games the tracing code
does made m
This patch adds a binding that describes the Rockchip PCIe PHY
found on Rockchip SoCs PCIe interface.
Signed-off-by: Shawn Lin
---
Changes in v4: None
Changes in v3:
- rename the node to pcie_phy: pcie-phy suggested by Doug
Changes in v2:
- add clk and reset description
- remove unit-address
Vegard Nossum writes:
> Seeing this, it occurs to me that we should probably add a taint here:
Taint has traditionally meant "the user did something unsupported, take
the bug report with a grain of salt". Such as force removing a module.
So this seems wrong...
Cheers,
Rusty.
>
> BUG: sle
> "Calvin" == Calvin Owens writes:
>> Any thoughts? Squinting at this more it still seems racy, but a
>> narrow race is surely better than just blatantly freeing everything
>> while the file is still exposed in /sys? Is there a better way you'd
>> prefer I accomplish this?
>>
>> (I have boxe
> "James" == James Smart writes:
James> This patch is good.
Johannes: You were going to tweak a few things and resubmit. Please do.
--
Martin K. Petersen Oracle Linux Engineering
Hi Al,
After merging the vfs tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/fuse/dir.c: In function 'fuse_reverse_inval_entry':
fs/fuse/dir.c:958:13: error: assignment of member 'hash' in read-only object
name->hash = full_name_hash(dir, name->name, name->len);
> "Eric" == Eric Wheeler writes:
Eric,
Eric> However, just because FADV_SEQUENTIAL is flagged doesn't mean the
Eric> cache should bypass. Filesystems can fragment, and while the file
Eric> being read may be read sequentially, the blocks on which it
Eric> resides may not be. Same thing for
On 29/07/16 01:50, Eric Wheeler wrote:
> Hello all,
>
> With the many SSD caching layers being developed (bcache, dm-cache,
> dm-writeboost, etc), how could we flag a bio from userspace to indicate
> whether the bio is preferred to hit spinning disks instead of an SSD?
>
> Unnecessary promotion
> > > On Wed, Jul 27, 2016 at 09:03:21AM -0700, Dave Hansen wrote:
> > > > On 07/26/2016 06:23 PM, Liang Li wrote:
> > > > > + vb->pfn_limit = VIRTIO_BALLOON_PFNS_LIMIT;
> > > > > + vb->pfn_limit = min(vb->pfn_limit, get_max_pfn());
> > > > > + vb->bmap_len = ALIGN(vb->pfn_limit, BITS_P
Hi Wenyou,
On Fri, Jul 29, 2016 at 12:57:20AM +, Yang, Wenyou wrote:
Hi Fengguang,
I would like to merge this patch and add your Signed-off-by, do you agree?
I think it is better.
Yes that'd be fine, too.
Thanks,
Fengguang
From: kbuild test robot [l...@intel.com]
Sent: Friday, June 24
Hi Fengguang,
I would like to merge this patch and add your Signed-off-by, do you agree?
I think it is better.
Best Regards,
Wenyou Yang
From: kbuild test robot [l...@intel.com]
Sent: Friday, June 24, 2016 20:43
To: Yang, Wenyou
Cc: kbuild-...@01.org; Se
Hello all,
With the many SSD caching layers being developed (bcache, dm-cache,
dm-writeboost, etc), how could we flag a bio from userspace to indicate
whether the bio is preferred to hit spinning disks instead of an SSD?
Unnecessary promotions, evections, and writeback increase the write burden
As per L2C-310 TRM[1]:
"... You can control this feature using bits 30,27 and 23 of the
Prefetch Control Register. Bit 23 and 27 are only used if you set bit 30
HIGH..."
which means there is no need to clear bit 23 if bit 30 is being cleared.
[1]
http://infocenter.arm.com/help/index.jsp?topic=/
Replace magic numbers used for L310 Prefetch Control Register
Acked-by: Arnd Bergmann
Signed-off-by: Andrey Smirnov
---
arch/arm/mm/cache-l2x0.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mm/cache-l2x0.c b/arch/arm/mm/cache-l2x0.c
index 9f9d542..30e2012 1
Hello, Allen.
Thanks for the message. I see your point. Yes, I've seen a lot of cruel
threads in mailing threads in lkml.org , so it's not my intention to
argue about basic things like Coding Style. That's why I left most of
the warnings discussable. While you a digging into the Patch 1/3, I'll
do
> On Thu, Jul 28, 2016 at 06:36:18AM +, Li, Liang Z wrote:
> > > > > This ends up doing a 1MB kmalloc() right? That seems a _bit_ big.
> > > > > How big was the pfn buffer before?
> > > >
> > > > Yes, it is if the max pfn is more than 32GB.
> > > > The size of the pfn buffer use before is 256*
> -Original Message-
> From: Jagan Teki [mailto:jt...@openedev.com]
> Sent: 2016年7月26日 16:38
> To: linux-...@lists.infradead.org
> Cc: David Woodhouse ; linux-kernel@vger.kernel.org;
> Jagan Teki ; Brian Norris
> ; Wenyou Yang
> Subject: [PATCH] mtd: spi-nor: Add at25df321 spi-nor flash
> On Thu, Jul 28, 2016 at 03:06:37AM +, Li, Liang Z wrote:
> > > > + * VIRTIO_BALLOON_PFNS_LIMIT is used to limit the size of page
> > > > +bitmap
> > > > + * to prevent a very large page bitmap, there are two reasons for this:
> > > > + * 1) to save memory.
> > > > + * 2) allocate a large bitm
Fixes for some objtool-related warnings reported by Linus.
Josh Poimboeuf (3):
objtool: support new gcc 6 switch jump table pattern
objtool: resync x86 instruction decoder with the kernel's
objtool: un-capitalize "Warning" for out-of-sync instruction decoder
tools/objtool/Makefile
This fixes the following warning:
Warning: objtool: x86 instruction decoder differs from kernel
Unfortunately we have three identical copies of the x86 instruction
decoder in the kernel tree that have to be manually kept in sync.
It's on my TODO list to at least library-ize the ones in the too
Change "Warning" to "warning" to make it look more like a gcc warning.
Hopefully that will be enough to help the 0-day bot or other automated
tools catch this warning earlier before it ends up in Linus's tree.
Reported-by: Linus Torvalds
Reviewed-by: Josh Poimboeuf
---
tools/objtool/Makefile |
This fixes some false positive objtool warnings seen with gcc 6.1.1:
kernel/trace/ring_buffer.o: warning: objtool: ring_buffer_read_page()+0x36c:
sibling call from callable instruction with changed frame pointer
arch/x86/kernel/reboot.o: warning: objtool:
native_machine_emergency_restart()+0
On Thu, Jul 28, 2016 at 11:25:13AM +0100, Mel Gorman wrote:
> On Thu, Jul 28, 2016 at 03:49:47PM +1000, Dave Chinner wrote:
> > Seems you're all missing the obvious.
> >
> > Add a tracepoint for a shrinker callback that includes a "name"
> > field, have the shrinker callback fill it out appropriat
This is completely untested (and probably horribly broken/buggy), but
here's a quick mockup of the general approach I was thinking for
ensuring DDB & WM's can be updated together while ensuring the
three-step pipe flushing process is honored:
https://github.com/mattrope/kernel/commits/expe
On Thu, Jul 28, 2016 at 6:41 AM, Theodore Ts'o wrote:
> On Thu, Jul 28, 2016 at 09:24:08AM +0200, Heiko Carstens wrote:
>>
>> Oh, I just realized that Linus pulled your changes. Actually I was hoping
>> we could get this fixed before the broken code would be merged.
>> Could you please make sure t
On Fri, Jul 29, 2016 at 12:49:21AM +0200, Alexandre Belloni wrote:
> On 28/07/2016 at 15:09:18 -0700, Dmitry Torokhov wrote :
> > On Tue, Jul 12, 2016 at 05:41:50PM -0700, Dmitry Torokhov wrote:
> > > Hi Alexandre,
> > >
> > > On Tue, Jul 12, 2016 at 09:36:26PM +0200, Alexandre Belloni wrote:
> >
On 07/26/2016 03:06 AM, Philipp Zabel wrote:
Am Dienstag, den 19.07.2016, 18:11 -0700 schrieb Steve Longerbeam:
Adds functions to link and unlink IDMAC source channels to sink
channels.
So far the following links are supported:
IPUV3_CHANNEL_IC_PRP_ENC_MEM -> IPUV3_CHANNEL_MEM_ROT_ENC
PUV3_C
From: Sebastian Andrzej Siewior
This patch moves the wakeup_process() invocation so it is not done under
the ipc global lock by making use of a lockless wake_q. With this change,
the waiter is woken up once the message has been assigned and it does not
need to loop on SMP if the message points to
1 - 100 of 544 matches
Mail list logo
