On 7 November 2012 13:26, Michael Wang wrote:
> It's the user nice value I suppose, so it should be reversed when we are
> talking about weight.
Ahh.. I knew it .. How can i miss it.
Sorry for the noise :(
--
viresh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 11/07/2012 03:49 PM, Viresh Kumar wrote:
Hi, Viresh
> Hi Ingo/Peter,
>
> I am trying to understand the complex scheduler code and just found
> something incorrect (maybe i am not reading it well):
>
> File: kernel/sched/fair.c
>
> static void
> prio_changed_fair(struct rq *rq, struct
On 05/11/2012 23:36, David Rientjes wrote:
> do_wp_page() sets mmun_called if mmun_start and mmun_end were initialized
> and, if so, may call mmu_notifier_invalidate_range_end() with these
> values. This doesn't prevent gcc from emitting a build warning though:
>
> mm/memory.c: In function
On Wed, Nov 7, 2012 at 7:45 AM, David Sterba wrote:
> On Mon, Oct 29, 2012 at 12:30:56PM +0800, zwu.ker...@gmail.com wrote:
>> +static int hot_range_seq_show(struct seq_file *seq, void *v)
>> +{
>> + struct hot_range_item *hr = v;
>> + struct hot_inode_item *he = hr->hot_inode;
>> +
Hi Ingo/Peter,
I am trying to understand the complex scheduler code and just found
something incorrect (maybe i am not reading it well):
File: kernel/sched/fair.c
static void
prio_changed_fair(struct rq *rq, struct task_struct *p, int oldprio)
{
if (!p->se.on_rq)
return;
Hi Hannes,
On Mon, 5 Nov 2012 23:49:16 +0100, Hannes Frederic Sowa wrote:
> While casting an array of (unsigned) chars to a string, perf does not
> check the containing type but only the opaque type and is bailing out:
>
> $ perf probe -v -a 'neigh_destroy:22 dev->name:string'
>
There is a race condition as below when calling request_firmware():
CPU1CPU2
write 0 > loading
mutex_lock(_lock);
...
set_bit FW_STATUS_DONE class_timeout is coming
set_bit FW_STATUS_ABORT
complete_all
On 10/23/2012 06:30 PM, we...@cn.fujitsu.com wrote:
From: Yasuaki Ishimatsu
..
+ /* The zone has no valid section */
+ zone->zone_start_pfn = 0;
+ zone->spanned_pages = 0;
+ zone_span_writeunlock(zone);
+}
+
+static void shrink_pgdat_span(struct pglist_data *pgdat,
Hi Arnaldo,
On Tue, 6 Nov 2012 17:52:21 -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Nov 05, 2012 at 02:50:47PM +0100, Stephane Eranian escreveu:
> [root@sandy acme]# perf mem -t load rep --stdio
> --sort=symbol,symbol_daddr,cost
> # Samples: 30 of event 'cpu/mem-loads/pp'
> # Total cost :
On Wed, Nov 7, 2012 at 7:30 AM, David Sterba wrote:
> On Mon, Oct 29, 2012 at 12:30:54PM +0800, zwu.ker...@gmail.com wrote:
>> +static int ioctl_heat_info(struct file *file, void __user *argp)
>> +{
>> + struct inode *inode = file->f_dentry->d_inode;
>> + struct hot_heat_info *heat_info;
From: Thierry Reding
Date: Wed, 7 Nov 2012 07:52:58 +0100
> It seems like OF_ADDRESS would be trickier. A comment around line 60 in
> drivers/of/platform.c says that SPARC doesn't need functions defined in
> the enclosing #ifdef CONFIG_OF_ADDRESS block. I'm not sure it would be
> acceptable to
From: Namhyung Kim
Currently only text (function) mapping was set, so that the kernel
data addresses couldn't parsed correctly. Fix it.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/machine.c | 22 +-
1 file changed, 13 insertions(+), 9
From: Namhyung Kim
When loading symbols in a data mapping, ABS symbols (which has a value
of SHN_ABS in its st_shndx) failed at elf_getscn(). And it marks the
loading as a failure so already loaded symbols cannot be fixed up.
I'm not sure what should be done. Just ignore them for now. :)
Cc:
From: Namhyung Kim
Those data should be free along with the associated hist_entry,
otherwise they'll be leaked.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/hist.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c
From: Namhyung Kim
Output of /proc//maps contains helpful information to anonymous
mappings like stack, heap, ... For the case of stack, it can show
multiple stack area for each thread in the process:
$ cat /proc/$(pidof gnome-shell)/maps | grep stack
7fe019946000-7fe01a146000 rw-p
From: Namhyung Kim
The symbol addresses in a dso have relative offsets from the start of
a mapping. So in order to ouput correct offset value from @ip, one of
them should be converted.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 2 +-
1 file changed, 1
From: Namhyung Kim
Current perf_event__synthesize_mmap_events() only deals with
executable mappings. With upcoming memory access sampling,
non-executable data mappings are needed also.
While at it, convert parsing code to use sscanf which makes
the code cleaner IMHO.
Cc: Stephane Eranian
Hi,
During playing with the Stephane's memory access sampling series [1],
I needed to have these patches to make perf mem work properly.
It still gets a segfult when analyzing system wide sample data, and
needs more work on dealing with kernel's percpu symbols and rodata
symbols in user app, it
CCing Russell since I believe this is the fix for the "BUG: ARM build
failures due to Xen" failure he reported yesterday,
On Tue, 2012-11-06 at 22:13 +, Konrad Rzeszutek Wilk wrote:
> We end up with:
>
> ERROR: "HYPERVISOR_event_channel_op" [drivers/xen/xen-gntdev.ko] undefined!
> ERROR:
On Tue, 2012-11-06 at 22:13 +, Konrad Rzeszutek Wilk wrote:
> As there is no need for it (the fallback code is for older
> hypervisors and they won't run under ARM),
I think more specifically they won't run on anything other than x86.
[...]
> diff --git a/drivers/xen/Makefile
Also I want to note that some times notebook was suspended.
But this errors don't appears every time before suspend or just after resume.
On Wed, Nov 7, 2012 at 7:41 AM, Azat Khuzhin wrote:
> Anybody?
>
> On Mon, Nov 5, 2012 at 7:28 PM, Azat Khuzhin wrote:
>> After installing linux on macbook
Hello :
1) Result:
A) netdev: 3 patches (got all reply)
B) arch/x86: 1 patch (waiting reply)
C) arch/blackfin:1 patch (waiting reply)
D) fs/ocfs1: 1 patch (waiting reply)
E) drivers/gpu/drm: 1 suggestion (waiting reply)
F) kernel/irq: 1
On Wed, Nov 7, 2012 at 7:14 AM, David Sterba wrote:
> On Mon, Oct 29, 2012 at 12:30:52PM +0800, zwu.ker...@gmail.com wrote:
>> +static struct hot_func_type *hot_func_get(const char *name)
>> +{
>> + struct hot_func_type *f, *h = _func_def;
>> +
>> + spin_lock(_func_list_lock);
>> +
On Wed, 7 Nov 2012 08:13:08 +0100 Glauber Costa wrote:
> On 11/06/2012 01:48 AM, Andrew Morton wrote:
> > On Thu, 1 Nov 2012 16:07:41 +0400
> > Glauber Costa wrote:
> >
> >> This means that when we destroy a memcg cache that happened to be empty,
> >> those caches may take a lot of time to go
On Wed, 7 Nov 2012 08:04:03 +0100 Glauber Costa wrote:
> On 11/06/2012 01:28 AM, Andrew Morton wrote:
> > On Thu, 1 Nov 2012 16:07:35 +0400
> > Glauber Costa wrote:
> >
> >> +static __always_inline struct kmem_cache *
> >> +memcg_kmem_get_cache(struct kmem_cache *cachep, gfp_t gfp)
> >
> > I
On Tue, Nov 6, 2012 at 11:02 PM, Jeff Liu wrote:
> On 11/07/2012 02:21 PM, Kees Cook wrote:
>> I still want to hear at least from Ted about this changes -- we would
>> be potentially increasing the predictability of these bytes...
>
> We would not increasing that if this routine would be used for
On 11/06/2012 01:48 AM, Andrew Morton wrote:
> On Thu, 1 Nov 2012 16:07:41 +0400
> Glauber Costa wrote:
>
>> This means that when we destroy a memcg cache that happened to be empty,
>> those caches may take a lot of time to go away: removing the memcg
>> reference won't destroy them - because
On Wed, 7 Nov 2012 08:05:10 +0100 Glauber Costa wrote:
> Since you have already included this in mm, would you like me to
> resubmit the series changing things according to your feedback, or
> should I send incremental patches?
I normally don't care. I do turn replacements into incrementals so
The current driver expected touchscreen input
wires(XP,XN,YP,YN) to be connected in a particular order.
Making changes to accept this as platform data.
Signed-off-by: Patil, Rachna
---
drivers/input/touchscreen/ti_am335x_tsc.c | 156 ++---
Only fine tuning variance parameter present in tslib
utility does not help in removing all the ADC noise.
This logic of filtering is necessary to get this
touchscreen to work finely.
Signed-off-by: Patil, Rachna
---
drivers/input/touchscreen/ti_am335x_tsc.c | 15 ++-
1 files
Signed-off-by: Patil, Rachna
---
.../devicetree/bindings/mfd/ti_am335x_tscadc.txt | 35
1 files changed, 35 insertions(+), 0 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mfd/ti_am335x_tscadc.txt
diff --git
Current code has hard coded value written to
step enable bits. Now the bits are updated based
on how many steps are needed to be configured got
from platform data.
The user needs to take care not to exceed
the count more than 16. While using ADC and TSC
one should take care to set this parameter
Add DT support for client ADC driver.
Signed-off-by: Patil, Rachna
---
drivers/iio/adc/ti_am335x_adc.c | 24
1 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
index 02a43c8..1f1ec0c 100644
Add DT support for client touchscreen driver
Signed-off-by: Patil, Rachna
---
drivers/input/touchscreen/ti_am335x_tsc.c | 60 -
1 files changed, 50 insertions(+), 10 deletions(-)
diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c
This patch set is a cumulative set of [1] and [2] sent earlier.
Note that there are no code changes in either of the patch set,
only rebased on top of MFD-next to make sure that all the patches
apply without any conflicts.
This patch set has been tested on AM335x EVM and is based on top of [3].
Make changes to add DT support in the MFD core driver.
Signed-off-by: Patil, Rachna
---
drivers/mfd/ti_am335x_tscadc.c | 28 +++-
1 files changed, 23 insertions(+), 5 deletions(-)
diff --git a/drivers/mfd/ti_am335x_tscadc.c b/drivers/mfd/ti_am335x_tscadc.c
index
On Wed, Nov 7, 2012 at 6:51 AM, David Sterba wrote:
> On Mon, Oct 29, 2012 at 12:30:47PM +0800, zwu.ker...@gmail.com wrote:
>> --- a/mm/readahead.c
>> +++ b/mm/readahead.c
>> @@ -19,6 +19,7 @@
>> #include
>> #include
>> #include
>> +#include
>>
>> /*
>> * Initialise a struct file's
Hi Rui,
> -Original Message-
> From: Zhang, Rui
> Sent: Wednesday, November 07, 2012 12:07 PM
> To: R, Durgadoss
> Cc: Jonghwa Lee; linux...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Brown, Len; Rafael J. Wysocki; Amit Dinel Kachhap; MyungJoo Ham;
> Kyungmin Park
> Subject: RE:
On 11/06/2012 01:23 AM, Andrew Morton wrote:
> On Thu, 1 Nov 2012 16:07:34 +0400
> Glauber Costa wrote:
>
>> Every cache that is considered a root cache (basically the "original" caches,
>> tied to the root memcg/no-memcg) will have an array that should be large
>> enough
>> to store a cache
On 11/06/2012 01:28 AM, Andrew Morton wrote:
> On Thu, 1 Nov 2012 16:07:35 +0400
> Glauber Costa wrote:
>
>> +static __always_inline struct kmem_cache *
>> +memcg_kmem_get_cache(struct kmem_cache *cachep, gfp_t gfp)
>
> I still don't understand why this code uses __always_inline so much.
>
>
On Wed, Nov 7, 2012 at 6:37 AM, David Sterba wrote:
> On Mon, Oct 29, 2012 at 12:30:45PM +0800, zwu.ker...@gmail.com wrote:
>> --- a/fs/hot_tracking.c
>> +++ b/fs/hot_tracking.c
>> +struct hot_inode_item
>> +*hot_inode_item_find(struct hot_info *root, u64 ino)
>> +{
>> + struct hot_inode_item
On 11/07/2012 02:21 PM, Kees Cook wrote:
> On Tue, Nov 6, 2012 at 10:11 PM, Jeff Liu wrote:
>> Hello,
>>
>> This is the revised patch for fix entropy depleting.
>>
>> Changes:
>>
>> v3->v2:
>> - Tweak code comments of random_stack_user().
>> - Remove redundant bits mask and shift upon
On 11/05/12 19:19, Andy King wrote:
> Hi David,
>
>> The big and only question is whether anyone can actually use any of
>> this stuff without your proprietary bits?
>
> Do you mean the VMCI calls? The VMCI driver is in the process of being
> upstreamed into the drivers/misc tree. Greg (cc'd
On Wed, Nov 7, 2012 at 6:24 AM, David Sterba wrote:
> On Mon, Oct 29, 2012 at 12:30:44PM +0800, zwu.ker...@gmail.com wrote:
>> +/* Frees the entire hot_range_tree. */
>> +static void hot_inode_item_free(struct kref *kref)
>> +{
>> + struct hot_comm_item *comm_item = container_of(kref,
>> +
On Tue, 2012-10-30 at 17:48 +0100, hongbo.zhang wrote:
> From: "hongbo.zhang"
>
> Problem of using this list is that the cpufreq_get_max_state callback will be
> called when register cooling device by thermal_cooling_device_register, but
> this list isn't ready at this moment. What's more, there
On Tue, 2012-10-30 at 17:48 +0100, hongbo.zhang wrote:
> From: "hongbo.zhang"
>
> In the while loop for counting cpu frequencies, if table[i].frequency equals
> CPUFREQ_ENTRY_INVALID, index i won't be increased, so this leads to an endless
> loop, what's more the index i cannot be referred as
(2012/10/16 13:23), Takao Indoh wrote:
(2012/10/16 3:36), Yinghai Lu wrote:
On Mon, Oct 15, 2012 at 12:00 AM, Takao Indoh
wrote:
This patch resets PCIe devices at boot time by hot reset when
"reset_devices" is specified.
how about pci devices that domain_nr is not zero ?
This patch does
On Tue, 2012-10-30 at 17:48 +0100, hongbo.zhang wrote:
> From: "hongbo.zhang"
>
> The curly bracket should be aligned with corresponding if else statements.
>
> Signed-off-by: hongbo.zhang
> Reviewed-by: Viresh Kumar
applied to thermal-next.
thanks,
rui
> ---
>
fix for few error messages as reported by checkpatch.pl
Signed-off-by: Kumar Amit Mehta
---
drivers/staging/tidspbridge/dynload/reloc.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tidspbridge/dynload/reloc.c
On Tue, Nov 06, 2012 at 06:40:58PM -0500, David Miller wrote:
> From: Thierry Reding
> Date: Mon, 5 Nov 2012 10:53:15 +0100
>
> > Are you aware of any reasons why this conflict would still be necessary?
>
> No reason that I can see, I'll push something like the patch below
> via the sparc tree.
Hi Loic,
On 6 November 2012 06:53, Loic PALLARDY wrote:
>
>
> On 11/06/2012 03:55 AM, Omar Ramirez Luna wrote:
>> Now internal structures can remain hidden to the user and just API
>> related functions and defines are made available.
>>
>> Signed-off-by: Omar Ramirez Luna
>> ---
>>
fixed few error messages as reported by checkpatch.pl
Signed-off-by: Kumar Amit Mehta
---
.../staging/tidspbridge/dynload/dload_internal.h |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/tidspbridge/dynload/dload_internal.h
On Thu, 2012-11-01 at 23:13 -0600, R, Durgadoss wrote:
> Hi Lee,
>
> > -Original Message-
> > From: Jonghwa Lee [mailto:jonghwa3@samsung.com]
> > Sent: Friday, November 02, 2012 7:55 AM
> > To: linux...@vger.kernel.org
> > Cc: linux-kernel@vger.kernel.org; Brown, Len; R, Durgadoss;
On Tue, Nov 06, 2012 at 05:00:19PM +0800, Zhi Yong Wu wrote:
> On Tue, Nov 6, 2012 at 4:39 PM, Zheng Liu wrote:
> > On Mon, Nov 05, 2012 at 10:29:39AM +0800, Zhi Yong Wu wrote:
> >> On Fri, Nov 2, 2012 at 4:41 PM, Zheng Liu wrote:
> >> > On Fri, Nov 02, 2012 at 02:38:29PM +0800, Zhi Yong Wu
- Original Message -
> From: "Huang Ying"
> To: "David Airlie"
> Cc: linux-...@vger.kernel.org, linux-kernel@vger.kernel.org, "Bjorn Helgaas"
> , "Rafael J.
> Wysocki"
> Sent: Wednesday, 7 November, 2012 4:26:25 PM
> Subject: Re: [PATCH] pci/runtime-pm: respect devices autosuspend
On Tue, 6 Nov 2012, Hugh Dickins wrote:
>
> Ah, now I actually scan through it, I see references to blank screen:
> I'll try taking off your patch and seeing if it came up at screen
> blanking time, then put on your patch back on and try again.
> I'll report back in an hour or two.
Yes, that was
On Wed, 2012-11-07 at 01:15 -0500, David Airlie wrote:
> > >
> > > Cc: Huang Ying
> > > Cc: Bjorn Helgaas
> > > Cc: Rafael J. Wysocki
> > > Signed-off-by: Dave Airlie
> > > ---
> > > drivers/pci/pci-sysfs.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git
On Tue, Nov 6, 2012 at 10:11 PM, Jeff Liu wrote:
> Hello,
>
> This is the revised patch for fix entropy depleting.
>
> Changes:
>
> v3->v2:
> - Tweak code comments of random_stack_user().
> - Remove redundant bits mask and shift upon the random variable.
>
> v2->v1:
> Fix random copy to
> >
> > Cc: Huang Ying
> > Cc: Bjorn Helgaas
> > Cc: Rafael J. Wysocki
> > Signed-off-by: Dave Airlie
> > ---
> > drivers/pci/pci-sysfs.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/pci/pci-sysfs.c b/drivers/pci/pci-sysfs.c
> > index
Hello,
This is the revised patch for fix entropy depleting.
Changes:
v3->v2:
- Tweak code comments of random_stack_user().
- Remove redundant bits mask and shift upon the random variable.
v2->v1:
Fix random copy to check up buffer length that are not 4-byte multiples.
v2 can be found
Hi,
This patch seem to be fine. Please consider this patch as Acked-by: "Sreekanth
Reddy"
Regards,
Sreekanth.
-Original Message-
From: linux-scsi-ow...@vger.kernel.org
[mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Kent Overstreet
Sent: Tuesday, October 16, 2012 1:39 AM
To:
On 7 November 2012 13:37, Axel Lin wrote:
> They are not referenced outside respective driver.
>
> Signed-off-by: Axel Lin
> Cc: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Simon Arlott
> Cc: John Crispin
> Cc: Dong Aisheng
> Cc: Shawn Guo
> Cc: Stephen Warren
> ---
>
On Wed, 2012-11-07 at 15:30 +1000, Dave Airlie wrote:
> So I've been adding runtime pm to nouveau/radeon, and on X start it does a
> lot of pci accesses. Now because the pm on these devices is equivalent
> to D3cold, we have to resume them which involves a heavy latency due to
> POSTing the cards.
Please ignore this patch since I forgot revising the comments of this
new wrapper according to Andrew's, will re-send it a little while, sorry
for the noise!
-Jeff
On 11/07/2012 01:27 PM, Jeff Liu wrote:
> Hello,
>
> We have observed entropy quickly depleting under normal I/O between 2.6.30 to
Convert to MT-B because Synaptics touch devices are capable of tracking
identifiable fingers.
Signed-off-by: Alexandra Chin
---
Changes from v4:
- Incorporated Henrik's review comments
*split function synpatics_rmi4_touchscreen_report
*split function
They are not referenced outside respective driver.
Signed-off-by: Axel Lin
Cc: Jean-Christophe PLAGNIOL-VILLARD
Cc: Simon Arlott
Cc: John Crispin
Cc: Dong Aisheng
Cc: Shawn Guo
Cc: Stephen Warren
---
drivers/pinctrl/pinctrl-at91.c|2 +-
drivers/pinctrl/pinctrl-bcm2835.c |2 +-
So I've been adding runtime pm to nouveau/radeon, and on X start it does a
lot of pci accesses. Now because the pm on these devices is equivalent
to D3cold, we have to resume them which involves a heavy latency due to
POSTing the cards. The driver configures the autosuspend timeout to 5s for
this
Hello,
We have observed entropy quickly depleting under normal I/O between 2.6.30 to
upstream, for instance:
$ cat /proc/sys/kernel/random/entropy_avail
3428
$ cat /proc/sys/kernel/random/entropy_avail
2911
$cat /proc/sys/kernel/random/entropy_avail
2620
It has been occurred with
Hi all,
/me resists commenting on recent political events
Changes since 20121106:
The pci tree still has its build failure for which I applied a merge fix patch.
The v4l-dvb tree lost its build failure but gained another so I used the
version from next-20121026.
The pinctrl tree gained
On Tue, Nov 6, 2012 at 8:47 PM, Linus Walleij
wrote:
> From: Linus Walleij
>
> This makes us call gpiochio_remove_pin_ranges() in the
> gpiochip_remove() function, so we get rid of ranges when
> freeing the chip.
>
> Signed-off-by: Linus Walleij
Reviewed-by: Viresh Kumar
--
To unsubscribe
On Tue, Nov 6, 2012 at 8:46 PM, Linus Walleij
wrote:
> From: Linus Walleij
>
> Commit 69e1601bca88809dc118abd1becb02c15a02ec71
> "gpiolib: provide provision to register pin ranges"
>
> Introduced both of_gpiochip_remove_pin_range() and
> gpiochip_remove_pin_ranges(). But the contents are exactly
On 6 November 2012 20:46, Linus Walleij wrote:
diff --git a/drivers/gpio/gpiolib-of.c b/drivers/gpio/gpiolib-of.c
#ifdef CONFIG_PINCTRL
-void of_gpiochip_add_pin_range(struct gpio_chip *chip)
+static void of_gpiochip_add_pin_range(struct gpio_chip *chip)
{
struct device_node *np =
On Tue, Nov 06, 2012 at 09:06:16AM +0100, Jens Axboe wrote:
> On 2012-11-05 22:48, Dave Chinner wrote:
> > On Fri, Nov 02, 2012 at 09:40:58AM +0800, Shaohua Li wrote:
> >> On Thu, Nov 01, 2012 at 05:38:54PM +1100, NeilBrown wrote:
> >>>
> >>> Hi Shaohua,
> >>> I've been doing some testing and
The driver has both SPI and I2C pieces. The appropriate pieces are built based
on whether SPI and/or I2C is/are enabled. However, it was only checking if I2C
was built-in, never if it was built as a module. This patch checks for either
since building both this driver and I2C as modules is
Hi all,
After merging the final tree, today's linux-next build (powerpc
ppc44x_defconfig) failed like this:
In file included from include/linux/gpio.h:48:0,
from include/linux/of_gpio.h:20,
from arch/powerpc/sysdev/ppc4xx_gpio.c:29:
On 11/07/2012 12:29 PM, Kees Cook wrote:
> On Tue, Nov 6, 2012 at 8:21 PM, Jeff Liu wrote:
>> Hi Andrew and Kees,
>>
>> Great thanks for both your comments!
>>
>> On 11/07/2012 09:11 AM, Kees Cook wrote:
>>> Hrm, I don't like this. get_random_int() specifically says: "Get a
>>> random word for
Hi Alex,
What I am concerned about in this patchset as Peter also
mentioned in the previous discussion of your approach
(https://lkml.org/lkml/2012/8/13/139)
is that:
1.Using nr_running of two different sched groups to decide which one
can be group_leader or group_min might not be be the right
On Wed, Nov 7, 2012 at 11:48 AM, Andrew Morton
wrote:
>>
>> Firstly, the patch follows the policy in the system suspend/resume
>> situation,
>> in which the __GFP_FS is cleared, and basically the problem is very similar
>> with that in system PM path.
>
> I suspect that code is wrong. Or at
On Tue, 6 Nov 2012, Alan Cox wrote:
> On Mon, 5 Nov 2012 12:34:44 -0800 (PST)
> Hugh Dickins wrote:
> > On Mon, 5 Nov 2012, Alan Cox wrote:
> > > > The fbdev potential for deadlock may be years old, but the warning
> > > > (and consequent disabling of lockdep from that point on - making it
> > >
On Tue, Nov 6, 2012 at 8:21 PM, Jeff Liu wrote:
> Hi Andrew and Kees,
>
> Great thanks for both your comments!
>
> On 11/07/2012 09:11 AM, Kees Cook wrote:
>> Hrm, I don't like this. get_random_int() specifically says: "Get a
>> random word for internal kernel use only." The intent of AT_RANDOM
Hi Jaehoon,
Any update on this patch review and testing?
Thanks,
Maya
On Mon, October 15, 2012 11:53 pm, Jaehoon Chung wrote:
> Hi Maya,
>
> I'm testing with your patch..but i need to have the more time for testing.
> In now, it looks good to me. Thank you for working the idle bkops.
>
> Best
On Tue, Nov 6, 2012 at 7:48 PM, Rob Herring wrote:
>> +#define of_property_read_array(_np, _pname, _out, _sz)
>> \
>> + while (_sz--) \
>> + *_out++ = (typeof(*_out))be32_to_cpup(_val++); \
> This
Hi Andrew and Kees,
Great thanks for both your comments!
On 11/07/2012 09:11 AM, Kees Cook wrote:
> Hrm, I don't like this. get_random_int() specifically says: "Get a
> random word for internal kernel use only." The intent of AT_RANDOM is
> for userspace pRNG seeding (though glibc currently uses
On 11/06/2012 10:54 PM, Michel Lespinasse wrote:
> On Tue, Nov 6, 2012 at 12:24 AM, Michel Lespinasse wrote:
>> On Mon, Nov 5, 2012 at 5:41 AM, Michel Lespinasse wrote:
>>> On Sun, Nov 4, 2012 at 8:44 PM, Michel Lespinasse wrote:
On Sun, Nov 4, 2012 at 8:14 PM, Bob Liu wrote:
> Hmm, I
On Tue, Nov 6, 2012 at 12:24 AM, Michel Lespinasse wrote:
> On Mon, Nov 5, 2012 at 5:41 AM, Michel Lespinasse wrote:
>> On Sun, Nov 4, 2012 at 8:44 PM, Michel Lespinasse wrote:
>>> On Sun, Nov 4, 2012 at 8:14 PM, Bob Liu wrote:
Hmm, I attached a simple fix patch.
>>>
>>> Reviewed-by:
On Wed, 7 Nov 2012 11:11:24 +0800 Ming Lei wrote:
> On Wed, Nov 7, 2012 at 7:23 AM, Andrew Morton
> wrote:
> >
> > It's unclear from the description why we're also clearing __GFP_FS in
> > this situation.
> >
> > If we can avoid doing this then there will be a very small gain: there
> > are
On 11/06/2012 10:44 PM, Borislav Petkov wrote:
On Tue, Nov 06, 2012 at 07:17:26PM +0800, Tang Chen wrote:
Hi Tony, Borislav,
Would you please help to review this patch ?
I'm guessing mingo or hpa haven't pulled yet:
http://marc.info/?l=linux-kernel=135163452500984
Hum, thank you very much
Anybody?
On Mon, Nov 5, 2012 at 7:28 PM, Azat Khuzhin wrote:
> After installing linux on macbook 9.2 (mid 2012), I have next errors
> in dmesg log:
>
> [ 389.623828] EXT4-fs (sda4): re-mounted. Opts:
> errors=remount-ro,data=ordered,commit=600
> [ 410.038465] NMI watchdog: enabled on all
On Wed, Nov 7, 2012 at 7:23 AM, Andrew Morton wrote:
>
> It generally looks OK to me. I have a few comments and I expect to grab
> v5.
Andrew, thanks for your review, and I will prepare -v5 later.
Thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tue, 2012-10-09 at 01:14 -0700, Kuninori Morimoto wrote:
> This patch fixup following error
>
> ${LINUX}/drivers/thermal/rcar_thermal.c: In function 'rcar_thermal_probe':
> ${LINUX}/drivers/thermal/rcar_thermal.c:214:9: warning: passing argument 3 \
> of 'thermal_zone_device_register'
On Tue, 2012-10-02 at 23:51 -0700, Kuninori Morimoto wrote:
> devm_kfree and devm_iounmap should not have to be explicitly used
>
> Signed-off-by: Kuninori Morimoto
applied to thermal-next.
thanks,
rui
> ---
> This patch is based on Devendra's
> [PATCH] thermal: solve compilation errors in
On Wed, Nov 7, 2012 at 7:24 AM, Andrew Morton wrote:
>
> checkpatch finds a number of problems with this patch, all of which
> should be fixed. Please always use checkpatch.
Sorry for missing the check.
>> + /* only clear the flag for one device if all
>> + * children
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-nomadik/board-nhk8815.c between commit 1cd2fc449091 ("ARM:
nomadik: fixup some FSMC merge problems") from the l2-mtd tree, commits
bb16bd9b9da4 ("pinctrl/nomadik: move the platform data header") from the
pinctrl
ARP traffic passing through a bridge and out via the bond (when the bond is a
port of the bridge) should not have its source MAC address adjusted by the
receive load balance code in rlb_arp_xmit.
Signed-off-by: Zheng Li
Cc: Jay Vosburgh
Cc: Andy Gospodarek
Cc: "David S. Miller"
---
On Wed, Nov 7, 2012 at 7:23 AM, Andrew Morton wrote:
>
> It's unclear from the description why we're also clearing __GFP_FS in
> this situation.
>
> If we can avoid doing this then there will be a very small gain: there
> are some situations in which a filesystem can clean pagecache without
>
Memory fragmentation introduced by ballooning might reduce significantly
the number of 2MB contiguous memory blocks that can be used within a guest,
thus imposing performance penalties associated with the reduced number of
transparent huge pages that could be used by the guest workload.
This
This patch overhauls struct address_space.assoc_mapping renaming it to
address_space.private_data and its type is redefined to void*.
By this approach we consistently name the .private_* elements from
struct address_space as well as allow extended usage for address_space
association with other
The PATCH "mm: introduce compaction and migration for virtio ballooned pages"
hacks around putback_lru_pages() in order to allow ballooned pages to be
re-inserted on balloon page list as if a ballooned page was like a LRU page.
As ballooned pages are not legitimate LRU pages, this patch
Memory fragmentation introduced by ballooning might reduce significantly
the number of 2MB contiguous memory blocks that can be used within a guest,
thus imposing performance penalties associated with the reduced number of
transparent huge pages that could be used by the guest workload.
This
This patch introduces a new set of vm event counters to keep track of
ballooned pages compaction activity.
Signed-off-by: Rafael Aquini
---
drivers/virtio/virtio_balloon.c | 1 +
include/linux/vm_event_item.h | 8 +++-
mm/balloon_compaction.c | 2 ++
mm/migrate.c
1 - 100 of 1166 matches
Mail list logo
