On Thu, Jul 31, 2014 at 06:43:25PM -0400, Peter Feiner wrote:
> After a VMA is created with the VM_SOFTDIRTY flag set,
> /proc/pid/pagemap should report that the VMA's virtual pages are
> soft-dirty until VM_SOFTDIRTY is cleared (i.e., by the next write of
> "4" to /proc/pid/clear_refs). However, p
On Tue, Jul 29, 2014 at 05:12:48PM -0700, Christoph Hellwig wrote:
> On Tue, Jul 29, 2014 at 04:57:12PM -0700, Tim Chen wrote:
> > Christoph, we're glad to report that this patch does fix the problem.
> > Wonder if Al or someone can pick it up. It is a large regression
> > that should not be left
On Fri, 2014-08-01 at 08:02 +0200, Juergen Gross wrote:
> On 08/01/2014 07:41 AM, Juergen Gross wrote:
> > During test of Xen pvSCSI frontend module I found the following issue:
> >
> > When unplugging a passed-through SCSI-device the SCSI Host is removed.
> > When calling the final scsi_host_put()
Randy Dunlap writes:
> On 07/31/14 17:30, Eric W. Biederman wrote:
>>
>> This patchset implements /proc/thread-self a magic symlink that
>> solves a couple of problems.
>>
>> - It makes it easy to get to a specific threads directory in /proc
>> with gettid() not being exported in glibc this i
On 08/01/2014 09:05 AM, James Bottomley wrote:
On Fri, 2014-08-01 at 08:02 +0200, Juergen Gross wrote:
On 08/01/2014 07:41 AM, Juergen Gross wrote:
During test of Xen pvSCSI frontend module I found the following issue:
When unplugging a passed-through SCSI-device the SCSI Host is removed.
When
On Fri, Aug 1, 2014 at 2:30 AM, Eric W. Biederman wrote:
>
> This patchset implements /proc/thread-self a magic symlink that
> solves a couple of problems.
shouldn't we keep the 'task' in the name, as it points into the 'task'
directory? And why not mimic the current 'self -> ' ideom under
/proc/
On Fri, Aug 01, 2014 at 10:03:30AM +0800, Aaron Lu wrote:
> > > > ebe06187bf2aec1 a43455a1d572daf7b730fe12e
> > > > --- -
> > > > 94500 ~ 3%+115.6% 203711 ~ 6%
> > > > ivb42/hackbench/50%-threads-pipe
> > > > 67745 ~ 4% +64.1% 11
On Thu, Jul 31, 2014 at 09:03:22PM -0700, Davidlohr Bueso wrote:
>
> Instead of removing info, why not document what each piece of data
> represents. Or add headers to the table. etc.
Yes headers are good, knowing exactly what a number is often removes a
lot of confusion ;-)
pgpKZNok1PSKp.pgp
D
On Thu, Jul 31, 2014 at 02:41:02AM -0700, kan.li...@intel.com wrote:
> From: Kan Liang
>
> Intel PT will take over LBR hardware. If RTIT_CTL.TraceEn=1, any attempt to
> read or write the LBR or LER MSRs, including LBR_TOS, will result in a #GP.
> Intel PT can be enabled/disabled at runtime by har
On Fri, Aug 01, 2014 at 04:21:42PM +1000, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in
> MAINTAINERS between commit 7eea35fe3df8 ("[media] MAINTAINERS: Update
> go7007 pattern") from the v4l-dvb tree and commit 0d317b91d6d8
> ("staging: fron
pctldev can't be NULL at this stage so remove the check
Reported-by: dan.carpen...@oracle.com
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl-abx500.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-abx500.c b/drivers/pinctrl/pinctrl-abx50
> On 01 August 2014 at 03:25 Fengguang Wu wrote:
>
>
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> commit dac52fc1826a788d2591a4f77e3c482b30f577e2
> Author: Fabian Frede
On Fri, Aug 01, 2014 at 09:38:25AM +0200, Peter Zijlstra wrote:
> On Thu, Jul 31, 2014 at 02:41:02AM -0700, kan.li...@intel.com wrote:
> > From: Kan Liang
> >
> > Intel PT will take over LBR hardware. If RTIT_CTL.TraceEn=1, any attempt to
> > read or write the LBR or LER MSRs, including LBR_TOS,
hello.
I have pixelview B1000 card and this card won't work with assigned
modules cx8800, cx8802.
May be I'm use wrong modules or cardid prefix:
1554:4952, board: PixelView [card=3...
# /usr/bin/tvtime-scanner
Reading configuration from /etc/tvtime/tvtime.xml
Scanning using TV standard NTSC.
Sca
Bert Wesarg writes:
> On Fri, Aug 1, 2014 at 2:30 AM, Eric W. Biederman
> wrote:
>>
>> This patchset implements /proc/thread-self a magic symlink that
>> solves a couple of problems.
>
> shouldn't we keep the 'task' in the name, as it points into the 'task'
> directory? And why not mimic the cu
On Fri, Aug 01, 2014 at 10:42:00AM +0800, Kefeng Wang wrote:
> Commit cf9ea8f13(ARM: l2c: remove obsolete l2x0 ops for non-OF init)
> remove some obsolete l2x0 ops, the rest of ops: l2x0_cache_sync,
> l2x0_cache_sync, l2x0_disable only use under OF enable, so move them
> into OF part, or "defined b
On 07/31/2014 07:37 PM, Maxime Ripard wrote:
On Thu, Jul 31, 2014 at 06:54:11PM +0200, Lars-Peter Clausen wrote:
On 07/31/2014 06:13 PM, Maxime Ripard wrote:
[...]
From what you're saying, and judging from the drivers that already
implement it, can't it be moved directly to the framework itsel
On Fri, Aug 01, 2014 at 09:29:11AM +0200, Peter Zijlstra wrote:
> On Fri, Aug 01, 2014 at 10:03:30AM +0800, Aaron Lu wrote:
> > > > > ebe06187bf2aec1 a43455a1d572daf7b730fe12e
> > > > > --- -
> > > > > 94500 ~ 3%+115.6% 203711 ~ 6%
> > > > >
* Javier Martinez Canillas [140729 07:14]:
> Hello,
>
> On Tue, Jul 29, 2014 at 3:03 PM, Dr. H. Nikolaus Schaller
> wrote:
> > Hi,
> >> So what's the conclusion? Are changes needed to this patch
> >> series or not?
> >
> > I advocate that no changes are needed.
> >
>
> I agree with Dr. H. Nikol
On Thu, Jul 31, 2014 at 02:05:48PM -0700, Andy Lutomirski wrote:
> On 07/31/2014 02:41 AM, kan.li...@intel.com wrote:
> > +/*
> > + * The _goto version is rdmsrl/wrmsrl with exception handling
> > + * The advantage (than _safe) is that it can directly jump in the
> > + * exception handling code, an
We plan to use hierarchy irqdomain to suppport CPU vector assignment,
interrupt remapping controller, IO-APIC controller, MSI interrupt
and hypertransport interrupt etc on x86 platforms. So extend irqdomain
interfaces to support hierarchy irqdomain.
There are already many clients of current irqdom
This patch fix bug https://bugzilla.kernel.org/show_bug.cgi?id=61411
TPR shadow/threshold feature is important to speed up the Windows guest.
Besides, it is a must feature for certain VMM.
We map virtual APIC page address and TPR threshold from L1 VMCS. If
TPR_BELOW_THRESHOLD VM exit is triggered
Some functions were prototyped as static but the actual definition
wasn't. While this is valid (the function is static because the two
declarations don't conflict and the first one is static), this makes
sparse unhappy and cause confusion of normal people too.
Signed-off-by: Vincent Bernat
---
.
Hi Christoph,
This patches are made against the
git://git.infradead.org/users/hch/scsi-queue.git/tree/drivers/scsi/arcmsr/
This patches series address following issues.
1. Bugfix for command timeout, abort and ioctl error.
2. Add new feature of support MSI-X interrupt and system hibernation.
On Fri, Aug 01, 2014 at 04:05:20AM +0100, Omar Sandoval wrote:
> The kgdb breakpoint hooks (kgdb_brk_fn and kgdb_compiled_brk_fn) should only
> be
> entered when a kgdb break instruction is executed from the kernel. Otherwise,
> if kgdb is enabled, a userspace program can cause the kernel to drop
After commit 77b0f5d (KVM: nVMX: Ack and write vector info to intr_info
if L1 asks us to), "Acknowledge interrupt on exit" behavior can be
emulated. To do so, KVM will ask the APIC for the interrupt vector if
during a nested vmexit if VM_EXIT_ACK_INTR_ON_EXIT is set. With APICv,
kvm_get_apic_inter
External interrupt will cause L1 vmexit w/ reason external interrupt when L2 is
running. Then L1 will pick up the interrupt through vmcs12 if L1 set the ack
interrupt bit. Commit 77b0f5d (KVM: nVMX: Ack and write vector info to intr_info
if L1 asks us to) get intr that belongs to L1 before load v
On Thu, 31 Jul 2014, Thor Thayer wrote:
> On 07/31/2014 03:26 AM, Lee Jones wrote:
> >On Wed, 30 Jul 2014, ttha...@opensource.altera.com wrote:
> >
> >>From: Thor Thayer
> >>
> >>Add a simple MFD for the Altera SDRAM Controller.
> >>
> >>Signed-off-by: Alan Tull
> >>Signed-off-by: Thor Thayer
>
After commit 77b0f5d (KVM: nVMX: Ack and write vector info to intr_info
if L1 asks us to), "Acknowledge interrupt on exit" behavior can be
emulated. To do so, KVM will ask the APIC for the interrupt vector if
during a nested vmexit if VM_EXIT_ACK_INTR_ON_EXIT is set. With APICv,
kvm_get_apic_inter
On Fri, Aug 01, 2014 at 09:29:11AM +0200, Peter Zijlstra wrote:
> On Fri, Aug 01, 2014 at 10:03:30AM +0800, Aaron Lu wrote:
> > > > > ebe06187bf2aec1 a43455a1d572daf7b730fe12e
> > > > > --- -
> > > > > 94500 ~ 3%+115.6% 203711 ~ 6%
> > > > >
There is a cut and paste bug so we check "pclk" instead of "clk".
Signed-off-by: Dan Carpenter
diff --git a/drivers/clk/clk-conf.c b/drivers/clk/clk-conf.c
index 1f73019..4e1bda7 100644
--- a/drivers/clk/clk-conf.c
+++ b/drivers/clk/clk-conf.c
@@ -55,10 +55,10 @@ static int __set_clk_parents(str
On 08/01/2014 03:52 AM, Andrew Morton wrote:
On Thu, 31 Jul 2014 21:05:48 +0530 Vasant Hegde
wrote:
Platforms like IBM Power Systems supports service processor
assisted dump. It provides interface to add memory region to
be captured when system is crashed.
During initialization/running we ca
On Fri, Aug 01, 2014 at 10:10:22AM +0200, Vincent Bernat wrote:
> Some functions were prototyped as static but the actual definition
> wasn't. While this is valid (the function is static because the two
> declarations don't conflict and the first one is static), this makes
> sparse unhappy and caus
On Thu, 31 Jul 2014, Jassi Brar wrote:
> On 23 July 2014 20:56, Lee Jones wrote:
> > On Wed, 23 Jul 2014, Jassi Brar wrote:
>
> >> >> + if (chan->txdone_method == (TXDONE_BY_POLL | TXDONE_BY_ACK))
> >> >> + chan->txdone_method = TXDONE_BY_POLL;
> >> >
> >> > Unless you're leaving
* Jeremy Vial [140731 06:16]:
> Hi,
>
> My kernel crashed when my OMAP34xx ES3.1.2 leave suspend mode. The first
> patch seems to solve the issue, and the second one corrects Linux kernel
> coding style problems.
>
> Jeremy Vial (2):
> ARM: OMAP3: Fix choice of omap3_restore_es function in OMA
Some paths in perf script don't call perf_session__delete() after
creating a new session.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-script.c | 31 ++-
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/tools/perf/builtin-script.c b/tools/perf/bui
>> This set of patches introduces support for TLS 1.0 record layer
>> encryption/decryption with a corresponding algorithm called
>> tls10(hmac(),cbc()).
>>
>> Similarly to authenc.c on which it is based, this module mixes the base
>> algorithms in software to produce an algorithm that does record
Please ignore this duplicate one.
于 14-8-1 下午4:13, Wanpeng Li 写道:
> After commit 77b0f5d (KVM: nVMX: Ack and write vector info to intr_info
> if L1 asks us to), "Acknowledge interrupt on exit" behavior can be
> emulated. To do so, KVM will ask the APIC for the interrupt vector if
> during a nested
>>> On 31.07.14 at 15:16, wrote:
> Add a RESTRICT ioctl to /dev/xen/privcmd, which allows privileged commands
> file descriptor to be restricted to only working with a particular domain.
The "with" here has been quite confusing, and I realized that you
mean the subject domain rather than the acto
On Thu, Jul 31, 2014 at 02:21:14PM +0200, Jan Kara wrote:
> On Thu 31-07-14 09:37:15, Gioh Kim wrote:
> >
> >
> > 2014-07-31 오전 9:03, Jan Kara 쓴 글:
> > >On Thu 31-07-14 08:54:40, Gioh Kim wrote:
> > >>2014-07-30 오후 7:11, Jan Kara 쓴 글:
> > >>>On Wed 30-07-14 16:44:24, Gioh Kim wrote:
> > 2014-
This patch rewrite the interrupt service routine relate function to fix command
timeout when controller has very
heavy loading.
Signed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-07-30 10:33:02.
Some functions were prototyped as static but the actual definition
wasn't. While this is valid (the function is static because the two
declarations don't conflict and the first one is static), this makes
sparse unhappy and cause confusion of normal people too.
Signed-off-by: Vincent Bernat
---
.
On 07/31/2014 11:48 AM, Stanimir Varbanov wrote:
> Hi David,
>
> Thanks for the comments!
>
> On 07/30/2014 12:54 AM, David Collins wrote:
>> On 07/24/2014 05:45 AM, Stanimir Varbanov wrote:
>>> From: Josh Cartwright
>>>
>>> The Qualcomm SPMI PMIC chips are components used with the
>>> Snapdrago
This patch adds code to support MSI, MSI-X interrupt.
Signed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-04-28 16:02:46.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h 2014-05-06 15:24:36.
On Wed, Jul 30, 2014 at 04:08:33PM +1000, NeilBrown wrote:
> @@ -1110,11 +1110,16 @@ static bool __follow_mount_rcu(struct nameidata *nd,
> struct path *path,
>* Don't forget we might have a non-mountpoint managed dentry
>* that wants to block transit.
>
v5 changes:
Thank Peter intensively for reviewing this patchset in detail and all his
comments.
And Mike for general and cgroup pipe-test. Morten, Ben, and Vincent in the
discussion.
- Remove dead task and task group load_avg
- Do not update trivial delta to task_group load_avg (threshold 1/64
The current rq->avg is not made use of anywhere, and the code is in fair
scheduler's critical path, so remove it.
Signed-off-by: Yuyang Du
---
kernel/sched/debug.c |8
kernel/sched/fair.c | 24
kernel/sched/sched.h |2 --
3 files changed, 4 insertions
When task exits or group is destroyed, the entity's load_avg should be
removed from its parent cfs_rq's load_avg. Otherwise, it will take time
for the parent cfs_rq to decay the dead entity's load_avg to 0, which
is not desired.
Signed-off-by: Yuyang Du
---
kernel/sched/fair.c | 11 ++-
The idea of per entity runnable load average (let runnable time contribute to
load
weight) was proposed by Paul Turner, and it is still followed by this rewrite.
This
rewrite is done due to the following ends:
1. cfs_rq's load average (namely runnable_load_avg and blocked_load_avg) is
updated
This patch adds code to support system hibernation.
Signed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-08-01 11:03:00.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-08-01 11:04:28.00
This patch limits the max. number of SCSI command request to avoid command
overflow.
Signed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
--- a/drivers/scsi/arcmsr/arcmsr.h 2014-05-06 15:24:06.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr.h
On Thu, Jul 31, 2014 at 12:06:59PM -0700, Mike Turquette wrote:
> Quoting Thierry Reding (2014-07-30 02:34:57)
[...]
> > Not merging this feature upstream won't stop anybody from implementing
> > it as a hack in Android/product kernels either. If it's useful then
> > somebody will implement it in w
Skip kretprobe hit in NMI context, because if an NMI happens
inside the critical section protected by kretprobe_table.lock
and another(or same) kretprobe hit, pre_kretprobe_handler
tries to lock kretprobe_table.lock again.
Normal interrupts have no problem because they are disabled
with the lock.
This patch fixes the wrong return status of abort command.
Singed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a/drivers/scsi/arcmsr/arcmsr_hba.c 2014-08-01 11:05:44.0 +0800
+++ b/drivers/scsi/arcmsr/arcmsr_hba.c 2014-08-01 11:0
On Fri, Aug 01, 2014 at 04:33:09PM +0800, Ching Huang wrote:
>
> This patch adds code to support MSI, MSI-X interrupt.
>
> Signed-off-by: Ching
> ---
>
> diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h
> --- a/drivers/scsi/arcmsr/arcmsr.h2014-04-28 16:02:46.0
This patch rewrites the arcmsr_define_adapter_type function to precisely check
Areca adapter's ID.
This can prevent an unknown adapter being used as a default adapter type by
driver.
Signed-off-by: Ching
---
diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c b/drivers/scsi/arcmsr/arcmsr_hba.c
--- a
On Fri, 1 Aug 2014 11:33:18 +0300 Dan Carpenter
wrote:
> On Wed, Jul 30, 2014 at 04:08:33PM +1000, NeilBrown wrote:
> > @@ -1110,11 +1110,16 @@ static bool __follow_mount_rcu(struct nameidata
> > *nd, struct path *path,
> > * Don't forget we might have a non-mountpoint managed dentr
From: Tomasz Figa
Due to recent consolidation of Exynos suspend and cpuidle code, some
parts of suspend and resume sequences are executed two times, once from
exynos_pm_syscore_ops and then from exynos_cpu_pm_notifier() and thus it
breaks suspend, at least on Exynos4-based boards. In addition, si
On 07/30/2014 06:22 PM, Vlastimil Babka wrote:
On 07/29/2014 11:12 AM, Vlastimil Babka wrote:
On 07/29/2014 08:38 AM, Joonsoo Kim wrote:
I still don't understand why defer_compaction() is needed here.
defer_compaction() is intended for not struggling doing compaction on
the zone where we alrea
On 07/31/14 at 10:46pm, David Miller wrote:
> From: David Miller
> Date: Thu, 31 Jul 2014 22:39:46 -0700 (PDT)
>
> > Looks great, series applied, thanks!
>
> Actually, this needs more work, reverted:
>
> net/netfilter/nft_hash.c: In function ‘nft_hash_destroy’:
> net/netfilter/nft_hash.c:183:3:
If the set size is known in advance, the table is sized accordingly,
otherwise the table size will default to 64. This is a slight change
in behaviour as previously the default was 4 which eventually required
many expansion iterations.
The practice of requiring a lookup to retrieve the pprev to be
Netlink sockets are maintained in a hash table to allow efficient lookup
via the port ID for unicast messages. However, lookups currently require
a read lock to be taken. This series adds a new generic, resizable,
scalable, concurrent hash table based on the paper referenced in the first
patch. It
Heavy Netlink users such as Open vSwitch spend a considerable amount of
time in netlink_lookup() due to the read-lock on nl_table_lock. Use of
RCU relieves the lock contention.
Makes use of the new resizable hash table to avoid locking on the
lookup.
The hash table will grow if entries exceeds 75
Generic implementation of a resizable, scalable, concurrent hash table
based on [0]. The implementation supports both, fixed size keys specified
via an offset and length, or arbitrary keys via own hash and compare
functions.
Lookups are lockless and protected as RCU read side critical sections.
Au
On 08/01 15:58, Russell King - ARM Linux wrote:
> On Fri, Aug 01, 2014 at 10:42:00AM +0800, Kefeng Wang wrote:
>> Commit cf9ea8f13(ARM: l2c: remove obsolete l2x0 ops for non-OF init)
>> remove some obsolete l2x0 ops, the rest of ops: l2x0_cache_sync,
>> l2x0_cache_sync, l2x0_disable only use under
On Thu, Jul 31, 2014 at 09:47:12AM +, Igor Mammedov wrote:
> Due to erratum #778 from
> "Revision Guide for AMD Family 15h Models 10h-1Fh Processors,
> Publication # 48931, Issue Date: May 2013, Revision: 3.10"
>
> TSC on affected processor, a core may drift under certain conditions,
> which
Hi Andy
On 31.07.2014 23:01, Andy Lutomirski wrote:
> On 07/29/2014 02:32 AM, Cristian Stoica wrote:
...
>> + * crypto_tls_genicv - Calculate hmac digest for a TLS record
>> + * @hash: (output) buffer to save the digest into
>> + * @src:(input) scatterlist with the payload data
>> + * @srcle
Il 01/08/2014 10:09, Wanpeng Li ha scritto:
> This patch fix bug https://bugzilla.kernel.org/show_bug.cgi?id=61411
>
> TPR shadow/threshold feature is important to speed up the Windows guest.
> Besides, it is a must feature for certain VMM.
>
> We map virtual APIC page address and TPR threshold f
On Thu, 31 Jul 2014, Johannes Weiner wrote:
> out_of_memory() wants the zonelist that was used during allocation,
> not just the random first node's zonelist that's simply picked to
> serialize page fault OOM kills system-wide.
>
> This would even change how panic_on_oom behaves for page fault OO
Hi all,
Changes since 20140731:
The modules tree still had its build failure so I used the version from
next-20140725.
The mmc-uh tree still had its build failure so I used the version from
next-20140725.
The kvm tree gained a conflict against the ftrace tree.
The staging tree gained a conflic
On Fri 01-08-14 17:34:46, Joonsoo Kim wrote:
> On Thu, Jul 31, 2014 at 02:21:14PM +0200, Jan Kara wrote:
> > On Thu 31-07-14 09:37:15, Gioh Kim wrote:
> > >
> > >
> > > 2014-07-31 오전 9:03, Jan Kara 쓴 글:
> > > >On Thu 31-07-14 08:54:40, Gioh Kim wrote:
> > > >>2014-07-30 오후 7:11, Jan Kara 쓴 글:
> >
Am Donnerstag, 31. Juli 2014, 15:49:35 schrieb Doug Anderson:
> The EHCI and HSIC device tree nodes were added in the wrong place.
> Fix them.
>
> Signed-off-by: Doug Anderson
> Signed-off-by: Kever Yang
hmm, not sure if this counts as fix ... aka material for 3.17-rc2 or should
wait for 3.18.
On Fri, Aug 01, 2014 at 10:00:10AM +0200, Lars-Peter Clausen wrote:
> On 07/31/2014 07:37 PM, Maxime Ripard wrote:
> >On Thu, Jul 31, 2014 at 06:54:11PM +0200, Lars-Peter Clausen wrote:
> >>On 07/31/2014 06:13 PM, Maxime Ripard wrote:
> >>[...]
> >>> From what you're saying, and judging from the dr
Christoffer Dall writes:
> On Thu, Jul 31, 2014 at 04:14:51PM +0100, Alex Bennée wrote:
>>
>> Christoffer Dall writes:
>>
>> > On Wed, Jul 09, 2014 at 02:55:12PM +0100, Alex Bennée wrote:
>> >> To cleanly restore an SMP VM we need to ensure that the current pause
>> >> state of each vcpu is cor
(Including akpm, the __GFP_NOWARN police)
On Thu, 31 Jul, at 09:11:33AM, Josh Triplett wrote:
>
> I started to add an explicit limit, but any reasonable limit (large
> enough for modern screens) would be large enough that there's still a
> non-trivial possibility of allocation failure. And I thi
On Thu, Jul 31, 2014 at 09:53:15PM -0400, Nick Krause wrote:
> On Thu, Jul 31, 2014 at 3:09 PM, Hugo Mills wrote:
> > On Thu, Jul 31, 2014 at 01:53:33PM -0400, Nicholas Krause wrote:
> >> This adds checks for the stated modes as if they are crap we will return
> >> error
> >> not supported.
> >
>
On Thu, 31 Jul 2014, Brian Norris wrote:
> On Thu, Jul 31, 2014 at 05:47:09PM +0100, Lee Jones wrote:
> > Finally getting round to this ...
>
> Sounds like me :)
:)
> > On Wed, 02 Jul 2014, Brian Norris wrote:
> > > On Wed, May 28, 2014 at 10:20:05AM +0100, Lee Jones wrote:
> > > > This is a squ
On 31 July 2014 21:16, Yuyang Du wrote:
> Hi Vincent,
>
> On Thu, Jul 31, 2014 at 11:56:13AM +0200, Vincent Guittot wrote:
>>
>> load_sum is now the average runnable time before being weighted
>
> So when weight changes, load_avg will completely use new weight. I have
> some cents:
>
> 1) Task doe
In prandom we have already reseeding mechanisms that trigger
periodically from a much better entropy source than just
feeding in jiffies through lpfc_mbx_cmpl_fcf_scan_read_fcf_rec()
[what a function name 8-)]. Therefore, just remove this.
Signed-off-by: Daniel Borkmann
Cc: James Bottomley
Cc: J
On Fri, 1 Aug 2014, Rafael J. Wysocki wrote:
> On Friday, August 01, 2014 12:16:23 AM Thomas Gleixner wrote:
> > Right, so instead of thinking about a proper solution driver folks just slap
> > the next available thing on it w/o thinking about the consequences. But,
> > thats partly our own fault d
On Fri, Aug 01, 2014 at 08:42:54AM +, Masami Hiramatsu wrote:
> Skip kretprobe hit in NMI context, because if an NMI happens
> inside the critical section protected by kretprobe_table.lock
> and another(or same) kretprobe hit, pre_kretprobe_handler
> tries to lock kretprobe_table.lock again.
>
Christoffer Dall writes:
> On Thu, Jul 31, 2014 at 05:45:28PM +0100, Peter Maydell wrote:
>> On 31 July 2014 17:38, Christoffer Dall wrote:
>> >> > If we are not complaining when setting the pause value to false if it
>> >> > was true before, then we probably also need to wake up the thread in
>
As the initialized freq_tables maybe different from the p-states
values, so the array index is different as well.
p-states value: [2400 2400 2000 ...], while the freq_tables:
[2400 2000 ... CPUFREQ_TABLE_END]. After setted the freqs 2000,
the perf->state is 3 while the freqs_table's index should b
On Fri 01-08-14 10:06:40, Gioh Kim wrote:
> Function path is like followings:
>
> [ 97.868304] [<8011a750>] (drop_buffers+0xfc/0x168) from [<8011bc64>]
> (try_to_free_buffers+0x50/0xbc)
> [ 97.877457] [<8011bc64>] (try_to_free_buffers+0x50/0xbc) from [<80121e40>]
> (blkdev_releasepage+0x38/0
>> I think i can go to a date based black list, that removes the manual
>> step. System running firmware before certain date assumes we need
>> to do the work around. If firmware is newer than that date, we don't
>> use the workaround. Blacklist overrides and allows current behavior
>> for new firm
Found using smatch:
drivers/dma/at_hdmac.c:299 atc_get_bytes_left() warn: unsigned
'atchan->remain_desc' is never less than zero.
Signed-off-by: Alexandre Belloni
---
drivers/dma/at_hdmac.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/dma/at_hdmac.c b/
On 08/01/2014 10:51 AM, Thomas Graf wrote:
> Generic implementation of a resizable, scalable, concurrent hash table
> based on [0]. The implementation supports both, fixed size keys specified
> via an offset and length, or arbitrary keys via own hash and compare
> functions.
>
> Lookups are lockle
Hi Catalin and Will,
I noticed that the following commit implement reboot via. PSCI SYSTEM_RESET
function. So my question is how to handle the reboot arguments?
> static void psci_sys_reset(enum reboot_mode reboot_mode, const char *cmd)
> {
> invoke_psci_fn(PSCI_0_2_FN_SYSTEM_RESET, 0, 0,
On Wed, 2014-07-30 at 03:31 -0700, Davidlohr Bueso wrote:
> It doesn't strike me that this is the place for this. It would seem that
> it would be the caller's responsibility to make sure of this (and not
> sure how !current can happen...).
>
> > +
> > + down_write(¤t->mm->mmap_sem);
> > + lo
On 01/08/14 11:06, Jisheng Zhang wrote:
Hi Catalin and Will,
I noticed that the following commit implement reboot via. PSCI SYSTEM_RESET
function. So my question is how to handle the reboot arguments?
What reboot arguments do you want to handle ?
static void psci_sys_reset(enum reboot_m
> On 01 August 2014 at 03:25 Fengguang Wu wrote:
>
>
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> commit dac52fc1826a788d2591a4f77e3c482b30f577e2
> Author: Fabian Frede
On Mon, 2014-05-26 at 22:32 +0200, Peter Zijlstra wrote:
> Not sure what you mean, the one bit is perfectly fine for what I want it
> to do.
>
> > This supposed to supports pinning only by one user and only in its own mm?
>
> Pretty much, that's adequate for all users I'm aware of and mirrors th
> -Original Message-
> From: Tomi Valkeinen [mailto:tomi.valkei...@ti.com]
> Sent: Thursday, July 31, 2014 21:38 PM
> > I think in hvfb_on_panic() we should be able to get the
> > hvfb_info pointer by
> > hvfb_info = container_of(nb, struct hv_fb_panic_nb, nb).
> >
> > If you like that or h
On 07/31/2014 08:55 PM, Saravana Kannan wrote:
> On 07/31/2014 03:58 PM, Prarit Bhargava wrote:
>>
>>
>> On 07/31/2014 06:13 PM, Saravana Kannan wrote:
>>> On 07/31/2014 02:08 PM, Prarit Bhargava wrote:
On 07/31/2014 04:38 PM, Saravana Kannan wrote:
> On 07/31/2014 01:30 PM, Pr
On Fri, Aug 01, 2014 at 10:51:58AM +0200, Thomas Graf wrote:
> --- /dev/null
> +++ b/include/linux/rhashtable.h
> @@ -0,0 +1,213 @@
> +/*
> + * Resizable, Scalable, Concurrent Hash Table
> + *
> + * Copyright (c) 2014 Thomas Graf
> + *
> + * Based on the following paper by Josh Triplett, Paul E. M
Mark,
On 30.07.14 16:46:26, Mark Rutland wrote:
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> > b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index ..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
>
Currently the VSC has no chance to notify the VSP of the dirty rectangle on VM
panic because the notification work is done in a workqueue, and in panic() the
kernel typically ends up in an infinite loop, and a typical kernel config has
CONFIG_PREEMPT_VOLUNTARY=y and CONFIG_PREEMPT is not set, so a
Hi Yijing
> -Original Message-
> From: Yijing Wang [mailto:wangyij...@huawei.com]
> Sent: Saturday, July 26, 2014 8:39 AM
> To: linux-kernel@vger.kernel.org
> Cc: Xinwei Hu; Wuyun; Bjorn Helgaas; linux-...@vger.kernel.org;
> paul.mu...@huawei.com; James E.J. Bottomley; Marc Zyngier; linux-
On 07/31/2014 08:55 PM, Saravana Kannan wrote:
> On 07/31/2014 03:58 PM, Prarit Bhargava wrote:
>>
>>
>> On 07/31/2014 06:13 PM, Saravana Kannan wrote:
>>> On 07/31/2014 02:08 PM, Prarit Bhargava wrote:
On 07/31/2014 04:38 PM, Saravana Kannan wrote:
> On 07/31/2014 01:30 PM, Pr
On 1. August 2014 09:52:00 GMT+01:00, Thomas Graf wrote:
>If the set size is known in advance, the table is sized accordingly,
>otherwise the table size will default to 64. This is a slight change
>in behaviour as previously the default was 4 which eventually required
>many expansion iterations.
1 - 100 of 526 matches
Mail list logo