Hi Alex,
Hi Paul Ingo:
In a short word of this issue: burst forking/waking tasks have no time
accumulate the load contribute, their runnable load are taken as zero.
On performing certain experiments on the way PJT's metric calculates the
load,I observed a few things.Based on these
On 12/04/2012 01:26 AM, Marcelo Tosatti wrote:
On Wed, Nov 28, 2012 at 10:40:56AM +0530, Raghavendra K T wrote:
On 11/28/2012 06:42 AM, Marcelo Tosatti wrote:
Don't understand the reasoning behind why 3 is a good choice.
Here is where I came from. (explaining from scratch for
completeness,
Hi Mark,
On Thu, Dec 6, 2012 at 11:58 AM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Thu, Dec 06, 2012 at 11:55:11AM +0530, Abhilash Kesavan wrote:
As of now there is no support in the regulator core to specify the suspend
state
(mode, enabled/disabled) using dt. I can add new
On Wed, Dec 05, 2012 at 09:40:20PM +0100, Sebastian Hahn wrote:
Converted staging/rtl8187se to use tabs instead of spaces for
indentation to fix the checkpatch error code indent should use tabs
where possible.
Signed-off-by: Sebastian Hahn snseh...@cip.cs.fau.de
---
Tim Gardner tim.gard...@canonical.com writes:
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
On Tue, Dec 04, 2012 at 07:17:11AM +0800, Xiao Guangrong wrote:
There are two cases we need to adjust page size in set_spte:
1): the one is other vcpu creates new sp in the window between mapping_level()
and acquiring mmu-lock.
2): the another case is the new sp is created by itself
On 12/05/2012 11:20 PM, Roland Stigge wrote:
Hi Wolfgang,
On 05/12/12 20:01, Wolfgang Grandegger wrote:
+ for (i = 0; i block-ngpio; i++) {
+ status = gpio_request(block-gpio[i], gpioblock dev);
You could use the name of the GPIO block.
OK.
+ if (status)
+
2012/12/5, OGAWA Hirofumi hirof...@mail.parknet.co.jp:
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).
On Wed, Dec 05, 2012 at 04:34:41PM +0100, Lothar Waßmann wrote:
compiling the i.MX pwm driver produces the following warning:
|drivers/pwm/pwm-imx.c: In function 'imx_pwm_probe':
|drivers/pwm/pwm-imx.c:281:7: warning: assignment discards qualifiers from
pointer target type
Apply a 'const'
If nand_scan_ident() or nand_scan_tail() fails, the NAND chip may have
been deselected and the clock already disabled. Thus, check 'clk_act'
in the error path to decide whether the clock still needs to be
disabled.
This fixes a:
|WARNING: at drivers/clk/clk.c:472 __clk_disable+0x3c/0x78()
The cmdline is the easiest to change source of information. Thus
let it take precedence over 'RedBoot' and 'ofpart'. This makes the
mxc_nand driver to be in sync with all other NAND drivers that support
'cmdlinepart' partition parsing.
Also change 'const char *' to 'const char const *' as advised
Just a RFC to check if the direction seems good before going onward with more
serious work. This patch introduces a set of gpiod_* functions that work like
their gpio_* counterparts, but use opaque descriptors instead of integers.
The current integer-based GPIO namespace is bad because it allows
With the current API, GPIOs are manipulated through an integer which
represents their unique number across the system. This poses problems in
terms of portability, scalability and flexibility: for instance, the
number of valid GPIOs for a given system is fixed at system time, and a
large array of
On Thu, Dec 06, 2012 at 08:42:27AM +0100, Lothar Waßmann wrote:
If nand_scan_ident() or nand_scan_tail() fails, the NAND chip may have
been deselected and the clock already disabled. Thus, check 'clk_act'
in the error path to decide whether the clock still needs to be
disabled.
This fixes
Hi Benson,
On Wed, Dec 05, 2012 at 04:48:19PM -0800, Benson Leung wrote:
This patch introduces a driver for Cypress All Points Addressable
I2C Trackpad, including the ones in 2012 Samsung Chromebooks.
This device is compatible with MT protocol type B, providing identifiable
contacts.
In some situations, userspace may want to resolve a
device by function and logical number (ie, serial0)
rather than by the base address or full device path. Being
able to resolve a device by alias frees userspace from the
burden of otherwise having to maintain a mapping between
device addresses
Hi Kamal,
On Wed, Dec 05, 2012 at 04:16:14PM -0800, Kamal Mostafa wrote:
Cypress PS/2 Trackpad (drivers/input/mouse/cypress_ps2.c) needs
this larger cmdbuf[] to handle 8-byte packet responses.
Signed-off-by: Kamal Mostafa ka...@canonical.com
I will apply this patch so you do not need to
Hi Kamal,
On Wed, Dec 05, 2012 at 04:16:16PM -0800, Kamal Mostafa wrote:
From: Dudley Du d...@cypress.com
Original code contributed by Dudley Du (Cypress Semiconductor Corporation),
modified by Kamal Mostafa.
BugLink: http://launchpad.net/bugs/978807
Please fold it into the cypress_ps2
On Wed, Dec 05, 2012 at 04:34:41PM +0100, Lothar Waßmann wrote:
compiling the i.MX pwm driver produces the following warning:
|drivers/pwm/pwm-imx.c: In function 'imx_pwm_probe':
|drivers/pwm/pwm-imx.c:281:7: warning: assignment discards qualifiers from
pointer target type
Apply a 'const'
Hi, list
Does anyone here familiar to the serial 8250 driver?
I enabled two uart ports in my board definition, but the ports doesn't
appear after I loaded the kernel (3.4.19). I discovered, it failed at
the UART port auto configuration stage, the exact function is
autoconfig(...) in
On Wed, Nov 14, 2012 at 12:58:12PM +0100, Alban Bedel wrote:
A few fixes for the LPC32 PWM driver:
* [PATCH 1/3] pwm: lpc32xx - Fix the PWM polarity
* [PATCH 2/3] pwm: lpc32xx - Properly disable the clock on device remove
* [PATCH 3/3] pwm: lpc32xx - Set the chip base for dynamic allocation
Hello,
On 12/5/2012 3:29 PM, Vitaly Andrianov wrote:
This commit changes the CMA early initialization code to use phys_addr_t
for representing physical addresses instead of unsigned long.
Without this change, among other things, dma_declare_contiguous() simply
discards any memory regions whose
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 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 wrote:
> Infact, your patch does remove an orl operation, but add a new "move"
> operation.
>
> You can test such two functions:
> int
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
---
arch/x86/include/asm/kexec.h |2 ++
arch/x86/kernel/crash.c |
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
>
> 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 no
> general
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
---
drivers/tty/tty_buffer.c | 94 +++---
1 files changed, 22 insertions(+), 72 deletions(-)
diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c
tty: Correct tty buffer flush.
Signed-off-by: Ilya Zykov
---
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 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 fh_to_dentry(),
Namjae Jeon 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;
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(>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 see there where to much "no"s 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
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
> ---
> 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
---
drivers/gpio/gpio-twl4030.c | 8 +++-
1 file
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 writes:
> >
> > > Michal Marek wrote:
> > >
> > >> Using the asm .incbin statement in C sources breaks any gcc wrapper which
> > >> assumes that
On Tue, 4 Dec 2012 16:27:49 +0100, Benjamin Tissoires wrote:
> Signed-off-by: Benjamin Tissoires
> ---
> 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
> index
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:
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
> > ---
> > drivers/hid/i2c-hid/i2c-hid.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff
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
> > ---
> > 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
> > ---
> > drivers/hid/i2c-hid/i2c-hid.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/hid/i2c-hid/i2c-hid.c
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
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
> ---
> drivers/hid/i2c-hid/i2c-hid.c | 5
On Tue, Dec 04, 2012 at 11:24:30PM -0800, Hugh Dickins wrote:
> From: Mel Gorman
>
> 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 shmem_alloc_page()
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
---
!! Not compile tested !!
drivers/block/xen-blkback/xenbus.c | 12 +++-
1 file changed, 7 insertions(+), 5
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
> > ---
> > drivers/hid/i2c-hid/i2c-hid.c | 25 ++---
> > 1
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
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
Applied.
> ---
> drivers/hid/i2c-hid/i2c-hid.c | 24
> 1
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
>
>
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
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 writes:
> > >
> > > > Michal Marek wrote:
> > > >
> > > >> Using the asm .incbin
On Wed, Dec 5, 2012 at 10:59 AM, Jean Delvare 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.
>>
>> Signed-off-by:
On Wed, 5 Dec 2012, Jean Delvare wrote:
> > Signed-off-by: Benjamin Tissoires
> > ---
> > 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
> > index
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 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 Wed, Dec 5, 2012 at 11:10 AM, Jean Delvare 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 i2c_hid_start is then
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
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
> ---
> drivers/hid/i2c-hid/i2c-hid.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/drivers/hid/i2c-hid/i2c-hid.c
2012/12/5, Wanpeng Li :
> 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
> flusher, but
>>> On 05.12.12 at 11:01, Olaf Hering 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 preventing
struct samsung_pin_bank does not have a member called reg_offset.
It should be pctl_offset instead.
Signed-off-by: Sachin Kamat
---
drivers/pinctrl/pinctrl-samsung.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-samsung.h
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
> ---
> drivers/hid/i2c-hid/i2c-hid.c | 5 +++--
> 1
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
> ---
> drivers/hid/i2c-hid/i2c-hid.c | 17 ++---
> 1 file changed, 6 insertions(+), 11
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
> > ---
> > 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 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
Please read
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
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
Tim Gardner 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 lib/Makefile
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
---
drivers/net/virtio_net.c | 43 +++
1 files changed, 43
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
> > >
> > > 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
>
Dne 5.12.2012 11:30, David Howells napsal(a):
> Takashi Iwai 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 += $(_sym_flags)
On Tue, Dec 4, 2012 at 4:54 PM, Tejun Heo 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);
> + container_of(work,
From: Rafael J. Wysocki
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
---
include/linux/acpi.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
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
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
wrote:
> Device-mapper "integrity" target provides transparent cryptographic integrity
> protection of the underlying read-write block device using hash-based message
> authentication codes (HMACs). HMACs can be
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
Reviewed-by: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
crypto/async_tx/async_memcpy.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/crypto/async_tx/async_memcpy.c
Make ioat_dma_self_test() do DMA unmapping itself and fix handling
of failure cases.
Acked-by: Dan Williams
Reviewed-by: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
drivers/dma/ioat/dma.c | 11 +++
1 file changed, 7 insertions(+), 4
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
Acked-by: Dan Williams
Reviewed-by: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by:
Add missing include.
Acked-by: Dan Williams
Reviewed-by: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
crypto/async_tx/async_memset.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/crypto/async_tx/async_memset.c b/crypto/async_tx/async_memset.c
Do DMA unmap on ->device_prep_dma_memset failure.
Acked-by: Dan Williams
Reviewed-by: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
crypto/async_tx/async_memset.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/crypto/async_tx/async_memset.c
Make ioat_xor_val_self_test() do DMA unmapping itself and fix handling
of failure cases.
Acked-by: Dan Williams
Reviewed-by: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
drivers/dma/ioat/dma_v3.c | 76 ---
1
Make dma_xfer() do DMA unmapping itself and fix handling
of failure cases.
Cc: David Woodhouse
Cc: Vipin Kumar
Acked-by: Dan Williams
Reviewed-by: Tomasz Figa
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
---
drivers/mtd/nand/fsmc_nand.c | 22 ++
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
On Wed, Dec 5, 2012 at 12:02 PM, Daniel Vacek wrote:
> On Tue, Dec 4, 2012 at 4:54 PM, Tejun Heo wrote:
>> @@ -5190,7 +5188,7 @@ static void
>> megasas_aen_polling(struct work_struct *work)
>> {
>> struct megasas_aen_event *ev =
>> - container_of(work, struct
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
501 - 600 of 1044 matches
Mail list logo
