On 12/23/2013 04:36 PM, Barry Song wrote:
> 2013/12/23 Chanwoo Choi :
>> On 12/23/2013 03:10 PM, Barry Song wrote:
>>> 2013/12/23 Chanwoo Choi :
On 12/20/2013 05:09 PM, rjying wrote:
> From: Rongjun Ying
>
> After system resume, need send extcon uevent to userspace
Why d
On Monday 23 December 2013 12:25 PM, Bjørn Mork wrote:
> That's correct. The immediate result of the failure is exactly the
> same.
Okay..
> The difference is that a subsequent resume would restore the cpufreq
> device whether it existed or not. That made a complete suspend/resume
> fix up any
On Mon, 23 Dec 2013 06:54:38 +0900, Masami Hiramatsu wrote:
> (2013/12/21 3:03), Arnaldo Carvalho de Melo wrote:
>> Em Fri, Dec 20, 2013 at 10:03:02AM +, Masami Hiramatsu escreveu:
> BTW, I'm not sure why debuginfo and nm shows symbol address + 0x40,
> and why the perf's map/symbol can remo
i am william leung, i have a business proposal worth 24.5 million usd for you
to handle for me, reply me via (williamleung...@wss-id.org) for more details.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
On Sun, 22 Dec, at 02:27:01PM, Toshi Kani wrote:
>
> The kexec branch is missing the following change, which is required for
> fast reboot with multi-cpus.
>
>commit 279f1df915c3a6ed3075d98a849705bf53851f99
>Author: Vivek Goyal
>Date: Tue Nov 26 10:25:28 2013 +0800
>
>kexe
2013/12/23 Chanwoo Choi :
> On 12/23/2013 03:10 PM, Barry Song wrote:
>> 2013/12/23 Chanwoo Choi :
>>> On 12/20/2013 05:09 PM, rjying wrote:
From: Rongjun Ying
After system resume, need send extcon uevent to userspace
>>>
>>> Why did extcon send uevent after wakeup from suspend?
>>>
On Fri, Dec 20, 2013 at 10:50:09AM -0500, Prarit Bhargava wrote:
> +int check_vectors(void)
> +{
> + int irq, cpu;
> + unsigned int vector, this_count, count;
> + struct irq_desc *desc;
> + struct irq_data *data;
> + struct cpumask *affinity;
> +
> + this_count = 0;
> +
When CPU0 and CPU1 aren't in same package, we got message
like this:
[0.995698] x86: Booting SMP configuration:
[0.999858] node #0, CPUs:#1 #2 #3 #4 #5 #6 #7 #8
[1.201584] node #1, CPUs:#9 #10 #11 #12 #13 #14 #15 #16
[1.402525] node #2, CPUs:
>From cc90e27d5cda227e7a0cbeb5de3cc1cbb1595dfa Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
Date: Mon, 23 Dec 2013 15:52:42 +0900
Subject: [PATCH] module: Add missing newline in printk call.
Add missing \n and also follow commit bddb12b3 "kernel/module.c: use pr_foo()".
Signed-off-by: Tetsuo Hand
On 12/18/2013 10:08 AM, Zhi Yong Wu wrote:
> On Tue, Dec 17, 2013 at 6:05 PM, Jason Wang wrote:
>> On 12/17/2013 05:13 PM, Zhi Yong Wu wrote:
>>> On Tue, Dec 17, 2013 at 4:49 PM, Jason Wang wrote:
> On 12/17/2013 03:26 PM, Zhi Yong Wu wrote:
>>> From: Zhi Yong Wu
>>>
>>> The flow
Viresh Kumar writes:
> On 23 December 2013 11:25, Bjørn Mork wrote:
>> I can confirm that it fixes the major regression. With this branch, the
>> cpufreq directory is completely removed after a cancelled userspace
>> hibernate (with the acpi-cpufreq problem causing failure). So it is
>> possibl
Hallo
Ich habe ein Investment-Portfolio, das Geld in meiner Bank in China, die ich
einfach für Sie als Empfänger übertragen können hinterlegt beinhaltet. Die
Transaktion ist ohne Risiko, weil es strategisch geplant worden zu
vervollständigen erfolgreich.
Kontaktieren Sie mich auf meiner E-Mail
Signed-off-by: Axel Lin
---
drivers/regulator/max14577.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/regulator/max14577.c b/drivers/regulator/max14577.c
index 516e8af..b1078ba3 100644
--- a/drivers/regulator/max14577.c
+++ b/drivers/regulator/max14577.c
@@ -270,3 +270,4 @@ module_
On Sun, 2013-12-22 at 17:17 +0800, Chen Gang wrote:
> On 12/22/2013 10:56 AM, Nicholas A. Bellinger wrote:
> > Hi Chen,
> >
> > On Sat, 2013-12-21 at 10:08 +0800, Chen Gang wrote:
> >> In kernel, need use div64_u64_rem() instead of operator '%' for u64, or
> >> can not pass compiling (with allmodc
> I can't do anything about dracut. (Otherwise userspace could look at
> ROOT= which is not parsed by existing kernel code to have a special
> meaning...)
The root= requirement for dracut is not necessary just there's no one
is working on removing the limitation. I think that is not the key
proble
Quoting Simon Horman (2013-12-01 18:25:51)
> On Tue, Oct 29, 2013 at 01:42:41PM +0900, Simon Horman wrote:
> > On Wed, Oct 09, 2013 at 07:39:18PM +0900, Simon Horman wrote:
> > > On Wed, Oct 09, 2013 at 04:29:56PM +0900, Magnus Damm wrote:
> > > > Hi Simon,
> > > >
> > > > On Wed, Oct 9, 2013 at 3
Hi Ingo,
This hunk of b32e86b430 looks like a booboo.
Commit b32e86b430 dropped p->on_rq check, leading to printing tasks which
used to live on runqueues, which is very noisy (and annoying as heck).
Signed-off-by: Mike Galbraith
---
kernel/sched/debug.c |2 +-
1 file changed, 1 insertion(
On 12/23/2013 03:10 PM, Barry Song wrote:
> 2013/12/23 Chanwoo Choi :
>> On 12/20/2013 05:09 PM, rjying wrote:
>>> From: Rongjun Ying
>>>
>>> After system resume, need send extcon uevent to userspace
>>
>> Why did extcon send uevent after wakeup from suspend?
>>
>> If extcon cable is attatched or
The ret parameter is always equal to zero till here.
Signed-off-by: Xiubo Li
---
sound/soc/generic/simple-card.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 643c9ed..6ce9745 100644
--- a/sound/soc/gen
Hi Masami,
On Fri, 20 Dec 2013 10:02:57 +, Masami Hiramatsu wrote:
> Expand given path to absolute path in option parser,
> except for a module name. Instead of expanding it later,
> this get the absolute path in early stage.
>
> Signed-off-by: Masami Hiramatsu
> ---
> tools/perf/builtin-pro
Forced irq threading is a prerequisite for RT.
The following patch enables this on the sparc architecture.
Signed-off-by: Allen Pais
---
arch/sparc/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
index 554995d..aae5aa9 100644
--- a/arch/spar
> > Do we actually need the 'map' entry in efi_setup_data now that you're
> > passing it via efi_info (which is much better approach!)? Also, we don't
> > need the global nr_efi_runtime_map or efi_runtime_map variables now,
> > right?
>
> The map is still necessary because we need store the map so
2013/12/23 Chanwoo Choi :
> On 12/20/2013 05:09 PM, rjying wrote:
>> From: Rongjun Ying
>>
>> After system resume, need send extcon uevent to userspace
>
> Why did extcon send uevent after wakeup from suspend?
>
> If extcon cable is attatched or detached on suspend state,
> Kernel can detect the i
On 23 December 2013 11:25, Bjørn Mork wrote:
> I can confirm that it fixes the major regression. With this branch, the
> cpufreq directory is completely removed after a cancelled userspace
> hibernate (with the acpi-cpufreq problem causing failure). So it is
> possible to restore cpufreq by manu
"Rafael J. Wysocki" writes:
> Bjorn, can you please check if the pm-cpufreq branch of the linux-pm.git tree
> fixes the problem that you have reported
I can confirm that it fixes the major regression. With this branch, the
cpufreq directory is completely removed after a cancelled userspace
hib
On Mon, 2013-12-23 at 11:16 +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 29ff818720ce09b044652b83e9c70ef474800d54
> Author: Nicholas Bellinger
> AuthorDate: Thu May 23 22:11:38 2013 -0700
> Commit: Nicholas Bellinger
> CommitDa
Parses a simple DAPM route table from device tree.
Signed-off-by: Xiubo Li
---
Documentation/devicetree/bindings/sound/simple-card.txt | 13 +++--
sound/soc/generic/simple-card.c | 11 +--
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/Doc
Hi,
Is there anything wrong with this patch? It seems a long time, but I
didn't got any reply.
On 12/03/2013 10:34 AM, micky_ch...@realsil.com.cn wrote:
From: Micky Ching
If the driver removed while sd card still in the slot, the card power
will not power down correctly, if we insert the dr
On 12/05/13 18:10, David Cohen wrote:
On 12/02/2013 06:58 PM, Rob Landley wrote:
On 11/11/2013 12:55:37 PM, David Cohen wrote:
On 11/11/2013 10:13 AM, Yann E. MORIN wrote:
David, All,
Hi Yann,
On 2013-11-11 10:11 -0800, David Cohen spake thusly:
Is there a plan to fix 'make oldnoconfig'
Reviwed-by: Mark Brown
Signed-off-by: Wenyou Yang
---
arch/arm/boot/dts/sama5d3xcm.dtsi | 46 +
1 file changed, 46 insertions(+)
diff --git a/arch/arm/boot/dts/sama5d3xcm.dtsi
b/arch/arm/boot/dts/sama5d3xcm.dtsi
index 726a0f3..4571751 100644
--- a/arch/arm
Signed-off-by: Wenyou Yang
---
.../bindings/regulator/act8865-regulator.txt | 60
.../devicetree/bindings/vendor-prefixes.txt|1 +
2 files changed, 61 insertions(+)
create mode 100644
Documentation/devicetree/bindings/regulator/act8865-regulator.txt
dif
Signed-off-by: Wenyou Yang
---
drivers/regulator/Kconfig |8 +
drivers/regulator/Makefile|1 +
drivers/regulator/act8865-regulator.c | 379 +
include/linux/regulator/act8865.h | 53 +
4 files changed, 441 insertions(+)
cr
Hi Mark,
Thanks a lot.
As your suggestion, use linear rangers with a plural.
The patch set is to add act8865 PMIC driver.
The active-semi act8865 is designed as a PMIC for Atmel sama5d3x and at91sam9
series.
Its datasheet is available at:
http://www.active-semi.com/sheets/ACT8865_Datasheet.pd
On Mon, Dec 23, 2013 at 01:19:04PM +0800, Alex Shi wrote:
> On 12/22/2013 08:30 AM, fengguang...@intel.com wrote:
> > Alex,
> >
> > We noticed some perf-stat.cpu-migrations changes by your commit
>
> Thanks for your wonder testing, Fengguang!
> How many CPU in your system and how many dd task run
Hi Jiri,
On Fri, 20 Dec 2013 18:33:51 +0100, Jiri Olsa wrote:
> On Fri, Dec 20, 2013 at 02:11:11PM +0900, Namhyung Kim wrote:
>> Hello,
>>
>> I was playing with TUI code and added two new windows. One for
>> showing log messages and another for showing header information.
>> (Maybe they can be i
Hi all,
There will be no linux-next releases between Dec 25 and Jan 5 inclusive -
unless I get extremely bored.
Changes since 20131220:
The powerpc tree still had its build failure for which I applied a
supplied patch.
The mmc tree still had its build failure so I used the version from
next-201
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Li Yang
Cc: net...@vger.kernel.org
Cc: linuxppc-...@lists.ozlabs.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/freescale/ucc_geth.c | 2 +-
1 file
On 12/22/2013 08:30 AM, fengguang...@intel.com wrote:
> Alex,
>
> We noticed some perf-stat.cpu-migrations changes by your commit
Thanks for your wonder testing, Fengguang!
How many CPU in your system and how many dd task running?
>
> 6eb8b571283e64e96ca1a91aad085f9e08f857f0 is the first bad co
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Daniel Drake
Cc: Ulrich Kunitz
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tan Xiaojun
Signed-off-by:
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Stephen Hemminger
Cc: David Miller
Cc: bri...@lists.linux-foundation.org
Cc: net...@vger.kernel.org
Signed-off-by: Wang Weidong
Signed-off-by: Ding Tianhong
---
net/bridge/br_stp_if.c | 2 +
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Don Fry
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/amd/pcnet32.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Michal Ostrowski
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ppp/pppoe.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Stanislav Yakovlev
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
Hi Mel,
We are glad to reprort much improved fileio.request_latency_max_ms on commit
commit 5d4cf996cf134e8ddb4f906b8197feb9267c2b77
Author: Mel Gorman
Date: Tue Dec 17 09:21:25 2013 +
sched: Assign correct scheduling domain to 'sd_llc'
Commit 42eb088e (sched: Avoid NULL dere
Hey Hi..
If you are in search of sys_access related to kernel calls then u can find
its defenation in
main.c stored in /init/main.c
--
View this message in context:
http://linux-kernel.2935.n7.nabble.com/definition-of-sys-access-function-tp657210p776833.html
Sent from the Linux Kernel mailing
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Chas Williams
Cc: linux-atm-gene...@lists.sourceforge.net
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/a
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Joerg Reuter
Cc: linux-h...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/hamradio/bpqether.c | 2 +-
1 file changed
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Rupesh Gujare
Cc: Greg Kroah-Hartman
Cc: de...@driverdev.osuosl.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tan Xiaojun
Signed-off-by: Ding Tianhong
---
drivers/staging/ozwpan/ozcde
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
drivers/net/wir
On Mon, 2013-12-23 at 05:38 +0100, Mike Galbraith wrote:
> On Sun, 2013-12-22 at 09:57 +0100, Mike Galbraith wrote:
> > I'll let the box give
> > RCU something to do for a couple days. No news is good news.
>
> Ho ho hum, merry christmas, gift attached.
>
> I'll beat on virgin -rt7, see if it
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/media/dvb-core/dvb_net.c | 10 ++
Hi Ingo,
On Fri, 20 Dec 2013 09:13:57 +0100, Ingo Molnar wrote:
> * Namhyung Kim wrote:
> Looks pretty good now!
>
> I found four small inconsistencies:
>
> - in 'perf top' the '?' help text states that there's an 'i' key, but
>that key does nothing.
Yes, I can split the help text for perf
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Larry Finger
Cc: Chaoming Li
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Di
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Jouni Malinen
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
-
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Solomon Peachy
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Bing Zhao
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
dr
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Roland Dreier
Cc: Sean Hefty
Cc: Hal Rosenstock
Cc: Faisal Latif
Cc: linux-r...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Wang Weidong
Signed-off-by: Ding Tianhong
--
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Johannes Berg
Cc: John W. Linville
Cc: David Miller
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Signed-off-by: Wang Weidong
Signed-off-by: Ding Tianhong
---
net/mac80211/
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Karsten Keil
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/isdn/i4l/isdn_net.c | 4 ++--
1 file changed,
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Jay Cliburn
Cc: Chris Snook
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/atheros/atlx/atl1.c | 2 +-
1 file changed, 1 in
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Marek Lindner
Cc: Simon Wunderlich
Cc: Antonio Quartulli
Cc: "David S. Miller"
Cc: b.a.t.m@lists.open-mesh.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by:
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: e1000-de...@lists.sourceforge.net
Signed-off-by: Ding Tianhong
---
drivers/net/bonding/bond_3ad.c
Joe Perches add ether_addr_equal_unaligned to test if
possibly unaligned to u16 Ethernet addresses are equal.
If CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS is set, this uses
the slightly faster generic routine ether_addr_equal,
otherwise this uses memcmp.
So I use the recently added and possibly more
Ccc'ing Grant and Rob as well.
On 20 December 2013 21:59, Stephen Warren wrote:
> No, I definitely don't agree here. The rules for arch/arm64 are: no
> platform-specific code. We should immediately start planning for that.
> If this means renaming the file that creates the virtual device from
> t
On Mon, Dec 23, 2013 at 12:03:39PM +0900, Chanho Min wrote:
>
>
> > read_pages
> > for(page_idx ...) {
> > if (!add_to_page_cache_lru)) { <-- 1)
> > mapping->a_ops->readpage(filp, page)
> > squashfs_readpage
> > for (i ...) { 2) Here, 31 pages are inserted into pa
On 16/12/13 05:30, Chanho Min wrote:
This patch removes synchronous wait for the up-to-date of buffer in the
file system level. Instead all operations after submit_bh are moved into
the End-of-IO handler and its associated workeque. It decompresses/copies
data into pages and unlock them asynchron
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/gpio/gpio-sch311x.c: In function 'sch311x_sio_enter':
drivers/gpio/gpio-sch311x.c:115:2: error: implicit declaration of function
'outb' [-Werror=implicit-function-declaration]
outb(S
On Fri, Dec 20, 2013 at 5:21 PM, Masami Hiramatsu
wrote:
> (2013/12/20 17:31), Jovi Zhangwei wrote:
>> On Fri, Dec 20, 2013 at 12:42 PM, Masami Hiramatsu
>> wrote:
>>> (2013/12/20 12:07), Jovi Zhangwei wrote:
On Fri, Dec 20, 2013 at 10:37 AM, Masami Hiramatsu
wrote:
> Hi Jovi,
On 12/18/13 20:35, Dave Young wrote:
On Wed, Dec 18, 2013 at 11:51:30AM -0600, Rob Landley wrote:
On 12/12/13 20:38, Dave Young wrote:
On 12/12/13 at 05:25pm, Dave Young wrote:
Current code use ramfs instead of tmpfs for stub when root= defined.
But for real use case with initramfs, usuall
On Sun, 2013-12-22 at 09:57 +0100, Mike Galbraith wrote:
> I'll let the box give
> RCU something to do for a couple days. No news is good news.
Ho ho hum, merry christmas, gift attached.
I'll beat on virgin -rt7, see if it survives, then re-apply RCU patch
and retest. This kernel had nohz_full
On 12/20/2013 05:09 PM, rjying wrote:
> From: Rongjun Ying
>
> After system resume, need send extcon uevent to userspace
Why did extcon send uevent after wakeup from suspend?
If extcon cable is attatched or detached on suspend state,
Kernel can detect the interrupt about changed state of extcon
Hi Andrew,
Today's linux-next merge of the akpm-current tree got conflicts in
include/linux/mm.h and mm/memory.c between commit 597d795a2a78 ("mm: do
not allocate page->ptl dynamically, if spinlock_t fits to long") from
the tree and commit 489bd4be2d70 ("mm: create a separate slab for
page->ptl a
On Sun, Dec 22, 2013 at 12:33:18AM +0100, Pavel Machek wrote:
> Hi!
>
> > > > > > I disagree - given the problem it is resolving leads to silent
> > > > > > filesystem corruption, this patch should be considered somewhat of a
> > > > > > priority to push...
> > > > >
> > > > > Umm. Ok, I forgot w
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
scripts/checkpatch.pl between commit 92e112fdbb3c ("PCI/checkpatch:
Deprecate DEFINE_PCI_DEVICE_TABLE") from the pci tree and commit
369353832de3 ("checkpatch.pl: check for function declarations without
arguments") from
Hi Nicholas,
Today's linux-next merge of the target-updates tree got a conflict in
drivers/target/target_core_tpg.c between commit de06875f0896 ("target:
Remove extra percpu_ref_init") from Linus' tree and commit d344f8a15637
("target: Rename core_tpg_{pre,post}_addlun for clarity") from the
targe
Hi Steve,
On Sat, 2013-12-21 at 22:07 -0500, Steven Rostedt wrote:
> Tom,
>
> This is the changes I made to fix the reports that Fengguang's kbuild test bot
> found. I folded in your change that fixes the bug with -ENODEV used in
> kernel.h.
>
These look fine to me, and I didn't see any proble
In current flow, we will get Null return value of f2fs_find_entry in
recover_dentry when name.len is bigger than F2FS_NAME_LEN, and then we
still add this inode into its dir entry.
To avoid this situation, we must check filename length before we use it.
Another point is that we could remove the co
> read_pages
> for(page_idx ...) {
> if (!add_to_page_cache_lru)) { <-- 1)
> mapping->a_ops->readpage(filp, page)
> squashfs_readpage
> for (i ...) { 2) Here, 31 pages are inserted into page cache
> grab_cahe_page_nowait <--/
> add_to
I'm unsure of the cause, but I found irq/40-mei_me consuming 100% CPU
and my disk full due to kern.log, syslog and messages rapidly growing in
size filled with these messages:
Dec 23 12:29:57 dukhat kernel: [336224.363138] mei_me :00:16.0: reset:
wrong host start response
Dec 23 12:29:57 dukh
On 12/21/13 at 05:35pm, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> > Here is the V7 patchset for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of the runtime mapping
Hi Kim,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> Sent: Monday, December 23, 2013 9:26 AM
> To: Chao Yu
> Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [PATCH 1/3] f2fs:
Any response?
> -Original Message-
> From: Hayeswang [mailto:hayesw...@realtek.com]
> Sent: Wednesday, November 20, 2013 5:31 PM
> To: net...@vger.kernel.org
> Cc: nic_swsd; linux-kernel@vger.kernel.org;
> linux-...@vger.kernel.org; Hayeswang
> Subject: [PATCH net v5 0/4] r8152 bug fixe
Hi Linus,
Xmas fixes pull, all small nothing major, intel, radeon, one ttm
regression, and one build fix.
Dave.
The following changes since commit 413541dd66d51f791a0b169d9b9014e4f56be13c:
Linux 3.13-rc5 (2013-12-22 13:08:32 -0800)
are available in the git repository at:
git://people.fr
On Mon, Dec 23, 2013 at 09:44:38AM +0900, Joonsoo Kim wrote:
> On Fri, Dec 20, 2013 at 10:48:17PM -0800, Davidlohr Bueso wrote:
> > On Fri, 2013-12-20 at 14:01 +, Mel Gorman wrote:
> > > On Thu, Dec 19, 2013 at 05:02:02PM -0800, Andrew Morton wrote:
> > > > On Wed, 18 Dec 2013 15:53:59 +0900 Jo
On 12/21/13 at 04:06pm, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:19PM, Dave Young wrote:
> > @@ -133,6 +133,19 @@ extern void efi_sync_low_kernel_mappings(void);
> > extern void efi_setup_page_tables(void);
> > extern void __init old_map_region(efi_memory_desc_t *md);
> >
> > +struct efi_
> > + if (data)
> > + early_memunmap(data, sizeof(*data));
> > #ifdef CONFIG_X86_32
> > if (tmp >> 32) {
> > pr_err("EFI data located above 4GB, disabling EFI.\n");
>
> This isn't correct, and means we now won't trigger this pr_err() if
Hi Artem:
Sorry to interrupt your busy life.
As you said in previous mail, I send my patch separately without quoting this
e-mail. And I have send to you, but I never get your reply. I am very confuse,
no sure if is there anything wrong at the patch I send to you.
Can you help explain to me?
Th
Hi Artem:
As we talked in mail before, please check my patch as below:
From: Qi Wang
nor_erase_prepare() will be called before erase a NOR flash, it will program '0'
into a block to mark this block. But program data into a erasure interrupted
block
can cause program timtout(several minutes at
Hi Wolfram,
On 12/21/2013 01:31 AM, Wolfram Sang wrote:
> On Wed, Dec 18, 2013 at 09:18:08AM +0800, Gu Zheng wrote:
>> When running with the latest kernel, we get the following kmemleak message:
>> unreferenced object 0x8800c2a36100 (size 256):
>> comm "modprobe", pid 629, jiffies 4294676002
On Tue, 17 Dec 2013 13:28:38 +1100 Stephen Rothwell
wrote:
>
> Hi Chris,
>
> ping?
ping again - I am still getting this error.
> On Fri, 13 Dec 2013 12:57:16 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the mmc tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like
2013-12-21 (토), 18:01 +0800, Chao Yu:
> In current flow, we will get Null return value of f2fs_find_entry in
> recover_dentry when name.len is bigger than F2FS_NAME_LEN, and then we
> still add this inode into its dir entry.
> To avoid this situation, we must check filename length before we use it.
On Sun, Dec 22, 2013 at 4:00 PM, Bjorn Helgaas wrote:
> On Thu, Dec 19, 2013 at 1:44 PM, Yinghai Lu wrote:
>
> Let me see if I can figure out what you're trying to do here. Please
> correct me if I'm wrong:
>
>> When one of children resources does not support MEM_64, MEM_64 for
>> bridge get res
On Sun, Dec 22, 2013 at 12:58:19AM +1100, David Gibson wrote:
> On Wed, Dec 18, 2013 at 03:53:49PM +0900, Joonsoo Kim wrote:
> > There is a race condition if we map a same file on different processes.
> > Region tracking is protected by mmap_sem and hugetlb_instantiation_mutex.
> > When we do mmap,
On Fri, Dec 20, 2013 at 10:48:17PM -0800, Davidlohr Bueso wrote:
> On Fri, 2013-12-20 at 14:01 +, Mel Gorman wrote:
> > On Thu, Dec 19, 2013 at 05:02:02PM -0800, Andrew Morton wrote:
> > > On Wed, 18 Dec 2013 15:53:59 +0900 Joonsoo Kim
> > > wrote:
> > >
> > > > If parallel fault occur, we c
On Sat, Dec 21, 2013 at 11:05:51AM +0900, Chanho Min wrote:
>
> > Please don't break thread.
> > You should reply to my mail instead of your original post.
> Sorry, It seems to be my mailer issue. I'm trying to fix it.
>
> > It's a result which isn't what I want to know.
> > What I wnat to know i
Hi friend I am a banker in IDB BANK. I want to transfer an abandonedUSD5.
5Million to your Bank account. 40/percent will be your share. No risk involved
but keep it as secret. Contact me for more details.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Thu, Dec 19, 2013 at 06:53:32PM +0900, Magnus Damm wrote:
> On Thu, Dec 19, 2013 at 5:24 PM, Simon Horman wrote:
> > On Sat, Dec 14, 2013 at 03:09:31AM +0300, Sergei Shtylyov wrote:
> >> Value 0 of the sense selection field of CONFIG_n register means "disable
> >> event
> >> detection" and se
The following changes since commit af91706d5ddecb4a9858cca9e90d463037cfd498:
ima: store address of template_fmt_copy in a pointer before calling strsep
(2013-11-30 13:09:53 +1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
tags/fix
On Thu, Dec 19, 2013 at 1:44 PM, Yinghai Lu wrote:
Let me see if I can figure out what you're trying to do here. Please
correct me if I'm wrong:
> When one of children resources does not support MEM_64, MEM_64 for
> bridge get reset, so pull down whole pref resource on the bridge under 4G.
Whe
On Thu, 2013-12-19 at 15:19 -0800, Darren Hart wrote:
> On Thu, 2013-12-19 at 15:05 -0800, Randy Dunlap wrote:
> > On 12/19/13 13:07, Darren Hart wrote:
> > > On Thu, 2013-12-19 at 13:00 -0800, Davidlohr Bueso wrote:
> > >> On Thu, 2013-12-19 at 12:51 -0800, Randy Dunlap wrote:
> > >>> On 12/19/13
1 - 100 of 172 matches
Mail list logo
