Hi Mauro,
Please pull the following patches for DaVinci VPSS driver.
These patches have undergone under enormous reviews and
are ready to be queued.
Thanks and Regards,
--Prabhakar Lad
The following changes since commit 4bb891ebf60eb43ebd04e09bbcad24013067873f:
[media] ivtv: ivtv-driver: Repl
TI LP8788 PMU supports regulators, battery charger, RTC, ADC, backlight driver
and current sinks.
This patch enables LP8788 RTC module.
Patch v3.
remove __devinit and __devexit.
add weekday definition and comments.
Patch v2.
use IRQ domain for handling alarm IRQ.
replace module_init() and mod
TI LP8788 PMU supports regulators, battery charger, RTC, ADC, backlight driver
and current sinks.
This patch enables LP8788 backlight module.
(Brightness mode)
The brightness is controlled by PWM input or I2C register.
All modes are supported in the driver.
(Platform data)
Configurable data can b
Rob Landley writes:
> On 12/17/2012 05:18:57 PM, Eric W. Biederman wrote:
>> Work remains to make it safe to build user namespaces and 9p, afs,
>> ceph, cifs, coda, gfs2, ncpfs, nfs, nfsd, ocfs2, and xfs so the
>> Kconfig
>> guard remains in place preventing that user namespaces from being
>>
On Thu, Dec 20, 2012 at 9:19 PM, Olof Johansson wrote:
> While we can make the branch stable, would it make sense to make
> remoteproc for omap depend on !multiplatform during the transition, to
> reduce dependencies a little? Either way works, but it'd be nice to
> keep them independent if we can
On Friday 21 December 2012 12:50 PM, Al Viro wrote:
> On Fri, Dec 21, 2012 at 12:25:44PM +0530, Vineet Gupta wrote:
>> Commit d6b2123802d "make sure that we always have a return path from
>> kernel_execve()" reshuffled kernel_init()/init_post() to ensure that
>> kernel_execve() has a caller to retu
On Fri, Dec 21, 2012 at 12:25:44PM +0530, Vineet Gupta wrote:
> Commit d6b2123802d "make sure that we always have a return path from
> kernel_execve()" reshuffled kernel_init()/init_post() to ensure that
> kernel_execve() has a caller to return to.
>
> It removed __init annotation for kernel_init(
Tegra2 has two varieties of USB PHYs:
Instance 0 - legacy PHY interface and
Instace 1 & 2 - non-legacy standard PHY interfaces.
PHY driver is using instance numbers to identify the
interface type.
With this patch Modified PHY driver to make use of
DT property for handling this.
ULPI PHY is used
On Fri, Dec 21, 2012 at 11:54:08AM +0530, Vineet Gupta wrote:
> On Friday 21 December 2012 05:51 AM, Al Viro wrote:
> > sigaltstack infrastructure + conversion for x86, alpha and um,
> > COMPAT_SYSCALL_DEFINE infrastructure. Note that there are several
> > conflicts between "unify SS_ONSTACK/SS_DI
On 12/17/2012 05:18:57 PM, Eric W. Biederman wrote:
Work remains to make it safe to build user namespaces and 9p, afs,
ceph, cifs, coda, gfs2, ncpfs, nfs, nfsd, ocfs2, and xfs so the
Kconfig
guard remains in place preventing that user namespaces from being
built
when any of those filesystems
Commit d6b2123802d "make sure that we always have a return path from
kernel_execve()" reshuffled kernel_init()/init_post() to ensure that
kernel_execve() has a caller to return to.
It removed __init annotation for kernel_init() and introduced/calls a
new routine kernel_init_freeable(). Latter howe
Use kzalloc instead of kmalloc to allocate struct tegra_usb_phy.
This ensures that all function pointers in member u_phy are
initialized to NULL.
Signed-off-by: Venu Byravarasu
---
This patch is v3 patch for the patch discussed at
http://marc.info/?l=linux-kernel&m=135599303216132&w=2
drivers/u
21.12.2012, 03:07, "Steven Rostedt" :
> On Fri, 2012-12-21 at 02:16 +0400, Kirill Tkhai wrote:
>
>> 20.12.2012, 21:53, "Thomas Gleixner" :
>>> On Tue, 18 Dec 2012, Kirill Tkhai wrote:
The members rt_nr_total, rt_nr_migratory, overloaded and pushable_tasks
are
properties of c
On Thu, Dec 20, 2012 at 8:44 PM, H. Peter Anvin wrote:
> I just looked at a /sys/kernel/debug/kernel_page_tables dump and there
> are a bunch of pages which are RWX:
>
> 0x8800-0x88097000 604K RW GLB x pte
> 0x8809d000-0x8820 1420K RW
On 21.12.2012 00:28, Stephen Warren wrote:
> On 12/20/2012 02:34 PM, Terje Bergström wrote:
>> On 20.12.2012 22:30, Thierry Reding wrote:
>>> The problem with your proposed solution is that, even any of Stephen's
>>> valid objections aside, it won't work. Once the tegra-drm module is
>>> unloaded,
On Friday 21 December 2012 05:51 AM, Al Viro wrote:
> sigaltstack infrastructure + conversion for x86, alpha and um,
> COMPAT_SYSCALL_DEFINE infrastructure. Note that there are several
> conflicts between "unify SS_ONSTACK/SS_DISABLE definitions" and
> UAPI patches in mainline; resolution is trivi
Careful... accessing global varibles is tricky on the 32-bit side.
Yinghai Lu wrote:
>Yeah, even better!
>
>32 bit has bootparms copied too
>
>
>On Thursday, December 20, 2012, Yu, Fenghua wrote:
>
>> > > From: yhlu.ker...@gmail.com [mailto:
>> yhlu.ker...@gmail.com ] On Behalf
>> > Of
>> > > Y
Fair enough.
Al Viro wrote:
>On Thu, Dec 20, 2012 at 09:05:30PM -0800, H. Peter Anvin wrote:
>> >... as long as we do not have typedef __kernel_foo_t foo_t in
>linux/types.h.
>> >
>>
>> In the case of things like nlink_t and dev_t I would suggest we
>> explicitly call out the types as kernel an
Hi Vincent,
On Thu, Dec 13, 2012 at 11:11:11AM +0100, Vincent Guittot wrote:
> On 13 December 2012 03:17, Alex Shi wrote:
> > On 12/12/2012 09:31 PM, Vincent Guittot wrote:
> >> +static bool is_buddy_busy(int cpu)
> >> +{
> >> + struct rq *rq = cpu_rq(cpu);
> >> +
> >> + /*
> >> + *
Hi David,
Not sure if this was report/fixed already - but as of today's Linus tree
(tip has commit 96680d2), I'm seeing a build breakage due to a trivial
missing def for nfs_fscache_wait_on_invalidate.
Following fixes it for me.
diff --git a/fs/nfs/fscache.h b/fs/nfs/fscache.h
index 277b027..4ec
On Thu, Dec 20, 2012 at 4:34 PM, Jan Kara wrote:
> On Thu 20-12-12 15:10:10, Andy Lutomirski wrote:
>> The onus is currently on filesystems to call file_update_time
>> somewhere in the page_mkwrite path. This is unfortunate for three
>> reasons:
>>
>> 1. page_mkwrite on a locked page should be fa
On Thu, Dec 20, 2012 at 4:14 PM, Dave Chinner wrote:
> On Thu, Dec 20, 2012 at 03:10:10PM -0800, Andy Lutomirski wrote:
>> The onus is currently on filesystems to call file_update_time
>> somewhere in the page_mkwrite path. This is unfortunate for three
>> reasons:
>>
>> 1. page_mkwrite on a lock
Use the wrapper function for getting the driver data using
lcd_device instead of using dev_get_drvdata with &ld->dev,
so we can directly pass a struct lcd_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/corgi_lcd.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
di
Use the wrapper function for getting the driver data using
backlight_device instead of using dev_get_drvdata with &bd->dev,
so we can directly pass a struct backlight_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/omap1_bl.c | 10 +-
1 files changed, 5 insertions(+), 5 d
Use the wrapper function for getting the driver data using
backlight_device instead of using dev_get_drvdata with &bd->dev,
so we can directly pass a struct backlight_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/tosa_bl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(
Use the wrapper function for getting the driver data using
backlight_device instead of using dev_get_drvdata with &bd->dev,
so we can directly pass a struct backlight_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/corgi_lcd.c |4 ++--
1 files changed, 2 insertions(+), 2 deleti
Use the wrapper function for getting the driver data using
backlight_device instead of using dev_get_drvdata with &bd->dev,
so we can directly pass a struct backlight_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ams369fg06.c |2 +-
1 files changed, 1 insertions(+), 1 deletio
Use the wrapper function for getting the driver data using
backlight_device instead of using dev_get_drvdata with &bd->dev,
so we can directly pass a struct backlight_device.
Signed-off-by: Jingoo Han
Cc: Thierry Reding
---
drivers/video/backlight/pwm_bl.c |8
1 files changed, 4 in
Use the wrapper function for getting the driver data using
backlight_device instead of using dev_get_drvdata with &bd->dev,
so we can directly pass a struct backlight_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/aat2870_bl.c |2 +-
1 files changed, 1 insertions(+), 1 deletio
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/lms501kf03.c | 10 +-
1 files changed, 5 insertio
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/corgi_lcd.c |8
1 files changed, 4 insertions(
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/tosa_lcd.c | 12 ++--
1 files changed, 6 insertio
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/vgg2432a4.c |9 -
1 files changed, 4 insertions
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ams369fg06.c | 10 +-
1 files changed, 5 insertio
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/lms283gf05.c |4 ++--
1 files changed, 2 insertions(+),
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/tdo24m.c | 10 +-
1 files changed, 5 insertions(+
Hi,
On Thu, Dec 20, 2012 at 11:32 AM, Frederic Weisbecker
wrote:
> Hi,
>
> So this is a new version of the nohz cpusets based on 3.7, except it's not
> using
> cpusets anymore and I actually based it on the middle of the 3.8 merge window
> in order to get latest upstream full dynticks preparator
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ltv350qv.c | 10 +-
1 files changed, 5 insertions
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device
Signed-off-by: Jingoo Han
---
drivers/video/backlight/s6e63m0.c | 10 +-
1 files changed, 5 insertions(+
On Thu, Dec 20, 2012 at 09:05:30PM -0800, H. Peter Anvin wrote:
> >... as long as we do not have typedef __kernel_foo_t foo_t in linux/types.h.
> >
>
> In the case of things like nlink_t and dev_t I would suggest we
> explicitly call out the types as kernel and user. I would suggest
> knlink_t an
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040.c | 10 +-
1 files changed, 5 insertions(+
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
&spi->dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/l4f00242t03.c | 12 ++--
1 files changed, 6 inser
On Thu, 2012-12-20 at 19:32 +0100, Frederic Weisbecker wrote:
> diff --git a/kernel/sched/cputime.c b/kernel/sched/cputime.c
> index 293b202..da0a9e7 100644
> --- a/kernel/sched/cputime.c
> +++ b/kernel/sched/cputime.c
> @@ -3,6 +3,7 @@
> #include
> #include
> #include
> +#include
> #inclu
2012/12/20, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>>> Okay, We will check how we can consolidate the 2 paths to avoid any
>>> issue.
>> Hi OGAWA.
>>
>> On checking fat_search_long() logic, it is observed that it performs
>> name based lookup of the entries in a given directory.
>> In fat_get_pa
2012/12/21, Namjae Jeon :
> 2012/12/20, OGAWA Hirofumi :
>> Namjae Jeon writes:
>>
Okay, We will check how we can consolidate the 2 paths to avoid any
issue.
>>> Hi OGAWA.
>>>
>>> On checking fat_search_long() logic, it is observed that it performs
>>> name based lookup of the entries in
> > From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf
> Of
> > Yinghai Lu
> > On Thu, Dec 20, 2012 at 11:48 AM, Fenghua Yu
> > wrote:
> > > From: Fenghua Yu
> > >
> > > This updates ucode on BSP in 64-bit mode. Paging and virtual
> address
> > are
> > > working now.
> > >
> > >
On 12/20/2012 09:02 PM, Al Viro wrote:
On Thu, Dec 20, 2012 at 09:00:27PM -0800, H. Peter Anvin wrote:
On 12/20/2012 08:57 PM, Al Viro wrote:
On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
The other types that are used as 64 bit on x32 are ino_t, nlink_t,
size_t, ssize_t, ptrd
On Thu, Dec 20, 2012 at 09:00:27PM -0800, H. Peter Anvin wrote:
> On 12/20/2012 08:57 PM, Al Viro wrote:
> > On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
> >
> >> The other types that are used as 64 bit on x32 are ino_t, nlink_t,
> >> size_t, ssize_t, ptrdiff_t, and off_t.
> >
>
On 12/20/2012 08:57 PM, Al Viro wrote:
> On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
>
>> The other types that are used as 64 bit on x32 are ino_t, nlink_t,
>> size_t, ssize_t, ptrdiff_t, and off_t.
>
> *Kernel-side* we should not give a damn about the userland nlink_t, period.
On Wed, Nov 14, 2012 at 12:18:01PM +, Arnd Bergmann wrote:
> The other types that are used as 64 bit on x32 are ino_t, nlink_t,
> size_t, ssize_t, ptrdiff_t, and off_t.
*Kernel-side* we should not give a damn about the userland nlink_t, period.
Making it architecture-dependent had been a bad
On 12/20/2012 07:00 PM, Kees Cook wrote:
This change for pre-v3.5 creates a new exception table instead of
trying to rewrite the old one. Since the tables are now relative,
we can't actually set up an exception for things in stack and heap on
x86_64 since the distance between the address and the
> -Original Message-
> From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
> Yinghai Lu
> Sent: Thursday, December 20, 2012 8:10 PM
> To: Yu, Fenghua
> Cc: H Peter Anvin; Ingo Molnar; Thomas Gleixner; Mallick, Asit K;
> Tigran Aivazian; Andreas Herrmann; Borislav Petkov;
On Wed, 12 Dec 2012 14:26:44 +0800, Alex Shi wrote:
> On 12/12/2012 12:41 PM, Preeti U Murthy wrote:
>> Also why can't p->se.load_avg_contrib be used directly? as a return
>> value for task_h_load_avg? since this is already updated in
>> update_task_entity_contrib and update_group_entity_contrib.
>
When resuming an ata port, do not wait for the function ata_port_request_pm to
return. The reasoning behing this is that we can resume the device much faster
if we do not wait for ata ports connected to spinning disks to resume.
A small change is made in ata_port_request_pm to make it return 0 whe
We no longer wait for the disk to spin up in sd_resume. It now enters the
request to spinup the disk into the elevator and returns.
A function is scheduled under the scsi_sd_probe_domain to wait for the command
to spinup the disk to complete. This function then checks for errors and cleans
up afte
On Thu, 13 Dec 2012 16:45:44 +0800, Alex Shi wrote:
> On 12/12/2012 11:57 AM, Preeti U Murthy wrote:
>> Hi Alex,
>> On 12/10/2012 01:52 PM, Alex Shi wrote:
>>> They are the base values in load balance, update them with rq runnable
>>> load average, then the load balance will consider runnable load
On Tuesday 20 November 2012 09:21 PM, Arnd Bergmann wrote:
> On Tuesday 20 November 2012, vineet.gup...@synopsys.com wrote:
>> From: Vineet Gupta
>>
>> Signed-off-by: Vineet Gupta
>
> Yes, this looks good to me.
>
> Acked-by: Arnd Bergmann
>
Can you please also ACK the asm-generic bits of th
On Mon, 10 Dec 2012 16:22:22 +0800, Alex Shi wrote:
> New task has no runnable sum at its first runnable time, that make
> burst forking just select few idle cpus to put tasks.
> Set initial load avg of new forked task as its load weight to resolve
> this issue.
>
> Signed-off-by: Alex Shi
> ---
>
Hi,
On Tue, 11 Dec 2012 12:00:55 +0530, Preeti U. Murthy wrote:
> On 12/11/2012 10:58 AM, Alex Shi wrote:
>> On 12/11/2012 12:23 PM, Preeti U Murthy wrote:
>>> Hi Alex,
>>>
>>> On 12/10/2012 01:52 PM, Alex Shi wrote:
It is impossible to miss a task allowed cpu in a eligible group.
>>>
>>> The
On Thursday 20 December 2012 10:16 PM, Stephen Warren wrote:
On 12/19/2012 11:11 PM, Laxman Dewangan wrote:
On Wednesday 19 December 2012 10:32 PM, Stephen Warren wrote:
On 12/19/2012 06:40 AM, Laxman Dewangan wrote:
The flag parameter is added in the cyclic transfer request.
Use the flag opti
On Thursday 20 December 2012 10:33 PM, Stephen Warren wrote:
On 12/19/2012 11:15 PM, Laxman Dewangan wrote:
On Wednesday 19 December 2012 10:30 PM, Stephen Warren wrote:
On 12/18/2012 11:31 PM, Laxman Dewangan wrote:
Add APB DMA requestor and serial aliases for serial controller.
There will be
This patch adds myself to MAINTAINERS entry for the f2fs file system.
Signed-off-by: Jaegeuk Kim
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9386a63..f15d168 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3204,6 +3204,16 @@ F:
On Thu, Dec 20, 2012 at 11:48 AM, Fenghua Yu wrote:
> From: Fenghua Yu
>
> This updates ucode on BSP in 64-bit mode. Paging and virtual address are
> working now.
>
> Signed-off-by: Fenghua Yu
> ---
> arch/x86/kernel/head64.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/arch/x
On Thu, Dec 20, 2012 at 6:49 PM, Eric Paris wrote:
>
> It is a locking change, but if anything goes wrong, at least I've got
> time without other work commitments over the next 2 weeks to fix them.
That doesn't much help. Because realistically, very few people will be
*testing* over the next two
On Thu, Dec 20, 2012 at 4:09 PM, Rafael J. Wysocki wrote:
> On Wednesday, December 19, 2012 06:06:57 PM Yinghai Lu wrote:
>> On Wed, Dec 19, 2012 at 5:45 PM, Rafael J. Wysocki wrote:
>>
>> great!, the .bind and .unbind go away.
>>
>> >
>> > The patches are on top of my master branch and I'm going
From: Eric Dumazet
Date: Thu, 20 Dec 2012 07:23:59 -0800
> Such "coding style" patches are a real pain when trying to fix bugs,
> especially dealing with stable/old kernels.
Totally agreed, and I refuse to apply such patches.
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
From: Stefan Hasko
Date: Thu, 20 Dec 2012 15:28:05 +0100
> Fix a coding style issues.
>
> Signed-off-by: Stefan Hasko
Again, I am absolutely not applying a whole-sale coding
style patch to this file.
Do not submit this patch again, regardless of what other
feedback you might have gotten.
--
T
I'm definitely not applying this, sorry.
--
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 the FAQ at http://www.tux.org/lkml/
Stephen Rothwell wrote:
>
> Hi all,
>
> Today's linux-next merge of the arm-soc tree got conflicts in
> drivers/pinctrl/pinctrl-exynos5440.c and
> drivers/pinctrl/pinctrl-samsung.c between commit e5b4c9d4ab55 ("pinctrl:
> exynos5440: Fix compile error in pinctrl-exynos5440/samsung.c") from the
>
Wtf...
Kees Cook wrote:
>On Thu, Dec 20, 2012 at 7:00 PM, Kees Cook
>wrote:
>> While trying to fix test_nx, I discovered that it looks like stack
>and
>> heap are executable again (at least on x86_64). :( I tried to bisect
>
>Btw, this ends up looking like this on v3.4:
>
>[2.486223] test_n
Hi all,
Changes since 20121220:
Lots of conflicts are migrating between trees.
The infiniband tree lost its build failure.
The arm-soc tree gained a conflict against the pinctrl tree.
The signal tree gained conflicts against Linus'
On Wed, 2012-12-12 at 00:15 -0500, David Miller wrote:
> From: Cyril Roelandt
> Date: Wed, 12 Dec 2012 01:24:53 +0100
>
> > The ptp_clock_register() returns ERR_PTR() and never returns NULL. Replace
> > the
> > NULL check by a call to IS_ERR().
> >
> > Signed-off-by: Cyril Roelandt
>
> I'll l
On Thu, Dec 20, 2012 at 7:00 PM, Kees Cook wrote:
> While trying to fix test_nx, I discovered that it looks like stack and
> heap are executable again (at least on x86_64). :( I tried to bisect
Btw, this ends up looking like this on v3.4:
[2.486223] test_nx: Testing NX protection ...
[2.
On Wed, 2012-12-19 at 16:02 +0900, Hiraku Toyooka wrote:
> Currently, read functions for trace buffer use static "old_tracer"
> for detecting changes of current tracer. This is because we can
> assume that these functions are used from only one file ("trace").
>
> But we are adding snapshot featur
On Wed, Dec 19, 2012 at 03:59:01PM -0800, Andrew Morton wrote:
> On Mon, 17 Dec 2012 13:12:32 -0500
> Johannes Weiner wrote:
>
> > In certain cases (kswapd reclaim, memcg target reclaim), a fixed
> > minimum amount of pages is scanned from the LRU lists on each
> > iteration, to make progress.
>
I don't see anything obviously wrong here...
Reviewed-By: Daniel Hazelton
On 12/20/2012 02:11 PM, Sasha Levin wrote:
Signed-off-by: Sasha Levin
---
tools/testing/selftests/epoll/test_epoll.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/epol
This patch only works up until 706276543b699d80f546e45f8b12574e7b18d952
(v3.5), where the exception tables are made relative. Prior to that,
stock test_nx didn't work because of 84e1c6bb38eb318e456558b610396d9f1afaabf0
(v2.6.38) makes the table read-only.
While trying to fix test_nx, I discovered
From: Fenghua Yu
Remove static declaration in have_cpuid_p() to make it a global function. The
function will be called in early loading microcode.
In 64 bit, load ucode on AP in cpu_init(). In 32 bit, show ucode loading info
on AP in cpu_init().
Signed-off-by: Fenghua Yu
---
arch/x86/include/
From: Fenghua Yu
Define some functions and macros that will be used in early loading ucode. Some
of them are moved from microcode_intel.c driver in order to be called in early
boot phase before module can be called.
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/microcode_intel.h | 85 +++
On Wed, Dec 19, 2012 at 04:08:05PM -0800, Andrew Morton wrote:
> On Mon, 17 Dec 2012 13:12:35 -0500
> Johannes Weiner wrote:
>
> > Reclaim pressure balance between anon and file pages is calculated
> > through a tuple of numerators and a shared denominator.
> >
> > Exceptional cases that want to
From: Fenghua Yu
Define interfaces load_ucode_bsp() and load_ucode_ap() to load ucode on BSP and
AP in early boot time. These are generic interfaces. Internally they call
vendor specific implementations.
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/microcode.h | 14 +++
arch/x8
From: Fenghua Yu
This function is called in __native_flush_tlb_global() and after
apply_microcode_early().
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/tlbflush.h | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/arch/x86/include/asm/tlbflush.h b/arc
From: Fenghua Yu
Define interfaces microcode_sanity_check() and get_matching_microcode(). They
are called both in early boot time and in microcode Intel driver.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/microcode_intel_lib.c | 174 ++
1 file changed, 174 ins
From: Fenghua Yu
This updates ucode on BSP in 64-bit mode. Paging and virtual address are
working now.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/head64.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/x86/kernel/head64.c b/arch/x86/kernel/head64.c
index e1cb611..1ccbaf1 100
From: Fenghua Yu
MICROCODE_INTEL_LIB, MICROCODE_INTEL_EARLY, and MICROCODE_EARLY are three new
configurations to enable or disable the feature.
Signed-off-by: Fenghua Yu
---
arch/x86/Kconfig | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/x86/Kconfig b/arch/x86/Kco
From: Fenghua Yu
Implementation of early update ucode on Intel's CPU.
load_ucode_intel_bsp() scans ucode in initrd image file which is a cpio format
ucode followed by ordinary initrd image file. The binary ucode file is stored
in kernel/x86/microcode/GenuineIntel.bin in the cpio data. All ucode
From: Fenghua Yu
Before initrd image is freed, copy valid ucode patches from initrd image
to kernel memory. The saved ucode will be used to update AP in resume
or hotplug.
Signed-off-by: Fenghua Yu
---
arch/x86/mm/init.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/x86/
From: Fenghua Yu
This updates ucode in 32-bit kernel. At this point, there is no paging and no
virtual address yet.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/head_32.S | 12
1 file changed, 12 insertions(+)
diff --git a/arch/x86/kernel/head_32.S b/arch/x86/kernel/head_32.S
in
From: Fenghua Yu
Documenation for early loading microcode methodology.
Signed-off-by: Fenghua Yu
---
Documentation/x86/early-microcode.txt | 43 +++
1 file changed, 43 insertions(+)
create mode 100644 Documentation/x86/early-microcode.txt
diff --git a/Document
From: Fenghua Yu
The problem in current microcode loading method is that we load a microcode way,
way too late; ideally we should load it before turning paging on. This may only
be practical on 32 bits since we can't get to 64-bit mode without paging on,
but we should still do it as early as at
On Thu, Dec 20, 2012 at 03:45:28PM +0400, Glauber Costa wrote:
> On 11/28/2012 03:14 AM, Dave Chinner wrote:
> > Hi Glauber,
> >
> > Here's a working version of my patchset for generic LRU lists and
> > NUMA-aware shrinkers.
.
> > There's still a bunch of cleanup work needed. e.g. the LRU list
On Thu, 2012-12-20 at 17:50 -0800, Linus Torvalds wrote:
> On Thu, Dec 20, 2012 at 2:38 PM, Eric Paris wrote:
> > I believe you would get a build failure after this pull due to the
> > addition of procfs information for *notify fds. The attached patch from
> > sfr should be applied during the mer
Signed-off-by: Larry Finger
Signed-off-by: Champion Chen
---
WHENCE |8
rtl_bt/rtl8723a.bin | Bin 0 -> 23772 bytes
2 files changed, 8 insertions(+)
create mode 100644 rtl_bt/rtl8723a.bin
diff --git a/WHENCE b/WHENCE
index 3b2f282..f485111 100644
--- a/WHENCE
+++ b/W
On Thu, 2012-12-20 at 11:00 -0800, Linus Torvalds wrote:
> Hmm. The patch there looks better than any alternative I can think of.
> It uses the same spinlock name for the whole array, but I think it's
> only used for lockdep printouts, so that should be fine.
>
> Send me the patch with signed-off
Hi Al,
Today's linux-next merge of the signal tree got a conflict in
arch/h8300/include/asm/signal.h between commit 1ec94e75def5 ("UAPI:
(Scripted) Disintegrate arch/h8300/include/asm") from Linus' tree and
commit 031b6566983a ("unify SS_ONSTACK/SS_DISABLE definitions") from the
signal tree.
I ju
Hi Al,
Today's linux-next merge of the signal tree got a conflict in
arch/m32r/include/asm/signal.h between commit f7f4dc10e1eb ("UAPI:
(Scripted) Disintegrate arch/m32r/include/asm") from Linus' tree and
commit 031b6566983a ("unify SS_ONSTACK/SS_DISABLE definitions") from the
signal tree.
I just
On resume from suspend there is a possibility for multi-byte scancodes
to be handled incorrectly. atkbd_reconnect disables the processing of
scancodes in software by calling atkbd_disable, but the keyboard may
still be active because no disconnect command was sent. Later, software
handling is re-en
On Fri, 21 Dec 2012, Petr Holasek wrote:
> On Thu, 20 Dec 2012, Sasha Levin wrote:
> > On 12/20/2012 05:37 PM, Hugh Dickins wrote:
> > >
> > > To stop these oopses in get_mergeable_page (inlined in
> > > unstable_tree_search_insert) you need the patch I showed on
> > > Tuesday, which I hope he'll
On Thu, 2012-12-20 at 19:32 +0100, Frederic Weisbecker wrote:
> Hi,
>
Nice work Frederic!
> So this is a new version of the nohz cpusets based on 3.7, except it's not
> using
> cpusets anymore and I actually based it on the middle of the 3.8 merge window
> in order to get latest upstream full d
Hi Al,
Today's linux-next merge of the signal tree got a conflict in
arch/h8300/include/asm/ptrace.h between commit 1ec94e75def5 ("UAPI:
(Scripted) Disintegrate arch/h8300/include/asm") from Linus' tree and
commit 1ca97bb541a1 ("new helper: current_user_stack_pointer()") from the
signal tree.
I f
1 - 100 of 565 matches
Mail list logo
