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
Несомненно стильный презент любимой к празднику 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 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
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
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/
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
___
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
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 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
>
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
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
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
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
> -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
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
16 matches
Mail list logo
