When many memory regions are being added and automatically onlined the
following lockup is sometimes observed:
INFO: task udevd:1872 blocked for more than 120 seconds.
...
Call Trace:
[] schedule_timeout+0x22c/0x350
[] wait_for_common+0x10f/0x160
[] ? default_wake_function+0x0/0x20
[] wait_for
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Tuesday, February 17, 2015 7:20 AM
> To: KY Srinivasan; de...@linuxdriverproject.org
> Cc: Haiyang Zhang; linux-ker...@vger.kernel.org; Dexuan Cui
> Subject: [PATCH] Drivers: hv: hv_balloon: eliminate the t
On 02/15/2015 04:40 PM, Pavel Machek wrote:
> On Wed 2015-01-21 13:27:00, Jason Gunthorpe wrote:
>> On Wed, Jan 21, 2015 at 06:33:12PM +0200, Pantelis Antoniou wrote:
>> My point is that the current firmware layer is overly cautious and
>> FPGAs are very big. My current project on small Xilinx de
On Sun, Feb 15, 2015 at 11:40:06PM +0100, Pavel Machek wrote:
> > So keeping that much memory pinned in the kernel when I can prove it
> > is uncessary for my system (either because there is no suspend/resume
> > possibility, or because I know the CPU can always access the
> > filesytem) is very u
This patch adds paravirtual "devices" discovered by hv_vmbus to the
pnp layer, and adds any memory-mapped I/O space claims expressed
by those paravirtual devices to the "options" for that device in pnp.
This allows the pnp layer to choose the memory-mapped I/O space that
those paravirtual devices u
This patch adds some wrapper functions in the pnp layer. The intent is
to allow memory address space claims by devices which are descendants
(a child or grandchild of) a device which is already part of the pnp
layer. This allows a device to make a resource claim that doesn't
conflict with its "au
This patch removes the code that is no longer necessary
after the first two patches in this series have been applied.
It exposed a static range of memory-mapped I/O space gleaned
from the ACPI namespace, in a way that worked for a single
paravirtual device, the video frame buffer.
Signed-off-by: J
On Tue 2015-02-17 11:07:53, Rob Landley wrote:
>
>
> On 02/15/2015 04:40 PM, Pavel Machek wrote:
> > On Wed 2015-01-21 13:27:00, Jason Gunthorpe wrote:
> >> On Wed, Jan 21, 2015 at 06:33:12PM +0200, Pantelis Antoniou wrote:
> >> My point is that the current firmware layer is overly cautious and
>
Hi, Greg and others,
Is that patch ok ?
The last time I messed up with git.
Signed-off-by: Salah Triki
---
drivers/staging/dgnc/dgnc_driver.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/dgnc/dgnc_driver.c
b/drivers/staging/dgnc/dgnc_driver.c
index f177d3
On Mon, Feb 16, 2015 at 12:15:02PM +0300, Dan Carpenter wrote:
> On Mon, Feb 16, 2015 at 01:39:46AM +0100, Frederico Cadete wrote:
> > Signed-off-by: Frederico Cadete
> > ---
> > .../staging/unisys/visorchipset/visorchipset_main.c | 20
> > ++--
> > 1 file changed, 10 insertions
On Tue, Feb 17, 2015 at 10:10:17PM +0100, Salah Triki wrote:
> Hi, Greg and others,
>
> Is that patch ok ?
> The last time I messed up with git.
This is a very odd changelog message, don't you agree? Please resend it
in a form that this can be applied in :)
thanks,
greg k-h
___
This fixes the following checkpatch.pl warnings:
WARNING: printk() should include KERN_ facility level
Signed-off-by: Salah Triki
---
drivers/staging/dgnc/dgnc_driver.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/dgnc/dgnc_driver.c
b/drivers/staging/dgnc/
My dear,
It's my pleasure writing to you today, I am Collins Adams by name, I am
working in a bank here in Accra Ghana. I have a proposition involving the
sum of $16 million USD in our bank invested by one Iraq oil dealer who
died years back, the money is still in his account here, I was his ac
On Mon, 2015-02-16 at 11:24 -0800, Joe Perches wrote:
> seq_printf should eventually be converted to a void function.
>
> Remove the uses of seq_printf return values and use seq_has_overflowed()
> instead.
Please do not apply.
These need conversions not to "return seq_has_overflowed()"
but to "r
Несомненно стильный презент любимой к празднику 8 марта
http://www.google.com/url?q=htt%70%3A%2F%2Fsh%69%63otr%61%6es.%72u%2F%23q%6d%6e%38f%34%33t%76%66%72%31%352k&sa=D&sntz=1&usg=AFQjCNEd0Hjx6Hx77ACsJVjtKisZbjQu5w
___
devel mailing list
de...@linuxdri
On Tue, Feb 17, 2015 at 10:41:44PM +0100, Frederico Cadete wrote:
> I guess you mean correcting the ALLCAPS in the struct name? If so, I'll also
> do it for the other struct in the patch. See attached patch.
>
> Anything else?
No. That looks fine. Send it as a normal v2 patch which can be
appl
16 matches
Mail list logo
