On Mon, 18 March 2013 22:09:54 -0700, Greg Kroah-Hartman wrote:
On Mon, Mar 18, 2013 at 11:31:12PM -0400, Jörn Engel wrote:
On Mon, 18 March 2013 18:53:54 -0700, Greg Kroah-Hartman wrote:
And why not _irqstore() anymore?
Because I thought the resulting code would be horrible. But
dev_err() is more preferred than pr_err().
Signed-off-by: Jingoo Han jg1@samsung.com
---
No Changes since v1:
drivers/extcon/extcon-max8997.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/extcon/extcon-max8997.c b/drivers/extcon/extcon-max8997.c
index
Fixed the checkpatch warning as below:
WARNING: static const char * array should probably be static const char *
const
#163: FILE: drivers/extcon/extcon-max8997.c:163:
+static const char *max8997_extcon_cable[] = {
Also, const is added to variable 'supported_cable' to prevent
build
On Mon, Mar 18, 2013 at 10:15 PM, Joonsoo Kim iamjoonsoo@lge.com wrote:
max_low_pfn reflect the number of _pages_ in the system,
not the maximum PFN. You can easily find that fact in init_bootmem().
So fix it.
I'm confused. for x86, we have max_low_pfn defined in ...
#ifdef CONFIG_X86_32
Hi,
On Tue, 19 Mar 2013 06:42:27 +0100 Sedat Dilek sedat.di...@gmail.com wrote:
did forget to sent your email [1] to linux-next ML?
No, and I even checked my mail server's logs and it was accepted by vger.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
On Tue, Mar 19, 2013 at 02:16:00PM +0900, Joonsoo Kim wrote:
Remove unused argument and make function static,
because there is no user outside of nobootmem.c
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index
On Mon, Mar 18, 2013 at 10:16 PM, Joonsoo Kim iamjoonsoo@lge.com wrote:
Remove unused argument and make function static,
because there is no user outside of nobootmem.c
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
diff --git a/include/linux/bootmem.h b/include/linux/bootmem.h
index
On Mon, Mar 18, 2013 at 10:16 PM, Joonsoo Kim iamjoonsoo@lge.com wrote:
Currently, we do memset() before reserving the area.
This may not cause any problem, but it is somewhat weird.
So change execution order.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
diff --git a/mm/nobootmem.c
Hi,
On Tue, 19 Mar 2013 16:47:48 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
On Tue, 19 Mar 2013 06:42:27 +0100 Sedat Dilek sedat.di...@gmail.com wrote:
did forget to sent your email [1] to linux-next ML?
No, and I even checked my mail server's logs and it was accepted by vger.
On Mon, Mar 18, 2013 at 10:53:04PM -0700, Yinghai Lu wrote:
On Mon, Mar 18, 2013 at 10:16 PM, Joonsoo Kim iamjoonsoo@lge.com wrote:
Currently, we do memset() before reserving the area.
This may not cause any problem, but it is somewhat weird.
So change execution order.
On Mon, Mar 18, 2013 at 10:51:43PM -0700, Yinghai Lu wrote:
On Mon, Mar 18, 2013 at 10:16 PM, Joonsoo Kim iamjoonsoo@lge.com wrote:
Remove unused argument and make function static,
because there is no user outside of nobootmem.c
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Print more info when platform device suspend function failed.
Without this patch, we can not get the real platform device suspend
API info.
Example without this patch:
pm_op(): platform_pm_suspend+0x0/0x50 returns -11
PM: Device power.0 failed to suspend: error -11
And with this patch:
Using mbind to change the mempolicy to MPOL_BIND on several adjacent
mmapped blocks
may result in a reset of the mempolicy to MPOL_DEFAULT in vma_adjust.
Test code. Correct result is three lines containing "OK".
#include
#include
#include
#include
#include
/* gcc mbind_test.c -lnuma -o
This is the 2nd step to make multiple CPUs runnable on the kdump 2nd
kernel. The 1st step is:
[PATCH v1 0/2] x86, apic: Disable BSP if boot cpu is AP
http://lists.infradead.org/pipermail/kexec/2012-October/006905.html
where I'm trying to disable BSP CPU if the boot CPU on the 2nd kernel
On Sat, 2013-03-16 at 01:36 +0800, Stephen Warren wrote:
> On 03/14/2013 01:40 AM, Danny Huang wrote:
> > Add speedo-based process identifictaion for Tegra114.
> >
> > Based on the work by:
> > Alex Frid
>
> This code is surprisingly quite a bit simpler than the existing
> tegra30_speedo.c. Are
On Friday 15 March 2013 10:30 AM, Will Deacon wrote:
> On Thu, Mar 14, 2013 at 01:08:00PM +0530, Santosh Shilimkar wrote:
>> Will,
>
> Hi guys,
>
> I'm out of the office at the moment and have really terrible connectivity,
> so I can't do too much until next week. However, I don't think adding
On Wed, 2013-03-13 at 23:41 +0100, Paul Bolle wrote:
> On Wed, 2013-03-13 at 21:36 +0100, Paul Bolle wrote:
> > Support for the IXP2000 platform got removed in commit
> > c65f2abf54a6d07260f1fa64773154e1d7047961 ("ARM: remove ixp23xx and
> > ixp2000 platforms"). That commit removed the
My laptop is an Acer 1810T. I see this error message each boot.
Kind regards
Thomas
Jiri Kosina schrieb:
>On Fri, 15 Mar 2013, Jiri Kosina wrote:
>
>> > I have the same problem on my Lenovo T500. I think the graphics card is
>> > involved.
>> >
>> > This laptop has "hybrid graphics" - one
On 03/15/2013 06:10 PM, Danny Baumann wrote:
> In particular, this fixes brightness control initialization for all
> devices that return index values from _BQC and don't happen to have the
> initial index set by the BIOS in their _BCL table. One example for that
> is the Dell Inspiron 15R SE
On Thu, Mar 14, 2013 at 8:00 PM, Huang Shijie wrote:
> As time goes on, we begin to meet the situation that we can not
> get enough information from some nand chips's id data.
> Take some Toshiba's nand chips for example.
> I have 4 Toshiba's nand chips in my hand:
> TC58NVG2S0F,
On 03/16/2013 10:07 AM, Takuya Yoshikawa wrote:
> On Fri, 15 Mar 2013 23:26:59 +0800
> Xiao Guangrong wrote:
>
>> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
>> index d3c4787..61a5bb6 100644
>> --- a/arch/x86/kvm/x86.c
>> +++ b/arch/x86/kvm/x86.c
>> @@ -6991,7 +6991,7 @@ void
On 03/16/2013 10:13 AM, Takuya Yoshikawa wrote:
> On Fri, 15 Mar 2013 23:29:53 +0800
> Xiao Guangrong wrote:
>
>> +/*
>> + * The caller should protect concurrent access on
>> + * kvm->arch.mmio_invalid_gen. Currently, it is used by
>> + * kvm_arch_commit_memory_region and protected by
ping...
On 2013/3/8 12:33, Hanjun Guo wrote:
> Ioapic hotplug was supported in IA64 code, but will lead to kexec oops
> when iosapic was removed. here is the code logic:
>
> iosapic_remove
> iosapic_free
> memset(_lists[index], 0, sizeof(iosapic_lists[0]))
> iosapic_lists[index].addr
Il 18/03/2013 00:27, Rafael J. Wysocki ha scritto:
Please try to boot with initcall_debug in the kernel command line and see
if that works around the problem and if not, whether or not it provides a
clue about the point where boot is stuck (and if that point is always the
same).
On Sun, 17 Mar 2013 06:19:33 -0700, Guenter Roeck wrote:
> On Sun, Mar 17, 2013 at 01:39:20PM +0100, Jean Delvare wrote:
> > I'd like to add something at this point.
> >
> > We have historically created the hwmon attributes in the hardware (i2c,
> > platform...) device, and then created an empty
On Thu March 14 2013 15:06:59 Jon Arne Jørgensen wrote:
> This file is responsible for registering the device
> with the kernel i2c subsystem.
> v4l2 talks to the saa7113 chip of the device via i2c.
>
> Signed-off-by: Jon Arne Jørgensen
> ---
> drivers/media/usb/smi2021/smi2021_i2c.c | 160
>
On 03/17/2013 11:02 PM, Gleb Natapov wrote:
> On Fri, Mar 15, 2013 at 11:29:53PM +0800, Xiao Guangrong wrote:
>> This patch tries to introduce a very simple and scale way to invalid all
>> mmio sptes - it need not walk any shadow pages and hold mmu-lock
>>
>> KVM maintains a global mmio invalid
Hi Jon Arne,
Here is my review of this driver.
Regards,
Hans
On Thu March 14 2013 15:06:58 Jon Arne Jørgensen wrote:
> This is the core of the smi2021 module.
> It will register the module with the kernel, and register the
> usb probe function.
>
> Signed-off-by: Jon Arne Jørgensen
>
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen wrote:
> This file is responsible for registering the device with the v4l2 subsystem,
> and the communication with v4l2.
> Most of the v4l2 ioctls are just passed on to vidbuf2.
>
> Signed-off-by: Jon Arne Jørgensen
> ---
>
On 03/15/2013 06:10 PM, Danny Baumann wrote:
> The value initially read via _BQC also needs to be offset by 2 to
> compensate for the first 2 special items in _BCL. Introduce a helper
> function that does the BQC-value-to-level conversion in order to not
> needlessly duplicate code.
>
>
On Thu March 14 2013 15:07:01 Jon Arne Jørgensen wrote:
> This file is responsible for all communication with the video hardware
> and also starting and stopping the capture.
>
> It also contains the setup and handling of the usb ISOCHRONOUS transfers.
>
> Signed-off-by: Jon Arne Jørgensen
>
On 3/15/2013 8:41 PM, Prabhakar lad wrote:
> From: Lad, Prabhakar
>
> Create platform devices for various video modules like venc,osd,
> vpbe and v4l2 driver for dm365.
>
> Signed-off-by: Lad, Prabhakar
> ---
> arch/arm/mach-davinci/board-dm365-evm.c |4 +-
>
On Fri, Mar 15, 2013 at 08:47:39AM -0700, Greg KH wrote:
> On Fri, Mar 15, 2013 at 04:37:56PM +0100, Jiri Kosina wrote:
> > On Fri, 15 Mar 2013, Greg KH wrote:
> >
> > > > > I have the same problem on my Lenovo T500. I think the graphics card
> > > > > is
> > > > > involved.
> > > > >
> > > > >
Hi,
diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index 313f959..9c33871 100644
--- a/drivers/acpi/video.c
+++ b/drivers/acpi/video.c
@@ -222,7 +222,7 @@ static int acpi_video_device_lcd_set_level(struct
acpi_video_device *device,
int level);
static int
Hi Steve,
On Fri, 15 Mar 2013 23:24:21 -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Update the README file in debugfs/tracing to something more useful.
> What's currently in the file is very old and what it shows doesn't
> have much use. Heck, it tells you how to mount
On 21:16 Fri 08 Mar , Greg Kroah-Hartman wrote:
> On Fri, Mar 08, 2013 at 11:56:26PM +0400, Sergei Shtylyov wrote:
> > Hello.
> >
> > On 08-03-2013 16:53, oskar.and...@sonymobile.com wrote:
> >
> > >From: Truls Bengtsson
> >
> > >The udc_irq service runs the isr_tr_complete_handler which
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen wrote:
> This file is responsible for registering the device with the v4l2 subsystem,
> and the communication with v4l2.
> Most of the v4l2 ioctls are just passed on to vidbuf2.
>
> Signed-off-by: Jon Arne Jørgensen
> ---
>
On Sat, Mar 16, 2013 at 01:28:50PM +0100, Richard Cochran wrote:
>
> I have an Acer Aspire One netbook, and on it I get the following
> warning when closing and opening the lid. I think this warning first
> appeared in 3.7.
>
> Does this need fixing? If so, who can do it?
Another pesky BIOS
On 03/18/2013 04:22 PM, Danny Baumann wrote:
> Hi,
>
>>> diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
>>> index 313f959..9c33871 100644
>>> --- a/drivers/acpi/video.c
>>> +++ b/drivers/acpi/video.c
>>> @@ -222,7 +222,7 @@ static int acpi_video_device_lcd_set_level(struct
>>>
On Thu March 14 2013 15:06:58 Jon Arne Jørgensen wrote:
> This is the core of the smi2021 module.
> It will register the module with the kernel, and register the
> usb probe function.
>
> Signed-off-by: Jon Arne Jørgensen
> ---
> drivers/media/usb/smi2021/smi2021_main.c | 339
>
On 03/18/2013 04:26 PM, Danny Baumann wrote:
> Hi,
>
> >> +static unsigned long long
>>> +acpi_video_bqc_value_to_level(struct acpi_video_device *device,
>>> + unsigned long long bqc_value)
>>> +{
>>> + unsigned long long level;
>>> +
>>> + if
The tracepoint sample code got removed. Remove a few lines on its usage
too.
Acked-by: Mathieu Desnoyers
Acked-by: Rob Landley
Signed-off-by: Paul Bolle
---
Rob asked (off list) to submit this for the trivial tree.
Documentation/trace/tracepoints.txt | 15 ---
1 file changed, 15
On Fri, 2013-03-15 at 11:00 +0800, Huang Shijie wrote:
> As time goes on, we begin to meet the situation that we can not
> get enough information from some nand chips's id data.
> Take some Toshiba's nand chips for example.
> I have 4 Toshiba's nand chips in my hand:
> TC58NVG2S0F,
Hi Borislav,
On Fri, 15 Mar 2013 14:06:26 +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Yeah,
>
> here's a refresh of the persistent events deal, accessing those is much
> cleaner now. Here's how:
>
> So kernel code initializes and enables the event at its convenience
> (during boot,
* Borislav Petkov wrote:
> From: Borislav Petkov
>
> Yeah,
>
> here's a refresh of the persistent events deal, accessing those is much
> cleaner now. Here's how:
>
> So kernel code initializes and enables the event at its convenience
> (during boot, whenever) and userspace goes and says:
>
From: James Bottomley
The object here is to make the NV+BS variables accessible (at least read only)
at runtime so we can get a full picture of the state of the EFI variables for
debugging and secure boot purposes.
The way this is done is to get the efi stub to pull all the NV+BS
(i.e.
On 3/16/2013 3:47 PM, Prabhakar lad wrote:
> From: Lad, Prabhakar
>
> Create platform devices for various video modules like venc,osd,
> vpbe and v4l2 driver for dm355.
>
> Signed-off-by: Lad, Prabhakar
Comments on the DM365 series apply to this one too. In addition:
> +static int
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
A couple of bug fixes, the most hairy on is the flush_tlb_kernel_range
fix. Another case of "how could this ever have worked?".
* Namhyung Kim wrote:
> So my question is how can an user know which persistent events are
> available in her system?
I think we need VFS enumeration for that: directories give a high level a
structure (allowing things like per user contexts) while readdir will give
list of specific
* Steven Rostedt wrote:
>
> Ingo,
>
> Here's take two of the last patch series I sent. The only difference
> with this series is that I encapsulate the max_tr reference with
> the #ifdef CONFIG_TRACER_MAX_TRACE. Other than that, it's the same.
>
> Here's the recap:
>
> The first patch fixes
Hi,
>> +static unsigned long long
+acpi_video_bqc_value_to_level(struct acpi_video_device *device,
+ unsigned long long bqc_value)
+{
+ unsigned long long level;
+
+ if (device->brightness->flags._BQC_use_index) {
+ if
On Mon, Mar 18, 2013 at 01:56:14PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the char-misc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/net/can/softing/softing_cs.c:343:1: error: expected identifier or '('
> before '&' token
>
Hans Verkuil writes:
>> +/*
>> + *
>> + * The device delivers data in chunks of 0x400 bytes.
>> + * The four first bytes is a magic header to identify the chunks.
>> + * 0xaa 0xaa 0x00 0x00 = saa7113 Active Video Data
>> + * 0xaa 0xaa 0x00 0x01 = PCM - 24Bit 2 Channel audio data
>> + */
>>
On Mon, Mar 18, 2013 at 5:22 PM, Namhyung Kim wrote:
> Hi Steve,
>
> On Fri, 15 Mar 2013 23:24:21 -0400, Steven Rostedt wrote:
>> From: "Steven Rostedt (Red Hat)"
>>
>> Update the README file in debugfs/tracing to something more useful.
>> What's currently in the file is very old and what it
Hi
> The TPM is too busy to respond to the command immediately, but the
> command could be resubmitted at a later time. The TPM MAY return
> TPM_RETRY for any command at any time.
> It can take several seconds before the TPM will respond again. I measured a
> typical time between 3 and 4
Sekhar,
On Mon, Mar 18, 2013 at 2:11 PM, Sekhar Nori wrote:
> On 3/16/2013 3:47 PM, Prabhakar lad wrote:
>> From: Lad, Prabhakar
>>
>> Create platform devices for various video modules like venc,osd,
>> vpbe and v4l2 driver for dm355.
>>
>> Signed-off-by: Lad, Prabhakar
>
> Comments on the
At Sun, 17 Mar 2013 22:59:22 +0100,
Daniel Vetter wrote:
>
> On Mon, Mar 11, 2013 at 06:40:16PM +0100, Takashi Iwai wrote:
> > This reverts commit 0d71068835e2610576d369d6d4cbf90e0f802a71.
> >
> > Not only that the commit introduces a bogus check (voltage_tries == 5
> > will never meet at the
On Fri, 15 Mar 2013, Yinghai Lu wrote:
> > Just a datapoint -- I have put a trivial debugging patch in place, and it
> > reveals that "nobody cared" for irq 16 happens long after last
> >
> > I915_WRITE(GMBUS4 + reg_offset, 0);
> >
> > has been performed in gmbus_wait_hw_status(). On the
On Mon, Mar 18, 2013 at 04:08:50PM +0800, Xiao Guangrong wrote:
> On 03/17/2013 11:02 PM, Gleb Natapov wrote:
> > On Fri, Mar 15, 2013 at 11:29:53PM +0800, Xiao Guangrong wrote:
> >> This patch tries to introduce a very simple and scale way to invalid all
> >> mmio sptes - it need not walk any
* Frederic Weisbecker wrote:
> Ingo,
>
> Please pull the latest cputime accounting updates that can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> sched/core
>
> HEAD: d9a3c9823a2e6a543eb7807fb3d15d8233817ec5
>
> Some users are complaining
On Fri, 15 Mar 2013 14:06:28 +0100, Borislav Petkov wrote:
> Add a barebones implementation for registering persistent events with
> perf. For that, we don't destroy the buffers when they're unmapped;
> also, we map them read-only so that multiple agents can access them.
>
> Also, we allocate the
This patch changes the irq state from high to the now default low.
Because the default PMIC irq state of DA9055 got changed from high to low.
This change should not affect any of the existing users since all of them
use active low state.
This patch has been tested on smdkv6410.
Signed-off-by:
Sekhar,
On Mon, Mar 18, 2013 at 1:48 PM, Sekhar Nori wrote:
> On 3/15/2013 8:41 PM, Prabhakar lad wrote:
>> From: Lad, Prabhakar
>>
>> Create platform devices for various video modules like venc,osd,
>> vpbe and v4l2 driver for dm365.
>>
>> Signed-off-by: Lad, Prabhakar
>> ---
>>
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
fs/btrfs/file-item.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/fs/btrfs/file-item.c b/fs/btrfs/file-item.c
index ec16020..1ba85b4 100644
--- a/fs/btrfs/file-item.c
+++ b/fs/btrfs/file-item.c
@@ -356,11 +356,8 @@
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
fs/btrfs/tree-log.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/fs/btrfs/tree-log.c b/fs/btrfs/tree-log.c
index 451fad9..83d4e1d 100644
--- a/fs/btrfs/tree-log.c
+++ b/fs/btrfs/tree-log.c
@@ -3614,8 +3614,6 @@ static int
2013/3/18, Jaegeuk Kim :
> The build_free_nid should not add free nids over nm_i->max_nid.
> But, there was a hole that invalid free nid was added by the following
> scenario.
>
> Let's suppose nm_i->max_nid = 150 and the last NAT page has 100 ~ 200 nids.
>
> build_free_nids
> -
At Sun, 17 Mar 2013 23:12:03 +0100,
Daniel Vetter wrote:
>
> On Tue, Mar 12, 2013 at 04:32:28PM +0100, Takashi Iwai wrote:
> > The eDP output on HP Z1 is still broken when X is started even after
> > fixing the infinite link-train loop. The regression was introduced in
> > 3.6 kernel for
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-at91rm9200.c | 16
1 files changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/rtc/rtc-at91rm9200.c
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-mxc.c | 11 +++
1 files changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-mxc.c b/drivers/rtc/rtc-mxc.c
index
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-rc5t583.c | 15 ---
1 files changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/rtc/rtc-rc5t583.c b/drivers/rtc/rtc-rc5t583.c
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-sa1100.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-sa1100.c b/drivers/rtc/rtc-sa1100.c
index
Jon Arne Jørgensen writes:
> This is the smi2021-bootloader module.
> This module will upload the firmware for the different somagic devices.
I really don't understand why you want to make that a separate module.
Building both the bootlader driver and the real driver into the same
module will
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size. Also, CONFIG_PM_SLEEP is added to
prevent build warning when CONFIG_PM_SLEEP is not selected.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-sh.c |9 -
1 files changed, 4 insertions(+), 5
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-wm8350.c | 12 +++-
1 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-wm8350.c b/drivers/rtc/rtc-wm8350.c
index
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-tps6586x.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-tps6586x.c b/drivers/rtc/rtc-tps6586x.c
index
Palmas regulator support the different input supply pins for each of
the rails. Fill the regulator info data with their input supply pin
names.
The pin supply names is passed to regulator_register() only when there
is valid regulator_init_data. If regulator_init_data is not present
for the rail
When palmas regulator probe creates stack dump during initialization
due to some crash, it prints the call trace as follows:
[3.166321] [] (_regmap_read+0x5c/0xa8) from []
(regmap_read+0x44/0x5c)
[3.174669] [] (regmap_read+0x44/0x5c) from []
(palmas_probe+0x240/0x7d0)
[3.183193] []
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-tps65910.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-tps65910.c b/drivers/rtc/rtc-tps65910.c
index
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-tps80031.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-tps80031.c b/drivers/rtc/rtc-tps80031.c
index
Switch to using SIMPLE_DEV_PM_OPS macro to declare the driver's
pm_ops. It reduces code size.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-pxa.c | 11 +++
1 files changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-pxa.c b/drivers/rtc/rtc-pxa.c
index
On 2013/03/14 17:40, Vladimir Davydov wrote:
> The patch introduces nf_conntrack_cleanup_net_list(), which cleanups
> nf_conntrack for a list of netns and calls synchronize_net() only once
> for them all. This should reduce netns destruction time.
> --
> I've measured cleanup time for 1k dummy net
On 01/28/2013 05:24 PM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
Here's first steps towards huge pages in page cache.
The intend of the work is get code ready to enable transparent huge page
cache for the most simple fs -- ramfs.
It's not yet near feature-complete. It only
Add documentation for device tree binding of NVIDIA's Tegra i2c
controller driver.
Describing all compatible values used for diffenent Tegra SoCs
in details in this documentation.
Signed-off-by: Laxman Dewangan
---
.../devicetree/bindings/i2c/nvidia,tegra20-i2c.txt | 99
* Namhyung Kim wrote:
> From: Namhyung Kim
>
> It's a per-cpu data structure but missed the __percpu annotation.
>
> Cc: Tejun Heo
> Signed-off-by: Namhyung Kim
> ---
> include/linux/perf_event.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
* Tejun Heo wrote:
> PF_THREAD_BOUND was originally used to mark kernel threads which were
> bound to a specific CPU using kthread_bind() and a task with the flag
> set allows cpus_allowed modifications only to itself. Workqueue is
> currently abusing it to prevent userland from meddling with
I am announcing the release of the 3.5.7.8 tree of stable patches.
This tree picks up the latest 3.5 stable release upstream, and add patches
on top that were later marked for stable but can't be added to 3.5, as
it is not anymore an stable series maintained upstream.
The tree is maintained by
On 3/18/2013 2:46 PM, Prabhakar Lad wrote:
> On Mon, Mar 18, 2013 at 1:48 PM, Sekhar Nori wrote:
>> On 3/15/2013 8:41 PM, Prabhakar lad wrote:
>>> +int __init dm365_init_video(struct vpfe_config *vpfe_cfg,
>>> + struct vpbe_config *vpbe_cfg)
>>> +{
>>> + if
From: Namhyung Kim
It's a per-cpu data structure but missed the __percpu annotation.
Cc: Tejun Heo
Cc: Li Zefan
Signed-off-by: Namhyung Kim
---
kernel/events/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/events/core.c b/kernel/events/core.c
index
On Fri, Mar 15, 2013 at 9:18 PM, Arnd Bergmann wrote:
> On Friday 15 March 2013, H Hartley Sweeten wrote:
>> Arnd,
>>
>> Ill look at converting the ep93xx pwm driver to the PWM subsystem. The only
>> issue is
>> the current driver exposes a sysfs interface that I think is not available
>> in
Hi Greg,
So a recent stable backport to fix rc6 on ilk (which is disabled by
default and with dubious power savings at best, unlike rc6 on snb and
later) totally blew up all over the place:
https://bugzilla.kernel.org/show_bug.cgi?id=55291
https://lkml.org/lkml/2013/3/14/540
There might be more,
Hi,
I tried to modify fusbh200 hcd driver following ehci-platform.c.
However, the register definition of fusbh200 is partially incompatible
to ehci. For fusbh200, only the elements between "command" and
"async_next" in struct ehci_regs are consistent with ehci which means
it would cause copious
2013-03-18 (월), 18:29 +0900, Namjae Jeon:
> 2013/3/18, Jaegeuk Kim :
> > The build_free_nid should not add free nids over nm_i->max_nid.
> > But, there was a hole that invalid free nid was added by the following
> > scenario.
> >
> > Let's suppose nm_i->max_nid = 150 and the last NAT page has 100
On Sun, 2013-03-17 at 17:29 +0900, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Introduce msgbyte and statusbyte in the prints as part of the
> result which is returned by the lower layer driver in response to
> SCSI command issued, in case of any error conditions.
>
> Purpose of adding these
Hi,
(don't top-post)
On Mon, Mar 18, 2013 at 06:06:18PM +0800, Yuan-Hsin Chen wrote:
> Hi,
>
> I tried to modify fusbh200 hcd driver following ehci-platform.c.
> However, the register definition of fusbh200 is partially incompatible
> to ehci. For fusbh200, only the elements between "command"
Hi Doug,
Great..i have found the problem like this.
I will check your patch..and share the result.
Best Regards,
Jaehoon Chung
On 03/16/2013 06:29 AM, Doug Anderson wrote:
> On a flaky piece of hardware that seems good at generating CRC errors,
> we have found that often times the CRC errors
On Mon, Mar 18, 2013 at 10:29:16AM +0100, Takashi Iwai wrote:
> At Sun, 17 Mar 2013 23:12:03 +0100,
> Daniel Vetter wrote:
> >
> > On Tue, Mar 12, 2013 at 04:32:28PM +0100, Takashi Iwai wrote:
> > > The eDP output on HP Z1 is still broken when X is started even after
> > > fixing the infinite
On 15 March 2013 20:38, Stephen Warren wrote:
> On 03/15/2013 06:33 AM, Ulf Hansson wrote:
>> On 15 March 2013 13:06, Bill Huang wrote:
>>> On Fri, 2013-03-15 at 18:08 +0800, Ulf Hansson wrote:
> ...
Some prerequisites; I think am in favor of using the clk API to
trigger DVFS changes
Mathieu Desnoyers wrote:
> Thanks for providing this detailed scenario. I think there is an
> important aspect in the use of splice I suggested on which we are not
> fully understanding each other. I will annotate your scenario below with
> clarifications:
Ah yes, I somehow thought splice would
This reverts commit b6fc28a158076ca2764edc9a6d1e1402f56e1c0c. It breaks
wireless AP reconnection on: (14e4:4727)
Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller
Any attempt to reconnect to an AP results in timeouts no matter how near to the
AP I am:
00:10:40 $nb kernel: wlan0:
This patch adds a common clock driver for Silicon Labs Si5351a/b/c
i2c programmable clock generators. Currently, the driver supports
DT kernels only and VXCO feature of si5351b is not implemented. DT
bindings selectively allow to overwrite stored Si5351 configuration
which is very helpful for
901 - 1000 of 1822 matches
Mail list logo