From: Nicholas Bellinger n...@linux-iscsi.org
Hi folks,
This following series is destined for v3.7-rc1 code, and re-adds support for
buffered FILEIO + emulate_write_cache=1 emulation removed in v3.5, as well as
fixing up a long standing issue wrt to MaxRecvDataSegmentLength handling within
From: Nicholas Bellinger n...@linux-iscsi.org
This patch introduces a new per connection MaxXmitDataSegmentLength
parameter value used to represent the outgoing MaxRecvDataSegmentLength
that is actually sent over the wire during iSCSI login response back
to the initiator side.
It also adds a new
From: Nicholas Bellinger n...@linux-iscsi.org
Now that iscsi-target supports a local configurable MaxXmitDataSegmentLength,
go ahead and make ISCSI_OP_SCSI_CMD, ISCSI_OP_SCSI_DATA_OUT, ISCSI_OP_NOOP_OUT
and ISCSI_OP_TEXT PDU payload checks honor conn_ops-MaxXmitDataSegmentLength.
Cc: Mike
From: Nicholas Bellinger n...@linux-iscsi.org
The iSCSI TMR TASK_REASSIGN completion logic in iscsi_tmr_task_reassign()
does an explict check for MRDSL across task reassignment, so go ahead and
add an explict MaxXmitDataSegmentLength check here as well to be safe.
Cc: Mike Christie
From: Nicholas Bellinger n...@linux-iscsi.org
This patch activates MaxXmitDataSegmentLength usage that performs the
following sequence of events:
- Once the incoming initiator's MAXRECVDATASEGMENTLENGTH key is detected
within iscsi_check_acceptor_state(), save the requested MRDSL into
From: Nicholas Bellinger n...@linux-iscsi.org
This patch converts iscsi_target_seq_pdu_list.c code for DataSequenceInOrder=No
+
DataPDUInOrder=No operation to honor the MaxXmitDataSegmentLength value
for iscsi_cmd-se_cmd.data_direction == DMA_TO_DEVICE cases.
Cc: Mike Christie
From: Nicholas Bellinger n...@linux-iscsi.org
This patch re-adds the ability to optionally run in buffered FILEIO mode
(eg: w/o O_DSYNC) for device backends in order to once again use the
Linux buffered cache as a write-back storage mechanism.
This logic was originally dropped with mainline
[Was: Re: [GIT pull] timer fixes for 3.4]
[CC+=Trevor Woerner, after an independent mail led me to find this thread.]
[CC+=linux-api@, which really should have been CCed on the original patch]
Linus,
On Fri, Apr 13, 2012 at 12:19 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu,
On Sun, Sep 30, 2012 at 09:38:45AM +0530, anish kumar wrote:
On Sat, 2012-09-29 at 10:13 +0300, Dan Carpenter wrote:
psy-properties is an enum (32 bit type) so adding sizeof() puts us
four times further along than we intended. It should be cast to a char
pointer before doing the math.
You
Hello, Lai.
On Fri, Sep 28, 2012 at 04:06:48PM +0800, Lai Jiangshan wrote:
But does we need a stand-alone workqueue for work_on_cpu() as it is original
introduced? (2d3854a3)
Given how work_on_cpu() is used currently, I don't think we need that.
What we need to do is removing the remaining
Hello,
On Fri, Sep 28, 2012 at 05:52:02PM +0800, Lai Jiangshan wrote:
Main reason: I think the readability of your is the same as mine,
and your add two lines.
Tiny reason: my code uses only one return. (I don't always keep one return,
but I try to keep it if it is still clean)
Is there
Hello,
On Fri, Sep 28, 2012 at 06:04:01PM +0800, Lai Jiangshan wrote:
On 09/27/2012 02:24 AM, Tejun Heo wrote:
On Thu, Sep 27, 2012 at 01:20:34AM +0800, Lai Jiangshan wrote:
There is no reason to use WORKER_PREP, remove it from rescuer.
And there is no reason to set it so early in
Hello, Glauber.
On Thu, Sep 27, 2012 at 10:45:01PM +0400, Glauber Costa wrote:
Can you please give other examples of cases where this type of issue
exists (plenty of shared kernel data structure which is inherent to
the workload at hand)? Until now, this has been the only example for
Current kernel init memory mapping between [0, TOML) and [4G, TOMH)
Some AMD systems have mem hole between 4G and TOMH, around 1T.
According to HPA, we should only mapping ram range.
This patcheset:
1. Seperate calculate_table_space_size and find_early_page_table out with
init_memory_mapping.
Now init_memory_mapping is called two times, later will call more time for
more ram ranges.
Could put all related init_mem calling together.
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Pekka Enberg penb...@kernel.org
---
arch/x86/include/asm/init.h|1 -
From: Jacob Shin jacob.s...@amd.com
Current logic finds enough space for direct mapping page tables from 0
to end. Instead, we only need to find enough space to cover mr[0].start
to mr[nr_range].end -- the range that is actually being mapped by
init_memory_mapping()
This patch also reportedly
They all need to go over ram range in same sequence. So add shared function
to reduce duplicated code.
-v2: Change to walk_ram_ranges() according to Pekka Enberg.
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Pekka Enberg penb...@kernel.org
---
arch/x86/mm/init.c | 64
So later could make it call split_mem_range.
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Pekka Enberg penb...@kernel.org
---
arch/x86/mm/init.c | 116 ++--
1 files changed, 58 insertions(+), 58 deletions(-)
diff --git
From: Jacob Shin jacob.s...@amd.com
Currently direct mappings are created for [ 0 to max_low_pfnPAGE_SHIFT )
and [ 4GB to max_pfnPAGE_SHIFT ), which may include regions that are not
backed by actual DRAM. This is fine for holes under 4GB which are covered
by fixed and variable range MTRRs to be
From: Jacob Shin jacob.s...@amd.com
Update code that previously assumed pfns [ 0 - max_low_pfn_mapped ) and
[ 4GB - max_pfn_mapped ) were always direct mapped, to now look up
pfn_mapped ranges instead.
-v2: change applying sequence to keep git bisecting working.
so add dummy
We should not do that in every calling of init_memory_mapping.
At the same time need to move down early_memtest, and could move after_bootmem
checking away.
-v2: fix one early_memtest with 32bit by passing max_pfn_mapped instead.
Signed-off-by: Yinghai Lu ying...@kernel.org
---
From: Jacob Shin jacob.s...@amd.com
There could be cases where user supplied memmap=exactmap memory
mappings do not mark the region where the kernel .text .data and
.bss reside as E820_RAM, as reported here:
https://lkml.org/lkml/2012/8/14/86
Handle it by complaining, and adding the range back
After
| commit 8548c84da2f47e71bbbe300f55edb768492575f7
| Author: Takashi Iwai ti...@suse.de
| Date: Sun Oct 23 23:19:12 2011 +0200
|
|x86: Fix S4 regression
|
|Commit 4b239f458 (x86-64, mm: Put early page table high) causes a S4
|regression since 2.6.39, namely the machine reboots
So make init_memory_mapping smaller and readable.
Suggested-by: Ingo Molnar mi...@elte.hu
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Pekka Enberg penb...@kernel.org
---
arch/x86/mm/init.c | 42 ++
1 files changed, 26 insertions(+), 16
Now we pass around use_gbpages and use_pse for calculating page table size,
Later we will need to calculate page table size for every ram range, that
mean those calculation will be done several times.
Those info are the same for all ram range and could be stored in page_size_mask
and only probe
It should take physical address range that will need to be mapped.
find_early_table_space should take range that pgt buff should be in.
Separating page table size calculating and finding early page table will
reduce confusing.
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Pekka
memblock_x86_fill() could double memory array.
If we set max_pfn_mapped to 512M, so memory array could be around 512M.
So kdump will not get big range (like 512M) under 1024M.
Try to put it down under 1M, it could use about 4k or so.
Also we need this one when we try to only map ram range only
On Sun, Sep 30, 2012 at 04:57:00PM +0900, Tejun Heo wrote:
On Thu, Sep 27, 2012 at 10:45:01PM +0400, Glauber Costa wrote:
Can you please give other examples of cases where this type of issue
exists (plenty of shared kernel data structure which is inherent to
the workload at hand)? Until
on 09/26/2012 08:41 AM Thanasis wrote the following:
on 09/25/2012 11:53 PM Francois Romieu wrote the following:
Thanasis thana...@asyr.hopto.org :
[...]
Ping failed in the following step:
HEAD is now at 3c6ad46 r8169: move rtl_set_rx_mode before its
rtl_hw_start callers.
*spleen*
It's
On 09/28/2012 08:18 PM, Konrad Rzeszutek Wilk wrote:
PLE:
- works for unmodified / non-Linux guests
- works for all types of spins (e.g. smp_call_function*())
- utilizes an existing hardware interface (PAUSE instruction) so likely
more robust compared to a software interface
PV:
-
On 09/28/2012 08:16 AM, Raghavendra K T wrote:
+struct pv_sched_info {
+ unsigned long sched_bitmap;
Thinking, whether we need something similar to cpumask here?
Only thing is we are representing guest (v)cpumask.
DECLARE_BITMAP(sched_bitmap, KVM_MAX_VCPUS)
cpumask is
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/gpio/gpio-mvebu.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpio/gpio-mvebu.c b/drivers/gpio/gpio-mvebu.c
index 902af43..7a874129 100644
--- a/drivers/gpio/gpio-mvebu.c
+++ b/drivers/gpio/gpio-mvebu.c
@@ -381,11
Hello, Glauber.
On Thu, Sep 27, 2012 at 10:30:36PM +0400, Glauber Costa wrote:
But that happens only when pages enter and leave slab and if it still
is significant, we can try to further optimize charging. Given that
this is only for cases where memcg is already in use and we provide a
On 09/28/2012 01:40 PM, Andrew Theurer wrote:
IIRC, with defer preemption :
we will have hook in spinlock/unlock path to measure depth of lock held,
and shared with host scheduler (may be via MSRs now).
Host scheduler 'prefers' not to preempt lock holding vcpu. (or rather
give say
On Tue, Sep 25, 2012 at 9:56 AM, Roland Stigge sti...@antcom.de wrote:
This patch adds the missing gpi28 to the list of GPIOs in the GPI P3 chip.
NOTE: This patch depends on incrementing LPC32XX_GPI_P3_MAX. When applied
without the respective mach-lpc32xx patch (merged via arm-soc.git), gcc
On Tue, Sep 25, 2012 at 9:56 AM, Roland Stigge sti...@antcom.de wrote:
This patch adds documentation for set_debounce in struct device_node.
Signed-off-by: Roland Stigge sti...@antcom.de
Applied, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Tue, Sep 25, 2012 at 2:03 PM, Neil Zhang zhan...@marvell.com wrote:
We need to return 0 or 1 when get gpio value.
OK...
static int pxa_gpio_get(struct gpio_chip *chip, unsigned offset)
{
- return readl_relaxed(gpio_chip_base(chip) + GPLR_OFFSET) (1
offset);
+ u32 gplr
On Wed, Sep 26, 2012 at 3:46 AM, Neil Zhang zhan...@marvell.com wrote:
We need to return 0 or 1 when get gpio value.
Signed-off-by: Neil Zhang zhan...@marvell.com
Aha there is another patch fixing that comment I had, sorry, going through
the mail backlog.
But you need to take Haojian's
On Fri, Sep 28, 2012 at 03:34:19PM +0400, Glauber Costa wrote:
On 09/27/2012 05:44 PM, Michal Hocko wrote:
Anyway, I have just noticed that __mem_cgroup_try_charge does
VM_BUG_ON(css_is_removed(memcg-css)) on a given memcg so you should
keep css ref count up as well.
IIRC, css_get will
On Tue, Sep 25, 2012 at 12:10 AM, Randy Dunlap rdun...@xenotime.net wrote:
on x86_64:
drivers/built-in.o: In function `rproc_virtio_finalize_features':
remoteproc_virtio.c:(.text+0x2f9a02): undefined reference to
`vring_transport_features'
drivers/built-in.o: In function
On Thu, Sep 27, 2012 at 9:43 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
In my case for ux500 we use the mmci host driver. It is an ARM cross
SoC device driver, and I believe adding clock notifiers in the driver
to handle the voltage scale would complicate things quite a bit. It
seems a lot
The latest maintenance release Git v1.7.12.2 is now available at
the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
277b759139ddb62c6935da37de8a483e2c234a97 git-1.7.12.2.tar.gz
On Sun, Sep 30, 2012 at 04:23:27PM +0800, Axel Lin wrote:
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/gpio/gpio-mvebu.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpio/gpio-mvebu.c b/drivers/gpio/gpio-mvebu.c
index 902af43..7a874129 100644
---
Hello, Michal.
On Thu, Sep 27, 2012 at 05:09:50PM +0200, Michal Hocko wrote:
On Thu 27-09-12 07:33:00, Tejun Heo wrote:
I'm not too convinced. First of all, the overhead added by kmemcg
isn't big.
You are probably talking about memory overhead which is indeed not that
big (except for
On Sat, 29 Sep 2012 18:39:13 +0200, Geert Uytterhoeven wrote:
On Thu, Sep 27, 2012 at 1:51 PM, Heiko Carstens
From 24c68e72b6198b8412a8605fac7d9c90796502ac Mon Sep 17 00:00:00 2001
From: Heiko Carstens heiko.carst...@de.ibm.com
Date: Thu, 27 Sep 2012 13:37:14 +0200
Subject: [PATCH] i2c:
Hello, Viresh.
On Thu, Sep 27, 2012 at 02:34:05PM +0530, Viresh Kumar wrote:
- A cpu has programmed a timer and is IDLE now.
- CPU gets into interrupt handler due to timer and queues a work. As the CPU
is
currently IDLE, we can queue this work to some other CPU.
I'm still a bit confused,
On Sun, 2012-09-30 at 17:02 +0900, Tejun Heo wrote:
On Sun, Sep 30, 2012 at 04:57:00PM +0900, Tejun Heo wrote:
On Thu, Sep 27, 2012 at 10:45:01PM +0400, Glauber Costa wrote:
Can you please give other examples of cases where this type of issue
exists (plenty of shared kernel data
On Sun, Sep 30, 2012 at 10:53 AM, Jean Delvare kh...@linux-fr.org wrote:
On Sat, 29 Sep 2012 18:39:13 +0200, Geert Uytterhoeven wrote:
On Thu, Sep 27, 2012 at 1:51 PM, Heiko Carstens
From 24c68e72b6198b8412a8605fac7d9c90796502ac Mon Sep 17 00:00:00 2001
From: Heiko Carstens
On Sun, 30 Sep 2012 11:08:41 +0200, Geert Uytterhoeven wrote:
On Sun, Sep 30, 2012 at 10:53 AM, Jean Delvare kh...@linux-fr.org wrote:
I thought we were trying to move away from explicit arch exclusions,
but if S390 is special then fine with me. I've folded Heiko's fix into
depends on
On Tue, Sep 25, 2012 at 9:01 AM, Dan Carpenter dan.carpen...@oracle.com wrote:
We only need to allocate mapping if there is an rproc domain.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
Static checker stuff. Handle with appropriate caution.
Applied, thanks.
I'm just changing
On Sun, Sep 30, 2012 at 11:20 AM, Jean Delvare kh...@linux-fr.org wrote:
On Sun, 30 Sep 2012 11:08:41 +0200, Geert Uytterhoeven wrote:
On Sun, Sep 30, 2012 at 10:53 AM, Jean Delvare kh...@linux-fr.org wrote:
I thought we were trying to move away from explicit arch exclusions,
but if S390 is
Hi,
there seems to be a bug in either ext4 or VM code triggered with 16 GB
memory when compiled with 32-bit and PAE. dirty_background_ratio
defaults to 10, dirty_ratio to 20. But in effect, dirty pages are
strongly limited (zero or negative?). I observed extreme I/O wait states
and slow disk
On Thu, Sep 27, 2012 at 11:22 PM, Roland Stigge sti...@antcom.de wrote:
The recurring task of providing simultaneous access to GPIO lines
(especially
for bit banging protocols) needs an appropriate API.
This patch adds a kernel internal Block GPIO API that enables
simultaneous
access to
On Tue, Sep 25, 2012 at 9:02 AM, Dan Carpenter dan.carpen...@oracle.com wrote:
snprintf() returns the number of characters which would have been
printed if there were enough space. For example, on the first print if
we fill up the 28 character string then it would return a number more
than
Hi,
I'd like to confirm this bug exists in 3.6-rc7 32-bit. It seems to occur
only when opening the audio output, and not with every audio player. MP3
/ Ogg playback with VLC via Pulseaudio triggers the noise. Xine, Totem
don't. After about 20 to 40 seconds, it suddenly disappears.
On Tue, Sep 25, 2012 at 9:05 AM, Dan Carpenter dan.carpen...@oracle.com wrote:
copy_from_user() returns the number of bytes remaining to be copied, but
we want to return an error code here.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Applied, thanks.
--
To unsubscribe from this
On Sun, 30 Sep 2012 11:35:41 +0200, Geert Uytterhoeven wrote:
On Sun, Sep 30, 2012 at 11:20 AM, Jean Delvare kh...@linux-fr.org wrote:
On Sun, 30 Sep 2012 11:08:41 +0200, Geert Uytterhoeven wrote:
On Sun, Sep 30, 2012 at 10:53 AM, Jean Delvare kh...@linux-fr.org wrote:
I thought we were
Building regmap.o triggers this GCC warning:
drivers/base/regmap/regmap.c: In function ‘regmap_raw_read’:
drivers/base/regmap/regmap.c:1172:6: warning: ‘ret’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
It seems 'ret' should always be set when this function returns.
Otherwise, we got NULL derefernce while calling backlight_device_unregister()
in tps65217_bl_remove().
Also convert to use module_platform_driver.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/video/backlight/tps65217_bl.c | 14 ++
1 file changed, 2 insertions(+), 12
On 29/09/12 21:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
Problem here is that it's only an intermediate format since hardware
often needs special preparation of the data.
But will evaluate what makes most sense.
the key point here is to avoid to manipualte data each time we call
Dear Axel Lin,
On Sun, 30 Sep 2012 16:23:27 +0800, Axel Lin wrote:
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/gpio/gpio-mvebu.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpio/gpio-mvebu.c b/drivers/gpio/gpio-mvebu.c
index 902af43..7a874129 100644
---
Hello, James.
On Sun, Sep 30, 2012 at 09:56:28AM +0100, James Bottomley wrote:
The beancounter approach originally used by OpenVZ does exactly this.
There are two specific problems, though, firstly you can't count
references in generic code, so now you have to extend the cgroup
tentacles into
On 30/09/12 11:35, Stijn Devriendt wrote:
In our kernel tree we have similar code. If you like I can request
permission
to share. I can, however, already give you an update on the basic
structure, perhaps
it's useful now.
For the first part, the drivers need to implement a the gpio
Compiling qla_gs.o (part of the qla2xxx module) triggers two GCC
warnings:
drivers/scsi/qla2xxx/qla_gs.c: In function ‘qla2x00_fdmi_rhba’:
drivers/scsi/qla2xxx/qla_gs.c:1339:7: warning: array subscript is above
array bounds [-Warray-bounds]
drivers/scsi/qla2xxx/qla_gs.c: In function
On Sun, Sep 30, 2012 at 10:18:17AM +0200, Avi Kivity wrote:
On 09/28/2012 08:16 AM, Raghavendra K T wrote:
+struct pv_sched_info {
+ unsigned long sched_bitmap;
Thinking, whether we need something similar to cpumask here?
Only thing is we are representing guest
On Sun, Sep 30, 2012 at 12:05 PM, Jean Delvare kh...@linux-fr.org wrote:
On Sun, 30 Sep 2012 11:35:41 +0200, Geert Uytterhoeven wrote:
On Sun, Sep 30, 2012 at 11:20 AM, Jean Delvare kh...@linux-fr.org wrote:
On Sun, 30 Sep 2012 11:08:41 +0200, Geert Uytterhoeven wrote:
On Sun, Sep 30, 2012
On 09/28/2012 05:35 AM, Paul E. McKenney wrote:
On Thu, Sep 27, 2012 at 12:40:44PM +0800, Fengguang Wu wrote:
On Wed, Sep 26, 2012 at 09:28:50PM -0700, Paul E. McKenney wrote:
On Thu, Sep 27, 2012 at 10:54:00AM +0800, Fengguang Wu wrote:
On Wed, Sep 26, 2012 at 09:45:43AM -0700, Paul E.
On 09/30/2012 01:07 PM, Gleb Natapov wrote:
On Sun, Sep 30, 2012 at 10:18:17AM +0200, Avi Kivity wrote:
On 09/28/2012 08:16 AM, Raghavendra K T wrote:
+struct pv_sched_info {
+ unsigned long sched_bitmap;
Thinking, whether we need something similar to cpumask here?
Ok, now reverted, thanks.
greg k-h
The same patch also breaks 3.0 for me. A 3.0.42 image with the patch reverted
was fine, I checked with several restarts.
Sort of confirms there is something in =3.5 that makes this thing work.
Regards
--
To unsubscribe from this list: send the line
On Sun, Sep 30, 2012 at 01:10:55PM +0200, Avi Kivity wrote:
On 09/28/2012 05:35 AM, Paul E. McKenney wrote:
On Thu, Sep 27, 2012 at 12:40:44PM +0800, Fengguang Wu wrote:
On Wed, Sep 26, 2012 at 09:28:50PM -0700, Paul E. McKenney wrote:
On Thu, Sep 27, 2012 at 10:54:00AM +0800, Fengguang Wu
On Sun, 2012-09-30 at 19:37 +0900, Tejun Heo wrote:
Hello, James.
On Sun, Sep 30, 2012 at 09:56:28AM +0100, James Bottomley wrote:
The beancounter approach originally used by OpenVZ does exactly this.
There are two specific problems, though, firstly you can't count
references in generic
On 09/30/2012 01:18 PM, Fengguang Wu wrote:
On Sun, Sep 30, 2012 at 01:10:55PM +0200, Avi Kivity wrote:
On 09/28/2012 05:35 AM, Paul E. McKenney wrote:
On Thu, Sep 27, 2012 at 12:40:44PM +0800, Fengguang Wu wrote:
On Wed, Sep 26, 2012 at 09:28:50PM -0700, Paul E. McKenney wrote:
On Thu,
On 09/30/2012 01:23 PM, Fengguang Wu wrote:
On Sun, Sep 30, 2012 at 01:10:55PM +0200, Avi Kivity wrote:
On 09/28/2012 05:35 AM, Paul E. McKenney wrote:
On Thu, Sep 27, 2012 at 12:40:44PM +0800, Fengguang Wu wrote:
On Wed, Sep 26, 2012 at 09:28:50PM -0700, Paul E. McKenney wrote:
On Thu,
Hiya. I just had an initial look at fair.c
There seems to be a 10ms averager in there?
You are aware that that means you work on delayed values?
Isn`t that counterintuitive to the principle of sharing?
That means short bursts of cpu-use will be filtered out, and given less
cpu time.
This patch update the documentation to simple_strto* to reflect
that it has been obsoleted and advise the usage of kstrto*.
Cc: J. Bruce Fields bfie...@fieldses.org
Signed-off-by: Eldad Zack el...@fogrefinery.com
---
lib/vsprintf.c |8
1 files changed, 8 insertions(+), 0
As J. Bruce Fields bfie...@fieldses.org pointed out, kstrto* is
currently lacking kerneldoc comments.
This patch adds kerneldoc comments to common variants of kstrto*:
kstrto(u)l, kstrto(u)ll and kstrto(u)int.
Cc: J. Bruce Fields bfie...@fieldses.org
Signed-off-by: Eldad Zack
I also did a quick hack changing some of those values, giving
non-interrputed audiostream with audioapp alone, at 0.7ms. (on a core2duo
@ 2.5ghz)
That is actually better than BFS.
Peace Be With You.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Sun, Sep 30, 2012 at 01:32:46PM +0200, Avi Kivity wrote:
On 09/30/2012 01:23 PM, Fengguang Wu wrote:
On Sun, Sep 30, 2012 at 01:10:55PM +0200, Avi Kivity wrote:
On 09/28/2012 05:35 AM, Paul E. McKenney wrote:
On Thu, Sep 27, 2012 at 12:40:44PM +0800, Fengguang Wu wrote:
On Wed, Sep
On 30 September 2012 14:24, Tejun Heo t...@kernel.org wrote:
On Thu, Sep 27, 2012 at 02:34:05PM +0530, Viresh Kumar wrote:
- A cpu has programmed a timer and is IDLE now.
- CPU gets into interrupt handler due to timer and queues a work. As the CPU
is
currently IDLE, we can queue this work
On Sat, Sep 29, 2012 at 09:01:15PM +0200, Ben Hutchings wrote:
This is a problem since 448b6eb1 (USB: Make sure to fetch the BOS desc
for roothubs.) if used in USB3 mode because dummy does not provide this
descriptor and explodes later.
[...]
i.e. for 3.5 (as noted in the cc: stable
Compiled 3.6-rc7, with a hz timer of 3956 for a natural psychovisual
profile jitter level in OpenGL, and a shaved config for minimal jitter.
Also changed the 10ms filter in fair.c to 1. And I suggest the whole
filter to be removed. https://lkml.org/lkml/2012/9/30/78
There is very few
On Fri, Sep 28, 2012 at 06:20:04PM -0500, Daniel Santos wrote:
Throughout compiler*.h, many version checks are made. These can be
simplified by using the macro that gcc's documentation recommends.
However, my primary reason for adding this is that I need bug-check
macros that are enabled at
On Fri, Sep 28, 2012 at 09:04:35PM -0400, Steven Rostedt wrote:
On Fri, 2012-09-28 at 17:23 -0700, Josh Triplett wrote:
On Fri, Sep 28, 2012 at 06:20:07PM -0500, Daniel Santos wrote:
Signed-off-by: Daniel Santos daniel.san...@pobox.com
---
include/linux/bug.h |2 +-
1 files
Hi Toralf,
On Sat, 29 Sep 2012 10:16:11 +0200
Toralf Förster toralf.foers...@gmx.de wrote:
Hello,
I'm observed hot CPUs at my ThinkPad T420 (i5-2540M CPU) w/ integrated
intel graphic with current git
Powertop-2.1 shows that the GPU is always at 100%.
Where can we get a powertop-2.1? I
On Sun, Sep 30, 2012 at 4:37 PM, Feng Tang feng.t...@intel.com wrote:
Where can we get a powertop-2.1? I searched google and found
git clone git://git.kernel.org/pub/scm/status/powertop/powertop.git
is null now.
https://01.org/powertop/
Compiled 3.6-rc7, with a hz timer of 3956 for a natural psychovisual
profile jitter level in OpenGL, and a shaved config for minimal jitter.
Also changed the 10ms filter in fair.c to 1. And I suggest the whole
filter to be removed. https://lkml.org/lkml/2012/9/30/78
There is very few clicks
On Sun, Sep 30, 2012 at 01:15:38PM +0200, Andreas Sturmlechner wrote:
Ok, now reverted, thanks.
greg k-h
The same patch also breaks 3.0 for me. A 3.0.42 image with the patch
reverted was fine, I checked with several restarts.
Sort of confirms there is something in =3.5 that makes
On 09/30/2012 04:06 PM, Anca Emanuel wrote:
On Sun, Sep 30, 2012 at 4:37 PM, Feng Tang feng.t...@intel.com wrote:
Where can we get a powertop-2.1? I searched google and found
git clone git://git.kernel.org/pub/scm/status/powertop/powertop.git
is null now.
https://01.org/powertop/
On Sat, Sep 29, 2012 at 10:23:19PM +0200, Geert Uytterhoeven wrote:
The warning check for duplicate sysfs entries can cause a buffer overflow
when printing the warning, as strcat() doesn't check buffer sizes.
Use strlcat() instead.
As the comment said, we knew about this, but I have never seen
On Sun, Sep 30, 2012 at 12:50 PM, Roland Stigge sti...@antcom.de wrote:
On 30/09/12 11:35, Stijn Devriendt wrote:
In our kernel tree we have similar code. If you like I can request
permission
to share. I can, however, already give you an update on the basic
structure, perhaps
it's useful
Hi Stijn,
On 30/09/12 16:52, Stijn Devriendt wrote:
One question: How did you solve the one-value-per-file in the sysfs
interface?
By exporting the group as a whole:
/sys/.../gpiogroup248/value
where value contains a decimal representing the group value.
Again, this respects the ordering
On Sun, Sep 30, 2012 at 12:34 PM, Roland Stigge sti...@antcom.de wrote:
On 29/09/12 21:57, Jean-Christophe PLAGNIOL-VILLARD wrote:
Problem here is that it's only an intermediate format since hardware
often needs special preparation of the data.
But will evaluate what makes most sense.
the
On 09/30/2012 03:37 PM, Feng Tang wrote:
Hi Toralf,
Really weird, my commit only change the lpc_ich.c which affects the TCO_WDT
driver. but from your .config file, neither CONFIG_LPC_ICH nor the
CONFIG_ITCO_WDT is enabled, which means the commit should not affect
your kernel, could you
On Sun, Sep 30, 2012 at 5:09 PM, Roland Stigge sti...@antcom.de wrote:
Hi Stijn,
On 30/09/12 16:52, Stijn Devriendt wrote:
One question: How did you solve the one-value-per-file in the sysfs
interface?
By exporting the group as a whole:
/sys/.../gpiogroup248/value
where value contains a
On 30/09/12 17:19, Stijn Devriendt wrote:
If I understand correctly, it's a violation (single-value should hold
for read and write).
To solve it, I have the following in mind: /sys/.../gpiogroupXXX/
contains files bit0 ... bit31 which contain a gpio number each,
empty if unconnected.
Hello.
On 28-09-2012 14:53, Kishon Vijay Abraham I wrote:
Added dwc3 support for dwc3 core and update the documentation with
device tree binding information.
Signed-off-by: Kishon Vijay Abraham Ikis...@ti.com
[...]
diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index
Russell King - ARM Linux li...@arm.linux.org.uk writes:
Note I'm not only doing ARM, but also X86 and MIPS, with additional code
shared between them, and the stable part of it is what I'm paid for.
I can't simply work with arm-soc, none of my platforms will even boot
with pure arm-soc.
I'm
Hi,
this patch turns QFQ into QFQ+, a faster variant of QFQ that groups
classes into aggregates, and uses the original QFQ scheduling
algorithm to schedule aggregates instead of single classes. An
aggregate is made of at most M classes, all with the same weight and
maximum packet size. M is equal
Hi Jim,
In January, 2011, Jim Hill wrote:
Keep a failing PS/2 mouse usable until it's convenient to replace it.
Filter incoming packets: drop invalid ones and attempt to correct for
dropped bytes.
New parameter 'filter' makes filtering and logging selectable, set to 0
to shut off all
On Sat, Sep 29, 2012 at 11:30 PM, Michael Kerrisk
mtk.manpa...@gmail.com wrote:
I think the whole let's deprecate this six months into the future is
unnecessary. Yes, it may well be worth doing for something with bigger
consequences, but I think that for something like this, it's just
1 - 100 of 334 matches
Mail list logo