Dearest one.doc
Description: MS-Word document
In most commands -g is used for callchains. Make perf-top follow suit.
Move group to just --group with no short cut making it similar to
perf-record.
Signed-off-by: David Ahern
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
---
tools/perf/Documentation/perf-top.txt |
Hi all,
Bump, please. Or a pointer to the appropriate list would be helpful.
I'm clearly getting lost amidst the patch traffic and deluge of spam, so
suspect I may be in the wrong place ...
Thanks.
On Wed, Nov 13, 2013, at 09:12 AM, randme...@123mail.org wrote:
> Hi Jim,
>
> On Wed, Nov 13,
On 11/11/2013 04:38 PM, Duan Jiong wrote:
> 于 2013å¹´11月11æ—¥ 15:43, Wei Yongjun 写é“:
>> On 11/01/2013 06:09 PM, Duan Jiong wrote:
>>> This patch fixes coccinelle error regarding usage of IS_ERR and
>>> PTR_ERR instead of PTR_ERR_OR_ZERO.
>>>
>>> Signed-off-by: Duan Jiong
>>> ---
>>>
On 11/14/2013 05:29 PM, Lee Jones wrote:
+ if (rtl8411b_is_qfn48(pcr))
+ set_pull_ctrl_tables(rtl8411b_qfn48);
+ else
+ set_pull_ctrl_tables(rtl8411b_qfn64);
Here will cause some problem, set_pull_ctrl_tables() include not a single
statements, will make
The intent of perf-script is to dump the events and information
in the file. H/W, S/W and raw events all dump callchains if they
are present; might as well make that the default for tracepoints
too.
Signed-off-by: David Ahern
Cc: Frederic Weisbecker
---
tools/perf/builtin-script.c | 4 +++-
1
BUG: using smp_processor_id() in preemptible [] code: trinity-main/890
caller is p4_pmu_schedule_events+0x25/0x4c0
CPU: 0 PID: 890 Comm: trinity-main Not tainted 3.12.0+ #3
Hardware name: Dell Inc. Precision WorkStation 470/0P7996,
BIOS A05 05/18/2005
On Fri, Nov 15, 2013 at 11:22:52AM +0800, Shawn Guo wrote:
> On Fri, Nov 15, 2013 at 10:59:57AM +0800, Nicolin Chen wrote:
> > Hi Shawn,
> >
> > On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> > > On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > > > This series of
On Fri, Nov 15, 2013 at 10:59:57AM +0800, Nicolin Chen wrote:
> Hi Shawn,
>
> On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> > On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > > This series of patches need to be applied into one single tree because
> > > the
Hi Shawn,
On Fri, Nov 15, 2013 at 11:02:49AM +0800, Shawn Guo wrote:
> On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> > This series of patches need to be applied into one single tree because
> > the second patch depends on the first one. Without it, SSI would playback
> >
On Thu, Nov 14, 2013 at 07:07:08PM +0800, Nicolin Chen wrote:
> This series of patches need to be applied into one single tree because
> the second patch depends on the first one. Without it, SSI would playback
> constant noise to the right channel when playback monaural audio files on
> i.MX6
Hi Lee
Thank you for your work.
Switch output voltage may have some problem here.
1. modify params of function in pcr_ops may affect other chips, like
rts52xx, and we may add other registers or value in the future, just
add params may not enough to handle this case. So I think different
chip
+ Tomi
Hi Olof,
On 15 November 2013 02:39, Olof Johansson wrote:
> commit 7e0be9f9f7cba3356f75b86737dbe3a005da067e ('video: exynos_mipi_dsim:
> Use the generic PHY driver') resulted in a warning about an unused
> variable:
>
> drivers/video/exynos/exynos_mipi_dsi.c:144:26: warning: unused
On 11/14/2013 03:40 PM, Chang Xiangzhong wrote:
Expected Behavior:
When hearing an ack from a tranport/path, set its state to normal/on if it's
in abnormal(__partial_failure__ or inactive) state.
state machine of tranport->state
Whenever a T3_RTX timer expires, then transport->error_count++.
On 11/14/2013 09:43 PM, Venkat Venkatsubra wrote:
>
> -Original Message-
> From: Honggang LI [mailto:ho...@redhat.com]
> Sent: Wednesday, November 13, 2013 6:56 PM
> To: Josh Hunt; Venkat Venkatsubra
> Cc: David Miller; jjo...@suse.com; LKML; net...@vger.kernel.org
> Subject: Re: [PATCH]
>-Original Message-
>From: Randy Dunlap [mailto:rdun...@infradead.org]
>Sent: Friday, November 15, 2013 3:04 AM
>To: Stephen Rothwell; linux-n...@vger.kernel.org
>Cc: LKML; peng tao; Peng, Tao; Greg Kroah-Hartman;
>andreas.dil...@intel.com; hpdd-discuss
>Subject: Re: linux-next: Tree for
On Thu, Nov 14, 2013 at 08:43:27AM -0700, Shuah Khan wrote:
> On 11/07/2013 05:03 PM, Shuah Khan wrote:
> > Add Legacy PM OPS usage checks to class, bus, and driver register functions.
> > If Legacy PM OPS usage is found, print warning message to indicate the
> > driver
> > code needs updating to
On 11/15/2013 05:56 AM, Joe Perches wrote:
> get_maintainer currently uses "Signed-off-by" style lines
> to find interested parties to send patches to when the
> MAINTAINERS file does not have a specific section entry
> with a matching file pattern.
>
> Add statistics for commit authors and lines
On 11/14/2013 03:33 PM, Chen Gang wrote:
> On 11/14/2013 02:48 PM, Chen Gang wrote:
>>> >From the look of it, if an error did occur in init_stub_pte(),
then the special mapping of STUB_CODE and STUB_DATA would not
be installed, so this area would be invisible to munmap and exit,
and
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 updates for the input subsystem. You will get an new drivers
for Hyper-V synthetic keyboard and
Hi Olof,
> -Original Message-
> From: Olof Johansson [mailto:o...@lixom.net]
> Sent: Friday, November 15, 2013 10:49 AM
> To: Greg Kroah-Hartman
> Cc: Kishon Vijay Abraham I; linux-fb...@vger.kernel.org; linux-samsung-
> s...@vger.kernel.org; linux-kernel@vger.kernel.org; Sylwester
Hi Dan,
Today's linux-next merge of the dmaengine tree got a conflict in
drivers/dma/dmatest.c between commit 19e9f99f273b ("dmaengine: dmatest:
use DMA_COMPLETE for dma completion status") from the slave-dma tree and
commit 872f05c6e9a3 ("dmatest: replace stored results mechanism, with
uniform
On Thu, Nov 14, 2013 at 5:32 PM, Greg Kroah-Hartman
wrote:
> On Thu, Nov 14, 2013 at 01:09:24PM -0800, Olof Johansson wrote:
>> commit 7e0be9f9f7cba3356f75b86737dbe3a005da067e ('video: exynos_mipi_dsim:
>> Use the generic PHY driver') resulted in a warning about an unused
>> variable:
>>
>>
On Thu, Nov 14, 2013 at 01:09:24PM -0800, Olof Johansson wrote:
> commit 7e0be9f9f7cba3356f75b86737dbe3a005da067e ('video: exynos_mipi_dsim:
> Use the generic PHY driver') resulted in a warning about an unused
> variable:
>
> drivers/video/exynos/exynos_mipi_dsi.c:144:26: warning: unused variable
Gao feng writes:
> On 11/15/2013 07:50 AM, Eric W. Biederman wrote:
>> Gao feng writes:
>>
>>> Privileged user should have rights to mount/umount/move
>>> these even locked mount.
>>
>> Hmm. This is pretty much a can't happen case, as the only exist in mount
>> namespaces where the global
On 11/15/2013 02:37 AM, Tony Lindgren wrote:
> * Chen Gang [131023 02:57]:
>> When CONFIG_NOP_USB_XCEIV is as 'm', usb_nop_xceiv_register() will be
>> exported when the related module is loaded. So for built-in source
>> code, still need use the empty one.
>>
>> Or it will can not pass compiling,
On 11/15/2013 02:28 AM, Christoffer Dall wrote:
> On Thu, Nov 14, 2013 at 10:42:31AM +0800, Chen Gang wrote:
>> For all uapi headers, need use "_UAPI" prefix for its guard macro
>> (which will be stripped by "scripts/headers_installer.sh").
>>
>> Additional completions:
>>
>> - be sure that all
On 11/15/2013 12:54 AM, Andy Lutomirski wrote:
> On Thu, Nov 14, 2013 at 3:10 AM, Gao feng wrote:
>> On 11/13/2013 03:26 PM, Gao feng wrote:
>>> On 11/09/2013 01:42 PM, Eric W. Biederman wrote:
Right now I would rather not have the empty directory exception than
remove this code.
Hi Len,
Today's linux-next merge of the idle tree got a conflict in
drivers/idle/intel_idle.c between commit fab04b2208dd ("intel_idle:
Support Intel Atom Processor C2000 Product Family") from the pm tree and
commit 0654c50d7a0b ("intel_idle: Support Intel Atom Processor C2000
Product Family")
On Thu, Nov 14, 2013 at 02:41:16PM +0900, Tejun Heo wrote:
> hey,
>
> On Wed, Nov 13, 2013 at 08:10:43PM +, Al Viro wrote:
> > On Wed, Nov 13, 2013 at 01:45:38PM -0500, Dave Jones wrote:
> > > Al, is this one also known ? Also seen on v3.12-7033-g42a2d923cc34
> >
> > Umm... I've seen
(2013/11/15 0:33), Peter Zijlstra wrote:
> On Thu, Nov 14, 2013 at 04:23:04PM +0100, Peter Zijlstra wrote:
>> /*
>> + * We must dis-allow sampling irq_work_exit() because perf event sampling
>> + * itself can cause irq_work, which would lead to an infinite loop;
>> + *
>> + * 1) irq_work_exit
On Thu, Nov 14, 2013 at 01:15:24PM +0800, Xiao Guangrong wrote:
>
> Hi Marcelo,
>
> On 11/14/2013 08:36 AM, Marcelo Tosatti wrote:
>
> >
> > Any code location which reads the writable bit in the spte and assumes if
> > its not
> > set, that the translation which the spte refers to is not
On Thu, Nov 7, 2013 at 5:17 AM, Alexander Holler wrote:
> Am 06.11.2013 14:42, schrieb Keith Curtis:
>
>> I don't know if you all should spend time working only on bugs, but I
>> believe more time should be spent on the bug *list*. There are many
>> users patiently waiting for the kernel to work
Hi Charles,
On 11/15/2013 01:18 AM, Charles Keepax wrote:
> Improve readability by creating a define for each microphone detection
> level.
>
> Acked-by: Lee Jones
> Signed-off-by: Charles Keepax
> ---
> drivers/extcon/extcon-arizona.c | 19 ++-
>
Hi Charles,
On 11/15/2013 01:18 AM, Charles Keepax wrote:
> This patch factors out each headphone detection IP in a seperate
> function this makes the code a little more readable and prevents us
> getting to excessive levels of indentation.
>
> Signed-off-by: Charles Keepax
> ---
>
Hi Charles,
On 11/15/2013 01:18 AM, Charles Keepax wrote:
> In several places the return value of regmap operations is not checked
> whilst handling headphone detection. This patch adds checks for these
> return values. Additionally, failing to read/write a register is a
> serious enough error we
This patch adds the support of the I2C_SMBUS_I2C_BLOCK_DATA transaction type
for the iSMT SMBus Controller.
Signed-off-by: Robert Valiquette
---
--- a/drivers/i2c/busses/i2c-ismt.c 2013-11-14 11:36:15.830322000 -0500
+++ b/drivers/i2c/busses/i2c-ismt.c 2013-11-14 16:01:56.532356000
On Thu, Nov 14, 2013 at 08:44:04PM +0200, Pekka Enberg wrote:
> On Thu, Nov 14, 2013 at 8:04 PM, wrote:
> > Making this issue a quirk will be a lot more practical. Its a small,
> > focused
> > change whose implications are limited and more easily understood.
>
> There's nothing practical with
On 11/15/2013 12:21 AM, Seth Jennings wrote:
> On Wed, Nov 13, 2013 at 08:00:34PM -0800, Hugh Dickins wrote:
>> On Wed, 13 Nov 2013, Minchan Kim wrote:
>> ...
>>>
>>> Hello Andrew,
>>>
>>> I'd like to listen your opinion.
>>>
>>> The zram promotion trial started since Aug 2012 and I already have
On 11/15/2013 07:50 AM, Eric W. Biederman wrote:
> Gao feng writes:
>
>> Privileged user should have rights to mount/umount/move
>> these even locked mount.
>
> Hmm. This is pretty much a can't happen case, as the only exist in mount
> namespaces where the global root isn't the root. How are
On Thu, Nov 14, 2013 at 05:22:26PM +1100, Dave Chinner wrote:
> On Fri, Nov 08, 2013 at 04:03:10PM -0600, Ben Myers wrote:
> > From: Ben Myers
> >
> > xfs: update maintainers
> >
> > Add Dave as maintainer of XFS.
> >
> > Signed-off-by: Ben Myers
> > ---
> > MAINTAINERS |2 +-
> > 1
On 2013/11/14 21:25, J. Bruce Fields wrote:
> On Thu, Nov 14, 2013 at 08:38:55PM +0800, Weng Meiling wrote:
>> On 2013/11/14 0:09, J. Bruce Fields wrote:
>>> On Fri, Nov 08, 2013 at 03:23:28PM +0800, Weng Meiling wrote:
From: Weng Meiling
>>>
>>> I agree completely that a \n at the end
Hello Hugh,
On Wed, Nov 13, 2013 at 08:00:34PM -0800, Hugh Dickins wrote:
> On Wed, 13 Nov 2013, Minchan Kim wrote:
> > On Thu, Nov 07, 2013 at 04:04:51PM +0900, Minchan Kim wrote:
> > > On Wed, Nov 06, 2013 at 07:05:11PM -0800, Greg KH wrote:
> > > > On Wed, Nov 06, 2013 at 03:46:19PM -0800,
On Wed, Oct 23, 2013 at 09:29:23PM +0800, Xiao Guangrong wrote:
> kvm_vm_ioctl_get_dirty_log() write-protects the spte based on the its dirty
> bitmap, so we should ensure the writable spte can be found in rmap before the
> dirty bitmap is visible. Otherwise, we clear the dirty bitmap but fail to
On Tue, Nov 12, 2013 at 03:29:02PM -0600, Alex Thorlton wrote:
> On Fri, Nov 08, 2013 at 04:13:29PM -0600, Alex Thorlton wrote:
> > On Fri, Nov 08, 2013 at 11:20:54AM +, Mel Gorman wrote:
> > > On Thu, Nov 07, 2013 at 03:48:38PM -0600, Alex Thorlton wrote:
> > > > > Try the following patch on
On Friday 15 of November 2013 08:15:52 Yadwinder Singh Brar wrote:
> [adding Sachin]
>
> Hi Tomasz,
>
> On Fri, Nov 15, 2013 at 12:06 AM, Tomasz Figa wrote:
> > Hi Yadwinder,
> >
> > On Monday 11 of November 2013 23:27:08 Yadwinder Singh Brar wrote:
> >> gentle ping for suggestions/reviews ..
>
Gao feng writes:
> Privileged user should have rights to mount/umount/move
> these even locked mount.
Hmm. This is pretty much a can't happen case, as the only exist in mount
namespaces where the global root isn't the root. How are you getting
into this situation? Using setns() ?
Why would
Dear Friend ,
We have concluded to effect your payment of $1.5Million USD, through western
union, but the maximum amount you will be receiving each day starting from
tomorrow is $4,500.00 per hours until the fund is completely transferred.
Kindly Contact Western union Agent:
Mr.Fred Roland
> Or do some randconfig testing before patches are proposed :) I don't have
> any particular dependency on this, so I'm happy with whatever is decided.
> This is the last error I've found related to CONFIG_ACPI_EXTLOG, however.
If you *promise* this is the last one ,.. then
Acked-by: Tony
On Thu, Nov 14, 2013 at 05:40:36PM -0200, Rodrigo Vivi wrote:
> On Thu, Nov 14, 2013 at 09:36:10AM -0800, Olof Johansson wrote:
> > On Thu, Nov 14, 2013 at 8:53 AM, Rodrigo Vivi
> > wrote:
> > > On Wed, Nov 13, 2013 at 05:59:43PM -0800, Olof Johansson wrote:
> > >> From: Duncan Laurie
> > >>
>
On Thu, 14 Nov 2013 09:13:44 -0500
Austin S Hemmelgarn wrote:
> On 2013-11-14 03:32, Christian Ruppert wrote:
> > 2. A patch to enable uncompressed x86 kernels. As stated above, I
> > don't think this makes a lot of sense in itself but it might serve
> > as an example for people working on other
commit 7a6354e241 ("sched: Move wait.c into kernel/sched/")
moved the file into an already maintained section.
Delete the F: pattern line.
Signed-off-by: Joe Perches
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 239c751..3f85561 100644
---
Changes from v1:
* removed explicit might_sleep() in favor of the one that we
get from the cond_resched();
--
From: Dave Hansen
Right now, the migration code in migrate_page_copy() uses
copy_huge_page() for hugetlbfs and thp pages:
if (PageHuge(page) || PageTransHuge(page))
There were only minor comments about this the last time around.
Any reason not not merge it?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
From: Dave Hansen
Dave Jiang reported that he was seeing oopses when running
NUMA systems and default_hugepagesz=1G. I traced the issue down
to migrate_page_copy() trying to use the same code for hugetlb
pages and transparent hugepages. It should not have been trying
to pass thp pages in
On Thu, 14 Nov 2013, Luck, Tony wrote:
> > ERROR: "boot_cpu_physical_apicid" [drivers/acpi/acpi_extlog.ko] undefined!
> >
> > The symbol needs to be exported for it to be available.
>
> Good - but I wonder how many more useless layers there are to this onion :-(
>
> First I had to add a
On Thu, Nov 07, 2013 at 10:32:33AM -0500, Alan Stern wrote:
> On Wed, 6 Nov 2013, Julius Werner wrote:
>
> > > What if the device is in USB_STATE_SUSPENDED?
> >
> > I'm not sure that is possible at that point in hub_events(), I don't
> > know of a way that could lead to this situation. I could
Just some minor cleanups and simplifications.
Please pull, thanks a lot!
The following changes since commit 4fbf888accb39af423f27d44e8186f053723:
Merge tag 'ext4_for_linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2013-11-14 17:19:58
+0900)
are available in the git
A subset of applications that wait on memory.oom_control don't disable
the oom killer for that memcg and simply log or cleanup after the kernel
oom killer kills a process to free memory.
We need the ability to do this for system oom conditions as well, i.e.
when the system is depleted of all
When current has a pending SIGKILL or is already in the exit path, it
only needs access to memory reserves to fully exit. In that sense, the
memcg is not actually oom for current, it simply needs to bypass memory
charges to exit and free its memory, which is guarantee itself that
memory will be
> ERROR: "boot_cpu_physical_apicid" [drivers/acpi/acpi_extlog.ko] undefined!
>
> The symbol needs to be exported for it to be available.
Good - but I wonder how many more useless layers there are to this onion :-(
First I had to add a "#include "
Then add the dependency on CONFIG_X86_LOCAL_APIC
* Sebastian Reichel [131114 15:04]:
> On Thu, Nov 14, 2013 at 10:51:33AM -0800, Tony Lindgren wrote:
> > [...]
> >
> > If this is not going into v3.13, these will cause conflicts
> > with the mach-omap2/board-*.c files for v3.14.
> >
> > So it might be best to do a minimal header patch first
There is a minor conflict with patches Andrew submitted to you today,
one of his patches is fixing the error handling in the sparc64 page
table SLAB handling, whereas the 47-bit physical address support patch
series in this pull request deletes all of the sparc64 page table SLAB
code entirely.
[adding Sachin]
Hi Tomasz,
On Fri, Nov 15, 2013 at 12:06 AM, Tomasz Figa wrote:
> Hi Yadwinder,
>
> On Monday 11 of November 2013 23:27:08 Yadwinder Singh Brar wrote:
>> gentle ping for suggestions/reviews ..
>
> Hmm, I must have somehow missed this series when you orignally sent it.
> Can I
On Thu, 14 Nov 2013, Naoya Horiguchi wrote:
> Introduces a cosmetic substitution of the returned value of
> isolate_huge_page()
> to suppress a build warning when !CONFIG_HUGETLBFS. No behavioral change.
>
> Reported-by: Borislav Petkov
> Tested-by: Borislav Petkov
> Signed-off-by: Naoya
"ACPI, x86: Fix extended error log driver to depend on CONFIG_X86_LOCAL_APIC"
fixed a build error when CONFIG_X86_LOCAL_APIC was not selected and !CONFIG_SMP.
However, since CONFIG_ACPI_EXTLOG is tristate, there is a second build error:
ERROR: "boot_cpu_physical_apicid"
On Thu, Nov 14, 2013 at 10:51:33AM -0800, Tony Lindgren wrote:
> [...]
>
> If this is not going into v3.13, these will cause conflicts
> with the mach-omap2/board-*.c files for v3.14.
>
> So it might be best to do a minimal header patch first that
> can be merged in by both linux-omap and
commit 8eddac3f10 ("locking: Move the lockdep code to kernel/locking/")
moved the files. Update the pattern
Signed-off-by: Joe Perches
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f3ef1d1..239c751 100644
--- a/MAINTAINERS
Hi Linus,
The following changes since commit 959f58544b7f20c92d5eb43d1232c96c15c01bfb:
Linux 3.12-rc7 (2013-10-27 16:12:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-updates-v3.13
for you to fetch changes up to
On Tue, Nov 12, 2013 at 05:55:04PM +0100, Michal Hocko wrote:
> On Tue 12-11-13 09:55:30, Shawn Bohrer wrote:
> > On Tue, Nov 12, 2013 at 03:31:47PM +0100, Michal Hocko wrote:
> > > On Tue 12-11-13 18:17:20, Li Zefan wrote:
> > > > Cc more people
> > > >
> > > > On 2013/11/12 6:06, Shawn Bohrer
On Wed, 13 Nov 2013, Johannes Weiner wrote:
> > > Somebody called out_of_memory() after they
> > > failed reclaim, the machine is OOM.
> >
> > While momentarily oom, the oom notifiers in powerpc and s390 have the
> > ability to free memory without requiring a kill.
>
> So either
>
> 1) they
On 11/14/2013 02:24 PM, Konrad Rzeszutek Wilk wrote:
> Tim Gardner wrote:
>> pfn cannot actually be used unless (!info->feature_persistent), nor
>> is pfn accessed in get_grant() unless (!info->feature_persistent),
>> but silence this warning anyway. gcc-4.8
>>
>> drivers/block/xen-blkfront.c:
On Thu, Nov 14, 2013 at 07:05:06PM +0100, Pali Rohár wrote:
> On Thursday 14 November 2013 13:38:53 Sebastian Reichel wrote:
> > diff --git a/drivers/power/isp1704_charger.c
> > b/drivers/power/isp1704_charger.c index fc04d19..db96778
> > 100644
> > --- a/drivers/power/isp1704_charger.c
> > +++
Hi,
Sending again since the previous one was rejected by the server.
On Thu, Nov 14, 2013 at 3:25 PM, Felipe Contreras
wrote:
> Levente Kurusa wrote:
>> 2013-11-14 12:16 keltezéssel, Felipe Contreras írta:
>> > On Tue, Nov 12, 2013 at 6:03 PM, Ingo Molnar wrote:
>> >>
>> >> * Felipe Contreras
From: "Geyslan G. Bem"
Date: Thu, 14 Nov 2013 16:12:54 -0300
> If 'hsr_get_node_data()' returns error, going directly to 'fail' label
> doesn't free the memory pointed by 'skb_out'.
>
> Signed-off-by: Geyslan G. Bem
Looks good, applied, thanks!
--
To unsubscribe from this list: send the line
From: "John W. Linville"
Date: Thu, 14 Nov 2013 14:11:20 -0500
> Please pull this batch of fixes intended for the 3.13 stream!
Pulled, thanks John.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
Tim Gardner wrote:
>pfn cannot actually be used unless (!info->feature_persistent), nor is
>pfn accessed in get_grant() unless (!info->feature_persistent), but
>silence
>this warning anyway. gcc-4.8
>
>drivers/block/xen-blkfront.c: In function 'do_blkif_request':
From: Chris Metcalf
Date: Thu, 14 Nov 2013 12:09:21 -0500
> In af3e095a1fb4, Erik Jacobsen fixed one type of unaligned access
> bug for ia64 by converting a 64-bit write to use put_unaligned().
> Unfortunately, since gcc will convert a short memset() to a series
> of appropriately-aligned
On Thu, 14 Nov 2013 17:05:29 -0500 (EST)
David Miller wrote:
> Applied and queued up for -stable, thanks for being so proactive about this
> Nicolas.
I should also note that I added this back to 3.10.18 and the bug goes
away.
If it's not too late:
Tested-by: Steven Rostedt
-- Steve
--
To
If CONFIG_INITRAMFS_SOURCE contains relative paths inside the source tree
(e.g. in a defconfig pointing to arch-specific files), the corresponding
file system entries are not found when building outside the source tree.
Prefix all simple paths (paths not starting with "/", "../", or "./") with
From: hahnjo
Date: Thu, 14 Nov 2013 17:16:13 +0100
> From 27744b24f9291782c1342dbd6cac511e68da907c Mon Sep 17 00:00:00 2001
> From: hahnjo
> Date: Tue, 12 Nov 2013 18:19:24 +0100
> Subject: [PATCH] alx: Reset phy speed after resume
>
> This fixes bug 62491
Hi,
I am resubmitting these patches to enable other Intel Mid platforms on IPC
driver.
This change is necessary prior to enable more features for Mid on upstream.
Changes from v1 to v2:
- Fixed bug on patch 1/4: changed PCI_DEVICE to PCI_VDEVICE
- Addressed Alan Cox'c comments:
* Added log
From: Kuppuswamy Sathyanarayanan
This patch adds support for ipc command interrupt mode.
Also added platform data option to select 'irq_mode'
irq_mode = 1: configure the driver to receive IOC interrupt
for each successful ipc_command.
irq_mode = 0: makes driver use polling method to
track the
From: Kuppuswamy Sathyanarayanan
Handle error conditions in intel_scu_ipc_command() and
pwr_reg_rdwr().
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
drivers/platform/x86/intel_scu_ipc.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git
From: Kuppuswamy Sathyanarayanan
Since the same ipc driver can be used by many platforms, using
macros for defining ipc_base and i2c_base addresses is not
a scalable approach. So added a platform data structure to pass
this information.
Signed-off-by: Kuppuswamy Sathyanarayanan
Acked-by: Alan
From: Kuppuswamy Sathyanarayanan
Enabled ipc support for penwell, clovertrail & tangier platforms.
Signed-off-by: Kuppuswamy Sathyanarayanan
Cc: David Cohen
---
drivers/platform/x86/intel_scu_ipc.c | 24
1 file changed, 24 insertions(+)
diff --git
From: Nicolas Dichtel
Date: Thu, 14 Nov 2013 15:47:03 +0100
> Bug has been introduced by commit bb8140947a24 ("ip6tnl: allow to use rtnl ops
> on fb tunnel").
>
> When ip6_tunnel.ko is unloaded, FB device is delete by rtnl_link_unregister()
> and then we try to use the pointer in
Dynamically allocate a couple of the larger stack variables in order to
reduce the stack footprint below 1024. gcc-4.8
security/selinux/ss/services.c: In function 'security_load_policy':
security/selinux/ss/services.c:1964:1: warning: the frame size of 1104 bytes is
larger than 1024 bytes
get_maintainer currently uses "Signed-off-by" style lines
to find interested parties to send patches to when the
MAINTAINERS file does not have a specific section entry
with a matching file pattern.
Add statistics for commit authors and lines added and
deleted to the information provided by
On Thursday, November 14, 2013 09:17:21 AM Eduardo Valentin wrote:
> On 12-11-2013 15:46, Eduardo Valentin wrote:
> > This patch changes the cpufreq-cpu0 driver to consider if
> > a cpu needs cooling (with cpufreq). In case the cooling is needed,
> > the cpu0 device tree node needs to be properly
On Thursday, November 14, 2013 06:55:05 AM viresh kumar wrote:
> On Wednesday 13 November 2013 08:46 PM, Nishanth Menon wrote:
> > arrgh, my bad.. Apologies for the bad one.. I missed it :( Does the
> > following
> > look equivalent?
>
> yes.
>
> > With this, I now see:
>
> > [ 43.212714]
DT bindings contains more parameters to set so add them to platform data also
to have possibility to use on arch where DT isn't available yet.
Signed-off-by: Marek Belisko
---
drivers/misc/bmp085.c | 21 +
include/linux/i2c/bmp085.h | 7 +++
2 files changed, 24
This series add support for using EOC gpio line of bmp085 to detect when
conversion
is finished. First patch add that functionality. Second patch add DT bindings
for gpio
and irq parameters. Third patch add missing platform data which are already in
DT bindings
to have possibility to used them
- pass GPIO or IRQ to driver and have it initialize the GPIO and
the IRQ
- finish waiting early if interrupt fires
- clean up GPIO and IRQ on exit.
Signed-off-by: NeilBrown
Signed-off-by: H. Nikolaus Schaller
Signed-off-by: Marek Belisko
---
drivers/misc/bmp085.c | 68
Signed-off-by: Marek Belisko
---
Documentation/devicetree/bindings/misc/bmp085.txt | 8
drivers/misc/bmp085.c | 53 ---
2 files changed, 55 insertions(+), 6 deletions(-)
diff --git a/Documentation/devicetree/bindings/misc/bmp085.txt
On Thursday, November 14, 2013 08:43:27 AM Shuah Khan wrote:
> On 11/07/2013 05:03 PM, Shuah Khan wrote:
> > Add Legacy PM OPS usage checks to class, bus, and driver register functions.
> > If Legacy PM OPS usage is found, print warning message to indicate the
> > driver
> > code needs updating
From: Rafael J. Wysocki
I have received a report about the BUG_ON() in free_basic_memory_bitmaps()
triggering mysteriously during an aborted s2disk hibernation attempt.
The only way I can explain that is that /dev/snapshot was first
opened for writing (resume mode), then closed and then opened
pfn cannot actually be used unless (!info->feature_persistent), nor is
pfn accessed in get_grant() unless (!info->feature_persistent), but silence
this warning anyway. gcc-4.8
drivers/block/xen-blkfront.c: In function 'do_blkif_request':
drivers/block/xen-blkfront.c:508:20: warning: 'pfn' may be
On 11/14/2013 01:00 PM, One Thousand Gnomes wrote:
On Thu, 14 Nov 2013 09:36:18 -0800
David Cohen wrote:
Hi Alan,
[snip]
So I think
1. Pass the informatio upon whether IRQ mode should be used in the
platform information and remove all the ifdeffery
I will double check with Sathya. But
Hello
when running the perf_fuzzer on a core2 machine I often get the syslog
spammed with messages like this:
[ 7911.810186] Uhhuh. NMI received for unknown reason 3d on CPU 0.
[ 7911.812756] Do you have a strange power saving mode enabled?
[ 7911.812756] Dazed and confused, but trying to
101 - 200 of 1412 matches
Mail list logo
