The journal blocks of external journal device should not
be counted as overhead.
Signed-off-by: Chin-Tsung Cheng
---
fs/ext4/super.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/ext4/super.c b/fs/ext4/super.c
index 32b43ad..a80b122 100644
--- a/fs/ext4/super.c
+++ b
On Thu, Aug 14, 2014 at 3:28 PM, Brendan Gregg
wrote:
> On Wed, Aug 13, 2014 at 12:57 AM, Alexei Starovoitov
> wrote:
> [...]
>> maps can have different types: hash, bloom filter, radix-tree, etc.
>>
>> The map is defined by:
>> . type
>> . max number of elements
>> . key size in bytes
>>
Aravind Gopalakrishnan wrote:
> This patch adds temperature monitoring support for F15h M60h processor.
> - Add new pci device id for the relevant processor
> - The functionality of REG_REPORTED_TEMPERATURE is moved to
>D0F0xBC_xD820_0CA4 [Reported Temperature Control]
>- So, use this to
On Thu, Aug 14, 2014 at 10:48:05PM -0400, Luis R. Rodriguez wrote:
> Any further advice? I'll submit a v3 for RFC with some small change
> for a fix for stress testing identified by Filipe Manana.
The advice is to stop setting different dev_t values for different
files in btrfs.
--
To unsubscribe
On Fri, Aug 15, 2014 at 07:19:31AM +0200, Mike Galbraith wrote:
> For the N threads doing this on N cores case, seems rq->lock hammering
> will still be a source of major box wide pain. Is there any correctness
> reason to add up unaccounted ->on_cpu beans, or is that just value
> added?
That d
On Thu, Aug 14, 2014 at 3:13 PM, Brendan Gregg
wrote:
> On Wed, Aug 13, 2014 at 12:57 AM, Alexei Starovoitov
> wrote:
>> this example has two probes in C that use two different maps.
>>
>> 1st probe is the similar to dropmon.c. It attaches to kfree_skb tracepoint
>> and
>> count number of packe
On Thu, Aug 14, 2014 at 05:56:10PM -0400, Ashwin Chaugule wrote:
> Hi Peter,
>
> On 14 August 2014 16:51, Peter Zijlstra wrote:
> > On Thu, Aug 14, 2014 at 03:57:07PM -0400, Ashwin Chaugule wrote:
> >>
> >>
> >> What is CPPC:
> >> =
> >>
> >> CPPC is the new interface for CPU performa
I was debugging patches that I'm working for trusted keys.
I have a test case where I seal an encrypted key with a trusted
key. Piping of the encrypted key failed but I couldn't see any
error message from the encrypted subsystem. Then I tried my
test a second time and error message was visible in
On Thu, Aug 14, 2014 at 06:15:27PM -0500, Aravind Gopalakrishnan wrote:
> This patch adds temperature monitoring support for F15h M60h processor.
> - Add new pci device id for the relevant processor
> - The functionality of REG_REPORTED_TEMPERATURE is moved to
>D0F0xBC_xD820_0CA4 [Reported Te
On (08/15/14 11:27), Chao Yu wrote:
> Now we have supported handling discard request which is sended by filesystem,
> but no interface could be used to show information of discard.
> This patch adds num_discards to stat discarded pages, then export it to sysfs
> for displaying.
>
a side question:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive 2nd round of updates for the input subsystem. Mostly small
fixups to the code merged in the first
On Fri, Aug 15, 2014 at 11:00:42AM +0800, Wanpeng Li wrote:
> Is it ok for you to apply this patch or still need update?
Just be patient: we have the merge window still open and after that
kernel summit coming up first.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formattin
On Thu, Aug 14, 2014 at 2:20 PM, Brendan Gregg
wrote:
> On Wed, Aug 13, 2014 at 12:57 AM, Alexei Starovoitov
> wrote:
> [...]
>> +/* For tracing filters save first six arguments of tracepoint events.
>> + * On 64-bit architectures argN fields will match one to one to arguments
>> passed
>> + *
From: Roger Tseng
Current code erroneously fill the last byte of R2 response with an undefined
value. In addition, the controller actually 'offloads' the last byte
(CRC7, end bit) while receiving R2 response and thus it's impossible to get the
actual value. This could cause mmc stack to obtain in
From: Roger Tseng
Current code erroneously fill the last byte of R2 response with an undefined
value. In addition, the controller actually 'offloads' the last byte
(CRC7, end bit) while receiving R2 response and thus it's impossible to get the
actual value. This could cause mmc stack to obtain in
From: Roger Tseng
(The original patch for PCI and USB was splitted here to make it easier for
stable tree.)
Current code erroneously fill the last byte of R2 response with an undefined
value. In addition, the controller actually 'offloads' the last byte
(CRC7, end bit) while receiving R2 respons
On Thu, Aug 14, 2014 at 12:29 PM, Brendan Gregg
wrote:
> On Wed, Aug 13, 2014 at 12:57 AM, Alexei Starovoitov
> wrote:
> [...]
>> +static int load_and_attach(const char *event, struct bpf_insn *prog, int
>> size)
>> +{
>> + int fd, event_fd, err;
>> + char fmt[32];
>> + char p
Fabio,
> Do the stalls also happen on a pure 3.16 kernel?
Yes, we just tried this out overnight and we get the same stalls here.
We have seen similar problems on a Zynq-based board. It might be
worth noting that a common chip between all three boards is, for
example, the KSZ9021RN, while the FEC
Commit da3c6647(I2C/ACPI: Clean up I2C ACPI code and Add CONFIG_I2C_ACPI
config) adds a new kernel config I2C_ACPI and make I2C core built in
when the config is selected. This is wrong because distributions
etc generally compile I2C as a module and the commit broken that.
This patch is to rename I2
On Thu, Aug 14, 2014 at 8:19 AM, Mark Brown wrote:
> Right, there's two things going on here. One is that as you describe we
> shouldn't be putting constraints in .dtsi files if we don't know they're
> OK for a given board. The other thing is that on this particular board
> it turns out that th
On (Wed) 13 Aug 2014 [06:00:49], Paul E. McKenney wrote:
> On Wed, Aug 13, 2014 at 11:14:39AM +0530, Amit Shah wrote:
> > On (Tue) 12 Aug 2014 [14:41:51], Paul E. McKenney wrote:
> > > On Tue, Aug 12, 2014 at 02:39:36PM -0700, Paul E. McKenney wrote:
> > > > On Tue, Aug 12, 2014 at 09:06:21AM -0700
On Fri, Aug 15, 2014 at 07:36:16AM +0400, Konstantin Khlebnikov wrote:
> Don't hurry. The code in this state for years.
> I'm working on patches for this, if everything goes well I'll show it today.
> As usual I couldn't stop myself from cleaning the mess, so it will be
> bigger than yours.
>
Sorry
On Thu, 2014-08-14 at 19:48 +0200, Oleg Nesterov wrote:
> On 08/14, Oleg Nesterov wrote:
> >
> > OK, lets forget about alternative approach for now. We can reconsider
> > it later. At least I have to admit that seqlock is more straighforward.
>
> Yes.
>
> But just for record, the "lockless" vers
Hi Linus,
Sending directly to you with the commit log changes Ted Ts'o pointed
out. Not sure if Rusty's back after his travel, but this already has
his s-o-b.
Please pull.
The following changes since commit c9d26423e56ce1ab4d786f92aebecf859d419293:
Merge tag 'pm+acpi-3.17-rc1-2' of
git://gi
The khwrngd thread is started when a hwrng device of sufficient
quality is registered. The virtio-rng device is backed by the
hypervisor, and we trust the hypervisor to provide real entropy.
A malicious or badly-implemented hypervisor is a scenario that's
irrelevant -- such a setup is bound to ca
Here's a potential final version for the patch mentioned in a earlier message.
The nitpick I raised to myself and a couple of other minor typing issues
are fixed.
I did a preliminary testround, in a KVM guest ballooning in and out memory by
chunks of 1GB while a script within the guest was forcin
On Thu, Aug 14, 2014 at 12:35:05PM +0200, Jacek Anaszewski wrote:
> On 08/14/2014 07:03 AM, Sakari Ailus wrote:
> >Hi Jacek,
> >
> >On Thu, Aug 07, 2014 at 10:21:14AM +0200, Jacek Anaszewski wrote:
> >>On 08/06/2014 08:53 AM, Sakari Ailus wrote:
> >>>Hi Jacek,
> >>>
> >>>On Fri, Jul 11, 2014 at 04:
Hi Linus,
one doc buidling fixes for a file that moved, along with a bunch of
nouveau fixes, one a build problem on ARM.
Dave.
The following changes since commit 899552d6e84babd24611fd36ac7051068cb1eb2d:
Merge branch 'misc' of
git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild (20
Hi all,
Please do not add code intended for v3.18 until after v3.17-rc1 is
released.
Changes since 20140814:
The akpm tree lost a patch that turned up elsewhere.
Non-merge commits (relative to Linus' tree): 774
873 files changed, 20466 insertions(+), 12050 dele
On Thu, Aug 14, 2014 at 6:51 PM, Masami Hiramatsu
wrote:
> Here is v2 patch, which I've added "or install an appropriate debuginfo
> pacakge." :)
[...]
Looks good, thanks.
Brendan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
After rx vq was enabled, we never stop polling its socket. This is sub optimal
when may lead unnecessary wake-ups after the rx net work has already been
queued. This could be optimized by stopping polling the rx net sock when
processing both rx and tx and restart it afterward. This could save unnec
On Fri, Aug 15, 2014 at 2:07 AM, Rafael Aquini wrote:
> On Thu, Aug 14, 2014 at 06:43:50PM -0300, Rafael Aquini wrote:
>> On Thu, Aug 14, 2014 at 10:07:40PM +0400, Andrey Ryabinin wrote:
>> > We discussed this with Konstantin and he suggested a better solution for
>> > this.
>> > If I understood
On Wed, Aug 13, 2014 at 12:41:06PM -0400, Waiman Long wrote:
> On 08/13/2014 01:51 AM, Dave Chinner wrote:
> >On Mon, Aug 04, 2014 at 11:44:19AM -0400, Waiman Long wrote:
> >>On 08/04/2014 12:10 AM, Jason Low wrote:
> >>>On Sun, 2014-08-03 at 22:36 -0400, Waiman Long wrote:
> The rwsem_can_spin
Now we have supported handling discard request which is sended by filesystem,
but no interface could be used to show information of discard.
This patch adds num_discards to stat discarded pages, then export it to sysfs
for displaying.
Signed-off-by: Chao Yu
---
Documentation/ABI/testing/sysfs-bl
On 2014/8/12 5:05, David Rientjes wrote:
> On Mon, 11 Aug 2014, Vladimir Davydov wrote:
>
>>> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
>>> --- a/mm/page_alloc.c
>>> +++ b/mm/page_alloc.c
>>> @@ -1963,7 +1963,7 @@ zonelist_scan:
>>>
>>> /*
>>> * Scan zonelist, looking for a zone wi
On 08/14/2014 11:40 PM, Alexander Graf wrote:
>
> On 14.08.14 07:13, Aneesh Kumar K.V wrote:
>> Alexey Kardashevskiy writes:
>>
>>> fc95ca7284bc54953165cba76c3228bd2cdb9591 claims that there is no
>>> functional change but this is not true as it calls get_order() (which
>>> takes bytes) where it
Hi Peter,
On Fri, Aug 08, 2014 at 04:40:57PM -0600, Linn Crosetto wrote:
[...]
>
>Tested with a CPU hotplug stress test, run on a large system with 240 CPUs.
>Thanks.
>
>Tested-by: Linn Crosetto
Is it ok for you to apply this patch or still need update?
Regards,
Wanpeng Li
--
To unsubscribe fro
From: "Luis R. Rodriguez"
Use the new VFS layer struct super_block_dev instead of carrying
the anonymous bdev's on our own. This makes the VFS layer aware of
all of our anonymous dev's on the super block.
Signed-off-by: Luis R. Rodriguez
Signed-off-by: Filipe Manana
fdmanana: fix for running q
From: "Luis R. Rodriguez"
Modern filesystems are using the get_anon_bdev() for internal
notions of volumes, snapshots for a single super block but never
exposing them directly to the VFS layer. While this works its
leaves the VFS layer growing dumb over what filesystems are doing.
This creates a
From: "Luis R. Rodriguez"
This v3 has this small fix identified by Filipe Manana on the
btrfs specific patch. The v2 series was briefly discussed but
upon providing a use case and reasoning for the way things
were changed I haven't gotten any more further advice or
feedback.
Christoph had noted
2014-08-14 16:39 GMT+02:00 Oleg Nesterov :
> On 08/14, Frederic Weisbecker wrote:
>>
>> 2014-08-14 3:57 GMT+02:00 Rik van Riel :
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA1
>> >
>> > On 08/13/2014 08:43 PM, Frederic Weisbecker wrote:
>> >> On Wed, Aug 13, 2014 at 05:03:24PM -0400, Rik v
On Thu, Jul 17, 2014 at 1:49 PM, Luis R. Rodriguez wrote:
> On Thu, Jul 17, 2014 at 01:03:01AM -0700, Christoph Hellwig wrote:
>> On Wed, Jul 16, 2014 at 02:37:56PM -0700, Luis R. Rodriguez wrote:
>> > From: "Luis R. Rodriguez"
>> >
>> > This makes the implementation simpler by stuffing the struc
If the device data is not accessible for some reason, returning 0 will cause
the call to be
continuously called again as none of the string has been 'consumed'.
Signed-off-by: Simon Wood
---
drivers/hid/hid-lg4ff.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/
Hi,
late reply due to fatal environment failure, sorry.
On Mon, Aug 04, 2014 at 09:31:43PM -0700, Greg KH wrote:
> On Tue, Aug 05, 2014 at 06:13:25AM +0200, Andreas Mohr wrote:
> > Oh well, yet another driver where it became more difficult rather than
> > easier to make forward progress.
>
> If
Hi, All,
As described in runtime_pm.txt for pm_wq:
The power management work queue pm_wq in which bus types and device
drivers can put their PM-related work items. It is strongly recommended that
pm_wq be used for queuing all work items related to runtime PM, because
this allows them to be synchron
On Thu, 14 Aug 2014 18:12:47 +0200
Oleg Nesterov wrote:
> Or you can expand the scope of write_seqlock/write_sequnlock, so that
> __unhash_process in called from inside the critical section. This looks
> simpler at first glance.
>
> Hmm, wait, it seems there is yet another problem ;) Afaics, you
According to intel's spec
Intel® Virtualization Technology for Directed I/O,
Revision: 1.3 , February 2011,
Chaper 10.4.25 to 10.4.28
There are four registers
IECTL_REG 0xa0Invalidation event control register
IEDATA_REG 0xa4Invalidation event dat
Hi Jiri,
2014-08-14 (목), 16:10 +0200, Jiri Olsa:
> On Thu, Aug 14, 2014 at 03:01:40PM +0900, Namhyung Kim wrote:
>
> SNIP
>
> > However, with --children feature added, it now can show all callees of
> > the entry. For example, "start_kernel" entry now can display it calls
> > rest_init and in t
Here is v2 patch, which I've added "or install an appropriate debuginfo
pacakge." :)
Thank you,
(2014/08/15 10:44), Masami Hiramatsu wrote:
> Warn user to rebuild target with debuginfo when the perf probe
> fails to find debug information in the target binary.
> Without this, perf probe just rep
Warn user to rebuild target with debuginfo when the perf probe
fails to find debug information in the target binary.
Without this, perf probe just reports the failure, but it's
no hint for users. This gives more hint for users.
Without this,
$ strip perf
$ ./perf probe -x perf -L argv_split
Hi Stephen,
>> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
>> tree is based on net-next so you'd need to pull from there first before
>> pulling from our tree.
>
> This is in a branch that will be included in linux-next today. I guess
> you didn't read my (very often) r
(2014/08/15 10:07), Arnaldo Carvalho de Melo wrote:
> Em Thu, Aug 14, 2014 at 01:07:28PM -0700, Brendan Gregg escreveu:
>> On Thu, Aug 14, 2014 at 11:29 AM, Masami Hiramatsu
>> wrote:
>> [...]
>>> The "rebuild with ..." part changes to "rebuild with CONFIG_DEBUG_INFO"
>>> if the target is the kern
On Thu, Aug 14, 2014 at 6:21 PM, Liu, Chuansheng
wrote:
>
>
>> -Original Message-
>> From: Andy Lutomirski [mailto:l...@amacapital.net]
>> Sent: Friday, August 15, 2014 5:23 AM
>> To: Peter Zijlstra
>> Cc: Daniel Lezcano; Liu, Chuansheng; Rafael J. Wysocki;
>> linux...@vger.kernel.org; LKM
> -Original Message-
> From: Andy Lutomirski [mailto:l...@amacapital.net]
> Sent: Friday, August 15, 2014 5:23 AM
> To: Peter Zijlstra
> Cc: Daniel Lezcano; Liu, Chuansheng; Rafael J. Wysocki;
> linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming;
> Chakravarty, Souvik K
> Sub
Em Thu, Aug 14, 2014 at 01:07:28PM -0700, Brendan Gregg escreveu:
> On Thu, Aug 14, 2014 at 11:29 AM, Masami Hiramatsu
> wrote:
> [...]
> > The "rebuild with ..." part changes to "rebuild with CONFIG_DEBUG_INFO"
> > if the target is the kernel or a kernel module.
> Thanks, definitely an improvem
On Mon, Aug 11, 2014 at 09:36:06PM +0200, Sam Ravnborg wrote:
> On Mon, Aug 11, 2014 at 11:15:21AM -0700, j...@joshtriplett.org wrote:
> > On Fri, Aug 08, 2014 at 06:22:20PM -0700, Linus Torvalds wrote:
> > > On Fri, Aug 8, 2014 at 5:10 PM, Josh Triplett
> > > wrote:
> > > > Since commit 5d2acfc7
On Wed, Aug 13, 2014 at 9:01 PM, wrote:
> From: Wei Yongjun
>
> Add the missing unlock before return from function msm_fbdev_create()
> in the error handling case.
>
> Signed-off-by: Wei Yongjun
Thanks, I've got it queued up..
BR,
-R
> ---
> drivers/gpu/drm/msm/msm_fbdev.c | 2 +-
> 1 file
On Tue 12 Aug 10:43 PDT 2014, Kumar Gala wrote:
>
> On Aug 11, 2014, at 5:43 PM, Bjorn Andersson
> wrote:
>
[...]
> > diff --git a/Documentation/devicetree/bindings/mfd/qcom,rpm.txt
> > b/Documentation/devicetree/bindings/mfd/qcom,rpm.txt
[...]
> > +- reg:
> > + Usage: required
> > +
Hi Johan,
On Fri, 15 Aug 2014 09:55:47 +1000 Stephen Rothwell
wrote:
>
> On Thu, 14 Aug 2014 17:50:00 +0300 Johan Hedberg
> wrote:
> >
> > Here's our first bluetooth-next pull request for the 3.18 kernel. Our
> > tree is based on net-next so you'd need to pull from there first before
> > pulli
Hi Johan,
On Thu, 14 Aug 2014 17:50:00 +0300 Johan Hedberg
wrote:
>
> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
> tree is based on net-next so you'd need to pull from there first before
> pulling from our tree.
This is in a branch that will be included in linux-next
Hi Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-3.17-rc1-2
to receive more ACPI and power management updates for v3.17-rc1 with
top-most commit af5b7e84d022fdea373038d831bb4ca2c0e82108
Merge branch 'pm-tools'
on top of commit 7725131982
Hook up the memfd syscall, and properly claim all PCI resources
discovered when building the PCI device tree.
Please pull, thanks a lot!
The following changes since commit f0094b28f3038936c1985be64dbe83f0e950b671:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2014-08-13
18:2
I'm sending this out, in particular, to get the iwlwifi fix propagated:
1) Fix build due to missing include in i40e driver, from Lucas Tanure.
2) Memory leak in openvswitch port allocation, from Chirstoph Jaeger.
3) Check DMA mapping errors in myri10ge, from Stanislaw Gruszka.
4) Fix various d
On Thu, Aug 14, 2014 at 06:55:35PM -0400, Pranith Kumar wrote:
> On Mon, Aug 11, 2014 at 6:49 PM, Paul E. McKenney
> wrote:
> > From: "Paul E. McKenney"
> >
> > Currently TASKS_RCU would ignore a CPU running a task in nohz_full=
> > usermode execution. There would be neither a context switch nor
On Wed, Aug 13, 2014 at 07:51:01PM +0200, Oleg Nesterov wrote:
> On 08/12, Luis R. Rodriguez wrote:
> >
> > +/* To be used by modules which can take over 30 seconds at probe */
>
> Probably the comment should explain that this hack should only be
> used if the driver is buggy and is wating for "re
On Thu, 14 Aug 2014, Jens Axboe wrote:
nr_tags must be uninitialized or screwed up somehow, otherwise I don't
see how that kmalloc() could warn on being too large. Keith, are you
running with slab debugging? Matias, might be worth trying.
The allocation and freeing of blk-mq parts seems a bit a
This patch adds temperature monitoring support for F15h M60h processor.
- Add new pci device id for the relevant processor
- The functionality of REG_REPORTED_TEMPERATURE is moved to
D0F0xBC_xD820_0CA4 [Reported Temperature Control]
- So, use this to get CUR_TEMP value
- Since we need an
After commit 174beab7d445 ("at76c50x-usb: Don't perform DMA from stack memory")
at76_delete_device() and usb_put_dev() are called both
if at76_init_new_device() fails in at76_probe().
But at76_delete_device() does usb_put_dev(priv->dev) itself
that means double usb_put_dev().
The patch avoids the
The example in the binding document indicates that interrupt 32 is used
for the TLMM summary IRQ. Correct this to reduce the confusion.
Signed-off-by: Bjorn Andersson
---
.../bindings/pinctrl/qcom,apq8064-pinctrl.txt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Doc
On Mon, Aug 11, 2014 at 6:49 PM, Paul E. McKenney
wrote:
> From: "Paul E. McKenney"
>
> Currently TASKS_RCU would ignore a CPU running a task in nohz_full=
> usermode execution. There would be neither a context switch nor a
> scheduling-clock interrupt to tell TASKS_RCU that the task in question
On Thu, Aug 14, 2014 at 06:28:53PM -0400, Pranith Kumar wrote:
> On Mon, Aug 11, 2014 at 6:49 PM, Paul E. McKenney
> wrote:
> > From: "Paul E. McKenney"
> >
> > It is expected that many sites will have CONFIG_TASKS_RCU=y, but
> > will never actually invoke call_rcu_tasks(). For such sites, creat
I saw the following kernel warning:
[ 1852.321222] [ cut here ]
[ 1852.326527] WARNING: CPU: 0 PID: 118 at fs/proc/generic.c:521
remove_proc_entry+0x154/0x16b()
[ 1852.335630] remove_proc_entry: removing non-empty directory 'fs/nfsfs',
leaking at least 'volumes'
[ 1852.34
On Wed, Aug 13, 2014 at 10:11:59AM +0100, Lee Jones wrote:
> Hi Brian, Pekon,
>
> I believe all of your queries have either been answered or addressed
> and I am hoping this will be the last submission. :)
>
> /me crosses fingers!
>
> Kind regards,
> Lee
I didn't look through the patches yet, b
On Thu, Aug 14, 2014 at 12:20 AM, Kiran Padwal
wrote:
> diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi
> b/arch/arm/boot/dts/qcom-apq8064.dtsi
> index 92bf793..fbebf5c 100644
> --- a/arch/arm/boot/dts/qcom-apq8064.dtsi
> +++ b/arch/arm/boot/dts/qcom-apq8064.dtsi
> @@ -70,6 +70,17 @@
>
On Mon, Aug 11, 2014 at 6:49 PM, Paul E. McKenney
wrote:
> From: "Paul E. McKenney"
>
> It is expected that many sites will have CONFIG_TASKS_RCU=y, but
> will never actually invoke call_rcu_tasks(). For such sites, creating
> rcu_tasks_kthread() at boot is wasteful. This commit therefore defer
On Wed, Aug 13, 2014 at 12:57 AM, Alexei Starovoitov wrote:
[...]
> maps can have different types: hash, bloom filter, radix-tree, etc.
>
> The map is defined by:
> . type
> . max number of elements
> . key size in bytes
> . value size in bytes
Can values be strings or byte arrays? How wo
Hi all,
I'm interested in being able to build-test kernels on various
architectures while enabling extra warnings (make W=[123]). I'd like to
be able to finish the builds and see all warnings, rather than seeing a
failed build. However, GCC's -Werror is incompatible with this. There is
plenty of c
On 8/14/2014 5:05 PM, Borislav Petkov wrote:
On Thu, Aug 14, 2014 at 04:57:17PM -0500, Aravind Gopalakrishnan wrote:
Actually I don't need it outside of k10temp as of now (or near future)
I added it in amd_nb as that was Clemens, Guenter's suggestion on the
previous version;
Besides, it made sen
On Wed, Aug 13, 2014 at 12:57 AM, Alexei Starovoitov wrote:
> this example has two probes in C that use two different maps.
>
> 1st probe is the similar to dropmon.c. It attaches to kfree_skb tracepoint and
> count number of packet drops at different locations
>
> 2nd probe attaches to kprobe/sys_
Adding Mathias Nyman. He is now the USB 3.0 maintainer.
Sarah Sharp
On Thu, Aug 14, 2014 at 11:46:33AM +0200, Hans de Goede wrote:
> Hi,
>
> On 08/14/2014 10:39 AM, Claudio Bizzarri wrote:
> > Ciao,
> >
> > thank you very much for replay, you are right: it's UAS module. Now I'm
> > using Ubunt
On Thu, Aug 14, 2014 at 06:43:50PM -0300, Rafael Aquini wrote:
> On Thu, Aug 14, 2014 at 10:07:40PM +0400, Andrey Ryabinin wrote:
> > We discussed this with Konstantin and he suggested a better solution for
> > this.
> > If I understood him correctly the main idea was to store bit
> > identifying
On Thu, Aug 14, 2014 at 04:57:17PM -0500, Aravind Gopalakrishnan wrote:
> Actually I don't need it outside of k10temp as of now (or near future)
> I added it in amd_nb as that was Clemens, Guenter's suggestion on the
> previous version;
> Besides, it made sense as it's an indirect access of NB_SMU
On Tue, 5 Aug 2014 23:38:31 +0900 Akinobu Mita wrote:
> This patchset implements readpages() operation for block device by
> using mpage_readpages() which can create multipage BIOs instead of
> BIOs for each page and reduce system CPU time consumption.
Patchset is simple and straightforward eno
On Thu, Aug 14, 2014 at 05:39:54PM -0400, Pranith Kumar wrote:
> On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
> wrote:
> > From: "Paul E. McKenney"
> >
> > This commit adds a three-minute RCU-tasks stall warning. The actual
> > time is controlled by the boot/sysfs parameter rcu_task_stall_t
On Thu, Aug 14, 2014 at 5:55 PM, Paul E. McKenney
wrote:
> On Thu, Aug 14, 2014 at 05:42:06PM -0400, Pranith Kumar wrote:
>> On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
>> wrote:
>> > From: "Paul E. McKenney"
>> >
>> > The current RCU-tasks implementation uses strict polling to detect
>> >
On 8/14/2014 4:08 PM, Borislav Petkov wrote:
On Thu, Aug 14, 2014 at 10:22:31PM +0200, Clemens Ladisch wrote:
+ depends on X86 && PCI && AMD_NB
Is the added dependency acceptable ?
Yes, it is automatically set from CPU_SUP_AMD.
Well, we can always move that function to k10temp but I'll
Hi Peter,
On 14 August 2014 16:51, Peter Zijlstra wrote:
> On Thu, Aug 14, 2014 at 03:57:07PM -0400, Ashwin Chaugule wrote:
>>
>>
>> What is CPPC:
>> =
>>
>> CPPC is the new interface for CPU performance control between the OS and the
>> platform defined in ACPI 5.0+. The interface is
On Thu, Aug 14, 2014 at 05:42:06PM -0400, Pranith Kumar wrote:
> On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
> wrote:
> > From: "Paul E. McKenney"
> >
> > The current RCU-tasks implementation uses strict polling to detect
> > callback arrivals. This works quite well, but is not so good for
On Thu, Aug 14, 2014 at 02:44:15PM -0700, Paul E. McKenney wrote:
> On Thu, Aug 14, 2014 at 05:34:53PM -0400, Pranith Kumar wrote:
> > On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
> > wrote:
> > > From: "Paul E. McKenney"
> > >
> > > This commit adds torture tests for RCU-tasks. It also fix
The i2c_imc driver will use two of them, and moving only part of
the list seems messier.
Cc: Mauro Carvalho Chehab
Cc: Rui Wang
Signed-off-by: Andy Lutomirski
---
drivers/edac/sb_edac.c | 30 --
include/linux/pci_ids.h | 15 +++
2 files changed, 15 inse
sb_edac controls a large number of different PCI functions. Rather
than registering as a normal PCI driver for all of them, it
registers for just one so that it gets probed and, at probe time, it
looks for all the others.
Coincidentally, the device it registers for also contains the SMBUS
registe
I'd like to submit my i2c_imc driver to -staging, but the sb_edac
driver is currently squatting on my pci id :) sb_edac is a strange
beast: it uses registers from several PCI devcies, but the one that
it registers with the driver core is the SMBUS controller.
This trivial series moves sb_edac's PC
On Thu, Aug 14, 2014 at 10:07:40PM +0400, Andrey Ryabinin wrote:
> We discussed this with Konstantin and he suggested a better solution for this.
> If I understood him correctly the main idea was to store bit
> identifying ballon page
> in struct page (special value in _mapcount), so we won't need
On Thu, Aug 14, 2014 at 05:34:53PM -0400, Pranith Kumar wrote:
> On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
> wrote:
> > From: "Paul E. McKenney"
> >
> > This commit adds torture tests for RCU-tasks. It also fixes a bug that
> > would segfault for an RCU flavor lacking a callback-barrier
On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
wrote:
> From: "Paul E. McKenney"
>
> The current RCU-tasks implementation uses strict polling to detect
> callback arrivals. This works quite well, but is not so good for
> energy efficiency. This commit therefore replaces the strict polling
>
From: Michal Simek
Date: Wed, 13 Aug 2014 13:54:22 +0200
> There is no need to init .owner field.
>
> Based on the patch from Peter Griffin
> "mmc: remove .owner field for drivers using module_platform_driver"
>
> This patch removes the superflous .owner field for drivers which
> use the modul
On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
wrote:
> From: "Paul E. McKenney"
>
> This commit adds a three-minute RCU-tasks stall warning. The actual
> time is controlled by the boot/sysfs parameter rcu_task_stall_timeout,
> with values less than or equal to zero disabling the stall warnin
From: Andrey Vagin
Date: Wed, 13 Aug 2014 16:03:10 +0400
> We don't know right timestamp for repaired skb-s. Wrong RTT estimations
> isn't good, because some congestion modules heavily depends on it.
>
> This patch adds the TCPCB_REPAIRED flag, which is included in
> TCPCB_RETRANS.
>
> Thanks t
On Mon, Aug 11, 2014 at 6:48 PM, Paul E. McKenney
wrote:
> From: "Paul E. McKenney"
>
> This commit adds torture tests for RCU-tasks. It also fixes a bug that
> would segfault for an RCU flavor lacking a callback-barrier function.
>
> Signed-off-by: Paul E. McKenney
> Reviewed-by: Josh Triplett
> -Original Message-
> From: David Miller [mailto:da...@redhat.com]
> Sent: Thursday, August 14, 2014 5:29 PM
> To: Haiyang Zhang
> Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de;
> jasow...@redhat.com; linux-kernel@vger.kernel.org; driverdev-
> de...@linuxdriverproject.org
> S
1 - 100 of 465 matches
Mail list logo