On Sun, May 31, 2015 at 11:15:09PM -0700, Ming Lin wrote:
> > Except for that these changes looks good, and the previous version
> > passed my tests fine, so with some benchmarks you'ĺl have my ACK.
>
> Can I have your ACK with these numbers?
> https://lkml.org/lkml/2015/6/1/38
Looks good to me.
Hi folks,
Would a closefrom syscall (ie. close all fd above a certain fd) make sense in
the kernel, or is this something deemed /undesirable/ ?
Zheng Liu submitted a patch some time ago
(<1396941142-24821-1-git-send-email-wenqing...@taobao.com> ; (3)) to add this
feature, but with minor code is
On Thu, May 28, 2015 at 07:55:47AM -0700, Dan Williams wrote:
> > - stong NAK for the linker wrapping abuse in the test module
>
> This capability has been our single largest generator of bug fixes and
> regression prevention. Please tell me you have a non-bikeshed
> argument why this test appro
On Tue, Jun 2, 2015 at 3:31 PM, nolan wrote:
> On 06/02/2015 12:44 AM, Scott Feldman wrote:
>>
>> That brings up an interesting point about having multiple bridges with
>> the same vlan configured. I struggled with that problem with rocker
>> also and I don't have an answer other than "don't do t
On Tue, Jun 02, 2015 at 02:46:20PM -0700, Andrew Duggan wrote:
> The HID device does not need to know about the ACPI device associated with
> the underlying i2c device. Setting the ACPI companion field in the HID device
> also has the side effect of causing HID to be set as wake capable, since
> ac
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/phy/Makefile between commit d38dee131827 ("PHY: Add driver for
Pistachio USB2.0 PHY") from the mips tree and commit 1c14905ef951
("phy: add driver for TI TUSB1210 ULPI PHY") from the usb tree.
I fixed it up (see below) an
Hello Heiko,
On 06/02/2015 11:15 PM, Heiko Stübner wrote:
> Am Dienstag, 2. Juni 2015, 10:11:03 schrieb Javier Martinez Canillas:
>> Hello,
>>
>> Newer Chromebooks have more than one Embedded Controller (EC) in the
>> system. These additional ECs are connected through I2C with a host EC
>> which
On Tue, Jun 02, 2015 at 12:57:20PM -0700, Tolga Ceylan wrote:
> In llog_cat_new_log(), sparse emits a context imbalance (unexpected lock)
> warning due its inability to detect the noreturn attribute in
> lbug_with_lock() function inside LBUG macro. Adding a never reached
> return statement suppress
On 02.06.2015 12:40, Kukjin Kim wrote:
> Krzysztof Kozlowski wrote:
>> Dear Kukjin,
>>
>> Quite big set of changes, mostly refactor.
>>
>> You can find them also on the lists with my reviewed-by.
>
> Thanks for your gentle reminder and gathering.
>
> I'm sorting them out and it should be fine ton
Hi Rob,
On Wed, Jun 3, 2015 at 12:46 AM, Rob Herring wrote:
> With the addition of overlays, it is now plausible to use DT on any arch
> and without an arch using it at boot time. It is also desirable to
> expand the compile coverage of the DT code. Make CONFIG_OF user
> selectable by converting
Hi Sumit,
On 05/05/2015 04:41 PM, Sumit Semwal wrote:
> Hi Russell, everyone,
>
> First up, sincere apologies for being awol for sometime; had some
> personal / medical things to take care of, and then I thought I'd wait
> for the merge window to get over before beginning to discuss this
> again.
Ping!
> -Original Message-
> From: Kedareswara rao Appana [mailto:appana.durga@xilinx.com]
> Sent: Thursday, May 21, 2015 10:37 PM
> To: dan.j.willi...@intel.com; vinod.k...@intel.com; Michal Simek; Soren
> Brinkmann; Appana Durga Kedareswara Rao; Punnaiah Choudary Kalluri
> Cc: dmaeng
Ping!
> -Original Message-
> From: Kedareswara rao Appana [mailto:appana.durga@xilinx.com]
> Sent: Thursday, May 21, 2015 10:40 PM
> To: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ijc+devicet...@hellion.org.uk; Michal Simek; ga...@codeaurora.org;
> app...@xilinx.c
Linus wrote:
> The only *well-defined* clock in a modern PC seems to still remain the
> PIT. Yes, it's very sad. But all the other clocks tend to be
> untrustworthy for various reasons
Actually, there is one more: the CMOS RTC clock is quite reliably 32768 Hz.
The reas process is very similar, a
* Peter Jones wrote:
> On Tue, Jun 02, 2015 at 08:45:57AM +0200, Ingo Molnar wrote:
> > @@ -167,7 +167,6 @@ static struct kset *esrt_kset;
> >
> > static int esre_create_sysfs_entry(void *esre, int entry_num)
> > {
> > - int rc = 0;
> > struct esre_entry *entry;
> > cha
On Wed, Jun 03, 2015 at 08:18:32AM +0200, Alexander Gordeev wrote:
> This update simplifies rcu_init_geometry() code flow
> and makes calculation of the total number of rcu_node
> structures more easy to read.
>
> The update relies on the fact num_rcu_lvl[] is never
> accessed beyond rcu_num_lvls
On Wed, Jun 03, 2015 at 08:18:33AM +0200, Alexander Gordeev wrote:
> Current code suggests that introducing the extra level to
> rcu_capacity[] array makes some of the arithmetic easier.
> Well, in fact it appears rather confusing and unnecessary.
Please, ignore this one.
> Cc: "Paul E. McKenney"
Ping!
> -Original Message-
> From: Kedareswara rao Appana [mailto:appana.durga@xilinx.com]
> Sent: Thursday, May 21, 2015 10:37 PM
> To: dan.j.willi...@intel.com; vinod.k...@intel.com; Michal Simek; Soren
> Brinkmann; Appana Durga Kedareswara Rao; Punnaiah Choudary Kalluri
> Cc: dmaeng
Currently a condition when RCU tree is unable to accommodate
the configured number of CPUs is not permitted and causes
a fall back to compile-time values. However, the code has no
means to exceed the RCU tree capacity neither at compile-time
nor in run-time. Therefore, if the condition is met in ru
This update simplifies rcu_init_geometry() code flow
and makes calculation of the total number of rcu_node
structures more easy to read.
The update relies on the fact num_rcu_lvl[] is never
accessed beyond rcu_num_lvls index by the rest of the
code. Therefore, there is no need initialize the whole
* Linus Torvalds wrote:
> On Tue, Jun 2, 2015 at 12:33 PM, Thomas Gleixner wrote:
> >
> > Is there really no smarter way to figure out the TSC frequency on
> > modern systems?
>
> Sadly, if there is, we have yet to find it.
>
> I don't think the mentioned intel_pstate thing gets it right eith
Local variable 'n' mimics 'nr_cpu_ids' while the both are
used within one function. There is no reason for 'n' to
exist whatsoever.
Cc: "Paul E. McKenney"
Cc: Steven Rostedt
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions
Members rcu_state::levelcnt[] and rcu_state::levelspread[]
are only used at init. There is no reason to keep them
afterwards.
Cc: "Paul E. McKenney"
Cc: Steven Rostedt
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 27 +++
kernel/rcu/tree.h | 2 --
2 files ch
This update simplifies rcu_init_geometry() code flow
and makes calculation of the total number of rcu_node
structures more easy to read.
The update relies on the fact num_rcu_lvl[] is never
accessed beyond rcu_num_lvls index by the rest of the
code. Therefore, there is no need initialize the whole
This update makes arithmetic to calculate number of RCU nodes
more straight and easy to read.
Cc: "Paul E. McKenney"
Cc: Steven Rostedt
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.h| 17 -
kernel/rcu/tree_plugin.h | 4 ++--
2 files changed, 6 insertions(+), 15
Current code suggests that introducing the extra level to
rcu_capacity[] array makes some of the arithmetic easier.
Well, in fact it appears rather confusing and unnecessary.
Cc: "Paul E. McKenney"
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 16 +++-
1 file changed, 7 i
Although a number of RCU levels may be less than the current
maximum of four, some static data associated with each level
are allocated for all four levels. As result, the extra data
never get accessed and just wast memory. This update limits
count of allocated items to the number of used RCU level
Variable rcu_num_lvls is limited by RCU_NUM_LVLS macro.
In turn, rcu_state::levelcnt[] array is never accessed
beyond rcu_num_lvls. Thus, rcu_state::levelcnt[] is safe
to limit to RCU_NUM_LVLS items.
Since rcu_num_lvls could be changed during boot (as result
of rcutree.rcu_fanout_leaf kernel param
Current code suggests that introducing the extra level to
rcu_capacity[] array makes some of the arithmetic easier.
Well, in fact it appears rather confusing and unnecessary.
Cc: "Paul E. McKenney"
Cc: Steven Rostedt
Signed-off-by: Alexander Gordeev
---
kernel/rcu/tree.c | 18 -
Number of items in rcu_capacity[] array is defined by macro
MAX_RCU_LVLS. However, that array is never accessed beyond
RCU_NUM_LVLS index. Therefore, we can limit the array to
RCU_NUM_LVLS items and eliminate MAX_RCU_LVLS. As result,
in most cases the memory is conserved.
Cc: "Paul E. McKenney"
C
Hello Paul,
This is 3rd attempt to make RCU tree initialization bit more
clear and optimize memory footprint of data associated with
the tree.
Changes since v2:
- patch 1 fixed to avoid a panic in case rcu_fanout_leaf
is out of bounds;
Changes since v1:
- patch 3 fixed to accomodate nr_c
On Tue, Jun 02, 2015 at 07:00:40PM +0300, Andrew Andrianov wrote:
> From: Andrew 'Necromant' Andrianov
>
> Signed-off-by: Andrew Andrianov
same problem of From: not matching with Signed-off-by:
and lots of trailing whitespace errors.
regards
sudip
--
To unsubscribe from this list: send the lin
This patch does some clean up.
Firstly, it removes unnecessary PageSwapCache and ClearPageDirty
in madvise_fre_pte_range. The reason I did in there is to prevent
wrong discarding by non-dirty marked page table entries of
anonymous pages.
However, eariler patches in this patchset removed dependency
Basically, MADV_FREE relys on the dirty bit in page table entry
to decide whether VM allows to discard the page or not.
IOW, if page table entry includes marked dirty bit, VM shouldn't
discard the page.
However, if swapoff happens, page table entry point out the page
doesn't have marked dirty bit
MADV_FREE relies on the dirty bit in page table entry to decide
whether VM allows to discard the page or not.
IOW, if page table entry includes marked dirty bit, VM shouldn't
discard the page.
However, as one of exmaple, if swap-in by read fault happens,
page table entry point out the page doesn't
Basically, MADV_FREE relies on dirty bit in page table entry
to decide whether VM allows to discard the page or not.
IOW, if page table entry includes marked dirty bit, VM shouldn't
discard the page.
However, as a example, if swap-in by read fault happens,
page table entry doesn't have dirty bit s
I encountered segfault of test program while I tested MADV_FREE
with KSM. By investigation,
1. A KSM page is mapped on page table of A, B processes with
!pte_dirty(but it marked the page as PG_dirty if pte_dirty is on)
2. MADV_FREE of A process can remove the page from swap cache
if it was
Currently, If VM migrates anonymous page, we lose dirty bit of
page table entry. Instead, VM translates dirty bit of page table
as PG_dirty of page flags. It was okay because dirty bit of
page table for anonymous page was no matter to swap out.
Instead, VM took care of PG_dirty.
However, with intr
Basically, MADV_FREE relys on the dirty bit in page table entry
to decide whether VM allows to discard the page or not.
IOW, if page table entry includes marked dirty bit, VM shouldn't
discard the page.
However, if swap-in by read fault happens, page table entry
point out the page doesn't have mar
On Tue, Jun 02, 2015 at 07:00:39PM +0300, Andrew Andrianov wrote:
> From: Andrew 'Necromant' Andrianov
>
> This patch adds a generic ion driver that allows
> ion heaps to be added via devicetree. It provides
> a simple and generic way to feed physical memory regions
> to ion without writing a cus
Hi Sumit, Rob,
Is there any reason why this patch hasn't been merged yet? It makes perfect
sense to me and I would really like to use this in the media drivers.
Many DMA engines do have a limit to the number of segments (obviously
a max count of 1 being the most common limitation, but other limit
On Monday 11 May 2015 08:15 PM, Kishon Vijay Abraham I wrote:
On Tuesday 05 May 2015 11:43 PM, Ezequiel Garcia wrote:
Hi Kishon,
This series adds support for the USB2.0 PHY present on the IMG Pistachio SoC.
Based on mips-for-linux-next and tested on the IMG Pistachio BuB. If possible,
I
On Tue, Jun 02, 2015 at 11:32:19AM -0400, Chris Hanna wrote:
> Signed-off-by: Chris Hanna
>
> Minor changes to remove excessive whitespace and improve
> readability of functions.
this description should come above your Signed-off-by line.
regards
sudip
--
To unsubscribe from this list: send the
Hello, John.
On Tue, Jun 02, 2015 at 12:07:23PM -0700, John Stultz wrote:
> On Wed, May 20, 2015 at 8:41 PM, John Stultz wrote:
> > As a heads up, this is just a first RFC and not a submission.
> >
> > Android currently loosens the cgroup attchment permissions, allowing
> > tasks with CAP_SYS_NIC
On Wed, Jun 03, 2015 at 10:22:33AM +0530, aparnak wrote:
> Added a new line
>
> Signed-off-by: aparnak
Please use your full name in From header and Signed-off-by.
and subject should have been:
[PATCH] staging: lustre: llite: Fix No space after the declaration
regards
sudip
--
To unsubscribe from
Hello, Robert.
Maybe qualifying the subject that it's only for single IRQ would be a
good idea?
> @@ -52,6 +53,7 @@
>
> enum {
> AHCI_PCI_BAR_STA2X11= 0,
> + AHCI_PCI_BAR_CAVIUM = 0,
> AHCI_PCI_BAR_ENMOTUS= 2,
> AHCI_PCI_BAR_STANDARD = 5,
I thought I alread
Extend xen/block to support multi-page ring, so that more requests can be
issued by using more than one pages as the request ring between blkfront
and backend.
As a result, the performance can get improved significantly.
We got some impressive improvements on our highend iscsi storage cluster
back
This is a pre-patch for multi-page ring feature.
In connect_ring, we can know exactly how many pages are used for the shared
ring, delay pending_req allocation here so that we won't waste too much memory.
Signed-off-by: Bob Liu
---
drivers/block/xen-blkback/common.h |2 +-
drivers/block/xen-
The major responsibility of talk_to_blkback() is allocate and initialize
the request ring and write the ring info to xenstore.
But this work should be done after backend entered 'XenbusStateInitWait' as
defined in the protocol file.
See xen/include/public/io/blkif.h in XEN git tree:
Front
On Sun, May 31, 2015 at 01:55:18PM +0200, Robert Richter wrote:
> From: Robert Richter
>
> Currently, ahci supports only msi and intx. To also support msix the
> handling of the irq number need to be changed. The irq number for msix
> devices is taken from msi_list instead of pci_dev. Thus, the i
Hi Greg,
On Wednesday 03 June 2015 10:44 AM, Greg KH wrote:
On Tue, Jun 02, 2015 at 08:13:31PM +0530, Kishon Vijay Abraham I wrote:
Hi Greg,
Here's the PHY pull request for 4.2 merge window. Please find below
the list of changes that goes in this pull request.
There was a merge conflict in Ma
This driver supports the TI CDCE925 programmable clock synthesizer.
The chip contains two PLLs with spread-spectrum clocking support and
five output dividers. The driver only supports the following setup,
and uses a fixed setting for the output muxes:
Y1 is derived from the input clock
Y2 and Y
On Tue, Jun 02, 2015 at 11:13:44AM +0800, yalin wang wrote:
> this means i need create kthread like this :
>
> struct task_struct *kworker_task = kthread_run(kthread_worker_fn,
> &worker, "nvme%d", dev->instance);
> kworker_task->flags &= ~PF_NOFREEZE;
> is it safe to do like this ?
It's not.
>
On Tue, Jun 02, 2015 at 08:13:31PM +0530, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> Here's the PHY pull request for 4.2 merge window. Please find below
> the list of changes that goes in this pull request.
>
> There was a merge conflict in Makefile and Kconfig while trying to merge
> with your
With the latest dtc import include fixups, it is no longer necessary to
add explicit include paths to use libfdt. Remove these across the
kernel.
Signed-off-by: Rob Herring
Cc: Ralf Baechle
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Michael Ellerman
Cc: Grant Likely
Cc: linux-m...@lin
On Wed, Jun 03, 2015 at 10:30:35AM +0900, Chanwoo Choi wrote:
> Dear Greg,
>
> This is extcon-next full request for v4.2. I add detailed description of this
> pull request on below. Please pull extcon with following updates.
>
> Best Regards,
> Chanwoo Choi
>
> The following changes since commit
On Mon, Jun 01, 2015 at 11:15:19AM -0500, Tom Lendacky wrote:
> This series introduces and makes use of a new scatterlist function named
> sg_nents_for_len. The purpose of this function is determine the number
> of scatterlist entries required to satisify a specified length. The
> resulting count c
On (05/30/15 00:05), Sergey Senozhatsky wrote:
> RFC
>
> this is 4.3 material, but I wanted to publish it sooner to gain
> responses and to settle it down before 4.3 merge window opens.
>
> in short, this series tweaks zsmalloc's compaction and adds
> auto-compaction support. auto-compaction is n
On Thu, May 28, 2015 at 04:21:31PM -0400, Dan Streetman wrote:
> Change the nx-842 common driver to wait for loading of both platform
> drivers, and fail loading if the platform driver pointer is not set.
> Add an independent platform driver pointer, that the platform drivers
> set if they find the
David Gibson wrote on 03/06/2015 14:52:59:
> From: David Gibson
> To: Guo Wen Shan/Australia/IBM@IBMAU, m...@ellerman.id.au
> Cc: b...@kernel.crashing.org, pau...@samba.org, linuxppc-
> d...@lists.ozlabs.org, linux-kernel@vger.kernel.org, David Gibson
>
> Date: 03/06/2015 14:53
> Subject: [PA
On Tue, Jun 2, 2015 at 10:27 AM, Gioh Kim wrote:
Apply driver page migration into balloon driver.
Signed-off-by: Gioh Kim
---
drivers/virtio/virtio_balloon.c| 2 ++
fs/proc/page.c | 4 +--
include/linux/balloon_compaction.h | 42
* Peter Zijlstra [2015-06-01 15:58:25]:
[...]
>
> -static DEFINE_PER_CPU(struct callback_head, dl_balance_head);
> +static DEFINE_PER_CPU(struct callback_head, dl_push_head);
> +static DEFINE_PER_CPU(struct callback_head, dl_pull_head);
>
> static void push_dl_tasks(struct rq *);
> +static
Commit 28158cd "powerpc/eeh: Enhance pcibios_set_pcie_reset_state()"
introduced a fix for a problem where certain configurations could lead to
pci_reset_function() destroying the state of PCI devices other than the one
specified.
Unfortunately, the fix has a trivial bug - it calls pci_save_state()
Added a new line
Signed-off-by: aparnak
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/lustre/lustre/llite/llite_capa.c
b/drivers/staging/lustre/lustre/llite/llite_capa.c
index aec9a44..a626871 100644
--- a/drivers/stagin
* Peter Zijlstra [2015-06-01 15:58:19]:
[...]
> --- a/kernel/sched/deadline.c
> +++ b/kernel/sched/deadline.c
> @@ -213,9 +213,16 @@ static inline bool need_pull_dl_task(str
> return dl_task(prev);
> }
>
> -static inline void set_post_schedule(struct rq *rq)
> +static DEFINE_PER_CPU(str
From: Kenneth Westfield
Building with the following config options ...
CONFIG_COMPILE_TEST=y
# CONFIG_SND_SOC_QCOM is not set
CONFIG_SND_SOC_LPASS_IPQ806X=m
CONFIG_SND_SOC_STORM=m
... causes the following build warning:
warning: (SND_SOC_STORM) selects SND_SOC_LPASS_IPQ806X
which has unm
On Thu, 21 May 2015, j.gli...@gmail.com wrote:
> From: Jérôme Glisse
>
> Listener of mm event might not have easy way to get the struct page
> behind and address invalidated with mmu_notifier_invalidate_page()
s/behind and address/behind an address/
> function as this happens after the cpu pag
On Tue, Jun 2, 2015 at 12:33 PM, Thomas Gleixner wrote:
>
> Is there really no smarter way to figure out the TSC frequency on
> modern systems?
Sadly, if there is, we have yet to find it.
I don't think the mentioned intel_pstate thing gets it right either.
Yes, it gets some "theoretical frequenc
On 06/02/2015 07:31 PM, Chris Healy wrote:
Guenter,
That's a very valid concern. I have a configuration with a 6352 controlled by
a low end ARM core with a 100mbps connection on the CPU port. This switch
needs to support passing multicast streams that are more than 100mbps on GigE
links. (
On Tue, Jun 2, 2015 at 2:05 AM, Linus Walleij wrote:
> On Wed, May 27, 2015 at 5:26 AM, Gregory Fong wrote:
>> I've now actually attempted to use the gpiolib irqchip code. This
>> driver can't directly use gpiochip_irqchip_add() because of the
>> multiple gpiochip : one irqchip map. At first, I
Hi Darren,
On Tue, 2 Jun 2015 20:27:50 -0700 Darren Hart wrote:
>
> Thanks for the heads' up. This happens because my -next branch is based on
> *-rc1
> as I think was recommended at the last kernel summit. Since rc1 I sent Linus
> the
> G50-30, but by rc6 I didn't feel good about sending the s
On (06/02/15 14:30), Joe Perches wrote:
> > >> +ZPOOL COMPRESSED PAGE STORAGE API
> > >> +M: Dan Streetman
> > >> +L: linux...@kvack.org
> > >> +S: Maintained
> > >> +F: mm/zpool.c
> > >> +F: include/linux/zpool.h
> > >
> > > If zpool.h is only included from files in mm/,
> > > maybe zpo
On Wed, May 27, 2015 at 07:52:13PM -0700, Darren Hart wrote:
> On Wed, May 27, 2015 at 11:28:25PM +0200, Pali Rohár wrote:
> > Until now module dell-laptop registered rfkill device which used i8042
> > filter function for receiving HW switch rfkill events (handling special
> > keycode).
> >
> > Bu
hello tianyu
sorry for mistake, this issue did not happened in the latest codes.
thanks for your reply.
I noticed this panic is already fixed, so I port upstream patch into intel's
branch. see https://android.intel.com/#/c/374113/
thanks,
xinhui
On 2015年06月03日 11:23, Lan Tianyu wrote:
Irq affinity mask is per-irq instead of per irqchip, so move it into
struct irq_common_data.
Signed-off-by: Jiang Liu
---
Hi Thomas,
This version changes the patch to correctly support bisecting.
Thanks!
Gerry
---
arch/x86/kernel/apic/vector.c |4 +---
include/linux/irq.h |
Use access helper irq_data_get_affinity_mask() to hide implementation
details of struct irq_desc.
Signed-off-by: Jiang Liu
---
Hi Thomas,
This version changes the patch to correctly support bisecting.
Thanks!
Gerry
---
arch/x86/kernel/apic/io_apic.c |2 +-
arch/x86/kernel/apic/vect
On 2015年05月30日 02:56, Tomasz Figa wrote:
On Mon, May 11, 2015 at 7:55 PM, Tomasz Figa wrote:
VOP can support BGR formats in all windows thanks to red/blue swap option
provided in WINx_CTRL0 registers. This patch enables support for
ABGR, XBGR, BGR888 and BGR565 formats by using this fea
Hi Paul,
On Tue, 2 Jun 2015 19:23:18 -0400 Paul Gortmaker
wrote:
>
> Please include init-v4.1-rc6 branch of:
> git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux.git
OK, I will add it in just before I merge Andrew's tree and see how it
goes.
> I've been cross building it and test
On Tue, Jun 02, 2015 at 07:09:28AM -0300, Henrique de Moraes Holschuh wrote:
> Test results were sent to me privately, and they are correct, so...
>
Finn, unless there is some compelling reason not to - like they are MBs worth of
data, please submit these to the list in the future so we have them
Hi Jens,
Today's linux-next merge of the block tree got a conflict in
mm/page-writeback.c between commit 464d1387acb9 ("writeback: use |1
instead of +1 to protect against div by zero") from Linus' tree and
commit de1fff37b278 ("writeback: s/bdi/wb/ in mm/page-writeback.c")
from the block tree.
I
> Then the changelog should say that I think. The current text says
> "Fast TSC calibration will always fail", which, to me, suggests that
> either the slow calibration will work or that the changelog message
> should be changed.
Ok. No, the slow calibration works I believe.
-Andi
--
To unsubscr
Hi Jens,
Today's linux-next merge of the block tree got a conflict in
include/linux/blkdev.h between commit 336b7e1f2309 ("block: remove
export for blk_queue_bio") from Linus' tree and commit d40f75a06dd6
("writeback, blkcg: restructure blk_{set|clear}_queue_congested()")
from the block tree.
I f
On Wed, Jun 03, 2015 at 01:39:20AM +0900, Masanari Iida wrote:
> This patch fix some spelling typo found in crypto-API.tmpl
>
> Signed-off-by: Masanari Iida
Please resend your patches with a cc to linux-cry...@vger.kernel.org
Thanks,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/
On Tue, Jun 02, 2015 at 04:07:23PM +1000, Stephen Rothwell wrote:
> Hi Darren,
>
> Today's linux-next merge of the drivers-x86 tree got a conflict in
> drivers/platform/x86/ideapad-laptop.c between commit 9b071a43553d
> ("ideapad_laptop: Add Lenovo G40-30 to devices without radio switch")
> from L
On 2015年05月28日 14:33, Pan, XinhuiX wrote:
> acpi_os_wait_semaphore can be called in local/hard irq disabled path. like in
> cpu up/down callback.
> So when dirver try to acquire the semaphore, current code may call down_wait
> which might sleep.
> Then hit panic as we can't schedule here. So intr
Hello Mark, Rob and other ARM64 DT maintainers,
Could you help to ack this patch?
Thanks for your time.
Bintian
On 2015/5/30 9:51, Bintian Wang wrote:
Add initial dtsi file to support Hisilicon Hi6220 SoC with
support of Octal core CPUs in two clusters and each cluster
has quard Cortex-A53.
On Tue, 2015-06-02 at 13:51 -0400, Mikulas Patocka wrote:
>
> On Mon, 18 May 2015, Abelardo Ricart III wrote:
>
> > On Fri, 2015-05-15 at 08:04 -0700, Brandon Smith wrote:
> > > On 2015-05-01 (Fri) at 19:42:15 -0400, Abelardo Ricart III wrote:
> > > > > > The patchset in question was tested quite
On 06/01/2015 10:26 PM, Paolo Bonzini wrote:
On 01/06/2015 11:33, Paolo Bonzini wrote:
+ looker->mem_type = looker->mtrr_state->fixed_ranges[index];
+ looker->start = fixed_mtrr_range_end_addr(seg, index);
+ return true;
in mtrr_lookup_fixed_start is the same as this:
On 06/01/2015 05:36 PM, Paolo Bonzini wrote:
On 30/05/2015 12:59, Xiao Guangrong wrote:
Currently guest MTRR is completely prohibited if cache snoop is supported on
IOMMU (!noncoherent_dma) and host does the emulation based on the knowledge
from host side, however, host side is not the good
On Wed, Jun 03, 2015 at 12:16:36AM +, Anderson, Stuart R wrote:
> Bin, et al,
>
> What we are losing here is the ability to specify a UART by its bus address
> instead of just supplying the memory or io address. There are some cases
> where this is useful, though I admit it is probably not goi
On Tue, Jun 2, 2015 at 6:01 PM, Dan Williams wrote:
> On Tue, Jun 2, 2015 at 5:26 PM, Toshi Kani wrote:
>> Since NVDIMMs are installed on memory slots, they expose the NUMA
>> topology of a platform.
>>
>> This patch adds support of sysfs 'numa_node' to the NVDIMM devices
>> under /sys/bus/nd/dev
On Tue, Jun 02, 2015 at 01:37:52PM -0700, Yinghai Lu wrote:
> how about
> earlyprintk=serial,ttyS0
> earlyprintk=ttyS0
>
> Thanks
>
> Yinghai
Yes, both work.
-Bin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
By adding libbpf into perf's Makefile, this patch enables perf to
build libbpf during building if libelf is found and neither NO_LIBELF
nor NO_LIBBPF is set. The newly introduced code is similar to libapi
and libtraceevent building in Makefile.perf.
MANIFEST is also updated for 'make perf-*-src-pk
On 06/01/2015 05:33 PM, Paolo Bonzini wrote:
On 30/05/2015 12:59, Xiao Guangrong wrote:
+struct mtrr_looker {
+ /* input fields. */
+ struct kvm_mtrr *mtrr_state;
+ u64 start;
+ u64 end;
s/looker/iter/ or s/looker/lookup/
Good to me.
+static void mtrr_lookup_s
>> That's complete and utter nonsense. What has the parent limit to do
>> with the overflow of the child limit?
I didn't read this sentence properly. It's because you're migrating
*from* the parent to the child. If you have the right to attach to the
child from the parent, then you also have the r
On Tue, Jun 02, 2015 at 09:54:10PM -0400, Matt Campbell wrote:
> Thanks for the response, I will try to answer your questions.
>
> The other function besides temp conversion and EEPROM write that
> requires a delay is the initial CHAIN on command. The datasheet says
> to "Wait for chain to charge"
On 06/01/2015 05:27 PM, Paolo Bonzini wrote:
On 30/05/2015 12:59, Xiao Guangrong wrote:
Sort all valid variable MTRRs based on its base address, it will help us to
check a range to see if it's fully contained in variable MTRRs
Signed-off-by: Xiao Guangrong
---
arch/x86/include/asm/kvm_ho
On Mon, May 04, 2015 at 06:06:24PM -0400, Chris Metcalf wrote:
> On 5/1/2015 5:23 PM, Frederic Weisbecker wrote:
> >On Fri, May 01, 2015 at 03:57:51PM -0400, Chris Metcalf wrote:
> >
> >>For example, booting with only cpu 0 as a housekeeping core (and
> >>therefore all watchdogs 1-35 on my 36-core
On 06/01/2015 05:25 PM, Paolo Bonzini wrote:
On 30/05/2015 12:59, Xiao Guangrong wrote:
This table summarizes the information of fixed MTRRs and introduce some APIs
to abstract its operation which helps us to clean up the code and will be
used in later patches
Signed-off-by: Xiao Guangrong
On Tue, Jun 02, 2015 at 09:12:30PM -0400, Vivien Didelot wrote:
> Hi Guenter, Andrew,
>
> On Jun 2, 2015, at 10:53 AM, Andrew Lunn and...@lunn.ch wrote:
> On Tue, Jun 02, 2015 at 07:16:10AM -0700, Guenter Roeck wrote:
> >> On 06/01/2015 06:27 PM, Vivien Didelot wrote:
> >> >Disable the mirroring p
1 - 100 of 857 matches
Mail list logo
