On Tuesday 07 May 2013 12:35 PM, Chanwoo Choi wrote:
On 05/07/2013 03:57 PM, Chanwoo Choi wrote:
diff --git a/include/linux/extcon/extcon_palmas.h
b/include/linux/extcon/extcon_palmas.h
new file mode 100644
index 000..a5119c9
--- /dev/null
+++ b/include/linux/extcon/extcon_palmas.h
@@ -0,0
On Mon, May 06, 2013 at 05:44:06PM +0200, Johannes Berg wrote:
> On Mon, 2013-05-06 at 17:31 +0200, Johannes Berg wrote:
>
> > > But if so, I would also see
> > > the breakage on my setup, but I don't - it works quite well here.
> >
> > Are you testing on a passive channel? Try with a large
Currently all interrupts assigned to AHCI ports show up in
'/proc/interrupts' as 'ahci'. This fix adds port numbers as
suffixes and hence makes the descriptions distinct.
Reported-by: Jan Beulich
Signed-off-by: Alexander Gordeev
---
drivers/ata/ahci.c|5 +++--
drivers/ata/ahci.h|
On Mon, May 06, 2013 at 06:27:16PM +0200, Jiri Olsa wrote:
> hi,
> sending fix for issue caused by using smp_processor_id()
> in preemptible path discussed in here:
> http://marc.info/?l=linux-kernel=136733569907888=2
>
> I also noticed there's a space for some code factoring
> saving some .text
On 05/07/2013 01:24 PM, CAI Qian wrote:
> OK, also saw it on x64,
>
> [ 18.305143] WARNING: at drivers/base/core.c:575
> device_create_file+0x82/0xa0()
> [ 18.313208] Write permission without 'store'
> [ 18.317985] Modules linked in: i5000_edac(F+) iTCO_vendor_support(F)
> coretemp(F)
On Mon, 06 May 2013, Jingoo Han wrote:
> The driver core clears the driver data to NULL after device_release
> or on probe failure, since commit 0998d0631001288a5974afc0b2a5f568bcdecb4d
> (device-core: Ensure drvdata = NULL when no driver is bound).
> Thus, it is not needed to manually clear the
On 07/05/13 00:16, Pavel Machek wrote:
Hi Pawel,
>> Now that we support a timer-backed delay loop, I'm quickly getting sick
>> and tired of people complaining that their beloved bogomips value has
>> decreased. You know who you are!
>
>> Unfortunately, we can't just remove the entry from
On Mon, 06 May 2013, Jingoo Han wrote:
> The driver core clears the driver data to NULL after device_release
> or on probe failure, since commit 0998d0631001288a5974afc0b2a5f568bcdecb4d
> (device-core: Ensure drvdata = NULL when no driver is bound).
> Thus, it is not needed to manually clear the
When rate is 0 powerdown clock output.
Signed-off-by: Marek Belisko
---
drivers/clk/clk-si5351.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git a/drivers/clk/clk-si5351.c b/drivers/clk/clk-si5351.c
index a8fc0f4..e254e76 100644
---
In bitmap_find_free_region, If we skip the all-ones words and find bits
in a not-all-ones word, we can improve performance of it.
For example, If bitmap_find_free_region() is called with order=0, First,
It scans bitmap array by the increment of long type, then find 1 free bit
within 1 long type
On 05/06/2013 02:42 PM, y...@shlinux1.ap.freescale.net wrote:
From: Liu Ying
Nitpick:
If you only have 1 patch, then you don't need "1/1" in the subject.
The term magic number here might be a little exaggerated, not so
magic actually. :-)
But, in general I agree that we could do that also
When p3 is eual to 0 then result for fOUT is 0. In that case we should
return 0 not parent_rate;
This issue was causing deadlock in si5351 chip when user set_rate for
ms0->clk0 and then set_rate for ms1->clk1 (both ms sourced from plla).
After that clk1 was 0 and it wasn't possible to enable it
On Mon, 06 May 2013, Jingoo Han wrote:
> The driver core clears the driver data to NULL after device_release
> or on probe failure, since commit 0998d0631001288a5974afc0b2a5f568bcdecb4d
> (device-core: Ensure drvdata = NULL when no driver is bound).
> Thus, it is not needed to manually clear the
Some architectures need __c[lt]z[sd]i2() for __builtin_c[lt]z[ll] and
It causes build failure. They can be implemented using the fls()/__ffs() and
overridden by linking arch-specific versions may not be implemented yet.
Reference: https://lkml.org/lkml/2013/4/18/603
Reported-by: Geert
On Tue, May 07, 2013 at 10:00:48AM +0300, Adrian Hunter wrote:
> On 06/05/13 22:27, Linus Walleij wrote:
> > On Mon, May 6, 2013 at 11:17 AM, Adrian Hunter
> > wrote:
> >
> >> Here are 3 patches to support runtime PM for BYT SD cards
> >>
> >> Please note that these patches are dependent upon 2
On Tue, May 07, 2013 at 10:42:53AM +0530, Kishon Vijay Abraham I wrote:
> On Monday 06 May 2013 08:10 PM, Mark Brown wrote:
> >On Mon, May 06, 2013 at 06:47:04PM +0530, Kishon Vijay Abraham I wrote:
> >
> >>+ if (palmas_usb->linkstat != PALMAS_USB_STATE_VBUS) {
> >>+ if
(2013/04/30 4:36), Vivek Goyal wrote:
On Sat, Apr 13, 2013 at 09:21:33AM +0900, HATAYAMA Daisuke wrote:
[..]
ELF notes are per-cpu, so total size of ELF note segments increases
according to the number of CPUs. The current maximum number of CPUs on
x86_64 is 5192, and there's already system
On Mon, May 06, 2013 at 04:11:03PM -0700, David Cohen wrote:
> When DT is not used IOAPIC does not register irq domain. As result
> IOAPIC won't care about gpio-langwell's virq and may cause conflict if
> an irq number is equal to gpio-langwell's virq mapped beforehand.
>
> This patch tells
OK, also saw it on x64,
[ 18.305143] WARNING: at drivers/base/core.c:575
device_create_file+0x82/0xa0()
[ 18.313208] Write permission without 'store'
[ 18.317985] Modules linked in: i5000_edac(F+) iTCO_vendor_support(F)
coretemp(F) edac_core(F) kvm_intel(F) lpc_ich(F) kvm(F) i5k_amb(F)
On 05/03/2013 03:55 PM, Alex Shi wrote:
>
>> That should probably look like:
>>
>> preempt_disable();
>> raw_spin_unlock_irq();
>> preempt_enable_no_resched();
>> schedule();
>>
>> Otherwise you might find a performance regression on PREEMPT=y kernels.
>
> Yes, right!
>
Hi Suman,
On 7 May 2013 05:15, Suman Anna wrote:
>>
>> The client(s) can always generate TX requests at a rate greater than
>> the API could transmit on the physical link. So as much as we dislike
>> it, we have to buffer TX requests, otherwise N clients would.
>
> The current code doesn't
On Mon, 06 May 2013, Srinidhi Kasagar wrote:
> On Fri, May 03, 2013 at 16:32:40 +0200, Lee Jones wrote:
> > STEDMA40_*_TO_* direction definitions are identical in all but name to
> > the pre-defined generic DMA_*_TO_* ones. Let's make things easy by not
> > duplicating such things.
> >
> >
Sorry for late reply.
(2013/04/30 4:51), Vivek Goyal wrote:
On Sat, Apr 13, 2013 at 09:21:46AM +0900, HATAYAMA Daisuke wrote:
Treat memory chunks referenced by PT_LOAD program header entries in
page-size boundary in vmcore_list. Formally, for each range [start,
end], we set up the
On Mon, May 6, 2013 at 6:33 PM, Gavin Shan wrote:
>
> Run the kernel with Yinghai's code on the simulator and it's failed to
> enable PCI devices (including p2p bridges) as the attached kernel log
> indicates.
Please check attached v2 for second patch.
Thanks
Yinghai
On Fri, 03 May 2013, Linus Walleij wrote:
> From: Linus Walleij
>
> The commit
> "dmaengine: ste_dma40: Assign memcpy channels in the driver"
> had two problems:
> - It assigned magic numbers to the memcpy event lines
> instead of giving them symbolic names.
> - It seems to have missed one of
ping?
Am 2013-03-25 09:59, schrieb Andreas Bießmann:
This patch guards the console_drivers list to be corrupted. The
for_each_console() macro insist on a strictly forward list ended by
NULL:
con0->next->con1->next->NULL
Without this patch it may happen easily to destroy this list for
Never saw any of those messages were floating in any of the RC testing, but
now happened in 3.9 GA on Power 7 systems.
[0.329753] EEH: devices created
[0.340203] atomic64 test passed
[0.340407] NET: Registered protocol family 16
[0.340457] EEH: No capable adapters found
[
Currently, the LP55xx DT structure supports max 3 channels.
However, LP5523 has max 9 channels and LP5562 has 4 channels.
To enhance this constraint, the DT structure has been changed.
(a) Use the child node for various channel settings instead of fixed array
(b) Remove 'num_channel' property.
The LP55xx DT structure is applicable to the LP5562 device.
The driver and documentation are updated.
Compatible property of the DT
: LP5521 and LP5223 were manufactured by National Semiconductor.
LP5562 is a new device from Texas Instruments.
Cc: Linus Walleij
Cc: Gabriel Fernandez
Sorry for the delayed response.
(2013/04/30 23:54), Sumner, William wrote:
> I have installed your original patch set (from last November) and tested with
> three platforms, each with a different IO configuration. On the first
> platform crashdumps were consistently successful. On the second
On Mon, 2013-05-06 at 19:11 -0400, Parag Warudkar wrote:
> Apparently UVD doesn't yet work everywhere - so allow it to be
> disabled. Shaves off some reboot and suspend/resume time on machines
> where it doesn't work. Might be useful for problematic chips in the
> future as well.
>
> Patch
Hi Ingo,
On Tue, May 07, 2013 at 08:53:48AM +0200, Ingo Molnar wrote:
>
> * Feng Tang wrote:
>
> > > is even worse than that. Machine can stay is s2ram for weeks (for a
> > > lot more if it is desktop and you do s2ram for powersaving). Also
> > > temperature of CPU varies a lot between
This module is expected to be a better tool to access below resources
- TXT config space
- Tboot log mem
- SMX parameter
Intel TXT (Trusted Execution Technology) will provide higher assurance
of system configuration and initial state as well as data reset
protection. It also helps solve
On 05/07/2013 03:57 PM, Chanwoo Choi wrote:
> diff --git a/include/linux/extcon/extcon_palmas.h
> b/include/linux/extcon/extcon_palmas.h
> new file mode 100644
> index 000..a5119c9
> --- /dev/null
> +++ b/include/linux/extcon/extcon_palmas.h
> @@ -0,0 +1,26 @@
> +/*
> + * extcon_palmas.h -
These interfaces are located in /sys/devices/platform/intel_txt/config,
and including totally 37 files, providing access to Intel TXT
configuration registers.
Signed-off-by: Qiaowei Ren
Signed-off-by: Xiaoyan Zhang
Signed-off-by: Gang Wei
---
Documentation/ABI/testing/sysfs-platform-intel-txt
These interfaces are located in /sys/devices/platform/intel_txt/log/.
Signed-off-by: Qiaowei Ren
Signed-off-by: Xiaoyan Zhang
Signed-off-by: Gang Wei
---
Documentation/ABI/testing/sysfs-platform-intel-txt | 28 +
drivers/platform/x86/intel_txt/Makefile|2 +-
These interfaces are located in /sys/devices/platform/intel_txt/parameter/,
showing specific parameter information for SMX features supported by
the processor.
Signed-off-by: Qiaowei Ren
Signed-off-by: Xiaoyan Zhang
Signed-off-by: Gang Wei
---
TXT driver is expected to be a better tool to access below resources:
TXT config space, TXT log and SMX parameter.
Signed-off-by: Qiaowei Ren
Signed-off-by: Xiaoyan Zhang
Signed-off-by: Gang Wei
---
drivers/platform/x86/Kconfig |2 ++
drivers/platform/x86/Makefile
On 05/07/2013 05:58 AM, Steven Rostedt wrote:
> 3.6.11.3 stable review patch.
> If anyone has any objections, please let me know.
>
> --
>
> From: Jiri Slaby
>
> [ Upstream commit 37b7f3c76595e23257f61bd80b223de8658617ee ]
Hi, you also want this one:
commit
* Waiman Long wrote:
> When "perf record" was used on a large machine with a lot of CPUs,
> the perf post-processing time could take a lot of minutes and even
> hours depending on how large the resulting perf.data file was.
>
> While running AIM7 1500-user high_systime workload on a 80-core
On 05/07/2013 03:25 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 07 May 2013 11:40 AM, Chanwoo Choi wrote:
>> Hi Kishon,
>>
>> I add some opinion about this patch.
>>
>> On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
>>> From: Graeme Gregory
>>>
>>> This is the driver for the USB
On 06/05/13 22:27, Linus Walleij wrote:
> On Mon, May 6, 2013 at 11:17 AM, Adrian Hunter
> wrote:
>
>> Here are 3 patches to support runtime PM for BYT SD cards
>>
>> Please note that these patches are dependent upon 2 gpio patches
>> that are in linux-next and linux-gpio but not the mmc tree.
* Feng Tang wrote:
> > is even worse than that. Machine can stay is s2ram for weeks (for a
> > lot more if it is desktop and you do s2ram for powersaving). Also
> > temperature of CPU varies a lot between active and s2ram states. Is
> > TSC good enough?
>
> Yes, I think it is relatively
On Mon, 6 May 2013 17:07:57 +0200 Borislav Petkov wrote:
> On Mon, May 06, 2013 at 04:21:12PM +0200, Bruno Prémont wrote:
> > Booting 3.9 on a Fujitsu Primergy RX200 S7 server I get lots of
> > occurrences of the following WARNING (probably one per PCI device
> > listed by lspci -- overflowing my
On Mon, 6 May 2013, Lennart Sorensen wrote:
I am getting the impression that we should ignore the cell phones given
they seem to be thoroughly ignoring their customers and everyone else
anyhow. If we then focus on the devices that perhaps do care to be around
for a while and supported, we
* Stephane Eranian wrote:
> On Mon, May 6, 2013 at 8:52 PM, Peter Zijlstra wrote:
> > On Mon, May 06, 2013 at 07:44:19PM +0200, Stephane Eranian wrote:
> >> On Thu, May 2, 2013 at 9:37 AM, Peter Zijlstra
> >> wrote:
> >> > On Wed, Apr 24, 2013 at 04:04:54PM -0700, Andi Kleen wrote:
> >> >>
* Linus Torvalds wrote:
> On Mon, May 6, 2013 at 8:35 AM, Paul E. McKenney
> wrote:
> >>
> >> I think Linus might have referred to my 'future plans' entry:
>
> Indeed. I feel that HPC is entirely irrelevant to anybody,
> *especially* HPC benchmarks. In real life, even HPC doesn't tend to
>
Hi Linus,
Please pull the latest SLAB tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux.git slab/for-linus
Bulk of the changes are more slab unification from Christoph. There's
also few fixes from Aaron, Glauber, and Joonsoo thrown into the mix.
Hello. I tested with two patches.
The first one is thomas gleixner's patch. The patch is as follow.
This patch works well without any problem.
Index: linux-2.6/arch/mips/kernel/process.c
===
---
* Stephane Eranian wrote:
> This is a good fix. I have run into this infinite loop in perf report
> many times.
Hm, perf record should really not assume much about the perf.data and
should avoid infinite loops ...
So while making perf.data more consistent on SIGTERM is a nice fix, perf
In the 'for' looping, when error occurs, the 'break' only jump out of
'switch', and still in 'for' looping. If error occurs multiple times,
the original error value will be overwrite.
Currently, that will not cause issue, but still better to improve it,
so that let it return the first real
Hi,
On Tuesday 07 May 2013 11:40 AM, Chanwoo Choi wrote:
Hi Kishon,
I add some opinion about this patch.
On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
From: Graeme Gregory
This is the driver for the USB comparator built into the palmas chip. It
handles the various USB OTG events
On 05/06/2013 07:10 PM, Peter Zijlstra wrote:
>> > The runnable_avgs themselves actually have a fair bit of history in
>> > them already (50% is last 32ms); but given that they don't need to be
>> > cut-off to respond to load being migrated I'm guessing we could
>> > actually potentially get by
Hi Kishon,
I add some opinion about this patch.
On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
> From: Graeme Gregory
>
> This is the driver for the USB comparator built into the palmas chip. It
> handles the various USB OTG events that can be generated by cable
> insertion/removal.
>
>
On Mon, May 6, 2013 at 10:25 PM, H. Peter Anvin wrote:
> Hello,
>
> The touchpad on Lenovo Yoga 13 seems to have broken some time between 3.4
> and the current kernel. The dmesg is full of spewage:
>
> [ 256.246481] atkbd serio0: Use 'setkeycodes e03e ' to make it
> known.
> [ 256.251473]
From: Lad, Prabhakar
the function of_property_read_u8/16/32_array() has a parameter
out_values, but the description mentioned it as out_value. This
patch fixes this typo.
Signed-off-by: Lad, Prabhakar
---
drivers/of/base.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
On Mon, 2013-05-06 at 22:10 -0400, David Miller wrote:
> From: Jeff Kirsher
> Date: Mon, 06 May 2013 16:32:46 -0700
>
> > On Mon, 2013-05-06 at 19:09 -0400, David Miller wrote:
> >> From: Linus Torvalds
> >> Date: Mon, 6 May 2013 15:57:15 -0700
> >>
> >> > On Mon, May 6, 2013 at 2:05 PM, David
On Mon, 2013-05-06 at 22:10 -0400, David Miller wrote:
From: Jeff Kirsher jeffrey.t.kirs...@intel.com
Date: Mon, 06 May 2013 16:32:46 -0700
On Mon, 2013-05-06 at 19:09 -0400, David Miller wrote:
From: Linus Torvalds torva...@linux-foundation.org
Date: Mon, 6 May 2013 15:57:15 -0700
On Mon, May 6, 2013 at 10:25 PM, H. Peter Anvin h...@zytor.com wrote:
Hello,
The touchpad on Lenovo Yoga 13 seems to have broken some time between 3.4
and the current kernel. The dmesg is full of spewage:
[ 256.246481] atkbd serio0: Use 'setkeycodes e03e keycode' to make it
known.
[
Hi,
On Tuesday 07 May 2013 11:40 AM, Chanwoo Choi wrote:
Hi Kishon,
I add some opinion about this patch.
On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
From: Graeme Gregory g...@slimlogic.co.uk
This is the driver for the USB comparator built into the palmas chip. It
handles the
In the 'for' looping, when error occurs, the 'break' only jump out of
'switch', and still in 'for' looping. If error occurs multiple times,
the original error value will be overwrite.
Currently, that will not cause issue, but still better to improve it,
so that let it return the first real
Hello. I tested with two patches.
The first one is thomas gleixner's patch. The patch is as follow.
This patch works well without any problem.
Index: linux-2.6/arch/mips/kernel/process.c
===
---
Hi Linus,
Please pull the latest SLAB tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux.git slab/for-linus
Bulk of the changes are more slab unification from Christoph. There's
also few fixes from Aaron, Glauber, and Joonsoo thrown into the mix.
* Stephane Eranian eran...@google.com wrote:
On Mon, May 6, 2013 at 8:52 PM, Peter Zijlstra pet...@infradead.org wrote:
On Mon, May 06, 2013 at 07:44:19PM +0200, Stephane Eranian wrote:
On Thu, May 2, 2013 at 9:37 AM, Peter Zijlstra pet...@infradead.org
wrote:
On Wed, Apr 24, 2013 at
* Feng Tang feng.t...@intel.com wrote:
is even worse than that. Machine can stay is s2ram for weeks (for a
lot more if it is desktop and you do s2ram for powersaving). Also
temperature of CPU varies a lot between active and s2ram states. Is
TSC good enough?
Yes, I think it is
On 05/07/2013 03:25 PM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 07 May 2013 11:40 AM, Chanwoo Choi wrote:
Hi Kishon,
I add some opinion about this patch.
On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
From: Graeme Gregory g...@slimlogic.co.uk
This is the driver for the USB
* Waiman Long waiman.l...@hp.com wrote:
When perf record was used on a large machine with a lot of CPUs,
the perf post-processing time could take a lot of minutes and even
hours depending on how large the resulting perf.data file was.
While running AIM7 1500-user high_systime workload on a
On 05/07/2013 05:58 AM, Steven Rostedt wrote:
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Jiri Slaby jsl...@suse.cz
[ Upstream commit 37b7f3c76595e23257f61bd80b223de8658617ee ]
Hi, you also want this one:
commit
These interfaces are located in /sys/devices/platform/intel_txt/log/.
Signed-off-by: Qiaowei Ren qiaowei@intel.com
Signed-off-by: Xiaoyan Zhang xiaoyan.zh...@intel.com
Signed-off-by: Gang Wei gang@intel.com
---
Documentation/ABI/testing/sysfs-platform-intel-txt | 28 +
On 05/07/2013 03:57 PM, Chanwoo Choi wrote:
diff --git a/include/linux/extcon/extcon_palmas.h
b/include/linux/extcon/extcon_palmas.h
new file mode 100644
index 000..a5119c9
--- /dev/null
+++ b/include/linux/extcon/extcon_palmas.h
@@ -0,0 +1,26 @@
+/*
+ * extcon_palmas.h - palmas
This module is expected to be a better tool to access below resources
- TXT config space
- Tboot log mem
- SMX parameter
Intel TXT (Trusted Execution Technology) will provide higher assurance
of system configuration and initial state as well as data reset
protection. It also helps solve
Hi Ingo,
On Tue, May 07, 2013 at 08:53:48AM +0200, Ingo Molnar wrote:
* Feng Tang feng.t...@intel.com wrote:
is even worse than that. Machine can stay is s2ram for weeks (for a
lot more if it is desktop and you do s2ram for powersaving). Also
temperature of CPU varies a lot
On Mon, 2013-05-06 at 19:11 -0400, Parag Warudkar wrote:
Apparently UVD doesn't yet work everywhere - so allow it to be
disabled. Shaves off some reboot and suspend/resume time on machines
where it doesn't work. Might be useful for problematic chips in the
future as well.
Patch attached as
ping?
Am 2013-03-25 09:59, schrieb Andreas Bießmann:
This patch guards the console_drivers list to be corrupted. The
for_each_console() macro insist on a strictly forward list ended by
NULL:
con0-next-con1-next-NULL
Without this patch it may happen easily to destroy this list for
example
On Fri, 03 May 2013, Linus Walleij wrote:
From: Linus Walleij linus.wall...@linaro.org
The commit
dmaengine: ste_dma40: Assign memcpy channels in the driver
had two problems:
- It assigned magic numbers to the memcpy event lines
instead of giving them symbolic names.
- It seems to have
On Mon, May 6, 2013 at 6:33 PM, Gavin Shan sha...@linux.vnet.ibm.com wrote:
Run the kernel with Yinghai's code on the simulator and it's failed to
enable PCI devices (including p2p bridges) as the attached kernel log
indicates.
Please check attached v2 for second patch.
Thanks
Yinghai
Sorry for late reply.
(2013/04/30 4:51), Vivek Goyal wrote:
On Sat, Apr 13, 2013 at 09:21:46AM +0900, HATAYAMA Daisuke wrote:
Treat memory chunks referenced by PT_LOAD program header entries in
page-size boundary in vmcore_list. Formally, for each range [start,
end], we set up the
On Mon, 06 May 2013, Srinidhi Kasagar wrote:
On Fri, May 03, 2013 at 16:32:40 +0200, Lee Jones wrote:
STEDMA40_*_TO_* direction definitions are identical in all but name to
the pre-defined generic DMA_*_TO_* ones. Let's make things easy by not
duplicating such things.
Signed-off-by:
Hi Suman,
On 7 May 2013 05:15, Suman Anna s-a...@ti.com wrote:
The client(s) can always generate TX requests at a rate greater than
the API could transmit on the physical link. So as much as we dislike
it, we have to buffer TX requests, otherwise N clients would.
The current code doesn't
On 05/03/2013 03:55 PM, Alex Shi wrote:
That should probably look like:
preempt_disable();
raw_spin_unlock_irq();
preempt_enable_no_resched();
schedule();
Otherwise you might find a performance regression on PREEMPT=y kernels.
Yes, right!
Thanks a lot for
On Tue, May 07, 2013 at 10:42:53AM +0530, Kishon Vijay Abraham I wrote:
On Monday 06 May 2013 08:10 PM, Mark Brown wrote:
On Mon, May 06, 2013 at 06:47:04PM +0530, Kishon Vijay Abraham I wrote:
+ if (palmas_usb-linkstat != PALMAS_USB_STATE_VBUS) {
+ if
On Mon, 06 May 2013, Jingoo Han wrote:
The driver core clears the driver data to NULL after device_release
or on probe failure, since commit 0998d0631001288a5974afc0b2a5f568bcdecb4d
(device-core: Ensure drvdata = NULL when no driver is bound).
Thus, it is not needed to manually clear the
When p3 is eual to 0 then result for fOUT is 0. In that case we should
return 0 not parent_rate;
This issue was causing deadlock in si5351 chip when user set_rate for
ms0-clk0 and then set_rate for ms1-clk1 (both ms sourced from plla).
After that clk1 was 0 and it wasn't possible to enable it
On 05/06/2013 02:42 PM, y...@shlinux1.ap.freescale.net wrote:
From: Liu Ying ying@freescale.com
Nitpick:
If you only have 1 patch, then you don't need 1/1 in the subject.
The term magic number here might be a little exaggerated, not so
magic actually. :-)
But, in general I agree that we
On 05/07/2013 01:24 PM, CAI Qian wrote:
OK, also saw it on x64,
[ 18.305143] WARNING: at drivers/base/core.c:575
device_create_file+0x82/0xa0()
[ 18.313208] Write permission without 'store'
[ 18.317985] Modules linked in: i5000_edac(F+) iTCO_vendor_support(F)
coretemp(F)
On Mon, May 06, 2013 at 06:27:16PM +0200, Jiri Olsa wrote:
hi,
sending fix for issue caused by using smp_processor_id()
in preemptible path discussed in here:
http://marc.info/?l=linux-kernelm=136733569907888w=2
I also noticed there's a space for some code factoring
saving some .text size
On Mon, May 06, 2013 at 05:44:06PM +0200, Johannes Berg wrote:
On Mon, 2013-05-06 at 17:31 +0200, Johannes Berg wrote:
But if so, I would also see
the breakage on my setup, but I don't - it works quite well here.
Are you testing on a passive channel? Try with a large beacon
(2013/05/04 4:10), Cliff Wickman wrote:
Jingbai Ma wote on 27 Mar 2013:
I have tested the makedumpfile mmap patch on a machine with 2TB memory,
here is testing results:
Test environment:
Machine: HP ProLiant DL980 G7 with 2TB RAM.
CPU: Intel(R) Xeon(R) CPU E7- 2860 @ 2.27GHz (8 sockets,
On Tue, May 07, 2013 at 08:48:05AM +0200, Ingo Molnar wrote:
Also, this code only runs when the event is set up, so a bit of sanity
checking can only help, right?
Nah, its all very circumspect. In fact; while what Andi states is 'true':
documentation in the Intel SDM 18.6.1.1 states:
On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote:
On 05/07/2013 01:24 AM, Gleb Natapov wrote:
On Mon, May 06, 2013 at 09:10:11PM +0800, Xiao Guangrong wrote:
On 05/06/2013 08:36 PM, Gleb Natapov wrote:
Step 1) Fix kvm_mmu_zap_all's behaviour: introduce lockbreak via
I noticed a warning while cross-compiling all arm defconfigs.
The mmp2_defconfig gave this warning:
drivers/video/backlight/max8925_bl.c: In function 'max8925_backlight_probe':
drivers/video/backlight/max8925_bl.c:177:3: warning: statement with no effect
[-Wunused-value]
This appears to have
Sebastian,
On 05/06/2013 05:33 PM, Sebastian Hesselbarth wrote:
This patch set picks up work by Florian Fainelli bringing full DT
support to mv643xx_eth and Marvell SoCs using it.
The current patch set drops Florian's device tree conversions for
Kirkwood, Dove, and Orion5x in favour of
On 05/03/2013 05:24 PM, Arnd Bergmann wrote:
On Friday 03 May 2013, Marc Kleine-Budde wrote:
On 05/02/2013 05:16 PM, Arnd Bergmann wrote:
CONFIG_HAVE_CAN_FLEXCAN is a silect symbol that is meant to be selected
by platforms that support this driver, but that is not possible without
also
On Tue, May 07, 2013 at 09:39:21 +0200, Lee Jones wrote:
On Mon, 06 May 2013, Srinidhi Kasagar wrote:
On Fri, May 03, 2013 at 16:32:40 +0200, Lee Jones wrote:
STEDMA40_*_TO_* direction definitions are identical in all but name to
the pre-defined generic DMA_*_TO_* ones. Let's make
On 07/05/13 10:47, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 07 May 2013 01:28 PM, Mark Brown wrote:
On Tue, May 07, 2013 at 10:42:53AM +0530, Kishon Vijay Abraham I wrote:
On Monday 06 May 2013 08:10 PM, Mark Brown wrote:
On Mon, May 06, 2013 at 06:47:04PM +0530, Kishon Vijay Abraham I
On Tue, May 07, 2013 at 05:35:28PM +0800, Haojian Zhuang wrote:
On Tue, May 7, 2013 at 5:24 PM, Uwe Kleine-König
u.kleine-koe...@pengutronix.de wrote:
Hello,
On Tue, May 07, 2013 at 04:17:34AM -0500, Robin Holt wrote:
I noticed a warning while cross-compiling all arm defconfigs.
The
On Tue, 07 May 2013, Srinidhi Kasagar wrote:
On Tue, May 07, 2013 at 09:39:21 +0200, Lee Jones wrote:
On Mon, 06 May 2013, Srinidhi Kasagar wrote:
On Fri, May 03, 2013 at 16:32:40 +0200, Lee Jones wrote:
STEDMA40_*_TO_* direction definitions are identical in all but name to
the
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
arch/sparc/include/asm/Kbuild|1 +
arch/sparc/include/asm/linkage.h |6 --
2 files changed, 1 insertions(+), 6 deletions(-)
delete mode 100644 arch/sparc/include/asm/linkage.h
diff --git a/arch/sparc/include/asm/Kbuild
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
arch/cris/include/asm/Kbuild|1 +
arch/cris/include/asm/linkage.h |6 --
2 files changed, 1 insertions(+), 6 deletions(-)
delete mode 100644 arch/cris/include/asm/linkage.h
diff --git a/arch/cris/include/asm/Kbuild
On Tue, May 07, 2013 at 04:06:33AM +0100, Paul Turner wrote:
On Mon, May 6, 2013 at 7:18 PM, Alex Shi alex@intel.com wrote:
On 05/06/2013 06:17 PM, Paul Turner wrote:
Rather than exposing the representation of load_avg_contrib to
__sched_fork it might also be better to call:
701 - 800 of 1340 matches
Mail list logo