Hello.
On 19-02-2014 3:13, David Miller wrote:
The of_mdiobus_register_phy() is not setting phy->irq thus causing
some drivers to incorrectly assume that the PHY does not have an
IRQ associated with it. Not only do some drivers report no IRQ
they do not install an interrupt handler for the
op 17-02-14 19:41, Christian König schreef:
Am 17.02.2014 19:24, schrieb Rob Clark:
On Mon, Feb 17, 2014 at 12:36 PM, Christian König
wrote:
Am 17.02.2014 18:27, schrieb Rob Clark:
On Mon, Feb 17, 2014 at 11:56 AM, Christian König
wrote:
Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
Il 19/02/2014 11:15, Alexander Gordeev ha scritto:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Hi Matija,
We noticed the below changes on commit ef2820a735f74ea60335f8ba3801b844f0cb184d
(" net: sctp: Fix a_rwnd/rwnd management to reflect real state of the
receiver's buffer")
in netperf SCTP_STREAM tests:
cd0f0b95fd2cd2b ef2820a735f74ea60335f8ba3
---
On Wed, Feb 19, 2014 at 01:07:14PM +, Lars Ellenberg wrote:
> bch_generic_make_request_hack() tries to be smart,
> and fake a bi_max_bvecs = bi_vcnt.
I meant to include a cover letter with the Oops backtrace,
and this:
Note that this patch is relevant for 3.13 and before.
With 3.14,
this
bch_generic_make_request_hack() tries to be smart,
and fake a bi_max_bvecs = bi_vcnt.
If those bios have been REQ_DISCARD, and get submitted to a driver
(md raid) that uses bio_clone, the clone will end up with bi_io_vec == NULL,
passed down the stack, end up in sd_prep_fn and
On 02/19/2014 11:32 AM, Juri Lelli wrote:
> On 02/19/2014 09:46 AM, Peter Zijlstra wrote:
>> On Tue, Feb 18, 2014 at 09:50:12PM -0500, Steven Rostedt wrote:
>>>
Rationale for this odd behavior is that, when a task is throttled, it
is removed only from the dl_rq, but we keep it on_rq
Hi Eric,
FYI, we noticed the below changes on commit
73c12e50af3a756137071c1e1c1e99cffcbaa835
("vfs: Lazily remove mounts on unlinked files and directories."):
test case: dbench
5c39777e797e7ba 73c12e50af3a756137071c1e1
--- -
6.22 ~ 0%
This patch updates the CBOX PMU filters mapping tables for SNB-EP
and IVT (model 45 and 62 respectively).
The NID umask always comes in addition to another umask.
When set, the NID filter is applied.
The current mapping tables were missing some code/umask
combinations to account for the NID
On Tue, Feb 18, 2014 at 04:11:00PM +0530, Sachin Kamat wrote:
> kzalloc prints its own OOM message upon failure.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Feb 18, 2014 at 04:10:58PM +0530, Sachin Kamat wrote:
> Propagate the error value returned by the function instead.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Feb 18, 2014 at 04:10:59PM +0530, Sachin Kamat wrote:
> kzalloc prints its own OOM message upon failure.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Feb 19, 2014 at 11:09:40AM +0100, Krzysztof Kozlowski wrote:
> I can't only find a way to set this from DTS. There are no bindings for
> regulation_constraints->state_{disk,mem,standby}.
> Should the driver set manually after obtaining init_data from DTS?
Someone should work out a
On Thu, Feb 06, 2014 at 03:35:21PM +0100, Philipp Zabel wrote:
> Some LDOs and DCDCs have a fixed ramp speed of 6.25 mV/µs. This patch adds
> the set_voltage_time_sel function to let consumers know about this.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Feb 19, 2014 at 12:44:50PM +0100, Michal Simek wrote:
> On 02/19/2014 12:41 PM, Lee Jones wrote:
> > I believe you were waiting for Arnd and/or Mark to comment.
> yes on Arnd because Mark already applied that regmap part.
> But of course any input how to get this done will be helpful.
On Wed, 19 Feb 2014, Thomas Renninger wrote:
> On Tuesday, February 18, 2014 07:59:17 PM Moore, Robert wrote:
> > Maybe not exactly "running", but at the very least, ACPICA must be
> > initialized.
> >
> > All of this of course depends on how early the table needs to be loaded.
>
> I'd say as
Hello,
On Tue, Feb 18, 2014 at 05:12:13PM -0500, Peter Hurley wrote:
> On 02/18/2014 04:38 AM, Stanislaw Gruszka wrote:
> >Hi,
> >
> >setserial has low_latency option which should minimize receive latency
> >(scheduler delay). AFAICT it is used if someone talk to external device
> >via
On Wed, 19 Feb 2014 16:15:45 +0800, Kevin Hao wrote:
> In the current implementation of __of_match_node(), it will compare
> each given match entry against all the node's compatible strings
> with of_device_is_compatible().
>
> To achieve multiple compatible strings per node with ordering from
>
Hi
On Tuesday 18 February 2014, Greg Kroah-Hartman wrote:
> 3.13-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Dirk Brandewie
>
> commit fcb6a15c2e7e76d493e6f91ea889ab40e1c643a4 upstream.
>
> Take non-idle time into account when
On Wed, 19 Feb 2014 16:15:45 +0800, Kevin Hao wrote:
> In the current implementation of __of_match_node(), it will compare
> each given match entry against all the node's compatible strings
> with of_device_is_compatible().
>
> To achieve multiple compatible strings per node with ordering from
>
As you read this letter, please don't feel bad, because I believe
everyone will die some day. My name is Mrs. Tan Ruby I have been
suffering from ovarian cancer Disease and the doctor says that I have
just few days to live on earth. I am From Singapore, but based in
Burkina Faso, Africa since for
On Wed, Feb 19, 2014 at 08:41:22PM +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq.git
>
> commit 84604340d034a074036e86e85c4055a1c7ea5529
> Author: Peter Zijlstra
> AuthorDate: Tue Feb 11
Francois Romieu [mailto:rom...@fr.zoreil.com]
> Sent: Wednesday, February 19, 2014 3:47 PM
> To: hayeswang
> Cc: net...@vger.kernel.org; nic_s...@realtek.com;
> linux-kernel@vger.kernel.org; linux-...@vger.kernel.org
> Subject: Re: [PATCH net-next 12/14] r8152: replace
>
Dear Mark, Dmitry, David and Anton,
I want to push whole MAX77836 patchset through Lee Jones' MFD tree and I
still need acks from power and regulator subsystems.
I would appreciate if you could find time to look at these patches and
let me know your opinion (or just add Acked-by):
[PATCH v3
From: Henrik Austad
Looks like this got dropped by vger a few days ago, resending.
This allows everybody in a system to read which core is currently
running do_timer() as well as letting root change this.
A few things to keep in mind
- This is intended as a debug-feature, except for testing
Hello.
On 19-02-2014 10:05, David Miller wrote:
From 18bd7236f36a248a0871f810cec3c1e98f098a91 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Wed, 19 Feb 2014 13:44:24 +0900
Subject: [PATCH] atm: libahci: replace obselete simple_strtoul() with
kstrtouint()
Signed-off-by: Daeseok Youn
Hello,
On 2014-02-18 17:58, Grant Likely wrote:
On Tue, 18 Feb 2014 14:37:58 +0100, Marek Szyprowski
wrote:
> From: Josh Cartwright
>
> Add support for handling 'shared-dma-pool' reserved-memory nodes using
> dma exclusive driver (dma_alloc_coherent()).
>
> Signed-off-by: Josh Cartwright
>
Hello.
On 19-0202014 9:07, Daeseok Youn wrote:
From 2a428e5e45bca3fc38fad17b9e2e14c5e6514ca0 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Wed, 19 Feb 2014 10:56:37 +0900
Subject: [PATCH] ata: libahci: make ahci_pmp_retry_softreset() as static
This header is not needed.
sparse
Hi,
On 02/12/2014 11:46 AM, Kishon Vijay Abraham I wrote:
> On Wednesday 29 January 2014 08:17 PM, Heikki Krogerus wrote:
>> Hi,
>>
>> On Tue, Jan 28, 2014 at 10:30:36AM -0600, Felipe Balbi wrote:
>>> On Tue, Jan 28, 2014 at 05:32:30PM +0200, Heikki Krogerus wrote:
On Mon, Jan 27, 2014 at
On Wed, Feb 19, 2014 at 08:21:32PM +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core
>
> commit 38033c37faab850ed5d33bb675c4de6c66be84d8
> Author: Peter Zijlstra
>
On 19/02/14 09:54, Ian Campbell wrote:
> On Tue, 2014-02-18 at 18:46 +, David Vrabel wrote:
>> On 18/02/14 17:40, Ian Campbell wrote:
>>> On Mon, 2014-01-20 at 21:24 +, Zoltan Kiss wrote:
@@ -344,8 +346,26 @@ struct xenvif *xenvif_alloc(struct device *parent,
domid_t domid,
We now have blk_mq_stop/start_queues API, delete the obsolete comments.
Signed-off-by: Shaohua Li
---
block/blk-mq.c |5 -
1 file changed, 5 deletions(-)
Index: linux/block/blk-mq.c
===
--- linux.orig/block/blk-mq.c
Add REQ_SYNC early, so rq_dispatched[] in blk_mq_rq_ctx_init is set correctly.
Signed-off-by: Shaohua Li
---
block/blk-mq.c |2 ++
1 file changed, 2 insertions(+)
Index: linux/block/blk-mq.c
===
--- linux.orig/block/blk-mq.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 02/19/2014 10:46 AM, Maxime Ripard wrote:
> Hi Hans,
>
> On Tue, Feb 18, 2014 at 09:49:21PM +0100, Hans de Goede wrote:
>> Hi,
>>
>> On 02/18/2014 04:37 PM, Maxime Ripard wrote:
>>
>>
>>
+ +for (i = 0; i < data->sg_len; i++)
> >> Cc: Tejun Heo
> >> Cc: linux-...@vger.kernel.org
> >> Signed-off-by: Lee Jones
> >
> > Please consider basing it on top of Hans' refactored ahci_platform.
> >
> > http://www.spinics.net/lists/linux-ide/msg47628.html
>
> Which reminds I must test the version I've rebased on top of
On Wed, 19 Feb 2014, carl peng wrote:
> At last, the device will be connected to AMBA bus, so the interrupt
> pin will be connected to IOAPIC through AMBA bus. The device now
> is in the pre-silicon verification stage.
>
> So my question is the same:
> Why does APIC driver not implement the
On Wed, Feb 19, 2014 at 11:12:11AM +0800, Michael wang wrote:
> On 02/18/2014 07:22 PM, Peter Zijlstra wrote:
> > On Tue, Feb 18, 2014 at 01:12:03PM +0800, Michael wang wrote:
> >> Hi, Folks
> >>
> >> Got below panic while testing tip/master on x86 box, it randomly
> >> occur while booting or
Hi,
On 02/19/2014 12:36 AM, Tejun Heo wrote:
> On Mon, Feb 17, 2014 at 12:56:58PM +, Lee Jones wrote:
>> Cc: Tejun Heo
>> Cc: linux-...@vger.kernel.org
>> Signed-off-by: Lee Jones
>
> Please consider basing it on top of Hans' refactored ahci_platform.
>
>
Since we replaced msleep() by hrtimer I see now and then (rarely) this:
| [] Waiting for /dev to be fully populated...
| =
| [ BUG: udevd/229 still has locks held! ]
| 3.12.11-rt17 #23 Not tainted
| -
| 1 lock held by
Hi,
On 02/18/2014 02:35 AM, Will Deacon wrote:
On Fri, Feb 07, 2014 at 10:07:31AM +, AKASHI Takahiro wrote:
Currently syscall_trace() is called only for ptrace.
With additional TIF_xx flags introduced, it is now called in all the cases
of audit, ftrace and seccomp in addition to ptrace.
From: Thomas Gleixner
If we cannot calibrate TSC via MSR based calibration
try_msr_calibrate_tsc() stores zero to fast_calibrate and returns that to
the caller. This value gets then propagated further to clockevents code
resulting division by zero oops like the one below:
divide error:
Intel Baytrail is based on Silvermont core so MSR_FSB_FREQ[2:0] == 0 means
that the CPU reference clock runs at 83.3MHz. Add this missing frequency to
the table.
Signed-off-by: Mika Westerberg
---
arch/x86/kernel/tsc_msr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tue, 18 Feb 2014 20:56:31 -0500
valdis.kletni...@vt.edu wrote:
> On Tue, 18 Feb 2014 02:27:23 -0300, Lucas De Marchi said:
>
> > These patches are not intended for merging as is... clearly we have at least
> > one problem: fram's minor is clashing with logibm's. I don't know what to do
> >
On 02/19/2014 12:41 PM, Lee Jones wrote:
> FAO Arnd, Mark,
>
>> Some platforms need to get system controller
>> ready as soon as possible.
>> The patch provides early_syscon_initialization
>> which create early mapping for all syscon compatible
>> devices in early_syscon_probe.
>> Regmap is get
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers
> using these two interfaces need to be updated to use the
> new pci_enable_msi_range() and pci_enable_msix_range()
> interfaces.
>
> Signed-off-by: Alexander Gordeev
> Cc:
On Wed, 19 Feb 2014 09:14:19 +0800
"Zhao\, Gang" wrote:
> Alan, thanks for resending this patch. But it seems you overlooked
> something we discussed earlier.
>
> On Mon, 2014-02-17 at 22:13:08 +0800, Alan wrote:
> > We should check the ring allocations don't fail.
> > If we get a fail we need
On Wed, Feb 19, 2014 at 12:07:02PM +0100, Torvald Riegel wrote:
> > Its not only hardware; also the kernel/user boundary has this same
> > problem. We cannot a-priory say what userspace will do; in fact, because
> > we're a general purpose OS, we must assume it will willfully try its
> > bestest
FAO Arnd, Mark,
> Some platforms need to get system controller
> ready as soon as possible.
> The patch provides early_syscon_initialization
> which create early mapping for all syscon compatible
> devices in early_syscon_probe.
> Regmap is get via syscon_early_regmap_lookup_by_phandle()
>
>
On 19 February 2014 10:40, Russell King - ARM Linux
wrote:
> On Tue, Feb 04, 2014 at 04:58:42PM +0100, Ulf Hansson wrote:
>> Convert to the SET_PM_RUNTIME_PM macro while defining the runtime PM
>> callbacks. This means the callbacks becomes available for both
>> CONFIG_PM_SLEEP and
On 02/19/2014 12:38 AM, Catalin Marinas wrote:
On Fri, Feb 07, 2014 at 10:11:31AM +, AKASHI Takahiro wrote:
--- a/arch/arm64/kernel/ptrace.c
+++ b/arch/arm64/kernel/ptrace.c
@@ -26,6 +26,7 @@
#include
#include
#include
+#include
#include
#include
#include
@@ -1064,6
On Tuesday, February 18, 2014 12:51:07 PM H. Peter Anvin wrote:
> On 02/18/2014 10:44 AM, Thomas Renninger wrote:
> > On Tuesday, February 18, 2014 10:27:23 AM H. Peter Anvin wrote:
> >> Why can't you add SSDTs? It would be particularly useful.
> >
> > There are 2 ways how ACPI tables get added:
Среда, 19 февраля 2014, 15:14 +04:00 от Alexander Shiyan :
> Среда, 19 февраля 2014, 12:04 +01:00 от Michal Simek
> :
> > Some platforms need to get system controller
> > ready as soon as possible.
> > The patch provides early_syscon_initialization
> > which create early mapping for all syscon
On 02/18/2014 04:32 AM, Will Deacon wrote:
On Fri, Feb 07, 2014 at 10:11:32AM +, AKASHI Takahiro wrote:
kernel/seccomp.c includes linux/compat.h and, indicrectly, asm/compat.h
via asm/syscall.h. Due to the duplicated definition of is_compat_task,
compiling this file will fail in the case of
On Tuesday, February 18, 2014 07:59:17 PM Moore, Robert wrote:
> Maybe not exactly "running", but at the very least, ACPICA must be
> initialized.
>
> All of this of course depends on how early the table needs to be loaded.
I'd say as early as possible.
Not sure about Thomas' use case.
I expect
Среда, 19 февраля 2014, 12:04 +01:00 от Michal Simek :
> Some platforms need to get system controller
> ready as soon as possible.
> The patch provides early_syscon_initialization
> which create early mapping for all syscon compatible
> devices in early_syscon_probe.
> Regmap is get via
On 2014-02-19 07:38, Chase Southwood wrote:
In hwdrv_apci1564.c, one static variable is zero initialized. This is
unneeded and redundant, so we remove the initialization.
Signed-off-by: Chase Southwood
Reviewed-by: Ian Abbott
--
-=( Ian Abbott @ MEV Ltd.E-mail: )=-
-=( Tel:
On Tue, 2014-02-18 at 22:47 +0100, Peter Zijlstra wrote:
> On Tue, Feb 18, 2014 at 10:21:56PM +0100, Torvald Riegel wrote:
> > Yes, I do. But that seems to be "volatile" territory. It crosses the
> > boundaries of the abstract machine, and thus is input/output. Which
> > fraction of your atomic
On 2014-02-19 07:37, Chase Southwood wrote:
hwdrv_apci1564.c had many single statments wrapped in braces, so we can
delete these. Also, some else statements were improperly placed, fix
these too.
Signed-off-by: Chase Southwood
Reviewed-by: Ian Abbott
--
-=( Ian Abbott @ MEV Ltd.
On 2014-02-19 07:37, Chase Southwood wrote:
There were a small handful of printk() calls in hwdrv_apci1564.c. It is
generally better to use dev_err() for error messages instead, so I
switched all the printk() calls out, as well as cleaned up the error
strings.
Signed-off-by: Chase Southwood
Hi,
this series come from my discussion with Arnd at KS and then
on some other threads/IRCs(Arnd and Mark) that SoC vendors
are more and more try to add misc functionality to
one memory region. For this purpose syscon driver is in the kernel.
But regular syscon driver is initialized too late
and
On 2014-02-19 07:36, Chase Southwood wrote:
hwdrv_apci1564.c had a lot of commented out conditional statements that
were often identical to other un-commented out statements nearby, so it
should be safe to just delete all of these commented out lines. This
patch also converts the remaining
Use early syscon initialization to simplify slcr code.
- Remove two slcr inits (zynq_slcr_init, zynq_early_slcr_init)
- Directly use regmap accesses in zynq_slcr_read/write
- Remove zynq_clock_init() and use addresses from syscon
(This is the most problematic part now because clock
doesn't
Some platforms need to get system controller
ready as soon as possible.
The patch provides early_syscon_initialization
which create early mapping for all syscon compatible
devices in early_syscon_probe.
Regmap is get via syscon_early_regmap_lookup_by_phandle()
Regular device probes attach device
On Tue, 2014-02-18 at 14:58 -0800, Paul E. McKenney wrote:
> On Tue, Feb 18, 2014 at 10:40:15PM +0100, Torvald Riegel wrote:
> > xagsmtp4.20140218214207.8...@vmsdvm9.vnet.ibm.com
> > X-Xagent-Gateway: vmsdvm9.vnet.ibm.com (XAGSMTP4 at VMSDVM9)
> >
> > On Tue, 2014-02-18 at 09:16 -0800, Paul E.
Hi Kumar,
On 19 February 2014 03:02, Kumar Gala wrote:
>
> On Feb 15, 2014, at 12:25 PM, Jassi Brar wrote:
>
>> Introduce common framework for client/protocol drivers and
>> controller drivers of Inter-Processor-Communication (IPC).
>>
>> Client driver developers should have a look at
>>
On 02/19/2014 03:50 PM, Mark Brown wrote:
> On Wed, Feb 19, 2014 at 01:28:43PM +0800, Nenghua Cao wrote:
>>Update Liam and Mark's mail.
>
> I can't do anything useful with patches that are quoted, sorry. None of
> the tools know how to strip out quotes.
>
Hi ,Mark
Sorry for giving
On 02/18/2014 04:29 AM, Will Deacon wrote:
On Fri, Feb 07, 2014 at 10:18:55AM +, AKASHI Takahiro wrote:
This patch allows system call entry or exit to be traced as ftrace events,
ie. sys_enter_*/sys_exit_*, if CONFIG_FTRACE_SYSCALLS is enabled.
Those events appear and can be controlled
On 02/18/2014 03:12 AM, Will Deacon wrote:
On Fri, Feb 07, 2014 at 10:18:51AM +, AKASHI Takahiro wrote:
This patch implements arm64 specific part to support function tracers,
such as function (CONFIG_FUNCTION_TRACER), function_graph
(CONFIG_FUNCTION_GRAPH_TRACER) and function profiler
From: Nenghua Cao
In snd_soc_bytes_put function, it forces cpu to do cpu_to_be translation,
but for mmio bus which uses REGMAP_ENDIAN_NATIVE, it doesn't need to do
endian translation. So it is better to use regmap's api which can decide
if this translation is needed according to bus
From: Nenghua Cao
In some cases, we need regmap's format parse_val function
to do be/le translation according to the bus configuration.
For example, snd_soc_bytes_put() uses regmap to write/read values,
and use cpu_to_be() directly to covert MASK into big endian. This
is a defect, and should
Using -fprofile-values is one case that will cause the memory allocation
problem. More changes are needed to fully support -fprofile-values. I
submit this patch first because I think it is obvious and does no harm.
> I'm unaware of any user of -fprofile-values in the kernel. Are you
> trying to
This commit moves ISA-specific code to separate function and makes that
function depend on CONFIG_{E}ISA so that we do not have to maintain
acpi_isa_irq_to_gsi() function for architectures which do not support ISA.
Signed-off-by: Tomasz Nowicki
---
drivers/acpi/pci_irq.c | 35
Hi,
I will need some time to recreate USB test
environment. I will come back when I am ready.
Regards,
Ivan
--
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
On 02/18/2014 10:30 PM, Greg KH wrote:
On Wed, Feb 05, 2014 at 09:46:13PM +0200, Ivan Khoronzhuk wrote:
Add new AEMIF driver for EMIF16 Texas Instruments controller.
The EMIF16 module is intended to provide a glue-less interface to
a variety of asynchronous memory devices like ASRA M, NOR and
Hi Feng,
On 18/02/14 22:12, Feng Kan wrote:
> This change is made to preserve the GIC v2 releated bits in the
> GIC_CPU_CTRL register (also known as the GICC_CTLR register in spec).
> The original code only set the enable/disable group bit in this register.
> This code will preserve all other
On 02/19/2014 09:46 AM, Peter Zijlstra wrote:
> On Tue, Feb 18, 2014 at 09:50:12PM -0500, Steven Rostedt wrote:
>>
>>> Rationale for this odd behavior is that, when a task is throttled, it
>>> is removed only from the dl_rq, but we keep it on_rq (as this is not
>>> a "full dequeue", that is the
On 15.02.2014 02:05, Rafael J. Wysocki wrote:
On Monday, February 10, 2014 02:00:10 PM Tomasz Nowicki wrote:
This commit enables ISA-specific code if and only if CONFIG_{E}ISA is set
in the kernel configuration so that we do not have to maintain
acpi_isa_irq_to_gsi() function for
On 18.02.2014 16:26, Rafael J. Wysocki wrote:
On Tuesday, February 18, 2014 11:21:39 AM Tomasz Nowicki wrote:
On 18.02.2014 02:02, Rafael J. Wysocki wrote:
On Monday, February 10, 2014 02:00:11 PM Tomasz Nowicki wrote:
Whenever we register ISA interrupt or not, we need to free the IRQ routing
18.02.2014 19:44, J. Bruce Fields пишет:
On Tue, Feb 18, 2014 at 07:19:31PM +0400, Stanislav Kinsbursky wrote:
18.02.2014 02:19, J. Bruce Fields пишет:
On Sat, Feb 15, 2014 at 09:51:20AM +0800, Weng Meiling wrote:
Hi Bruce,
The upstream has merged your git tree for-3.14, but there is no this
Andrew, Joe,
(You two touched this script the most, it seems.)
The MAINTAINERS entry for the "TARGET SUBSYSTEM" uses an http address
for one of its L: lines. The "DC395x SCSI driver" does that too. This
shows up as a useless line in the output of scripts/get_maintainer.pl:
[...]
(open
>> Removing cpu_load completely certainly makes things simpler, my worry is
>> just how much was lost by doing it. I agree that cpu_load needs a
>> cleanup, but I can't convince myself that just removing it completely
>> and not having any longer term view of cpu load anymore is without any
>>
Adding pmu-bison.o make test:
$ make -f tests/make make_util_pmu_bison_o
- make_util_pmu_bison_o: cd . && make -f Makefile DESTDIR=/tmp/tmp.0u99hQn8Ga
util/pmu-bison.o
$ make -f tests/make make_util_pmu_bison_o_O
- make_util_pmu_bison_o_O: cd . && make -f Makefile O=/tmp/tmp.sWKDLGS71O
Enable and fix *.o object make tests. Following tests
are now available:
$ make -f tests/make make_perf_o_O
- make_perf_o_O: cd . && make -f Makefile O=/tmp/tmp.iF5vI5emGy
DESTDIR=/tmp/tmp.epDPFVhH0s perf.o
$ make -f tests/make make_util_map_o_O
- make_util_map_o_O: cd . && make -f
The bison and flex C objects don't have dependency
for creating output directories.
This could lead to build failure if the one of those
objects is picked up by make to be build as the first
one (reported by Arnaldo).
Also following make fails:
$ rm -rf /tmp/krava; mkdir /tmp/krava; make
On Tue, Feb 18, 2014 at 05:20:57PM -0500, Vince Weaver wrote:
> On Tue, 18 Feb 2014, Vince Weaver wrote:
>
> > On Mon, 17 Feb 2014, Peter Zijlstra wrote:
> >
> > > Enable CONFIG_FRAME_POINTER for better stack traces; I suspect the
> > > list_del_event() is just random stack garbage. The path
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Jon Mason
Cc:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Samuel Ortiz
Cc:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Bjorn Helgaas
Cc:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Harshavardhan R
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Greg Kroah-Hartman
The Makefile is designed to use the host toolchain so it may be
unsafe to build the tests if the kernel has been configured and built
for another architecture. This fixes a build problem when the kernel has
been configured and built for the MIPS architecture but the host is
not MIPS
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Gleb Natapov
Cc:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Konrad Rzeszutek
As result deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Matt Porter
Cc:
As result deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Rusty Russell
Cc:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
Signed-off-by: Alexander Gordeev
Cc: Dan Williams
Cc:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() and pci_enable_msix_range()
interfaces.
This update also cleans up a bit xhci_setup_msi() and
On Tue, Feb 18, 2014 at 07:17:04PM +, Jonathan Cameron wrote:
>
>
> On February 18, 2014 3:34:14 PM GMT+00:00, Johannes Thumshirn
> wrote:
> >Add support for MEN 16z188 ADC IP Core on MCB FPGAs.
> >
> >Signed-off-by: Johannes Thumshirn
> Looks pretty good apart from the nitpicks. One more
op 19-02-14 05:53, Jiang Liu schreef:
On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0)
has special requirements on the fourth parameter, which is different
from ACPI specifications. So revert to the private implementation
to check availability of _DSM functions instead of
On Wed, 2014-02-19 at 13:08 +0900, Mark Brown wrote:
> On Tue, Feb 18, 2014 at 09:12:09AM +0100, Krzysztof Kozlowski wrote:
> > On Tue, 2014-02-18 at 09:35 +0900, Mark Brown wrote:
>
> > > I don't understand the above? Are you saying that suspend mode actually
> > > turns off the regulator or
501 - 600 of 1390 matches
Mail list logo
