Currently, kdump just makes all the logical processors leave VMX operation by
executing VMXOFF instruction, so any VMCSs active on the logical processors may
be corrupted. But, sometimes, we need the VMCSs to debug guest images contained
in the host vmcore. To prevent the corruption, we should
On 04.12.12 at 19:21, Olaf Hering o...@aepfle.de wrote:
On Tue, Dec 04, Jan Beulich wrote:
This looks necessary but insufficient - there's nothing really
preventing backend_changed() from being called more than once
for a given device (is simply the handler of xenbus watch). Hence
I think
And if you use -O2 as gcc option, you may find it does nothing. They
are using the same assemble language.
On Wed, Dec 5, 2012 at 3:26 PM, Li, Zhen-Hua lizhenhua@gmail.com wrote:
Infact, your patch does remove an orl operation, but add a new move
operation.
You can test such two
This patch provides a way to VMCLEAR VMCSs related to guests
on all cpus before executing the VMXOFF when doing kdump. This
is used to ensure the VMCSs in the vmcore updated and
non-corrupted.
Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
---
arch/x86/include/asm/kexec.h |2 ++
The vmclear function will be assigned to the callback function pointer
when loading kvm-intel module. And the bitmap indicates whether we
should do VMCLEAR operation in kdump. The bits in the bitmap are
set/unset according to different conditions.
Signed-off-by: Zhang Yanfei
Hi Cyril,
you patch is correct ..but being an advocate of defensive programming
i would say the original version especially since the number of bytes is small.
re,
wh
Am 05.12.2012 02:22, schrieb Cyril Roelandt:
In r8711_wx_get_wap(), make sure we do not call memcpy() on a memory area that
On Mon, Nov 26, 2012 at 03:19:12PM +0200, Terje Bergstrom wrote:
From: Arto Merilainen amerilai...@nvidia.com
This patch removes the redundant host1x driver from tegradrm and
makes necessary bindings to the separate host driver.
This modification introduces a regression: Because there is
The root of problem is carelessly zeroing pointer(in function
__tty_buffer_flush()),
when another thread can use it. It can be cause of NULL pointer dereference.
Main idea of the patch, this is never free last (struct tty_buffer) in the
active buffer.
Only flush the data for
Revert: tty: hold lock across tty buffer finding and buffer filling
Signed-off-by: Ilya Zykov i...@ilyx.ru
---
drivers/tty/tty_buffer.c | 94 +++---
1 files changed, 22 insertions(+), 72 deletions(-)
diff --git a/drivers/tty/tty_buffer.c
tty: Correct tty buffer flush.
Signed-off-by: Ilya Zykov i...@ilyx.ru
---
drivers/tty/tty_buffer.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c
index 7602df8..8ad 100644
--- a/drivers/tty/tty_buffer.c
Namjae Jeon linkinj...@gmail.com writes:
Let me think, if ‘subtree’ checking is enabled then we should check
the length condition over here also? Please share if there are any
other comments also.
I'm not sure what did you mean. Where is subtree check you are
talking? This is
Namjae Jeon linkinj...@gmail.com writes:
This became much better than before. However, we have to consolidate the
code with fat_search_long() finally.
E.g. this version is having the issue already fixed. If there is
corruption in fat cluster-chain, it lead to infinite
loop.
1. uioinfo was kfreed based on the presence of pdev-dev.of_node, which was
obviously wrong and unrelated to the fact if uioinfo was allocated statically
or dynamically. This patch introduces new flag which clearly shows if uioinfo
was allocated dynamically and kfrees uioinfo based on that flag;
2.
On Wed, Dec 05, 2012 at 09:59:07AM +0900, Jingoo Han wrote:
- if (gpio_is_valid(lcd-gpio_backlight_cont))
- gpio_set_value(lcd-gpio_backlight_cont, cont);
+ if (gpio_is_valid(lcd-gpio_backlight_cont)) {
+ if (gpio_cansleep(lcd-gpio_backlight_cont))
+
On 12/05/2012 09:48 AM, Ilya Zykov wrote:
tty: Correct tty buffer flush.
NAK just because of the insufficient commit log. That line does not
belong here. Instead, please add here proper description as you have
already done before. IOW what is in 0/2 should be here so that we know
the reasons.
If I understand well, you mean that the call to:
dma_sync_single_range_for_device(bp-pdev-dev, phys,
pg_offset, frag_len, DMA_FROM_DEVICE);
in the rx path after having copied the data to skb is not needed?
That is also the conclusion that I
I see there where to much nos to get anything in, but thank you for
your comments and explanations.
I wanted to use a fm24c04 i2c fram chip with linux. I grepped the source
and found nothing. I later found that my chip can be handled by at24
eeprom driver. It creates a sysfs file called
On Tue, 4 Dec 2012 16:27:48 +0100, Benjamin Tissoires wrote:
Forwards appropriate return values.
As noone use the error returned by i2c_hid_get_input, let's make it
returning void.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 24
When the GPIO is configured as output we need to read the GPIODATAOUT*
register to get correct information. When the GPIO is output the GPIODATAIN*
registers report 0 all the time (no feedback from output path).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/gpio/gpio-twl4030.c
On Wed, Dec 05, 2012 at 08:39:11AM +0100, Takashi Iwai wrote:
At Wed, 05 Dec 2012 10:28:48 +1030,
Rusty Russell wrote:
David Howells dhowe...@redhat.com writes:
Michal Marek mma...@suse.cz wrote:
Using the asm .incbin statement in C sources breaks any gcc wrapper which
On Tue, 4 Dec 2012 16:27:49 +0100, Benjamin Tissoires wrote:
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/hid/i2c-hid/i2c-hid.c
On Tue, Dec 04, 2012 at 04:55:13PM -0800, David Rientjes wrote:
Commit mm, numa: Implement migrate-on-fault lazy NUMA strategy for
regular and THP pages breaks the build because HPAGE_PMD_SHIFT and
HPAGE_PMD_MASK defined to explode without CONFIG_TRANSPARENT_HUGEPAGE:
mm/migrate.c: In
On Tue, 4 Dec 2012, Jean Delvare wrote:
no I2C driver has i2c in its name. It makes more sense to call this
i2c driver hid.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Tue, 4 Dec 2012, Jean Delvare wrote:
The comment part can never be displayed, so we can remove it.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/Kconfig | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
On Tue, 4 Dec 2012, Jean Delvare wrote:
We should not initialize to 0 static declarations.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tue, 4 Dec 2012, Jean Delvare wrote:
This avoids the problematic case:
if (condition)
i2c_hid_dbg(ihid, Blah blah %d\n, i);
else
do_something_very_important();
Which looks correct, however with the previous macro definition,
this expands to the unexpected:
if
On Tue, 4 Dec 2012 16:27:50 +0100, Benjamin Tissoires wrote:
If i2c_hid_get_report fails, exit i2c_hid_init_report.
The printk log is already called by i2c_hid_get_report, so no need
to add some more printks.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
On Tue, Dec 04, 2012 at 11:24:30PM -0800, Hugh Dickins wrote:
From: Mel Gorman mgor...@suse.de
Commit 00442ad04a5e (mempolicy: fix a memory corruption by refcount
imbalance in alloc_pages_vma()) changed get_vma_policy() to raise the
refcount on a shmem shared mempolicy; whereas
backend_changed might be called multiple times, which will leak
be-mode. free the previous value before storing the current mode value.
Signed-off-by: Olaf Hering o...@aepfle.de
---
!! Not compile tested !!
drivers/block/xen-blkback/xenbus.c | 12 +++-
1 file changed, 7 insertions(+),
On Tue, 4 Dec 2012, Jean Delvare wrote:
These definitions are not used here, but are defined by the specification.
Keeping some of them for documentation purposes.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 25
On Sun, 02 Dec 2012 20:30:58 +0100, Oleg Nesterov wrote:
Yes, that is why I said this needs the new option.
I do not mind new options although personally I do not find them meaningful
for an already deprecated ABI compatibility-only issue.
If the tracer does PTRACE_SYSCALL the tracee reports
On Tue, 4 Dec 2012, Benjamin Tissoires wrote:
Forwards appropriate return values.
As noone use the error returned by i2c_hid_get_input, let's make it
returning void.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
Applied.
---
drivers/hid/i2c-hid/i2c-hid.c | 24
On Wed, Dec 05, 2012 at 03:26:36PM +0800, Li, Zhen-Hua wrote:
Infact, your patch does remove an orl operation, but add a new move
operation.
You can test such two functions:
int func1(int rm1, int rm2){
int i = 0;
i |= rm1;
i |= rm2;
}
and
int func(int rm1,
On 05.12.2012 10:33, Thierry Reding wrote:
I've been thinking about this some more and came to the conclusion that
since we will already have a tight coupling between host1x and tegra-drm
we may just as well keep the client registration code in host1x. The way
I imagine this to work would be
At Wed, 5 Dec 2012 10:50:57 +0100,
Michal Marek wrote:
On Wed, Dec 05, 2012 at 08:39:11AM +0100, Takashi Iwai wrote:
At Wed, 05 Dec 2012 10:28:48 +1030,
Rusty Russell wrote:
David Howells dhowe...@redhat.com writes:
Michal Marek mma...@suse.cz wrote:
Using the asm
On Wed, Dec 5, 2012 at 10:59 AM, Jean Delvare kh...@linux-fr.org wrote:
On Tue, 4 Dec 2012 16:27:50 +0100, Benjamin Tissoires wrote:
If i2c_hid_get_report fails, exit i2c_hid_init_report.
The printk log is already called by i2c_hid_get_report, so no need
to add some more printks.
On Wed, 5 Dec 2012, Jean Delvare wrote:
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/hid/i2c-hid/i2c-hid.c b/drivers/hid/i2c-hid/i2c-hid.c
On Tue, 4 Dec 2012 16:27:51 +0100, Benjamin Tissoires wrote:
Simplifies i2c_hid_alloc_buffers tests, and makes this function
responsible of the assignment of ihid-bufsize.
The condition for the reallocation in i2c_hid_start is then simpler.
Signed-off-by: Benjamin Tissoires
On Tue, Dec 4, 2012 at 10:42 PM, Jean Delvare kh...@linux-fr.org wrote:
On Tue, 4 Dec 2012 16:27:43 +0100, Benjamin Tissoires wrote:
HID descriptors contains 4 bytes of reserved field.
The previous implementation was overriding the next fields in struct i2c_hid.
Signed-off-by: Benjamin
On Wed, Dec 5, 2012 at 11:10 AM, Jean Delvare kh...@linux-fr.org wrote:
On Tue, 4 Dec 2012 16:27:51 +0100, Benjamin Tissoires wrote:
Simplifies i2c_hid_alloc_buffers tests, and makes this function
responsible of the assignment of ihid-bufsize.
The condition for the reallocation in
On Wed, 5 Dec 2012, Benjamin Tissoires wrote:
On Tue, 4 Dec 2012 16:27:43 +0100, Benjamin Tissoires wrote:
HID descriptors contains 4 bytes of reserved field.
The previous implementation was overriding the next fields in struct
i2c_hid.
Signed-off-by: Benjamin Tissoires
On Tue, 4 Dec 2012 16:27:52 +0100, Benjamin Tissoires wrote:
ihid can not be null, so there are no reasons to test it.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 3 ---
1 file changed, 3 deletions(-)
diff --git
2012/12/5, Wanpeng Li liw...@linux.vnet.ibm.com:
Hi Namjae,
How about set bdi-dirty_background_bytes according to bdi_thresh? I found
an issue during background flush process when review codes, if over
background
flush threshold, wb_check_background_flush will kick a work to current
per-bdi
On 05.12.12 at 11:01, Olaf Hering o...@aepfle.de wrote:
backend_changed might be called multiple times, which will leak
be-mode. free the previous value before storing the current mode value.
As said before - this is one possible route to take. But did you
consider at all the alternative of
struct samsung_pin_bank does not have a member called reg_offset.
It should be pctl_offset instead.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
drivers/pinctrl/pinctrl-samsung.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Tue, 4 Dec 2012, Benjamin Tissoires wrote:
In the case where the hid driver in charge of handling the hid part
of the device (hid-generic for instance) fails at probe, neither
i2c_hid_start nor i2c_hid_stop are called.
Thus, the buffers allocated in i2c_hid_probe are never freed.
Hi,
I was debugging a segfault in the 'dmesg' utility that I finally
traced to the syslog syscall overflowing the buffer.
I'm under a 3.6.8 kernel and it has commit
e3756477aec028427fec767957c0d4b6cfb87208 present which apparently
fixed a similar issue, but I still have some occurence.
strace
On Tue, 4 Dec 2012, Benjamin Tissoires wrote:
If i2c_hid_get_report fails, exit i2c_hid_init_report.
The printk log is already called by i2c_hid_get_report, so no need
to add some more printks.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
On Tue, 4 Dec 2012 16:27:53 +0100, Benjamin Tissoires wrote:
There is no point in keeping the irq in i2c_hid as it's already
there in client.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 17 ++---
1 file changed, 6
On Wed, 5 Dec 2012, Jean Delvare wrote:
ihid can not be null, so there are no reasons to test it.
Signed-off-by: Benjamin Tissoires benjamin.tissoi...@gmail.com
---
drivers/hid/i2c-hid/i2c-hid.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/hid/i2c-hid/i2c-hid.c
Takashi Iwai ti...@suse.de wrote:
+#ifndef SYMBOL_PREFIX
This comes via the command line?
David
--
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
On 05/12/12 09:50, Michal Marek wrote:
How about the revised patch below?
[...]
diff --git a/kernel/modsign_certificate.S b/kernel/modsign_certificate.S
new file mode 100644
index 000..695d4e3
--- /dev/null
+++ b/kernel/modsign_certificate.S
@@ -0,0 +1,18 @@
+#ifndef SYMBOL_PREFIX
On Tue, 4 Dec 2012 16:27:54 +0100, Benjamin Tissoires wrote:
In the case where the hid driver in charge of handling the hid part
of the device (hid-generic for instance) fails at probe, neither
i2c_hid_start nor i2c_hid_stop are called.
Thus, the buffers allocated in i2c_hid_probe are never
Tim Gardner tim.gard...@canonical.com wrote:
It is $(obj)/oid_registry.o that is dependent on $(obj)/oid_registry_data.c.
The object file cannot be built until $(obj)/oid_registry_data.c has been
generated.
A periodic and hard to reproduce parallel build failure is due to
this incorrect
Hi,
sorry, but when I re-read it, it seems that I missed a +2 in the call
of i2c_hid_get_report.
So Jean, Jiri, please ignore this one. I'm really sorry if you already
started reviewing it.
I'll send a v2 with the missing patches early this afternoon.
Cheers,
Benjamin
On Tue, Dec 4, 2012 at
Hi all:
This series is an update version of multiqueue virtio-net driver based on
Krishna Kumar's work to let virtio-net use multiple rx/tx queues to do the
packets reception and transmission. Please review and comments.
A protype implementation of qemu-kvm support could by found in
To support multiqueue transmitq/receiveq, the first step is to separate queue
related structure from virtnet_info. This patch introduce send_queue and
receive_queue structure and use the pointer to them as the parameter in
functions handling sending/receiving.
Signed-off-by: Krishna Kumar
This patch implements the ethtool_{set|get}_channels method of virtio-net to
allow user to change the number of queues when the device is running on demand.
Signed-off-by: Jason Wang jasow...@redhat.com
---
drivers/net/virtio_net.c | 43 +++
1 files
This patch adds the multiqueue (VIRTIO_NET_F_RFS) support to virtio_net
driver. VIRTIO_NET_F_RFS capable device could allow the driver to do packet
transmission and reception through multiple queue pairs and does the packet
steering to get better performance. By default, one one queue pair is
Am Montag, 26. November 2012 schrieb Dave Chinner:
On Sun, Nov 25, 2012 at 09:55:20PM -0500, Theodore Ts'o wrote:
On Mon, Nov 26, 2012 at 11:28:14AM +1100, Dave Chinner wrote:
fs: revert commit bbdd6808 to fallocate UAPI
From: Dave Chinner dchin...@redhat.com
Commit bbdd6808
Hello Wenyou,
On Wednesday 05 December 2012 09:34:21 Wenyou Yang wrote:
According to the kernel document: convert_drivers_to_kernel_api.txt,
remove the file_operations struct, miscdevice, and obsolete includes
Since the at91sam watchdog inherent characteristics, add the watchdog
operations:
Dne 5.12.2012 11:30, David Howells napsal(a):
Takashi Iwai ti...@suse.de wrote:
+#ifndef SYMBOL_PREFIX
This comes via the command line?
Yes, see scripts/Makefile.lib:
ifdef CONFIG_SYMBOL_PREFIX
_sym_flags = -DSYMBOL_PREFIX=$(patsubst %,%,$(CONFIG_SYMBOL_PREFIX))
_cpp_flags +=
On Tue, Dec 4, 2012 at 4:54 PM, Tejun Heo t...@kernel.org wrote:
@@ -5190,7 +5188,7 @@ static void
megasas_aen_polling(struct work_struct *work)
{
struct megasas_aen_event *ev =
- container_of(work, struct megasas_aen_event, hotplug_work);
+
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The header of acpi_dev_pm_detach() in include/linux/acpi.h has an
incorrect return type, which should be void. Fix that.
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
include/linux/acpi.h |2 +-
1 file changed, 1
Problem still exists in kernel 3.7-rc7.
During the second backup run after I booted kernel 3.7.0-rc7, once
again all disk activity suddenly ceased, dmesg started to report
tasks hung for more than 120 seconds, and everything happening
after that was forgotten after a reboot.
Can I do anything to
Dne 5.12.2012 11:30, James Hogan napsal(a):
However I think it's unfortunate having to stringify from C as it's
pretty much always required to be in string form when used from a C
file, usually in an asm block. Any objection to defining SYMBOL_PREFIX
with the quotes around it for _c_flags
Hello,
Any comments?
- Dmitry
On Mon, Nov 26, 2012 at 4:39 PM, Dmitry Kasatkin
dmitry.kasat...@intel.com wrote:
Device-mapper integrity target provides transparent cryptographic integrity
protection of the underlying read-write block device using hash-based message
authentication codes
Hi,
This is a minimal set of patches from a larger DMA unmap
rework (http://lkml.org/lkml/2012/11/5/111). There are no
changes from the previous posting (except added Acked-by
and Reviewed-by tags).
Vinod, could you please apply them to v3.8? Thanks!
patches #1-3 add missing DMA unmap on
Do DMA unmap on -device_prep_dma_memcpy failure.
Acked-by: Dan Williams d...@fb.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
crypto/async_tx/async_memcpy.c | 6 ++
Make ioat_dma_self_test() do DMA unmapping itself and fix handling
of failure cases.
Acked-by: Dan Williams d...@fb.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
DMA unmapping is handled by a driver so tell fsldma.c driver
(which is the DMA engine driver used by carma-fpga) to skip
unmapping destination and source buffers.
Acked-by: Ira W. Snyder i...@ovro.caltech.edu
Acked-by: Dan Williams d...@fb.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Add missing linux/module.h include.
Acked-by: Dan Williams d...@fb.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
crypto/async_tx/async_memset.c | 1 +
1 file changed, 1
Do DMA unmap on -device_prep_dma_memset failure.
Acked-by: Dan Williams d...@fb.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
crypto/async_tx/async_memset.c | 3 +++
1
Make ioat_xor_val_self_test() do DMA unmapping itself and fix handling
of failure cases.
Acked-by: Dan Williams d...@fb.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Make dma_xfer() do DMA unmapping itself and fix handling
of failure cases.
Cc: David Woodhouse dw...@infradead.org
Cc: Vipin Kumar vipin.ku...@st.com
Acked-by: Dan Williams d...@fb.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
On Wed, Dec 05, 2012 at 12:10:50PM +0200, Terje Bergström wrote:
On 05.12.2012 10:33, Thierry Reding wrote:
I've been thinking about this some more and came to the conclusion that
since we will already have a tight coupling between host1x and tegra-drm
we may just as well keep the client
On Wed, Dec 5, 2012 at 12:02 PM, Daniel Vacek neel...@gmail.com wrote:
On Tue, Dec 4, 2012 at 4:54 PM, Tejun Heo t...@kernel.org wrote:
@@ -5190,7 +5188,7 @@ static void
megasas_aen_polling(struct work_struct *work)
{
struct megasas_aen_event *ev =
-
On 05/12/12 11:05, Michal Marek wrote:
Dne 5.12.2012 11:30, James Hogan napsal(a):
However I think it's unfortunate having to stringify from C as it's
pretty much always required to be in string form when used from a C
file, usually in an asm block. Any objection to defining SYMBOL_PREFIX
From: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Subject: [PATCH] DMA: add cpu_relax() to busy-loop in dma_sync_wait()
Removal of the busy-loop from dma_sync_wait() is not a trivial
task so just add cpu_relax() to the loop for now.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams
From: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Subject: [PATCH] DMA: remove unused support for MEMSET operations
There have never been any real users of MEMSET operations
since they have been introduced in January 2007 (commit
7405f74badf46b5d023c5d2b670b4471525f6c91 dmaengine: refactor
From: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Subject: [PATCH] async_tx: fix checking of dma_wait_for_async_tx() return value
dma_wait_for_async_tx() can also return DMA_PAUSED (which
should be considered as error).
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc:
From: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Subject: [PATCH 2/2] DMA: remove dma_async_memcpy_complete() macro
Just use dma_async_is_tx_complete() directly.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Tomasz Figa t.f...@samsung.com
Signed-off-by: Bartlomiej
From: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Subject: [PATCH 1/2] DMA: remove dma_async_memcpy_issue_pending() macro
Just use dma_async_issue_pending() directly.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Tomasz Figa t.f...@samsung.com
Signed-off-by:
Hi,
It happens on several machines and this only seem to happen if there
was a wrap around in the log buffer (it's a first observation on a
limited number of sample so it might be a coincidence)
I think the culprit is print_time and has nothing to do with wrap
around, just the uptime.
static
sg_virt() on highmem pages won't work. This WARN_ON() should catch some
that still try.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
include/linux/scatterlist.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/scatterlist.h
Hi Federico,
Em 04-12-2012 23:12, Federico Vaga escreveu:
On Tuesday 04 December 2012 14:15:15 Mauro Carvalho Chehab wrote:
Em 24-09-2012 07:58, Federico Vaga escreveu:
This patch re-write the driver and use the videobuf2
interface instead of the old videobuf. Moreover, it uses also
the
On 05.12.2012 13:13, Thierry Reding wrote:
What I propose is to move the client registration code that is currently
in drivers/gpu/drm/tegra/host1x.c to the host1x driver, which may or may
not end up in drivers/gpu/host1x.
Ok.
host1x hardware access must be encapsulated in host1x driver
2012/12/5, OGAWA Hirofumi hirof...@mail.parknet.co.jp:
Namjae Jeon linkinj...@gmail.com writes:
Let me think, if ‘subtree’ checking is enabled then we should check
the length condition over here also? Please share if there are any
other comments also.
I'm not sure what did you mean. Where
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add support for per color component digital/analog gain controls
and also their corresponding offset.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Sakari Ailus sakari.ai...@iki.fi
Cc: Laurent Pinchart
2012/12/5, OGAWA Hirofumi hirof...@mail.parknet.co.jp:
Namjae Jeon linkinj...@gmail.com writes:
This became much better than before. However, we have to consolidate
the
code with fat_search_long() finally.
E.g. this version is having the issue already fixed. If there is
corruption in fat
Am Mittwoch, den 05.12.2012, 13:47 +0200 schrieb Terje Bergström:
[...]
The problem that this solves is that the DRM driver needs to be bound to
a specific platform device. None of the DRM subdevices are suitable
because they are only part of the whole DRM device. I think that host1x
is
On Mon 26-11-12 14:55:09, Herton Ronaldo Krzesinski wrote:
3.5.7u1 -stable review patch. If anyone has any objections, please let me
know.
Note that this fix causes another problem which is fixed by
25389bb207987b5774182f763b9fb65ff08761c8 upstream.
On Wed, Dec 5, 2012 at 12:47 PM, Terje Bergström tbergst...@nvidia.com wrote:
You're right in that binding to a sub-device is not a nice way. DRM
framework just needs a struct device to bind to. exynos seems to solve
this by introducing a virtual device and bind to that. I'm not sure if
this
Hi Avinash,
On 11/29/2012 5:16 PM, Philip, Avinash wrote:
Update number of errors using nand ecc strength.
Also add macro definitions BCH8_ERROR_MAX BCH4_ERROR_MAX
Can you please describe why the original method of setting nerrors was
incorrect? Was it causing any issues in any particular
On Wed, Dec 05, 2012 at 01:47:38PM +0200, Terje Bergström wrote:
On 05.12.2012 13:13, Thierry Reding wrote:
[...]
Oh well, at the time nobody from NVIDIA was involved so I wrote that
code in preparation for proper host1x support that I thought I would
have to add myself at some point. I'm
On Wed, Dec 5, 2012 at 1:03 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Dec 5, 2012 at 12:47 PM, Terje Bergström tbergst...@nvidia.com
wrote:
You're right in that binding to a sub-device is not a nice way. DRM
framework just needs a struct device to bind to. exynos seems to solve
this
On 2012/12/5 7:23, Toshi Kani wrote:
On Tue, 2012-12-04 at 17:16 +0800, Hanjun Guo wrote:
On 2012/12/4 8:10, Toshi Kani wrote:
On Mon, 2012-12-03 at 12:25 +0800, Hanjun Guo wrote:
On 2012/11/30 6:27, Toshi Kani wrote:
On Thu, 2012-11-29 at 12:48 +0800, Hanjun Guo wrote:
On 2012/11/29 2:41,
Namjae Jeon linkinj...@gmail.com writes:
I can understand what is doing. I'm asking why there is difference.
1) generic_fh_to_dentry() allows (*_PARENT fh_len == 2).
2) fat_fh_to_dentry_nostale() doesn't allows (*_PARENT fh_len == 3).
Why does logic has difference?
When we consider the
On Mon 26-11-12 18:17:40, Darrick J. Wong wrote:
On Thu, Nov 22, 2012 at 10:12:40AM +0100, Jan Kara wrote:
On Wed 21-11-12 17:47:55, Darrick J. Wong wrote:
On Thu, Nov 22, 2012 at 08:47:13AM +1100, NeilBrown wrote:
On Wed, 21 Nov 2012 22:33:33 +0100 Jan Kara j...@suse.cz wrote:
(resend without HTML formatting)
On Wed 5 December 2012 12:49:29 Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add support for per color component digital/analog gain controls
and also their corresponding offset.
Some obvious questions below...
Signed-off-by: Lad,
1 - 100 of 1044 matches
Mail list logo