Allow drivers such as intel_powerclamp to use these apis for
turning on/off ticks during idle.
Signed-off-by: Jacob Pan
---
kernel/time/tick-sched.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index a402608..7c38f08 100644
--- a/ke
On 11/26/2012 06:54 AM, Kinney, Steven wrote:
> Hi Andreas,
>
> This is your quirk, from AMD, and if you need to
> sign the patch please let me know how to facilitate this. I will add Joerg
> using his Email.
>
Please maintain the proper patch authorship. This is
Had this cleanup patch (tested before by me and Boris aswell) for a
while. Forgot to post this earlier. Thanks.
---8<---
From: Suresh Siddha
Subject: x86, apic: cleanup cfg->domain setup for legacy interrupts
Issues that need to be handled:
* Handle PIC interrupts on any CPU irrespective of the
Hi,
On Mon, 26 Nov 2012 20:37:40 +0900 Jaegeuk Kim wrote:
>
> 2012-11-26 (월), 10:18 +1100, Stephen Rothwell:
> >
> > On Sat, 24 Nov 2012 14:28:45 +0900 Jaegeuk Kim
> > wrote:
> > >
> > > About two month ago, I submitted a new file system, namely
> > > flash-friendly file system (f2fs) to LKML.
On 11/25/2012 11:22 PM, Paolo Bonzini wrote:
> Il 21/11/2012 23:41, H. Peter Anvin ha scritto:
>> From: "H. Peter Anvin"
>>
>> In __emulate_1op_rax_rdx, we use "+a" and "+d" which are input/output
>> constraints, and *then* use "a" and "d" as input constraints. This is
>> incorrect, but happens t
From: Robert Richter
Generalize northbridge constraints code for family 10h so that later
we can reuse the same code path with other AMD processor families that
have the same northbridge event constraints.
Signed-off-by: Robert Richter
Signed-off-by: Jacob Shin
---
arch/x86/kernel/cpu/perf_ev
The following patchset enables 4 additional performance counters in
AMD family 15h processors that counts northbridge events -- such as
number of DRAM accesses.
This patchset is based on previous work done by Robert Richter
:
https://lkml.org/lkml/2012/6/19/324
The main differences are:
* The
Move counter index to MSR address offset calculation to architecture
specific files. This prepares the way for perf_event_amd to enable
counter addresses that are not contiguous -- for example AMD Family
15h processors have 6 core performance counters starting at 0xc0010200
and 4 northbridge perfor
On AMD family 15h processors, there are 4 new performance counters
(in addition to 6 core performance counters) that can be used for
counting northbridge events (i.e. DRAM accesses). Their bit fields are
almost identical to the core performance counters. However, unlike the
core performance counter
From: Robert Richter
Code simplification. No functional changes.
Signed-off-by: Robert Richter
Signed-off-by: Jacob Shin
---
arch/x86/kernel/cpu/perf_event_amd.c | 68 +-
1 file changed, 26 insertions(+), 42 deletions(-)
diff --git a/arch/x86/kernel/cpu/perf
Update these AMD bit field names to be consistent with naming
convention followed by the rest of the file.
Signed-off-by: Jacob Shin
---
arch/x86/include/asm/perf_event.h|4 ++--
arch/x86/kernel/cpu/perf_event_amd.c |8
2 files changed, 6 insertions(+), 6 deletions(-)
diff
On Mon, Nov 26, 2012 at 08:38:32PM +, Arnd Bergmann wrote:
> This is probably known and fixed already, but in case it's not, let me just
> mention that I saw two new warnings with ARM allyesconfig about a
> __devexit being removed but the __devexit_p() still being there:
>
> drivers/tty/serial
On Mon, Nov 26, 2012 at 06:18:37PM -0200, Mauro Carvalho Chehab wrote:
> Hi Greg,
>
> Are you maintaining drivers/base/dma-mapping.c? The enclosed path is needed to
> enable DMABUF handling on V4L2 on some architectures, like x86_64, as we need
> dma_common_get_sgtable() on drivers/media/v4l2-core
On 11/26/2012 10:41 AM, Benjamin Tissoires wrote:
Hi Christopher,
On Sat, Nov 17, 2012 at 4:58 AM, Christopher Heiny wrote:
rmi_bus.c implements the basic functionality of the RMI bus. This file is
greatly simplified compared to the previous patch - we've switched from
"do it yourself" device
On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
> > * * *
> > This series of VMCI linux upstreaming patches include latest udpate from
> > VMware.
> >
> > Summary of changes:
> > - Sparse clean.
> > - Checkpatch clean
Hi Steve,
On Mon, 26 Nov 2012 09:35:12 -0500 Steven Rostedt wrote:
>
> On Tue, 2012-11-27 at 00:49 +1100, Stephen Rothwell wrote:
> >
> > After merging the final tree, today's linux-next build (powerpc
> > allyesconfig) failed like this:
> >
> > In file included from drivers/staging/sb105x/sb_p
Sorry. Correct patch format.
Regression 'tty: fix "IRQ45: nobody cared"'
Regression commit 7b292b4bf9a9d6098440d85616d6ca4c608b8304
Function reset_buffer_flags() also invoked during the ioctl(...,TCFLSH,..).
At the time of request we can have full buffers and throttled driver too.
If we don't
When building the driver in debug mode, it generates
warning as
drivers/regulator/tps6586x-regulator.c: In function 'tps6586x_regulator_probe':
drivers/regulator/tps6586x-regulator.c:392:9: warning: 'id' is used
uninitialized in this function [-Wuninitialized]
Fix this warning.
Signed-off-by: L
On Tue, Nov 20, 2012 at 07:59:10AM +0800, Xiao Guangrong wrote:
> Currently, reexecute_instruction refused to retry all instructions. If
> nested npt is used, the emulation may be caused by shadow page, it can
> be fixed by dropping the shadow page
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/
On Mon, Nov 26, 2012 at 08:05:10PM +0900, Yoshihiro YUNOMAE wrote:
> >>>500h. event tsc_write tsc_offset=-3000
> >>>
> >>>Then a guest trace containing events with a TSC timestamp.
> >>>Which tsc_offset to use?
> >>>
> >>>(that is the problem, which unless i am mistaken can only be solved
> >>>easi
On 11/20/2012 12:27 AM, Mark Zhang wrote:
> This patch adds the rgb node which is needed by
> tegra drm driver.
This doesn't seem to include all the GPIOs/regulators/... required to
enable the panel and backlight.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
2012/11/6 Gilad Ben-Yossef :
> On Sat, Nov 3, 2012 at 6:09 PM, Frederic Weisbecker
> wrote:
>> diff --git a/arch/Kconfig b/arch/Kconfig
>> index 366ec06..3855e06 100644
>> --- a/arch/Kconfig
>> +++ b/arch/Kconfig
>> @@ -300,15 +300,15 @@ config SECCOMP_FILTER
>>
>> See Documentation/prc
On Tue, Nov 20, 2012 at 07:59:53AM +0800, Xiao Guangrong wrote:
> The current reexecute_instruction can not well detect the failed instruction
> emulation. It allows guest to retry all the instructions except it accesses
> on error pfn.
>
> For example, some cases are nested-write-protect - if the
The following changes since commit f4a75d2eb7b1e2206094b901be09adb31ba63681:
Linux 3.7-rc6 (2012-11-16 17:42:40 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-3.7-rc7
for you to fetch changes up to b1a925f44a3a21c538144e
On Mon, 26 Nov 2012 12:56:07 -0800
Randy Dunlap wrote:
> On 11/26/2012 06:17 AM, Stephen Rothwell wrote:
>
> > Hi all,
> >
> > Changes since 20121115:
> >
>
>
> on i386:
>
> drivers/staging/fwserial/dma_fifo.c: In function 'dma_fifo_in':
> drivers/staging/fwserial/dma_fifo.c:174:2: error: i
Minor syntax change based on Joe Perches comments.
https://lkml.org/lkml/2012/11/13/27
Missed the actual changes in v2.
We have done some experiment with idle injection on Intel platforms.
The idea is to use the increasingly power efficient package level
C-states for power capping and passive ther
Signed-off-by: Jacob Pan
---
arch/x86/kernel/nmi.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/kernel/nmi.c b/arch/x86/kernel/nmi.c
index f84f5c5..6030805 100644
--- a/arch/x86/kernel/nmi.c
+++ b/arch/x86/kernel/nmi.c
@@ -509,3 +509,4 @@ void local_touch_nmi(void)
{
_
Allow drivers such as intel_powerclamp to use these apis for
turning on/off ticks during idle.
Signed-off-by: Jacob Pan
---
kernel/time/tick-sched.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index a402608..7c38f08 100644
--- a/ke
Intel PowerClamp driver performs synchronized idle injection across
all online CPUs. The goal is to maintain a given package level C-state
ratio.
Compared to other throttling methods already exist in the kernel,
such as ACPI PAD (taking CPUs offline) and clock modulation, this is often
more effici
On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
> > > * * *
> > > This series of VMCI linux upstreaming patches include latest udpate from
> > > VMware.
> > >
On 11/26/2012 08:28 PM, Mark Brown wrote:
> The micd_pol GPIO is only requested if we've specified one greater than 0
> so apply the same test before we set it.
>
> Signed-off-by: Mark Brown
> ---
> drivers/extcon/extcon-arizona.c |5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
On Mon, 2012-11-26 at 06:37 -0800, Jacob Pan wrote:
> Intel PowerClamp driver performs synchronized idle injection across
> all online CPUs. The goal is to maintain a given package level C-state
> ratio.
trivial notes:
> diff --git a/drivers/thermal/intel_powerclamp.c
> b/drivers/thermal/intel_p
On Monday, November 26, 2012 12:06:39 PM Toshi Kani wrote:
> On Sat, 2012-11-24 at 23:37 +0100, Rafael J. Wysocki wrote:
> > On Saturday, November 24, 2012 11:01:56 PM Rafael J. Wysocki wrote:
> > > On Thursday, November 08, 2012 01:23:44 PM Toshi Kani wrote:
> > > > Added a new .sys_notify interfa
On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> > On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > > On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
> > > > * * *
> > > > This series of VMCI linux
On Thu, Nov 15, 2012 at 06:30:35PM -0800, Joe Millenbach wrote:
> The option allows you to remove TTY and compile without errors. This
> saves space on systems that won't support TTY interfaces anyway.
> bloat-o-meter output is below.
>
> The bulk of this patch consists of Kconfig changes adding "
On 11/26/2012 06:19 AM, Terje Bergstrom wrote:
> Add SoC specific auxiliary data to host1x and gr2d. nvhost uses
> this data.
>
> Signed-off-by: Terje Bergstrom
> Signed-off-by: Arto Merilainen
Arto's S-o-b really should be first and yours last since you're (Terje)
the one who touched the patch
On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> > > On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > > > On Wed, Nov 21, 2012 at 12:31:04PM -0
On 11/27/2012 12:38 AM, Greg Kroah-Hartman wrote:
> Can you rediff this once 3.8-rc1 is out and send it to me then?
So if you are going to respin, please take care of the newly added
drivers like drivers/staging/fwserial.
thanks,
--
js
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Nov 23, 2012 at 09:33:33AM +0800, chao bi wrote:
>
> When shut down SPI port, it's possible that MRDY has been asserted and a SPI
> timer was activated waiting for SRDY assert, in the case, it needs to delete
> this timer.
This doesn't apply without fuzz, so I don't know what tree you are
On Tue, Nov 20, 2012 at 02:09:46PM +, Pandarathil, Vijaymohan R wrote:
>
>
> > -Original Message-
> > From: Stefan Hajnoczi [mailto:stefa...@gmail.com]
> > Sent: Tuesday, November 20, 2012 5:41 AM
> > To: Pandarathil, Vijaymohan R
> > Cc: k...@vger.kernel.org; linux-...@vger.kernel.or
On Mon, Nov 26, 2012 at 12:33:58PM -0700, Stephen Warren wrote:
> On 11/21/2012 05:42 AM, Hiroshi Doyu wrote:
> > Fix build warning w/o PM_SLEEP.
>
> Reviewed-by: Stephen Warren
>
> I assume Greg will take this through his tree.
If so, someone better resend it...
> > Change-Id: I713f7dd697f1ad
On Mon, Nov 26, 2012 at 02:48:50PM -0800, H. Peter Anvin wrote:
> On 11/25/2012 11:22 PM, Paolo Bonzini wrote:
> > Il 21/11/2012 23:41, H. Peter Anvin ha scritto:
> >> From: "H. Peter Anvin"
> >>
> >> In __emulate_1op_rax_rdx, we use "+a" and "+d" which are input/output
> >> constraints, and *then
On 11/26/2012 03:48 PM, Marcelo Tosatti wrote:
>>
>> Gleb, Marcelo: are you going to apply this or would you prefer I took it
>> in x86/urgent?
>>
>> -hpa
>
> Feel free to merge it through x86/urgent.
>
I presume that's an Acked-by?
-hpa
--
To unsubscribe from this list: send the
On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
> On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> > On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > > On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> > > > On Monday, November 26, 2012 02:37:54
On Thu, Nov 22, 2012 at 01:51:10PM +0900, MyungJoo Ham wrote:
> Please pull extcon patches for Linux 3.8.
This is not a signed-tag pull request, which I thought I asked for
previously.
Please create that, so that I can properly know I am getting the right
pull request and patches.
thanks,
greg
Greg
>
> And why isn't George responding to my comments when I ask questions?
>
I think Andy or Dmitry replied faster...
We will improve our process from your comments,
Thanks a lot,
George
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
Commit-ID: 29c574c0aba8dc0736e19eb9b24aad28cc5c9098
Gitweb: http://git.kernel.org/tip/29c574c0aba8dc0736e19eb9b24aad28cc5c9098
Author: Suresh Siddha
AuthorDate: Mon, 26 Nov 2012 14:49:36 -0800
Committer: H. Peter Anvin
CommitDate: Mon, 26 Nov 2012 15:43:25 -0800
x86, apic: Cleanup cfg-
On Wed, Nov 07, 2012 at 10:43:03AM -0800, George Zhang wrote:
> +#ifndef _VMCI_COMMONINT_H_
> +#define _VMCI_COMMONINT_H_
> +
> +#include
Why printk from a .h file?
> +
> +#define ASSERT(cond) BUG_ON(!(cond))
No, please no.
> +
> +#define PCI_VENDOR_ID_VMWARE 0x15AD
> +#define PCI_DEVICE_ID_VM
On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
> > On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> > > On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > > > On Mon, Nov 26, 2012 at 03:01:04PM -0
(2012/11/26 22:18), Michal Hocko wrote:
[CCing also Johannes - the thread started here:
https://lkml.org/lkml/2012/11/21/497]
On Mon 26-11-12 01:38:55, azurIt wrote:
This is hackish but it should help you in this case. Kamezawa, what do
you think about that? Should we generalize this and prepar
Sorry. Correct patch format.
Related bug 'tty: fix "IRQ45: nobody cared"'
Related commit 7b292b4bf9a9d6098440d85616d6ca4c608b8304
Unfortunately, some drivers indirectly call ldisc's flush_buffer() function
in own callback function close(). In particularly, by the use of
tty_ldisc_flush(),
bef
On Mon, Nov 26, 2012 at 9:26 PM, Grant Likely wrote:
>> + if (irq_base < 0) {
>> + WARN(1, "Cannot allocate irq_descs @ IRQ%d,
>> assuming pre-allocated\n",
>> + first_irq);
>> + irq_base
On Fri, 2012-11-23 at 18:50 +0100, Vasilis Liaskovitis wrote:
> This function should be registered for devices that need to execute some
> non-acpi related action in order to be safely removed. If this function
> returns zero, the acpi core can continue with removing the device.
>
> Make acpi_bus_
From: Linus Walleij
In the simple irqdomain: don't shout warnings to the user,
there is no point. An informational print is sufficient.
Cc: Rob Herring
Cc: Grant Likely
Cc: Thomas Gleixner
Signed-off-by: Linus Walleij
---
kernel/irq/irqdomain.c | 4 ++--
1 file changed, 2 insertions(+), 2 d
On Mon, 2012-11-26 at 11:04 -0700, Alex Williamson wrote:
> Ok, I see tces are put on shutdown via tce_iommu_detach_group, so you're
> more concerned about the guest simply mapping over top of it's own
> mappings. Is that common? Is it common enough for every multi-page
> mapping to assume it wil
Hi Greg,
For some reason it still didn't go through to our corporate mail server
but I see it on LKML.
On Mon, Nov 26, 2012 at 04:03:04PM -0800, Greg KH wrote:
> On Wed, Nov 07, 2012 at 10:43:03AM -0800, George Zhang wrote:
>
> > +static inline struct vmci_handle VMCI_MAKE_HANDLE(vmci_id cid, vm
On 11/26/2012 06:13 PM, Linus Walleij wrote:
> On Mon, Nov 26, 2012 at 9:26 PM, Grant Likely
> wrote:
>
>>> + if (irq_base < 0) {
>>> + WARN(1, "Cannot allocate irq_descs @ IRQ%d,
>>> assuming pre-allocated\n",
>>> +
Greg KH wrote:
On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
On Mon, Nov 26, 2012 at 03:01:04PM -
> >> Consider the following sequence of operations for a hotplugged memory
> >> device:
> >>
> >> 1. echo "PNP0C80:XX" > /sys/bus/acpi/drivers/acpi_memhotplug/unbind
> >> 2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
> >>
> >> If we don't offline/remove the memory, we have no chance to do it in
On Mon, 2012-11-26 at 11:30 -0800, Greg Kroah-Hartman wrote:
> On Mon, Nov 26, 2012 at 11:08:18AM -0800, Greg Kroah-Hartman wrote:
> > On Mon, Nov 26, 2012 at 10:55:05AM -0800, Greg Kroah-Hartman wrote:
> > > On Fri, Nov 23, 2012 at 11:09:37AM +0800, Huang Ying wrote:
> > > > On Fri, 2012-11-23 at
On Mon, Nov 26, 2012 at 04:23:57PM -0800, Dmitry Torokhov wrote:
> Hi Greg,
>
> For some reason it still didn't go through to our corporate mail server
> but I see it on LKML.
Good.
> On Mon, Nov 26, 2012 at 04:03:04PM -0800, Greg KH wrote:
> > On Wed, Nov 07, 2012 at 10:43:03AM -0800, George Zh
Hi all,
We are experiencing an issue with doing direct IO to a NVMe device I'm
helping to develop. Every so often, the physical address given by
sg_dma_address() is aligned to 0x800 instead of 0x1000 as specified by
blk_queue_dma_alignement(queue, 4095) when the queue is initialized.
The request i
On 11/27/2012 03:03 AM, Benjamin Segall wrote:
> So, I've been trying out using the runnable averages for load balance in
> a few ways, but haven't actually gotten any improvement on the
> benchmarks I've run. I'll post my patches once I have the numbers down,
> but it's generally been about half a
On Wed, 14 Nov 2012 19:19:44 +0400
Cyrill Gorcunov wrote:
> This allow us to print out fsnotify details such as
> watchee inode, device, mask and optionally a file handle.
This helps the compiler quite a lot:
--- a/fs/notify/fdinfo.c~fs-notify-add-procfs-fdinfo-helper-v7-fix
+++ a/fs/notify/fdi
These patches reset PCIe devices at boot time to address DMA problem on
kdump with iommu. When "reset_devices" is specified, a hot reset is
triggered on each PCIe root port and downstream port to reset its
downstream endpoint.
Background:
A kdump problem about DMA has been discussed for a long tim
So we can pass pci_dev *dev to reuse some generic pci functions.
The original patch was written by Yinghai Lu.
Signed-off-by: Takao Indoh
---
arch/x86/include/asm/pci-direct.h |2 +
arch/x86/pci/early.c | 74 +
2 files changed, 76 insertion
Define the maximum number of PCI function so that PCI functions can be
enumerated without using "8".
Signed-off-by: Takao Indoh
---
include/linux/pci.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index ee21795..eca3231 10064
Change reset_devices from __setup to early_param so this parameter is
available at early stage.
Signed-off-by: Takao Indoh
---
init/main.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/init/main.c b/init/main.c
index e33e09d..f2b24cb 100644
--- a/init/main.c
+++ b/i
This patch resets PCIe devices at boot time when "reset_devices" is
specified.
Kdump with intel_iommu=on fails becasue ongoing DMA from first kernel
causes DMAR fault when page table of DMAR is initialized while kdump
kernel is booting up. To solve this problem, this patch resets PCIe
devices duri
This patch enables INTx if MSI is disabled in pcibios_enable_device().
In normal case interrupt disable bit in command register is 0b on boot
time, but in case of kdump, this bit may be 1b. It causes problems of
some drivers. At leaset I confirmed mptsas driver does not work in such
a case. This pa
> I fixed it up (see below) and can carry the fix as necessary.
I rebased the series onto 3.7-rc7 (using the same merge fix that you did) ...
so you shouldn't see the merge error next time.
-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Monday, November 26, 2012 04:32:39 PM Greg KH wrote:
> On Mon, Nov 26, 2012 at 04:23:57PM -0800, Dmitry Torokhov wrote:
> > Hi Greg,
> >
> > For some reason it still didn't go through to our corporate mail server
> > but I see it on LKML.
>
> Good.
>
> > On Mon, Nov 26, 2012 at 04:03:04PM -08
On Mon, Nov 26, 2012 at 07:27:07PM -0500, Woody Suwalski wrote:
> Greg KH wrote:
> >On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
> >>
> >>Mind resending it, please?
> >Now resent.
> I see both versions of Greg's message - one from 15 Nov, one
> today's. On my Gmail account...
>
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/ethernet/mellanox/mlx4/en_rx.c between commit 08ff32352d6f
("mlx4: 64-byte CQE/EQE support") from the infiniband tree and commit
f1d29a3fa68b ("mlx4_en: Remove remnants of LRO support") from the
net-next tree.
I f
> [0.696357] ioatdma: Intel(R) QuickData Technology Driver 4.00
> [0.696487] ioatdma :00:04.0: channel error register unreachable
> I assume this is something Supermicro has to fix?
You are probably missing some kernel config option(s) :) - I did fight
similar
issues on a Fujitsu San
On Mon, Nov 26, 2012 at 03:49:36PM -0800, H. Peter Anvin wrote:
> On 11/26/2012 03:48 PM, Marcelo Tosatti wrote:
> >>
> >> Gleb, Marcelo: are you going to apply this or would you prefer I took it
> >> in x86/urgent?
> >>
> >>-hpa
> >
> > Feel free to merge it through x86/urgent.
> >
>
> I pr
> On Thu, Nov 22, 2012 at 01:51:10PM +0900, MyungJoo Ham wrote:
> > Please pull extcon patches for Linux 3.8.
>
> This is not a signed-tag pull request, which I thought I asked for
> previously.
>
> Please create that, so that I can properly know I am getting the right
> pull request and patches.
[+cc Dan]
On Mon, Nov 26, 2012 at 2:42 PM, Bruno Prémont
wrote:
> Hi Justin,
>
> On Sat, 24 November 2012 "Justin Piszcz" wrote:
>> Is the following normal on an X9SRL-F board (bios 1.0a)?
>>
>> In the manual it states:
>>
>> Data Direct I/O
>> Select Enabled to enable Intel I/OAT (I/O Accelerati
On 2012/11/26 23:48, H. Peter Anvin wrote:
> On 11/26/2012 05:15 AM, Tang Chen wrote:
>>
>> Hi Wu,
>>
>> That is really a problem. And, before numa memory got initialized,
>> memblock subsystem would be used to allocate memory. I didn't find any
>> approach that could fully address it when I makin
On 11/27/12 00:23, Fujinaka, Todd wrote:
> If you look at the previous section, DevCap, you'll see that it's
> correctly advertising 256 bytes but the system is negotiating 128 for
> the link to the Ethernet controller. Things on the "other" side of the
> link are controlled outside of the e1000 dr
[Try Dan's current email address; sorry Dan]
On Mon, Nov 26, 2012 at 5:56 PM, Bjorn Helgaas wrote:
> [+cc Dan]
>
> On Mon, Nov 26, 2012 at 2:42 PM, Bruno Prémont
> wrote:
>> Hi Justin,
>>
>> On Sat, 24 November 2012 "Justin Piszcz" wrote:
>>> Is the following normal on an X9SRL-F board (bios 1.0
for error messages like
> this. We should be able to make the config smarter by adding
> dependencies or something, or else make the driver smart enough to
> give a more useful diagnostic.
>
> The "channel error register unreachable" message indicates that
I ran it on tip/sched/core.
--
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 read the FAQ at http://www.tux.org/lkml/
From: Oleg Matcovschi
OMAP_MODE_GPIO() macro verified only OMAP_MUX_MODE4.
It is not correct for following platforms:
2430 - gpio mux mode 3
44xx - gpio mux mode 3
54xx - gpio mux mode 6
Patch reserves first 3 bits in partition flags for storing gpio mux
mode in same format as stored
Hi Maxim,
I'm new to fuse but have some experience with NFS. From my
understanding after reviewing your patchset, it seems only work with
local file system or a distributed file system whose file is never
modified (could be grown but no or very few modified) because it
doesn't exam the pre/post st
On Sat, 24 Nov 2012 10:18:44 +0100 Torsten Kaiser
wrote:
> After my system got stuck with 3.7.0-rc2 as reported in
> http://marc.info/?l=linux-kernel&m=135142236520624 LOCKDEP seem to
> blame XFS, because it found 2 possible deadlocks. But after these
> locking issues where fixed, my system got s
On 2012/11/26 14:06, Tang Chen wrote:
> On 11/26/2012 01:42 PM, Hanjun Guo wrote:
>>
>> Hi all,
>> I think Yasuaki mentioned the key point for the container device remove,
>> that is dependency.
>>
>> Currently, container, processor, and memory hotpulg are managed by different
>> ACPI
>> hotplug d
On Saturday, November 24, 2012 1:35 AM, Laurent Pinchart wrote
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/video/backlight/Kconfig |7 ++
> drivers/video/backlight/Makefile |1 +
> drivers/video/backlight/gpio_backlight.c | 158
> ++
On Mon, Nov 26, 2012 at 4:56 PM, Bjorn Helgaas wrote:
> The "channel error register unreachable" message indicates that
> pci_read_config_dword() failed. The register in question
> (IOAT_PCI_CHANERR_INT_OFFSET) is at 0x180, so possibly we don't have
> PCI config accessors for the extended config
ng CONFIG_X86_X2APIC helps as well as other APIC/IOMMU
> options.
>>
>> Changing config options is not a valid fix for error messages like
>> this. We should be able to make the config smarter by adding
>> dependencies or something, or else make the driver smart enough to
On 11/27/2012 03:03 AM, Benjamin Segall wrote:
> So, I've been trying out using the runnable averages for load balance in
> a few ways, but haven't actually gotten any improvement on the
> benchmarks I've run. I'll post my patches once I have the numbers down,
> but it's generally been about half a
On 2012-11-26 23:48, H. Peter Anvin wrote:
> On 11/26/2012 05:15 AM, Tang Chen wrote:
>>
>> Hi Wu,
>>
>> That is really a problem. And, before numa memory got initialized,
>> memblock subsystem would be used to allocate memory. I didn't find any
>> approach that could fully address it when I making
6] PGD 31739067 PUD 4fbc4067 PMD 1c936067 PTE 0
[ 1556.480036] Oops: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 1556.480036] Dumping ftrace buffer:
[ 1556.480036](ftrace buffer empty)
[ 1556.480036] CPU 0
[ 1556.480036] Pid: 10274, comm: trinity-child29 Tainted: GW
3.7.0-rc6-
On 11/26/2012 05:12 PM, Jiang Liu wrote:
Hi Peter,
I have tried to reserved movable memory from bootmem allocator, but the
ACPICA subsystem is initialized later than setting up movable zone.
So still trying to figure out a way to setup/reserve movable zones
according to information from static A
On Monday, November 26, 2012 7:25 PM, Laurent Pinchart wrote
>
> Hi Jingoo,
>
> On Monday 26 November 2012 09:49:36 Jingoo Han wrote:
> > On Saturday, November 24, 2012 1:35 AM, Laurent Pinchart wrote
> > >
> > > Signed-off-by: Laurent Pinchart
> >
> > CC'ed Andrew Morton
> >
> > It looks good.
The mm-of-the-moment snapshot 2012-11-26-17-32 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
于 2012年11月27日 02:18, Eric W. Biederman 写道:
> Gleb Natapov writes:
>
>> On Mon, Nov 26, 2012 at 11:43:10AM -0600, Eric W. Biederman wrote:
>>> Gleb Natapov writes:
>>>
On Mon, Nov 26, 2012 at 09:08:54AM -0600, Eric W. Biederman wrote:
> Zhang Yanfei writes:
>
>> This patch adds
在 2012-11-26一的 20:17 +，Grant Likely写道：
> On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu
> wrote:
> > Function irq_create_mapping() calls irq_find_mapping(). The later
> > function has checked if the indicated IRQ domain has hw IRQ mapped to
> > virtual IRQ through legacy mode or not and return
On 11/26/2012 01:22 PM, Yacine Belkadi wrote:
> If a function has a return value, but its kernel-doc comment doesn't contain a
> "Return" section, then emit the following warning:
>
>Warning(file.h:129): No description found for return value of 'fct'
>
> Note: This check emits a lot of warni
Zhang Yanfei writes:
> So in summary,
>
> 1. a specific callback function instead of a notifier?
Yes.
> 2. Instead of calling vmclear_local_loaded_vmcss, the vmclear operation
>will just call the vmclear on every vmcss loaded on the cpu?
>
>like below:
>
>static void crash_vmclear_l
501 - 600 of 942 matches
Mail list logo
