Hi All,
For micron M25P80 parts there is a mix of naming conventions in the
device table:
/* Micron */
{ "n25q064", INFO(0x20ba17, 0, 64 * 1024, 128, 0) },
{ "n25q128a11", INFO(0x20bb18, 0, 64 * 1024, 256, 0) },
{ "n25q128a13", INFO(0x20ba18, 0, 64 * 1024, 256,
Hello,
On Wed, Jun 05, 2013 at 12:05:59AM +0800, Jiang Liu wrote:
> Now there's no caller of zram_get_num_devices(), so kill it.
> And change zram_devices to static because it's only used in zram_drv.c.
>
> Signed-off-by: Jiang Liu
I am looking at next-20130604 and am
module reference doesn't cover direct loading path, so this patch
simply holds the module in the whole life time of request_firmware()
to fix the problem.
Signed-off-by: Ming Lei
---
drivers/base/firmware_class.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git
For some distributions(e.g. android), firmware images aren't put
under kernel built-in search paths, so introduce one Kconfig
option to allow distributions or users to choose its specific default
search paths, which are always tried before searching from kernel
built-in paths in direct loading.
Hi,
The 1st patch cancels exporting of cache_firmware and uncache_firmware.
The 2nd one simplifies holding module for request_firmware().
The 3rd one introduces one kernel option to allow distributions or users
to set their specific firmware search paths.
drivers/base/Kconfig | 12
Looks no drivers have the explict requirement for the two, just don't
export them anymore.
Signed-off-by: Ming Lei
---
drivers/base/firmware_class.c |6 ++
include/linux/firmware.h | 11 ---
2 files changed, 2 insertions(+), 15 deletions(-)
diff --git
Hi all,
Changes since 20130604:
The staging tree still has its build failure.
The msm tree still has its build failure.
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next
Hi,
On Tuesday 04 June 2013 07:13 PM, Sylwester Nawrocki wrote:
Hi,
On 06/04/2013 02:26 PM, Kishon Vijay Abraham I wrote:
+static inline int phy_init(struct phy *phy)
+{
+ pm_runtime_get_sync(>dev);
Hmm, no need to check return value here ? Also it looks a bit unexpected to
I
On 06/05/2013 01:07 PM, Viresh Kumar wrote:
> On 5 June 2013 10:12, Michael Wang wrote:
>> Hi, Viresh
>>
>> On 06/04/2013 07:20 PM, Viresh Kumar wrote:
>> [snip]
>>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>>> index 58453b8..638f6cb 100644
>>> --- a/kernel/sched/core.c
>>> +++
On Tue, May 21, 2013 at 10:08 PM, Manjunathappa, Prakash
wrote:
> Take care to name pin names as
> register-offset.bit-pos-of-pin-in-register in case configuring multiple
> pins in register.
>
> Signed-off-by: Manjunathappa, Prakash
> ---
Acked-by: Haojian Zhuang
--
To unsubscribe from this
On Tue, May 21, 2013 at 10:08 PM, Manjunathappa, Prakash
wrote:
> Add support to configure multiple pins in each register, existing
> implementation added by [1] does not support full fledge multiple pin
> configuration in single register, reports a pin clash when different
> modules configure
Hi everyone,
While preparing the v2 of the descriptor-based GPIO interface (gpiod),
I stumbled upon this point that looks like some inconsistency in the
current interface.
gpiolib.c defines the following flags that can influence the gpio
output: FLAG_ACTIVE_LOW, FLAG_OPEN_DRAIN, and
Alex Shi wrote:
> On 06/04/2013 11:09 PM, Kirill A. Shutemov wrote:
> >
> > Kirill A. Shutemov wrote:
> >> From: "Kirill A. Shutemov"
> >>
> >
> > Err.. Forgot CC lists.
> >
> >> Software Developerââ¬â¢s Manual covers two more TLB configurations:
> >>
> >> 63H Data TLB: 1 GByte pages, 4-way
On 5 June 2013 10:12, Michael Wang wrote:
> Hi, Viresh
>
> On 06/04/2013 07:20 PM, Viresh Kumar wrote:
> [snip]
>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>> index 58453b8..638f6cb 100644
>> --- a/kernel/sched/core.c
>> +++ b/kernel/sched/core.c
>> @@ -6533,16 +6533,13 @@ static
On Mon, Jun 03, 2013 at 10:17:17AM -0400, Joe Lawrence wrote:
> [Cc: sta...@vger.kernel.org]
>
> Third time is a charm? The stable address was incorrect from the first
> msg in this thread, but the relevant bits remain quoted below...
Really? I'm totally confused...
> On Mon, 3 Jun 2013, Joe
Hi Ruchika,
On Tuesday 04 June 2013 07:53 PM, Ruchika Kharwar wrote:
Kishon,
What is the expectation when there is no palmas tied to dwc3/dwc3-omap ?
In the probe of dwc3-omap I have this check
"if (of_property_read_bool(node, "extcon"))"
So If dwc3 node does not have extcon property, it wont
Ben Greear writes:
> On 06/04/2013 02:18 PM, Ben Greear wrote:
>> I've been trying to figure out why I see the migration/* processes
>> hang in a busy loop
>>
>> While reading the stop_machine.c file, I think I might have an
>> answer.
>>
>> The set_state() method sets the thread_ack to the
Joe Lawrence writes:
> On Tue, 04 Jun 2013 15:26:28 +0930
> Rusty Russell wrote:
>
>> Do you have a backtrace of the 3.9.4 crash? You can add "CFLAGS_module.o
>> = -O0" to get a clearer backtrace if you want...
>
> Hi Rusty,
>
> See my 3.9 stack traces below, which may or may not be what Ben
Ben Greear writes:
> On 06/04/2013 09:53 AM, Ben Greear wrote:
>> On 06/04/2013 07:07 AM, Joe Lawrence wrote:
>>> On Tue, 04 Jun 2013 15:26:28 +0930
>>> Rusty Russell wrote:
>>>
Do you have a backtrace of the 3.9.4 crash? You can add "CFLAGS_module.o
= -O0" to get a clearer backtrace
Hi, Viresh
On 06/04/2013 07:20 PM, Viresh Kumar wrote:
[snip]
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 58453b8..638f6cb 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -6533,16 +6533,13 @@ static int build_sched_domains(const struct cpumask
> *cpu_map,
2013/6/4 Gu Zheng :
> On 06/01/2013 03:20 PM, Namjae Jeon wrote:
>
>> From: Namjae Jeon
>>
>> Add the f2fs_remount function call which will be used
>> during the filesystem remounting. This function
>> will help us to change the mount options specific to
>> f2fs.
>>
>> Also modify the f2fs
Hello Lee Jones,
> -Original Message-
> From: Lee Jones [mailto:lee.jo...@linaro.org]
> Sent: Tuesday, June 04, 2013 5:45 PM
> To: J, KEERTHY
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
> devicetree-disc...@lists.ozlabs.org; swar...@wwwdotorg.org;
>
On Mon, Jun 03, 2013 at 08:02:32AM -0400, Konrad Rzeszutek Wilk wrote:
> Hey Greg,
>
> I hadn't (by mistake) put the CC: sta...@vger.kernel.org on said patch
> (Which is in the Linux kernel).
>
> If possible please back-port said patch to the existing stable trees.
> Attached is a version that
On Mon, Jun 03, 2013 at 10:40:42AM +0200, Arnd Bergmann wrote:
> It's much better than what you have today, but not ideal because it
> means the driver cannot be a loadable module any more.
At least not when being built with platform data, anyway.
I suppose the next step here is to define some
On Tue, Jun 4, 2013 at 6:31 PM, Eduardo Valentin
wrote:
>
> Hi,
>
> On 04-06-2013 08:57, Eduardo Valentin wrote:
>> On 04-06-2013 00:55, amit daniel kachhap wrote:
>>> Hi Eduardo,
>>>
>>> On Wed, May 15, 2013 at 8:14 PM, Eduardo Valentin
>>> wrote:
On 14-05-2013 05:58, Amit Daniel Kachhap
On Tue, 4 June 2013 14:44:35 -0400, Jörn Engel wrote:
>
> Or while_list_drain?
Not sure if the silence is approval or lack of interest, but a new set
of patches is posted. By playing around with the implementation a
bit, I have actually found a variant that makes the object code
shrink. Not
Signed-off-by: Joern Engel
---
fs/btrfs/backref.c | 15 +++
fs/btrfs/compression.c |4 +---
fs/btrfs/disk-io.c |6 +-
fs/btrfs/extent-tree.c | 17 +++--
fs/btrfs/extent_io.c|8 ++--
fs/btrfs/inode.c| 16 +++-
I have seen a lot of boilerplate code that either follows the pattern of
while (!list_empty(head)) {
pos = list_entry(head->next, struct foo, list);
list_del(pos->list);
...
}
or some variant thereof.
With this patch in, people can
On 2013年06月05日 11:03, Tejun Heo wrote:
(cc'ing Kent. Original posting at
http://thread.gmane.org/gmane.linux.kernel/1502484 )
Hello,
On Wed, Jun 05, 2013 at 10:09:31AM +0800, Robin Dong wrote:
We want to use blkio.cgroup on high-speed device (like fusionio) for our mysql
clusters.
After
On 06/03/2013 08:47 PM, David Laight wrote:
>>> +#define SKB_HEADER_UNSET_16((unsigned short) ~0U)
>>> > > +
>> >
>> > The _16 part isn't really correct, the type could be changed
>> > and then it would be wrong.
>> >
>> > I think I might have used SKB_HEADER_OFFSET.
> I meant
Hi Eduardo,
On Tue, Jun 4, 2013 at 6:25 PM, Eduardo Valentin
wrote:
> On 04-06-2013 00:44, amit daniel kachhap wrote:
>> Hi Jonghwa,
>>
>> Sorry for the late reply as I was on leave.
>>
>> On Sat, May 18, 2013 at 10:53 AM, wrote:
>>> On 2013년 05월 14일 18:58, Amit Daniel Kachhap wrote:
>>>
Hi,
On Tue, Jun 04, 2013 at 06:58:59PM -0700, Doug Anderson wrote:
> At boot, we've got a stack trace that looks something like this
> (exynos5 as example)
> * exynos5_map_io
> * s3c_init_cpu
> * exynos_init_io
> * exynos5_dt_map_io
> * paging_init
> * setup_arch
>
> When paging_init() runs
Fix arch_prepare_kprobe() to handle failures in copy instruction
correctly. This fix is related to the previous fix: 8101376
which made __copy_instruction return an error result if failed,
but caller site was not updated to handle it. Thus, this is the
other half of the bugfix.
This fix is also
On Tue, Jun 04, 2013 at 11:36:23PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:g...@kroah.com]
> > Sent: Tuesday, June 04, 2013 6:44 PM
> > To: Fengguang Wu
> > Cc: KY Srinivasan; de...@linuxdriverproject.org; Greg Kroah-Hartman; linux-
> >
Hello Wim Van Sabroeck,
Can I get your inputs on this?
On Tue, Jun 4, 2013 at 8:39 AM, anish singh wrote:
> On Tue, Jun 4, 2013 at 3:55 AM, Guenter Roeck wrote:
>> On Mon, Jun 03, 2013 at 10:23:04PM +0530, anish singh wrote:
>>> On Mon, Jun 3, 2013 at 8:57 PM, Guenter Roeck wrote:
>>> > On
(cc'ing Kent. Original posting at
http://thread.gmane.org/gmane.linux.kernel/1502484 )
Hello,
On Wed, Jun 05, 2013 at 10:09:31AM +0800, Robin Dong wrote:
> We want to use blkio.cgroup on high-speed device (like fusionio) for our
> mysql clusters.
> After testing different io-scheduler, we
On 06/04/2013 03:05 PM, Michael S. Tsirkin wrote:
> On Tue, Jun 04, 2013 at 01:54:56PM +0800, Jason Wang wrote:
>> On 06/03/2013 07:09 PM, Michael S. Tsirkin wrote:
>>> On Mon, Jun 03, 2013 at 01:20:58PM +0800, Jason Wang wrote:
On 06/02/2013 07:22 PM, Michael S. Tsirkin wrote:
> On Fri,
On Tue, Jun 04, 2013 at 07:13:24AM -0600, Bjorn Helgaas wrote:
> Date: Tue, 4 Jun 2013 07:13:24 -0600
> From: Bjorn Helgaas
> To: Betty Dall
> Cc: r...@sisk.pl, ying.hu...@intel.com, linux-a...@vger.kernel.org,
> linux-kernel@vger.kernel.org, linux-...@vger.kernel.org,
>
Reduce the object size ~10% could be useful for embedded
systems.
Add #ifdef CONFIG_PRINTK #else #endif blocks
to hold formats and arguments, passing " " to
functions when !CONFIG_PRINTK and still verifying
format and arguments with no_printk.
$ size fs/ext4/built-in.o*
textdata bss
For arm and m68k, they customize find_*_bit(), but the API is different
with 'generic'.
avr32, s390, and unicore32 also customize find_*_bit(), but the API is
the same with 'generic', and the left architectures all use 'generic'.
So need change arm and m68k related API to match the 'generic',
Both 'transport_header' and 'mac_header' are __u16, which are
never equal to '~0U'.
So need use '(__u16) ~0U' instead of '~0U'.
The related warning (with EXTRA_CFLAGS=-W ARCH=m68k for allmodconfig)
include/linux/skbuff.h:1587:2: warning: comparison is always true due to
limited range of data
On 2013년 06월 04일 21:55, Daniel Vetter wrote:
> On Tue, Jun 04, 2013 at 07:42:22PM +0900, 김승우 wrote:
>>
>>
>> On 2013년 06월 01일 00:29, Daniel Vetter wrote:
>>> On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote:
Hello Daniel,
Thanks for your comment.
On 2013년 05월 31일
On Wed, Jun 05, 2013 at 10:13:39AM +1000, Stephen Rothwell wrote:
> Hi Tejun,
>
> The top commit of the libata tree is a merge that leaves some conflict
> markers in drivers/ata/sata_rcar.c ...
>
> I will use yesterday's tree for today.
Sorry, I messed up while moving a sata_rcar build warning
On 06/03/2013 03:52 PM, Xufeng Zhang wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
Sorry Greg, David -- I did not fully understand all the details
of the stable kernel process earlier.
I have since checked the networking stable queue here:
Oh, sorry for word wrap. I need send patch v2, I should notice it next time.
On 06/05/2013 09:10 AM, Chen Gang wrote:
>
> For arm and m68k, they customize find_*_bit(), but the API is different
> with 'generic'.
>
> avr32, s390, and unicore32 also customize find_*_bit(), but the API is
> the
For arm and m68k, they customize find_*_bit(), but the API is different
with 'generic'.
avr32, s390, and unicore32 also customize find_*_bit(), but the API is
the same with 'generic', and the left architectures all use 'generic'.
So need change arm and m68k related API to match the 'generic',
On 06/03/2013 06:48 PM, Geert Uytterhoeven wrote:
>>> >> This _only_ applies to use of insl/outsl macros in parport_pc.h, which
>>> >> is only used by Q40 on m68k. I see no reason to change anything in io.h
>>> >> to cope with this warning.
I guess your meaning is :
At boot, we've got a stack trace that looks something like this
(exynos5 as example)
* exynos5_map_io
* s3c_init_cpu
* exynos_init_io
* exynos5_dt_map_io
* paging_init
* setup_arch
When paging_init() runs we'll lose any early MMU mappings that we
might have had to allow us access to S3C_VA_UART.
Hi, Jiri
On 06/05/2013 05:20 AM, Jiri Kosina wrote:
[snip]
>
> Just to not let this thread sleep -- I am seeing this as well, even with
> current Linus' tree (git HEAD == aa4f608).
Have you tried this:
diff --git a/drivers/cpufreq/cpufreq_governor.c
b/drivers/cpufreq/cpufreq_governor.c
index
v2:
Move comments back before init_tg_cfs_entry(). (Thanks for the notify
from pjt)
In sched_init(), there is no need to initialize 'root_task_group.shares' and
'root_task_group.cfs_bandwidth' repeatedly.
CC: Paul Tuner
CC: Ingo Molnar
CC: Peter Zijlstra
Signed-off-by: Michael Wang
We want to use blkio.cgroup on high-speed device (like fusionio) for our mysql
clusters.
After testing different io-scheduler, we found that cfq is too slow and
deadline can't run on cgroup.
So we developed a new io-scheduler: tpps (Tiny Parallel Proportion
Scheduler).It dispatch requests
only
From: Robin Dong
We want to use blkio.cgroup on high-speed device (like fusionio) for our mysql
clusters.
After testing different io-scheduler, we found that cfq is too slow and
deadline can't run on cgroup.
So we developed a new io-scheduler: tpps (Tiny Parallel Proportion
Scheduler).It
On Tue, 4 Jun 2013, Stephen Boyd wrote:
> On 06/04, Nicolas Pitre wrote:
> > diff --git a/arch/arm/boot/compressed/head.S
> > b/arch/arm/boot/compressed/head.S
> > index 9a94f344df..773bc35f92 100644
> > --- a/arch/arm/boot/compressed/head.S
> > +++ b/arch/arm/boot/compressed/head.S
> > @@
On 06/05/2013 08:13 AM, Ben Hutchings wrote:
On Tue, 2013-06-04 at 10:00 +0800, Xufeng Zhang wrote:
On 06/03/2013 10:28 PM, Greg KH wrote:
On Mon, Jun 03, 2013 at 03:52:58PM +0800, Xufeng Zhang wrote:
3.4-stable review patch. If anyone has any objections, please let me
On Tue, Jun 04, 2013 at 11:54:34AM -0600, Bjorn Helgaas wrote:
> Date: Tue, 4 Jun 2013 11:54:34 -0600
> From: Bjorn Helgaas
> To: Betty Dall , r...@sisk.pl, ying.hu...@intel.com,
> linux-a...@vger.kernel.org, linux-kernel@vger.kernel.org,
> linux-...@vger.kernel.org
> Subject: Re: [PATCH v2
On Tue, Jun 04, 2013 at 04:15:21PM -0600, Bjorn Helgaas wrote:
> Date: Tue, 4 Jun 2013 16:15:21 -0600
> From: Bjorn Helgaas
> To: Betty Dall
> Cc: Chen Gong , "Rafael J. Wysocki"
> , Huang Ying ,
> "linux-a...@vger.kernel.org" ,
> "linux-kernel@vger.kernel.org" ,
>
On Mon, Jun 03, 2013 at 02:19:51PM -0400, Steven Rostedt wrote:
> On Sun, 2013-06-02 at 07:18 -0700, Paul E. McKenney wrote:
>
> >
> >
> > diff --git a/kernel/rcutree.c b/kernel/rcutree.c
> > index d12470e..9a08bdc 100644
>
On 3 June 2013 20:30, Christian Ruppert wrote:
> OK, here's a simplified example of what we would like to do (this seems
> pretty common so I suppose there is a way I haven't understood). Our
> situation is slightly more complex but for the purpose of discussion
> let's assume a chip with 8 pins
On 2013/6/4 20:14, Tomas Henzl wrote:
> On 06/04/2013 11:33 AM, Libo Chen wrote:
>> we should check kzalloc, avoid to hit oops
>>
>> Change from v1:
>> - put kzalloc outside of mutex
>>
>> Signed-off-by: Libo Chen
>
> Your patch looks fine to me:
> Acked-by: Tomas Henzl
>
your ack is very
On Fri, May 31, 2013 at 08:36:19AM +0800, Xiao Guangrong wrote:
> Hi Gleb, Paolo, Marcelo,
>
> I have putted the potential controversial patches to the latter that are
> patch 8 ~ 10, patch 11 depends on patch 9. Other patches are fully reviewed,
> I think its are ready for being merged. If not
On Wed, Jun 5, 2013 at 2:28 AM, Andreas Mohr wrote:
>
> From 307685fe8e6dfc8181e30167b9c31479332cb22f Mon Sep 17 00:00:00 2001
> From: Andreas Mohr
> Date: Sun, 2 Jun 2013 20:37:05 +0200
> Subject: [PATCH] usbnet: improve/fix status interrupt endpoint interval
> tweaking.
>
> - failed to take
On 06/04/2013 11:09 PM, Kirill A. Shutemov wrote:
>
> Kirill A. Shutemov wrote:
>> From: "Kirill A. Shutemov"
>>
>
> Err.. Forgot CC lists.
>
>> Software Developer’s Manual covers two more TLB configurations:
>>
>> 63H Data TLB: 1 GByte pages, 4-way set associative, 4 entries
>> 76H
When _PPC changed dynamically the user_policy.max will not be updated,
this prevent CPU run on the highest frequency.
Signed-off-by: Joe Jin
Cc: Rafael J. Wysocki
Cc: Viresh Kumar
---
drivers/acpi/processor_perflib.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
On Tue, 4 Jun 2013 17:22:08 -0400
"J. Bruce Fields" wrote:
> On Fri, May 31, 2013 at 11:07:29PM -0400, Jeff Layton wrote:
> > Having a global lock that protects all of this code is a clear
> > scalability problem. Instead of doing that, move most of the code to be
> > protected by the i_lock
From: Andy Shevchenko
Date: Tue, 4 Jun 2013 19:46:26 +0300
> Since we have at least one user of this function outside of CONFIG_NET
> scope, we have to provide this function independently. The proposed
> solution is to move it under lib/net_utils.c with corresponding
> configuration variable
From: Arnd Bergmann
Date: Tue, 4 Jun 2013 22:10:05 +0200
> On Tuesday 04 June 2013, Michal Simek wrote:
>> Read data directly from platform recource table
>> and do not use of_irq_to_resource().
>> Also use devm_request_and_ioremap() for probe
>> functions simplification.
>>
>> Signed-off-by:
On Tue, 2013-06-04 at 12:04 -0600, Bjorn Helgaas wrote:
> I'm not sure where we are with this patch. I think Joseph initially
> reported a problem (though I haven't actually seen that), and this
> patch fixed it, so it seems like there's something we want to do here.
Yes, indeed. We checked
From: Maxime Ripard
Date: Tue, 4 Jun 2013 15:40:34 +0200
> On Mon, Jun 03, 2013 at 11:36:50PM +0200, Arnd Bergmann wrote:
>> The newly added sun4i-emac driver causes a build error when
>> CONFIG_NET_POLL_CONTROLLER is set, because it attempts to
>> assign a pointer to netdev->poll_controller,
Your mailbox has exceeded the storage limit is 1 GB, which is defined by the
administrator, are running at 99.8 gigabytes, you can not send or receive new
messages until you re-validate your mailbox.
To renew the mailbox, click link below:
From: Emil Goode
Date: Mon, 3 Jun 2013 14:21:08 +0200
> This fixes the sparse warning below about assignment from
> incompatible pointer type.
>
> In the following commit the third argument in function ipv6_chk_addr
> was changed to const and struct nf_ipv6_ops was introduced with
> the third
On Tue, 2013-06-04 at 10:00 +0800, Xufeng Zhang wrote:
> On 06/03/2013 10:28 PM, Greg KH wrote:
> > On Mon, Jun 03, 2013 at 03:52:58PM +0800, Xufeng Zhang wrote:
> >
> >> 3.4-stable review patch. If anyone has any objections, please let me know.
> >>
> > Really? What are you going to
Hi Tejun,
The top commit of the libata tree is a merge that leaves some conflict
markers in drivers/ata/sata_rcar.c ...
I will use yesterday's tree for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpJrFy3_8aez.pgp
Description: PGP signature
On Tue, Jun 4, 2013 at 1:54 AM, Serban Constantinescu
wrote:
> On 03/06/13 22:41, Arve Hjønnevåg wrote:
>>
>> On Wed, May 22, 2013 at 3:12 AM, Serban Constantinescu
>> wrote:
>>>
>>> The changes in this patch will fix the binder interface for use on 64bit
>>> machines and stand as the base of
Allow the jfs_error format and arguments to be
optimized away when not using printk.
Reduces object size ~3KB
$ grep -E "CONFIG_PRINTK|CONFIG_JFS" .config
# CONFIG_PRINTK is not set
CONFIG_JFS_FS=y
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_SECURITY=y
# CONFIG_JFS_DEBUG is not set
The second patch is speculative and maybe not necessary.
Is a 3KB reduction in object size when embedded and !CONFIG_PRINTK worth it?
Joe Perches (2):
jfs: Update jfs_error
jfs: Reduce object size when CONFIG_PRINTK=n
fs/jfs/jfs_dmap.c | 70
Use a more current logging style.
Add __printf format and argument verification.
Remove embedded function names from formats.
Add %pf, __builtin_return_address(0) to jfs_error.
Add newlines to formats for kernel style consistency.
(One format already had an erroneous newline)
Coalesce formats
On Mon, Jun 03, 2013 at 01:02:10PM -0700, Dave Hansen wrote:
>
> From: Dave Hansen
>
> This was a suggestion from Mel:
>
> http://lkml.kernel.org/r/20120914085634.gm11...@csn.ul.ie
>
> Any pages we collect on 'batch_for_mapping_removal' will have
> their lock_page() held during the
On Tue, Jun 04, 2013 at 04:31:15PM -0700, Dave Hansen wrote:
> On 06/04/2013 04:23 PM, Minchan Kim wrote:
> > On Tue, Jun 04, 2013 at 08:24:38AM -0700, Dave Hansen wrote:
> >> On 06/03/2013 11:05 PM, Minchan Kim wrote:
> > This ensures that we drain the batch if we are about to perform a
>
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Tuesday, June 04, 2013 6:44 PM
> To: Fengguang Wu
> Cc: KY Srinivasan; de...@linuxdriverproject.org; Greg Kroah-Hartman; linux-
> ker...@vger.kernel.org
> Subject: Re: [hv] BUG: kernel freezes after [ 13.356381] PCI:
On Tue, Jun 04, 2013 at 08:29:18AM -0700, Dave Hansen wrote:
> On 06/03/2013 11:02 PM, Minchan Kim wrote:
> >> > Why do we need new lru list instead of using @free_pages?
> > I got your point that @free_pages could have freed page by
> > put_page_testzero of shrink_page_list and they don't have
>
On 06/04/2013 04:23 PM, Minchan Kim wrote:
> On Tue, Jun 04, 2013 at 08:24:38AM -0700, Dave Hansen wrote:
>> On 06/03/2013 11:05 PM, Minchan Kim wrote:
> This ensures that we drain the batch if we are about to perform a
> pageout() or congestion_wait(), either of which will take some
>
On Tue, Jun 4, 2013 at 11:18 AM, Sebastian Ott
wrote:
> Hello Bjorn,
>
> part of your feedback to the PCI support on s390 was to put some smarts in
> the config space accessors and let the pci core do the scanning of pci
> functions.
> To get there I had to implement pcibios_add_device on s390 to
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
access pcdp table"
From: Ben Hutchings
This reverts commit 2af3af56e7d4756b21a2e0d86e4fc4e5b7f0df24, which was
commit 6c4088ac3a4d82779903433bcd5f048c58fb1aca upstream.
This broke compilation
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
core dumper
From: Denys Vlasenko
commit f34f9d186df35e5c39163444c43b4fc6255e39c5 upstream.
In !CORE_DUMP_USE_REGSET case, if elf_note_info_init fails to allocate
memory for info->fields, it
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
need do_exit()
From: Oleg Nesterov
commit 5b9bd473e3b8a8c6c4ae99be475e6e9b27568555 upstream
Minor cleanup. call_usermodehelper() can simply return, no need to
call do_exit() explicitely.
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
CPU_UP_PREPARE
From: Tirupathi Reddy
commit 42a5cf46cd56f46267d2a9fcf2655f4078cd3042 upstream.
An inactive timer's base can refer to a offline cpu's base.
In the current code, cpu_base's lock
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
TASK_STOPPED/TRACED task
From: Oleg Nesterov
wake_up_process() should be never used to wakeup a TASK_STOPPED/TRACED task
CVE-2013-0871
BugLink: http://bugs.launchpad.net/bugs/1129192
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
whether to clear sa_restorer
From: Ben Hutchings
Vaguely based on upstream commit 574c4866e33d 'consolidate kernel-side
struct sigaction declarations'.
flush_signal_handlers() needs to know
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
no devices
From: Bjorn Helgaas
commit 4fa3e78be7e985ca814ce2aa0c09cbee404efcf7 upstream.
A bus_type has a list of devices (klist_devices), but the list and the
subsys_private structure that
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
FSC Amilo Pi 1505 has a buggy BIOS and doesn't set up the HP and
speaker pins properly. Add the pinfix entry for that.
Reference: Novell bnc#557403
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
failed
From: Namhyung Kim
commit 83e03b3fe4daffdebbb42151d5410d730ae50bd1 upstream.
On the failure path, stat->start and stat->pages will refer same page.
So it'll attempt to free the same
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
looking at IO depths"
From: Jens Axboe
This reverts commit fb1e75389bd06fd5987e9cda1b4e0305c782f854.
"Benjamin S." reports that the patch in question
causes a big drop in sequential
Hello Dave,
On Tue, Jun 04, 2013 at 08:24:38AM -0700, Dave Hansen wrote:
> On 06/03/2013 11:05 PM, Minchan Kim wrote:
> >> > This ensures that we drain the batch if we are about to perform a
> >> > pageout() or congestion_wait(), either of which will take some
> >> > time. We expect this to help
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
32-bit PVOPS.
From: Jan Beulich
This fixes CVE-2013-0228 / XSA-42
Drew Jones while working on CVE-2013-0190 found that that unprivileged guest
user
in 32bit PV guest can use to crash the >
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner
commit 4b0c0f294f60abcdd20994a8341a95c8ac5eeb96 upstream.
Prarit reported a crash on CPU offline/online. The reason is that on
CPU down the NOHZ related per cpu data of
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
RHEL5 i386 guests register non 32-byte aligned addresses:
kvm-clock: cpu 1, msr 0:3018aa5, secondary cpu clock
kvm-clock: cpu 2, msr 0:301f8e9, secondary cpu clock
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
snd_seq_timer_open()
From: Takashi Iwai
commit 66efdc71d95887b652a742a5dae51fa834d71465 upstream.
snd_seq_timer_open() didn't catch the whole error path but let through
if the timer id is a
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
!TASK_TRACED thread
From: Oleg Nesterov
ptrace: ptrace_resume() shouldn't wake up !TASK_TRACED thread
CVE-2013-0871
BugLink: http://bugs.launchpad.net/bugs/1129192
It is not clear why
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Jean Delvare
This is upstream commit b1e0d8b70fa31821ebca3965f2ef8619d7c5e316
backported to the 2.6.32.x stable branch.
The correct syntax for gcc -x is "gcc -x assembler", not
"gcc
2.6.32-longterm review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 2ca39528c01a933f6689cd6505ce65bd6d68a530 upstream.
When the new signal handlers are set up, the location of sa_restorer is
not cleared, leaking a parent process's address
1 - 100 of 1932 matches
Mail list logo
