Hi Eric,
On Thu, Feb 14, 2013 at 11:10:46PM -0800, Eric W. Biederman wrote:
> Kees Cook writes:
>
> > On Thu, Feb 14, 2013 at 9:30 PM, Eric W. Biederman
> > wrote:
> >> Kees Cook writes:
> >>
> >>> The patch would not break it -- it defaults the sysctl to staying enabled.
> >>>
> >>> If you
Fixed build warning as below:
drivers/rtc/rtc-max77686.c: In function 'max77686_rtc_update':
drivers/rtc/rtc-max77686.c:147:6: warning: 'data' may be used uninitialized in
this function [-Wuninitialized]
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-max77686.c |2 +-
1 files changed, 1
Hello, Steven.
On Fri, Feb 15, 2013 at 01:13:39AM -0500, Steven Rostedt wrote:
> Performance counter stats for '/work/c/hackbench 500' (100 runs):
>
> 199820.045583 task-clock#8.016 CPUs utilized
>( +- 5.29% ) [100.00%]
> 3,594,264
Ditt e-postkonto certifikat löpte ut den 2013/13/02, kan detta avbryta din
e-postleverans konfiguration och kontoinställningar POP, sida felmeddelande när
du skickar meddelandet.
För att åter nya din webbmail certifikat, ta en sekund att uppdatera dina
uppgifter genom att följa referens länken
On Friday 15 February 2013 12:53 PM, Jonas Bonn wrote:
> On 11 February 2013 15:07, Al Viro wrote:
>
>> I'd suggest asking itanic folks; they do *not* put callee-saved stuff into
>> sigcontext. AFAICS, they don't have setcontext() implemented as a syscall
>> at all - it's done as sigprocmask() +
On 02/13/2013 05:28 PM, Ruslan Bilovol wrote:
> Hi Tony, Jon,
>
> On Mon, Feb 11, 2013 at 9:00 PM, Tony Lindgren wrote:
>> * Jon Hunter [130211 10:58]:
>>>
>>> Please note that the blaze is derived from the omap4-sdp board and so I
>>> would hope that we can use the existing for sdp dts and
Hi Joseph,
> A bug was opened against the Ubuntu kernel[0]. It was found that
> reverting the following commit resolved this bug:
>
> commit 740fbddf5c3f9ad8b23c5d917ba1cc7e376a5104
> Author: Takahisa Tanaka
> Date: Sun Dec 2 14:33:18 2012 +0900
>
> watchdog: sp5100_tco: Add SB8x0
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
No changes since v2:
drivers/rtc/rtc-cmos.c | 12
1 files changed, 4 insertions(+),
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
Changes since v2:
- Remove redundant prefix
drivers/rtc/rtc-pcf8583.c |4 ++--
1 files
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
No changes since v2:
drivers/rtc/rtc-sun4v.c | 10 ++
1 files changed, 6 insertions(+),
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
No changes since v2:
drivers/rtc/rtc-vr41xx.c |2 +-
1 files changed, 1 insertions(+), 1
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
Changes since v2:
- Remove redundant prefix
drivers/rtc/rtc-rs5c313.c |5 +++--
1 files
On 02/14/13 02:25, Al Viro wrote:
At that point the common stem ends; as far as I'm concerned, this part is
in never-rebase mode by now. Then comes a bunch of per-architecture branches;
all subject to ACK by maintainers (ones who are not MIA, that is ;-/). Once
maintainer(s) are OK with a
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
Changes since v2:
- Remove redundant prefix
drivers/rtc/rtc-at91rm9200.c | 17 -
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
No changes since v2:
drivers/rtc/rtc-rs5c372.c | 10 --
1 files changed, 4
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
No changes since v2:
drivers/rtc/rtc-ds2404.c |4 ++--
1 files changed, 2 insertions(+), 2
Fixed the checkpatch warnings as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
WARNING: please, no space before tabs
Signed-off-by: Jingoo Han
---
Changes since v1:
- Repalce pr_warn(), pr_err() with dev_warn(), dev_err()
No
On Fri, 2013-02-15 at 01:13 -0500, Steven Rostedt wrote:
> Think about it some more, just because we go idle isn't enough reason to
> pull a runable task over. CPUs go idle all the time, and tasks are woken
> up all the time. There's no reason that we can't just wait for the sched
> tick to
On 11 February 2013 15:07, Al Viro wrote:
> I'd suggest asking itanic folks; they do *not* put callee-saved stuff into
> sigcontext. AFAICS, they don't have setcontext() implemented as a syscall
> at all - it's done as sigprocmask() + doing to callee-saved registers what
> longjmp() does.
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
No changes since v2:
drivers/rtc/rtc-max77686.c |4 ++--
1 files changed, 2 insertions(+), 2
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
Changes since v1:
- Repalce pr_warn(), pr_debug() with dev_warn(), dev_dbg()
No Changes since v2:
drivers/rtc/class.c
Kees Cook writes:
> On Thu, Feb 14, 2013 at 9:30 PM, Eric W. Biederman
> wrote:
>> Kees Cook writes:
>>
>>> The patch would not break it -- it defaults the sysctl to staying enabled.
>>>
>>> If you mean the documentation should be updated, sure, that's easy to do.
>>>
>>> David: I know you
Hi
> On Thu, Feb 14, 2013 at 5:35 PM, Thomas Gleixner wrote:
> > On Thu, 14 Feb 2013, Tim Sander wrote:
> >> > That's true, but w/o seing the OOM output I can't tell what's
> >> > exhausting the memory.
> >>
> >> When fuzzing the serial port one probably should switch of sysreq. It
> >> seems
>
On 02/14/2013 06:58 PM, Eric W. Biederman wrote:
>> I didn't see that, and using Linus' master my stop container scripts
>> > stopped working after I started using Eric's userns...
> The patch has been sitting in my for-next branch for quite a while
> just waiting for the merge window.
>
> Eric
This patch adds New driver to support:
1. Supports ADC IF found on EXYNOS4412/EXYNOS5250
and future SoCs from Samsung
2. Add ADC driver under iio/adc framework
3. Also adds the Documentation for device tree bindings
Signed-off-by: Naveen Krishna Chatradhi
---
Changes since v1:
1. Fixed
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
net/bridge/br_fdb.c between commit 2ba071ecb6d4 ("bridge: Add vlan to
unicast fdb entries") from the net-next tree and commit "hlist: drop the
node parameter from iterators" from the akpm tree.
I fixed it up (see below) and
On Fri, Feb 15, 2013 at 12:55 AM, Tony Lindgren wrote:
> * Arnd Bergmann [130214 14:51]:
>> Patch a62a6e98 "ARM: OMAP2+: Disable code that currently does not work
>> with multiplaform" makes the OMAP_MBOX_FWK option depend on !MULTIPLATFORM,
>> which means we cannot simply select that symbol
On Wed, 2013-02-13 at 10:30 -0800, Linus Torvalds wrote:
> On Wed, Feb 13, 2013 at 8:20 AM, Linus Torvalds
> wrote:
> >
> > Adding an external function call is *horrible*, and you might almost
> > as well just uninline the spinlock entirely if you do this. It means
> > that all the small callers
On Friday, February 15, 2013 3:50 PM, Joe Perches wrote:
> On Fri, 2013-02-15 at 15:46 +0900, Jingoo Han wrote:
> > Fixed the checkpatch warning as below:
> []
> > diff --git a/drivers/rtc/rtc-rs5c313.c b/drivers/rtc/rtc-rs5c313.c
> []
> > @@ -39,6 +39,8 @@
> > * 1.13Nobuhiro Iwamatsu:
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
kernel/workqueue.c between commit 8d03ecfe4718 ("workqueue: reimplement
is_chained_work() using current_wq_worker()") from the workqueues tree
and commit "hlist: drop the node parameter from iterators" from the akpm
tree.
I
On Fri, 2013-02-15 at 15:46 +0900, Jingoo Han wrote:
> Fixed the checkpatch warning as below:
[]
> diff --git a/drivers/rtc/rtc-rs5c313.c b/drivers/rtc/rtc-rs5c313.c
[]
> @@ -39,6 +39,8 @@
> * 1.13Nobuhiro Iwamatsu: Updata driver.
> */
>
> +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
>
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-cmos.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-pcf8583.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-sun4v.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-vr41xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-rs5c313.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-at91rm9200.c | 17 -
1 files changed, 8 insertions(+), 9
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-rs5c372.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-ds2404.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Fixed the checkpatch warnings as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
WARNING: please, no space before tabs
Signed-off-by: Jingoo Han
---
Changes since v1:
- Repalce pr_warn(), pr_err() with dev_warn(), dev_err()
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/rtc/rtc-max77686.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
Changes since v1:
- Repalce pr_warn(), pr_debug() with dev_warn(), dev_dbg()
drivers/rtc/class.c |4 +++-
On Thu, Feb 14, 2013 at 9:30 PM, Eric W. Biederman
wrote:
> Kees Cook writes:
>
>> The patch would not break it -- it defaults the sysctl to staying enabled.
>>
>> If you mean the documentation should be updated, sure, that's easy to do.
>>
>> David: I know you aren't a fan of this patch, but
On Friday, February 15, 2013 3:04 PM, Venu Byravarasu wrote:
>
> > -Original Message-
> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> > ow...@vger.kernel.org] On Behalf Of Jingoo Han
> > Sent: Friday, February 15, 2013 11:29 AM
> > To: 'Andrew Morton'
> > Cc:
Signed-off-by: Johannes Weiner
---
arch/x86/syscalls/syscall_64.tbl | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/syscalls/syscall_64.tbl b/arch/x86/syscalls/syscall_64.tbl
index 38ae65d..c9ac047 100644
--- a/arch/x86/syscalls/syscall_64.tbl
+++ b/arch/x86/syscalls/syscall_64.tbl
On Mon, Feb 11, 2013 at 02:12:39PM -0800, Andrew Morton wrote:
> Also, having to mmap the file to be able to query pagecache state is a
> hack. Whatever happened to the fincore() patch?
I don't know, but how about this one:
---
From: Johannes Weiner
Subject: [patch 1/2] mm: fincore()
Provide
Separate the mv host controller driver from ehci-hcd host code
into its own static driver module.
Signed-off-by: Manjunath Goudar
Cc: Greg KH
Cc: Alan Stern
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: Russell King
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Separate the mv host controller driver from ehci-hcd host code
into its own driver module.
Signed-off-by: Manjunath Goudar
Cc: Greg KH
Cc: Alan Stern
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: Russell King
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Populate OF_DEV_AUXDATA with desired device name expected by
davinci_mmc driver. Without this clk_get of davinci_mmc DT driver
fails.
Signed-off-by: Manjunathappa, Prakash
Cc: linux-...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Cc:
Add DT entry for MMC. Also add entry for pinmux information.
Tested:
1) Without GPIO card detection and EDMA support as DT support for
GPIO and EDMA are yet come.
2) By creating/deleting files and mounting/unmounting the partition.
Signed-off-by: Manjunathappa, Prakash
Cc:
I've been working on cleaning up the scheduler a little and I moved the
call to idle_balance() from directly in the scheduler proper into the
idle class. Benchmarks (well hackbench) improved slightly as I did this.
I was adding some more tweaks and running perf stat on the results when
I made a
Adding Kent and Joe.
-Amit
> -Original Message-
> From: OS Engineering
> Sent: Friday, February 15, 2013 11:33 AM
> To: Greg Kroah-Hartman; LKML; Jens Axboe
> Cc: Darrick J. Wong; Sanoj Unnikrishnan; 王金浦; Amit Kale
> Subject: [PATCH] EnhanceIO ssd caching software
>
> Hi Greg, Jens,
>
>
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Jingoo Han
> Sent: Friday, February 15, 2013 11:29 AM
> To: 'Andrew Morton'
> Cc: linux-kernel@vger.kernel.org; 'Alessandro Zummo'; rtc-
> li...@googlegroups.com;
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-cmos.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-pcf8583.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-sun4v.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-vr41xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-rs5c313.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-at91rm9200.c | 17 -
1 files changed, 8 insertions(+), 9 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-rs5c372.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-ds2404.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Fixed the checkpatch warnings as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
WARNING: please, no space before tabs
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-efi.c | 10 ++
1 files changed, 6 insertions(+), 4
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-max77686.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Fixed the checkpatch warning as below:
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: Jingoo Han
---
drivers/rtc/class.c |4 +++-
drivers/rtc/rtc-dev.c |7 ---
2 files changed, 7 insertions(+), 4 deletions(-)
This comment applies to gpio_to_chip(), not gpiod_to_chip().
Signed-off-by: Alexandre Courbot
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index a33bfc2..c2534d6 100644
--- a/drivers/gpio/gpiolib.c
Their value being obtained by gpio_chip_hwgpio(), this better reflects
their use.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/gpiolib.c | 70 +-
1 file changed, 35 insertions(+), 35 deletions(-)
diff --git a/drivers/gpio/gpiolib.c
Some functions dereferenced their GPIO descriptor argument without
checking its validity first, potentially leading to an oops when given
an invalid argument.
This patch also makes gpio_get_value() more resilient when given an
invalid GPIO, returning 0 instead of silently crashing.
Constify descriptor parameter of gpiod_* functions for those that
should obviously not modify it. This includes value or direction get,
cansleep, and IRQ number query.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/gpiolib.c | 29 -
1 file changed, 16
This short series is a fixup to patch 6/9 of my previous series ("gpiolib: use
descriptors internally"), which mainly addresses issues raised by Linus W. in
this patch and a few other minor ones caught while proof-reading gpiolib.
First patch is the most significant. It mostly avoids oopses when
Kees Cook writes:
> The patch would not break it -- it defaults the sysctl to staying enabled.
>
> If you mean the documentation should be updated, sure, that's easy to do.
>
> David: I know you aren't a fan of this patch, but I'd like to try to
> convince you. :) This leaves the feature enabled
Hi Len,
After merging the idle tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
arch/x86/kernel/smpboot.c: In function 'mwait_play_dead':
arch/x86/kernel/smpboot.c:1370:22: warning: unused variable 'c'
[-Wunused-variable]
Introduced by commit 69fb3676df33 ("x86 idle:
Hi all,
After merging the char-misc tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/w1/slaves/w1_therm.c: In function 'w1_therm_read':
drivers/w1/slaves/w1_therm.c:245:15: warning: 'crc' may be used uninitialized
in this function [-Wuninitialized]
Its a
On Fri, 15 Feb 2013 04:42:27 +0100 Martin Sustrik wrote:
> > This is a non-back-compatible userspace interface change. A procfs
> > file which previously displayed
> >
> > eventfd-count:
> >
> > can now also display
> >
> > eventfd-mask:
> >
> > So existing userspace could
On Fri, Feb 15, 2013 at 04:01:24PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/net/wireless/rtlwifi/Kconfig between commit 06e7cda3ce30
> ("rtlwifi: Rework Kconfig") from the wireless-next tree and commit
>
This patch fixes the warning "Using plain integer as NULL pointer",
generated by sparse, by replacing the offending 0s with NULL.
Signed-off-by: Peter Huewe
---
drivers/staging/ozwpan/ozcdev.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git
Hi Mauro,
Thanks for the review.
On Thu, Feb 14, 2013 at 12:47 AM, Mauro Carvalho Chehab
wrote:
> Em Thu, 7 Feb 2013 11:10:28 +0530
> Prabhakar lad escreveu:
>
>> From: Lad, Prabhakar
>>
>> The patch adds support for THS7353 video amplifier.
>> The the THS7353 amplifier is very much similar
This patch fixes the warning "Using plain integer as NULL pointer",
generated by sparse, by replacing the offending 0s with NULL.
Signed-off-by: Peter Huewe
---
drivers/staging/ozwpan/ozeltbuf.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git
This patch fixes the warning "Using plain integer as NULL pointer",
generated by sparse, by replacing the offending 0s with NULL.
Signed-off-by: Peter Huewe
---
drivers/staging/ozwpan/ozproto.c | 78 +++---
1 files changed, 39 insertions(+), 39 deletions(-)
This patch fixes the warning "Using plain integer as NULL pointer",
generated by sparse, by replacing the offending 0s with NULL.
Signed-off-by: Peter Huewe
---
drivers/staging/ozwpan/ozhcd.c | 135
1 files changed, 68 insertions(+), 67 deletions(-)
This patch fixes the warning "Using plain integer as NULL pointer",
generated by sparse, by replacing the offending 0s with NULL.
Signed-off-by: Peter Huewe
---
drivers/staging/ozwpan/ozusbsvc1.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git
This patch fixes the warning "Using plain integer as NULL pointer",
generated by sparse, by replacing the offending 0s with NULL.
Signed-off-by: Peter Huewe
---
drivers/staging/ozwpan/ozusbsvc.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git
This patch fixes the warning "Using plain integer as NULL pointer",
generated by sparse, by replacing the offending 0s with NULL.
Signed-off-by: Peter Huewe
---
I split up this patch series on a per file basis so that review is easier.
drivers/staging/ozwpan/ozpd.c | 68
On 02/15/2013 12:13 AM, Sasha Levin wrote:
> On Thu, Feb 14, 2013 at 11:19 AM, Pavel Emelyanov wrote:
>> From: Stanislav Kinsbursky
>>
>> Patch replaces global idr with global hash table for posix timers and
>> makes timer ids unique not globally, but per process. Next free timer id is
>> type
On Sat, Feb 9, 2013 at 4:05 AM, Kukjin Kim wrote:
> Vivek Gautam wrote:
>>
>> Adding EHCI device tree node for Exynos5250 along with
>> the device base adress and gpio line for vbus.
>>
>> Signed-off-by: Vivek Gautam
>> Acked-by: Jingoo Han
>> Acked-by: Grant Likely
>> ---
>>
>> Changes from
Hi Arnd,
Thanks for the patch.
On Fri, Feb 15, 2013 at 4:17 AM, Arnd Bergmann wrote:
> It is now possible to build the davinci vpss code
> on multiplatform kernels, which causes a problem
> since the driver tries to incude the davinci
> platform specific mach/hardware.h file. Fortunately
> that
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
drivers/net/wireless/rtlwifi/Kconfig between commit 06e7cda3ce30
("rtlwifi: Rework Kconfig") from the wireless-next tree and commit
6cba014857f4 ("drivers/net/wireless/rtlwifi: remove depends on
CONFIG_EXPERIMENTAL") from
Quoting Arnd Bergmann (2013-02-14 14:26:52)
> Patch 85a18198 "clk: sunxi: Use common of_clk_init() function"
> removed the clk-sunxi.c file but left the Makefile entry, which
> causes a build error in multi_v7_defconfig:
>
> make[4]: *** No rule to make target `drivers/clk/clk-sunxi.o', needed by
Hello,
On Thu, 14 Feb 2013 20:17:45 +0100, Thierry Reding wrote:
> On Thu, Feb 14, 2013 at 04:53:41PM +, Andrew Murray wrote:
> > Thierry,
> >
> > If you don't have much bandwidth I'd be quite happy to take this on - this
> > would be beneficial for my eventual patchset. I can start by
Hi Konrad,
After merging the xen-two tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/xen/xen-acpi-memhotplug.c: In function 'acpi_memory_get_device':
drivers/xen/xen-acpi-memhotplug.c:191:2: error: implicit declaration of
function 'acpi_bus_add'
Corey Minyard writes:
> On 02/13/2013 01:08 PM, Eric W. Biederman wrote:
>> Bruno Prémont writes:
>>
>>> CCing containers list
>>>
>>> On Fri, 08 February 2013 miny...@acm.org wrote:
From: Corey Minyard
The console redirect - ioctl(fd, TIOCCONS) - is not in a namespace,
On Fri, Feb 15, 2013 at 12:08 AM, wrote:
> From: Dirk Brandewie
>
> When intel_pstate is configured into the kernel it will become the
> perferred scaling driver for processors that is supports. Allow the
s/perferred/preferred
s/is/it
> user to override this by adding:
>
Hello HATAYAMA-san,
On Thu, 14 Feb 2013 19:11:43 +0900
HATAYAMA Daisuke wrote:
> Currently, read to /proc/vmcore is done by read_oldmem() that uses
> ioremap/iounmap per a single page. For example, if memory is 1GB,
> ioremap/iounmap is called (1GB / 4KB)-times, that is, 262144
> times. This
Pawel Moll writes:
> To solve the never-ending confusions between hosts and guests
> of different endianess, define all virtio-mmio registers as LE.
>
> This change should be safe at this stage, because no known
> working mixed-endian system exists so there is virtually no
> risk of breaking
On Mon, Feb 11, 2013 at 11:12:40PM +1100, a...@ozlabs.ru wrote:
> From: Alexey Kardashevskiy
>
> The lookup_linux_pte() function returns a linux PTE which
> is required to convert KVM guest physical address into host real
> address in real mode.
>
> This convertion will be used by upcoming
On Mon, Feb 11, 2013 at 11:12:43PM +1100, a...@ozlabs.ru wrote:
> From: Alexey Kardashevskiy
>
> The patch allows the host kernel to handle H_PUT_TCE request
> without involving QEMU in it what should save time on switching
> from the kernel to QEMU and back.
>
> The patch adds an IOMMU ID
On Mon, Feb 11, 2013 at 11:12:41PM +1100, a...@ozlabs.ru wrote:
> +static long emulated_h_put_tce(struct kvmppc_spapr_tce_table *stt,
> + unsigned long ioba, unsigned long tce)
> +{
> + unsigned long idx = ioba >> SPAPR_TCE_SHIFT;
> + struct page *page;
> + u64 *tbl;
> +
>
On Mon, Feb 11, 2013 at 11:12:42PM +1100, a...@ozlabs.ru wrote:
> From: Alexey Kardashevskiy
>
> he current VFIO-on-POWER implementation supports only user mode
> driven mapping, i.e. QEMU is sending requests to map/unmap pages.
> However this approach is really slow in really fast hardware so
>
On Thu, 2013-02-14 at 16:47 -0700, Bjorn Helgaas wrote:
> On Thu, Feb 14, 2013 at 11:37 AM, Alex Williamson
> wrote:
> > A bus reset can trigger a presence detection change and result in a
> > suprise hotplug. This is generally not what we want to happen when
> > trying to reset a device.
On Thu, 2013-02-14 at 18:52 +0900, Namjae Jeon wrote:
> [snip]
> >> >
> >> > Thanks,
> >> Hi Andrew.
> >>
> >> First, Thanks for your interest !
> >> A mismatch between inode size and reserved blocks can be either due to
> >> pre-allocation (after our changes) or due to corruption (sudden unplug
>
Currently ptrace_get_reg returns error as a value
what make impossible to tell whether it is a correct value or error code.
The patch adds a parameter which points to the real return data and
returns an error code.
As get_user_msr() never fails and it is used in multiple places so it has not
1 - 100 of 1149 matches
Mail list logo
