Re: [ANNOUNCE] 3.12.6-rt9

2013-12-27 Thread Nicholas Mc Guire
On Sat, 28 Dec 2013, Mike Galbraith wrote: > On Sat, 2013-12-28 at 04:30 +0100, Mike Galbraith wrote: > > > (Less than wonderful changelogs probably comes from the fact that > > maintaining -rt out of tree is time consuming as all hell. Everybody > > gets to breaks it, a couple guys get to fix

Re: [PATCH net-next v2 20/20] net: caif: slight optimization of addr compare

2013-12-27 Thread Joe Perches
On Sat, 2013-12-28 at 14:18 +0800, Ding Tianhong wrote: > Use possibly more efficient ether_addr_equal > to instead of memcmp. This may be a distinction without difference, but is a CAIF seghead also an ethernet address? > diff --git a/net/caif/cfrfml.c b/net/caif/cfrfml.c [] > @@ -79,7 +79,7 @@

[PATCH net-next v2 03/20] net: cxgb3: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Santosh Raspatur Signed-off-by: Ding Tianhong --- drivers/net/ethernet/chelsio/cxgb3/cxgb3_offload.c | 2 +- drivers/net/ethernet/chelsio/cxgb3/l2t.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff

Re: [BUGREPORT] Linux USB 3.0

2013-12-27 Thread Markus Rechberger
just received following log snippset: Dec 27 23:23:50 solist kernel: [ 36.118245] xhci_hcd :00:14.0: ERROR Transfer event TRB DMA ptr Dec 27 23:23:50 solist kernel: [ 36.177695] xhci_hcd :00:14.0: ERROR Transfer event TRB DMA ptr Dec 27 23:23:50 solist kernel: [ 36.217966] xhci_hcd

[PATCH net-next v2 00/20] slight optimization of addr compare for net modules

2013-12-27 Thread Ding Tianhong
This is the second patchset for slight optimization of address compare, mainly for net tree, just following the Joe's opinion, it will help review the code for maintainers and supports. v2: Change some style for patch 2. According Eric's suggestion, use the ether_addr_equal_64bits to instead

[PATCH net-next v2 02/20] net: bnx2x: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use the possibly more efficient ether_addr_equal or ether_addr_equal_unaligned to instead of memcmp. Cc: Ariel Elior Cc: Sergei Shtylyov Signed-off-by: Ding Tianhong --- drivers/net/ethernet/broadcom/bnx2x/bnx2x_sp.c| 10 -- drivers/net/ethernet/broadcom/bnx2x/bnx2x_sriov.c | 2

[PATCH net-next v2 06/20] net: igbvf: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Jeff Kirsher Cc: Jesse Brandeburg Cc: Carolyn Wyborny Cc: Don Skidmore Signed-off-by: Ding Tianhong --- drivers/net/ethernet/intel/igbvf/netdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH net-next v2 07/20] net: ixgbe: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Jeff Kirsher Cc: Jesse Brandeburg Cc: Bruce Allan Signed-off-by: Ding Tianhong --- drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH net-next v2 09/20] net: ksz884x: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/ethernet/micrel/ksz884x.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/micrel/ksz884x.c

[PATCH net-next v2 05/20] net: benet: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Sathya Perla Cc: Subbu Seetharaman Cc: Ajit Khaparde Signed-off-by: Ding Tianhong --- drivers/net/ethernet/emulex/benet/be_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH net-next v2 10/20] net: vxge: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Jon Mason Signed-off-by: Ding Tianhong --- drivers/net/ethernet/neterion/vxge/vxge-main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/neterion/vxge/vxge-main.c

[PATCH net-next v2 12/20] net: netxen: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Manish Chopra Cc: Sony Chacko Cc: Rajesh Borundia Signed-off-by: Ding Tianhong --- drivers/net/ethernet/qlogic/netxen/netxen_nic_hw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH net-next v2 16/20] net: sun: optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/ethernet/sun/sunvnet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/sun/sunvnet.c

[PATCH net-next v2 14/20] net: renesas: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/ethernet/renesas/sh_eth.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/renesas/sh_eth.c

[PATCH net-next v2 17/20] net: ti: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/ethernet/ti/cpsw_ale.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/ti/cpsw_ale.c

[PATCH net-next v2 13/20] net: qlcnic: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use the possibly more efficient ether_addr_equal or ether_addr_equal_unaligned to instead of memcmp. Cc: Himanshu Madhani Cc: Rajesh Borundia Signed-off-by: Ding Tianhong --- drivers/net/ethernet/qlogic/qlcnic/qlcnic_hw.c | 4 ++-- drivers/net/ethernet/qlogic/qlcnic/qlcnic_io.c | 4 ++--

[PATCH net-next v2 18/20] net: fddi: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/fddi/skfp/fplustm.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/fddi/skfp/fplustm.c b/drivers/net/fddi/skfp/fplustm.c

[PATCH net-next v2 15/20] net: seeq: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/ethernet/seeq/sgiseeq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/seeq/sgiseeq.c

[PATCH net-next v2 19/20] net: plip: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal_64bits to instead of memcmp. Cc: "David S. Miller" Suggested-by: Eric Dumazet Signed-off-by: Ding Tianhong --- drivers/net/plip/plip.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/plip/plip.c

[PATCH net-next v2 20/20] net: caif: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Dmitry Tarnyagin Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- net/caif/cfrfml.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/caif/cfrfml.c b/net/caif/cfrfml.c index 61d7617..c680414

[PATCH net-next v2 08/20] net: mlx4: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Amir Vadai Signed-off-by: Ding Tianhong --- drivers/net/ethernet/mellanox/mlx4/en_netdev.c| 4 ++-- drivers/net/ethernet/mellanox/mlx4/resource_tracker.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-)

[PATCH net-next v2 01/20] net: 3com: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/ethernet/3com/3c509.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/ethernet/3com/3c509.c

[PATCH net-next v2 04/20] net: enic: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: Christian Benvenuti Cc: Sujith Sankar Cc: Govindarajulu Varadarajan Cc: Neel Patel Cc: Nishank Trivedi Signed-off-by: Ding Tianhong --- drivers/net/ethernet/cisco/enic/enic_pp.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH net-next v2 11/20] net: packetengines: slight optimization of addr

2013-12-27 Thread Ding Tianhong
Use possibly more efficient ether_addr_equal to instead of memcmp. Cc: "David S. Miller" Signed-off-by: Ding Tianhong --- drivers/net/ethernet/packetengines/yellowfin.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git

Re: [PATCH net-next 19/20] net: plip: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
On 2013/12/28 13:11, Joe Perches wrote: > On Sat, 2013-12-28 at 13:07 +0800, Ding Tianhong wrote: >> On 2013/12/28 1:06, Joe Perches wrote: >>> On Fri, 2013-12-27 at 07:48 -0800, Eric Dumazet wrote: On Fri, 2013-12-27 at 14:49 +0800, Ding Tianhong wrote: > Use possibly more efficient

Re: [PATCH net-next 19/20] net: plip: slight optimization of addr compare

2013-12-27 Thread Joe Perches
On Sat, 2013-12-28 at 13:07 +0800, Ding Tianhong wrote: > On 2013/12/28 1:06, Joe Perches wrote: > > On Fri, 2013-12-27 at 07:48 -0800, Eric Dumazet wrote: > >> On Fri, 2013-12-27 at 14:49 +0800, Ding Tianhong wrote: > >>> Use possibly more efficient ether_addr_equal > >>> to instead of memcmp. >

Re: [PATCH net-next 19/20] net: plip: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
On 2013/12/28 1:06, Joe Perches wrote: > On Fri, 2013-12-27 at 07:48 -0800, Eric Dumazet wrote: >> On Fri, 2013-12-27 at 14:49 +0800, Ding Tianhong wrote: >>> Use possibly more efficient ether_addr_equal >>> to instead of memcmp. > [] >>> diff --git a/drivers/net/plip/plip.c

Re: [PATCH net-next 19/20] net: plip: slight optimization of addr compare

2013-12-27 Thread Ding Tianhong
On 2013/12/27 23:48, Eric Dumazet wrote: > On Fri, 2013-12-27 at 14:49 +0800, Ding Tianhong wrote: >> Use possibly more efficient ether_addr_equal >> to instead of memcmp. >> >> Cc: "David S. Miller" >> Signed-off-by: Ding Tianhong >> --- >> drivers/net/plip/plip.c | 2 +- >> 1 file changed, 1

Re: Immediate reply needed

2013-12-27 Thread nationalpromo
I have a proposal for you for 2,500,000.00 GBP, I am Ms. Jennifer Mills and I work with the lottery company, if you are interested, please do contact me asap. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [ANNOUNCE] 3.12.6-rt9

2013-12-27 Thread Mike Galbraith
On Sat, 2013-12-28 at 04:30 +0100, Mike Galbraith wrote: > Watchdog barked at two such spots.. btw, lockdep doesn't grumble about that (didn't stare at annotation, don't speak lockdep well). I fixed it up to not take it's toys and go home in a snit at boot (rt_mutex debug offends it methinks),

Re: TSC Problems (warp between CPUs)

2013-12-27 Thread Mike Galbraith
On Sat, 2013-12-28 at 13:24 +1100, Alex wrote: > Linux does not write to the TSC since quite a while... which means the > BIOS is doing that. It really should not. I saw the same on an Intel server recently, poor thing was stuck with using HPET. -Mike -- To unsubscribe from this list: send

3.13-rc3: BUG: soft lockup - CPU#0 stuck for 23s!

2013-12-27 Thread Christian Kujau
I noticed that my machine locks up quite often with 3.13.-rc3. PowerPC G4 again, but this machine was pretty much rock solid until now: when there's lots of disk I/O going on, the system locks up, but not entirely: the calltrace is still written to netconsole (but not to its local disk) and

Re: [PATCH 0/3] Ceph fscache: Fix kernel panic due to a race

2013-12-27 Thread Li Wang
Hi Milosz, As far as I know, logically, currently fscache does not play as write cache for Ceph, except that there is a call to ceph_readpage_to_fscache() in ceph_writepage(), but that is nothing related to our test case. According to our observation, our test case never goes through

Re: [ANNOUNCE] 3.12.6-rt9

2013-12-27 Thread Mike Galbraith
On Sat, 2013-12-28 at 04:30 +0100, Mike Galbraith wrote: > (Less than wonderful changelogs probably comes from the fact that > maintaining -rt out of tree is time consuming as all hell. Everybody > gets to breaks it, a couple guys get to fix it up again and again.) P.S. try rolling your tree

Re: [PATCH] lib/vsprintf: add %pT[C012] format specifier

2013-12-27 Thread Tetsuo Handa
Andrew Morton wrote: > which is painful, so we also provide the new vsprintf token as a > convenience: > > pr_warn("%|: hair on fire\n"); > > but I don't know what we can use in place of %|. We are using %pEXTENSION where EXTENSION is [A-Za-z0-9]* because compiler does not need to

Re: [ANNOUNCE] 3.12.6-rt9

2013-12-27 Thread Mike Galbraith
On Fri, 2013-12-27 at 21:00 +0100, Nicholas Mc Guire wrote: > On Mon, 23 Dec 2013, Sebastian Andrzej Siewior wrote: > > > Dear RT folks! > > > > I'm pleased to announce the v3.12.6-rt9 patch set. > > > > Changes since v3.12.6-rt8 > > > - A patch from Thomas Gleixner not to raise the timer

[PATCH] regulator: tps65910: Simplify setting enable_mask for regulators

2013-12-27 Thread Axel Lin
BBCH_BBCHEN_MASK is equivalent to TPS65910_SUPPLY_STATE_ENABLED. So all regulators have the same enable_mask setting. Signed-off-by: Axel Lin --- drivers/regulator/tps65910-regulator.c | 16 +--- 1 file changed, 1 insertion(+), 15 deletions(-) diff --git

TSC Problems (warp between CPUs)

2013-12-27 Thread Alex
Hi There, Firstly, apologies for the length of this post, however there is a bit of information I need to give so it is clear to everyone what is happening, what I have tried, and what I am hoping to achieve. I am having a problem with getting the TSC clocksource to work on my new system. I

Re: [PATCH] autofs - fix symlinks aren't checked for expiry

2013-12-27 Thread Ian Kent
On Fri, 2013-12-27 at 11:53 +0100, Sedat Dilek wrote: > On Fri, Dec 27, 2013 at 5:32 AM, Ian Kent wrote: > > Hi, > > saw some typos... Right, I'm pretty tired, and seem to be so a lot these days. Andrew, let me fix the typos and re-submit the patch. > > > From: Ian Kent > > > > The autofs4

[PATCH] fs/nilfs2: Integer overflow in nilfs_ioctl_wrap_copy()

2013-12-27 Thread Wenliang Fan
The local variable 'pos' comes from userspace. If a large number was passed, there would be an integer overflow in the following line: pos += n; Signed-off-by: Wenliang Fan --- fs/nilfs2/ioctl.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/nilfs2/ioctl.c b/fs/nilfs2/ioctl.c

RE: [PATCH] Add the LED burst trigger

2013-12-27 Thread Joe Xue
Hi Pavel, Good idea. I have finished but I'll change it to this way soon and test it in next some days. What the idea about the character to indicate stop? I mean this patten maybe indicate just once maybe indicate repeatedly until the next patten. What about "/"? If there is a "/" at end

Re: [PATCH] mm/slub: fix accumulate per cpu partial cache objects

2013-12-27 Thread Li Zefan
On 2013/12/27 17:46, Wanpeng Li wrote: > SLUB per cpu partial cache is a list of slab caches to accelerate objects > allocation. However, current codes just accumulate the objects number of > the first slab cache of per cpu partial cache instead of traverse the whole > list. > > Signed-off-by:

Re: Problem with cpufreq and i5 since post 3.9.0

2013-12-27 Thread David Woodfall
On (28/12/13 01:50), Rafael J. Wysocki put forth the proposition: CC: +Viresh and linux-pm On Saturday, December 28, 2013 12:09:01 AM David Woodfall wrote: On (27/12/13 19:53), Dave Woodfall put forth the proposition: >On (27/12/13 20:44), Heinz Diehl put forth the proposition: >>On

[PATCH] compat_readv: Remove bogus area verify

2013-12-27 Thread Corey Minyard
The compat_do_readv_writev() function was doing a verify_area on the incoming iov, but the nr_segs value is not checked. If someone passes in a -1 for nr_segs, for instance, the function should return an EINVAL. However, it returns a EFAULT because the verify_area fails because it is checking an

[GIT PULL] x86 fixes for v3.13-rc6

2013-12-27 Thread H. Peter Anvin
Hi Linus, The following changes since commit 319e2e3f63c348a9b66db4667efa73178e18b17d: Linux 3.13-rc4 (2013-12-15 12:31:33 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus for you to fetch changes up to

Update!!!

2013-12-27 Thread emilyjuliecaleb
Dear email User, Your mailbox has exceeded the limit of 30GB, you are currently at 30.9GB, very soon you will not be able to send or receive message again until you validate your mailbox. To re-validate your mailbox, click the link below and enter the required details and submit

Re: [PATCH] x86, irq, fix logical AND/OR error in check_irq_vectors_for_cpu_disable()

2013-12-27 Thread H. Peter Anvin
On 12/27/2013 08:13 AM, Prarit Bhargava wrote: >> >> Back to my question, assume cpu1 will be off-lined and one irq affinity is >> set as (1, 2) -- this irq will be bypassed. Looks good. But if one irq >> affinity is set as only (1), -- this irq is bypassed, too. Not right! > > Oh, yes, this is a

[tip:x86/asm] x86: Slightly tweak the access_ok() C variant for better code

2013-12-27 Thread tip-bot for H. Peter Anvin
Commit-ID: a740576a4abf933de8f50787f24f24456cebd761 Gitweb: http://git.kernel.org/tip/a740576a4abf933de8f50787f24f24456cebd761 Author: H. Peter Anvin AuthorDate: Fri, 27 Dec 2013 16:52:47 -0800 Committer: H. Peter Anvin CommitDate: Fri, 27 Dec 2013 17:02:53 -0800 x86: Slightly tweak

[tip:x86/asm] x86: Slightly tweak the access_ok() C variant for better code

2013-12-27 Thread tip-bot for H. Peter Anvin
Commit-ID: 34f873a773c59f738aff8f412fa59d528f1b3e3f Gitweb: http://git.kernel.org/tip/34f873a773c59f738aff8f412fa59d528f1b3e3f Author: H. Peter Anvin AuthorDate: Fri, 27 Dec 2013 16:52:47 -0800 Committer: H. Peter Anvin CommitDate: Fri, 27 Dec 2013 16:58:17 -0800 x86: Slightly tweak

[tip:x86/asm] x86: Replace assembly access_ok() with a C variant

2013-12-27 Thread tip-bot for Linus Torvalds
Commit-ID: c5fe5d80680e2949ffe102180f5fc6cefc0d145f Gitweb: http://git.kernel.org/tip/c5fe5d80680e2949ffe102180f5fc6cefc0d145f Author: Linus Torvalds AuthorDate: Fri, 27 Dec 2013 15:30:58 -0800 Committer: H. Peter Anvin CommitDate: Fri, 27 Dec 2013 16:58:17 -0800 x86: Replace assembly

Re: 3.13 gta04 mmc not working

2013-12-27 Thread Tony Lindgren
* Belisko Marek [131227 11:57]: > On Fri, Dec 27, 2013 at 7:16 PM, Tony Lindgren wrote: > > * Belisko Marek [131221 15:58]: > >> OK seems I found solution: > >> http://marc.info/?l=linux-omap=138756097116464=2 > > > > Good to hear :) > > > >> @Tony: Is this going to 3.13? > > > > Sorry too

[GIT PULL] ACPI and power management fixes and new device IDs for v3.13-rc6

2013-12-27 Thread Rafael J. Wysocki
Hi Linus, Please pull from the git repository at git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm+acpi-3.13-rc6 to receive fixes and some new device IDs for ACPI and power management with top-most commit bfde19c4c2467cbcb5c11ec0fdaa771b8c16cbce Merge branches

Re: Problem with cpufreq and i5 since post 3.9.0

2013-12-27 Thread Rafael J. Wysocki
CC: +Viresh and linux-pm On Saturday, December 28, 2013 12:09:01 AM David Woodfall wrote: > On (27/12/13 19:53), Dave Woodfall put forth the > proposition: > >On (27/12/13 20:44), Heinz Diehl put forth the > >proposition: > >>On 27.12.2013, David Woodfall wrote: > >> > >>>But any of the newer

Re: perf and Kconfig

2013-12-27 Thread Alexis Berlemont
Hi, I just checked your branch perf/kbuild9. Your work is far more elaborate than mine. In my branch, I just reused the *config targets so as to generate the files .config include/config/auto.conf(.cmd), ...; after that, I manually modified Makefile.perf with the variables CONFIG_* instead of

Re: Problem with cpufreq and i5 since post 3.9.0

2013-12-27 Thread David Woodfall
On (27/12/13 19:53), Dave Woodfall put forth the proposition: On (27/12/13 20:44), Heinz Diehl put forth the proposition: On 27.12.2013, David Woodfall wrote: But any of the newer kernel versions I've tested only give me performance and powersave. I don't use any Fedora kernel, so I

[PATCH 1/1] USB: Nokia 502 is an unusual device

2013-12-27 Thread Mikhail Zolotaryov
The USB storage operation of Nokia Asha 502 Dual SIM smartphone running Asha Platform 1.1.1 is unreliable in respect of data consistency (i.e. transfered files are corrupted). A similar issue is described here:

Re: [RFC] speeding up the stat() family of system calls...

2013-12-27 Thread H. Peter Anvin
On 12/26/2013 10:09 PM, H. Peter Anvin wrote: > On 12/26/2013 11:00 AM, Linus Torvalds wrote: >> >> Interestingly, looking at the cp_new_stat() profiles, the games we >> play to get efficient range checking seem to actually hurt us. Maybe >> it's the "sbb" that is just expensive, or maybe it's

Re: [PATCH] mm: dump page when hitting a VM_BUG_ON using VM_BUG_ON_PAGE

2013-12-27 Thread Sasha Levin
On 12/26/2013 10:20 PM, Sasha Levin wrote: Most of the VM_BUG_ON assertions are performed on a page. Usually, when one of these assertions fails we'll get a BUG_ON with a call stack and the registers. I've recently noticed based on the requests to add a small piece of code that dumps the page

Re: [PATCH] lib/vsprintf: add %pT[C012] format specifier

2013-12-27 Thread Andrew Morton
On Wed, 25 Dec 2013 21:37:33 +0900 Tetsuo Handa wrote: > Some examples for converting direct ->comm users are shown below. > > pr_info("comm=%s\n", p->comm);=> pr_info("comm=%pTC\n", p); > pr_info("%s[%u]\n", p->comm, p->pid); => pr_info("%pT0\n", p); >

Re: [PATCH] Add the LED burst trigger

2013-12-27 Thread Richard Purdie
On Fri, 2013-12-27 at 18:13 +, One Thousand Gnomes wrote: > > Well, this one will be really smaller. And yes, it will make some > > memory non-swappable, but I believe with triggers and infrastructure > > for N900 (and similar) it will be worth it. > > Ah yes thats such a major proportion of

Re: [PATCH net-next 19/20] net: plip: slight optimization of addr compare

2013-12-27 Thread Julia Lawall
> Hi Julia. > > Maybe this explanation is helpful? > > ethernet addresses are u8[6] (48 bits) > > ether_addr_equal_64bits gets passed a pointer to u8[8] > and is more efficient on 64 bit architectures than > ether_addr_equal because the test can be done with a > single compare and shift. > >

Good day

2013-12-27 Thread Mr. Tom Hook
Can we invest in your country.My name is Mr.Tom Hook a banker here; there is an unfinished business transaction in my branch. This is a business that will profit both of us, if you are interested get back to me for more details please because the money needs to invest outside my country. I wait

[PATCH] mm: dump page when hitting a VM_BUG_ON using VM_BUG_ON_PAGE fix

2013-12-27 Thread Sasha Levin
I messed up and forgot to commit this fix before sending out the original patch. It fixes build issues in various files using VM_BUG_ON_PAGE. Signed-off-by: Sasha Levin --- include/linux/mmdebug.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/mmdebug.h

Re: [PATCH 1/1] selftests : Adding symbolic link limits test script

2013-12-27 Thread Andrew Morton
On Wed, 25 Dec 2013 17:23:10 +0100 Fabian Frederick wrote: > This patch adds fs directory in selftests and a script to explain recursive > and consecutive symbolic linking limits who have been debated > so many times. hm, it's a "test" which doesn't really test anything - it always succeeds.

Re: question about drivers/rtc/rtc-cmos.c

2013-12-27 Thread Julia Lawall
On Fri, 27 Dec 2013, Andrew Morton wrote: > On Wed, 25 Dec 2013 20:32:12 +0100 (CET) Julia Lawall > wrote: > > > The function cmos_do_probe contains the code: > > > > if (is_hpet_enabled()) { > > int err; > > > >

Re: [PATCH] mm: dump page when hitting a VM_BUG_ON using VM_BUG_ON_PAGE

2013-12-27 Thread Andrew Morton
On Fri, 27 Dec 2013 17:19:44 -0500 Sasha Levin wrote: > On 12/27/2013 05:38 AM, Kirill A. Shutemov wrote: > > On Thu, Dec 26, 2013 at 10:20:52PM -0500, Sasha Levin wrote: > >> Most of the VM_BUG_ON assertions are performed on a page. Usually, when > >> one of these assertions fails we'll get a

Re: question about drivers/rtc/rtc-cmos.c

2013-12-27 Thread Andrew Morton
On Wed, 25 Dec 2013 20:32:12 +0100 (CET) Julia Lawall wrote: > The function cmos_do_probe contains the code: > > if (is_hpet_enabled()) { > int err; > > rtc_cmos_int_handler = hpet_rtc_interrupt; > err =

Re: [PATCH] mm: dump page when hitting a VM_BUG_ON using VM_BUG_ON_PAGE

2013-12-27 Thread Sasha Levin
On 12/27/2013 05:38 AM, Kirill A. Shutemov wrote: On Thu, Dec 26, 2013 at 10:20:52PM -0500, Sasha Levin wrote: Most of the VM_BUG_ON assertions are performed on a page. Usually, when one of these assertions fails we'll get a BUG_ON with a call stack and the registers. I've recently noticed

[PATCH 0/8] Update kernel uabi header files for x32

2013-12-27 Thread H.J. Lu
X32 uses the same kernel system call interface as x86-64 for many system calls. However, "long" is 64-bit for x86-64 and is 32-bit for x32. Where long or unsigned long are used in struct types for such system calls, they are wrong for x32. __kernel_[u]long_t is [unsigned] long for all ABIs

[PATCH 1/2] ACPI / hotplug: Add demand_offline hotplug profile flag

2013-12-27 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Add a new ACPI hotplug profile flag, demand_offline, such that if set for the given ACPI device object's scan handler, it will cause acpi_scan_hot_remove() to check if that device object's physical companions are offline upfront and fail the hot removal if that is not the

[PATCH 4/8] Use __kernel_long_t in struct msgbuf

2013-12-27 Thread H.J. Lu
X32 msgsnd/msgrcv system calls are the same as x86-64 msgsnd/msgrcv system calls, which use 64-bit integer for long in struct msgbuf . But x32 long is 32 bit. This patch replaces long in struct msgbuf with __kernel_long_t. Signed-off-by: H.J. Lu --- include/uapi/linux/msg.h | 4 ++-- 1 file

[PATCH 0/2] ACPI / hotplug / driver core: Special handling for container devices

2013-12-27 Thread Rafael J. Wysocki
Hi Greg, The following series of 2 patches (patch [2/2] in particular) make changes needed to handle hot-removal of system container devices (represented by ACPI container and module device objects) on Fujitsu systems. Those devices represent things like CPU packages, so we need to be able to

[PATCH 1/8] Use __kernel_long_t in struct timex

2013-12-27 Thread H.J. Lu
X32 adjtimex system call is the same as x86-64 adjtimex system call, which uses 64-bit integer for long in struct timex. But x32 long is 32 bit. This patch replaces long in struct timex with __kernel_long_t. Signed-off-by: H.J. Lu --- include/uapi/linux/timex.h | 34

[PATCH 3/8] Use __kernel_ulong_t in uapi struct ipc64_perm

2013-12-27 Thread H.J. Lu
X32 IPC system call is the same as x86-64 IPC system call, which uses 64-bit integer for unsigned long in struct ipc64_perm. But x32 long is 32 bit. This patch replaces unsigned long in uapi struct ipc64_perm with __kernel_ulong_t. Signed-off-by: H.J. Lu --- include/uapi/asm-generic/ipcbuf.h

[PATCH 2/8] Use __kernel_long_t/__kernel_ulong_t in

2013-12-27 Thread H.J. Lu
Both x32 and x86-64 use the same struct rusage and struct rlimit for system calls. But x32 log is 32-bit. This patch change uapi to use __kernel_long_t in struct rusage and __kernel_ulong_t in and struct rlimit. Signed-off-by: H.J. Lu --- include/uapi/linux/resource.h | 32

[PATCH 2/2] ACPI / hotplug / driver core: Handle containers in a special way

2013-12-27 Thread Rafael J. Wysocki
From: Rafael J. Wysocki ACPI container devices require special hotplug handling, at least on some systems, since generally user space needs to carry out system-specific cleanup before it makes sense to offline devices in the container. However, the current ACPI hotplug code for containers first

[PATCH 7/8] Use __kernel_ulong_t in shmid64_ds/shminfo64/shm_info

2013-12-27 Thread H.J. Lu
Both x32 and x86-64 use the same struct shmid64_ds/shminfo64/shm_info for system calls. But x32 long is 32-bit. This patch replaces unsigned long with __kernel_ulong_t in struct shmid64_ds/shminfo64/shm_info. Signed-off-by: H.J. Lu --- include/uapi/asm-generic/shmbuf.h | 24

[PATCH 8/8] Use __kernel_long_t in struct mq_attr

2013-12-27 Thread H.J. Lu
Both x32 and x86-64 use the same struct mq_attr for system calls. But x32 long is 32-bit. This patch replaces long with __kernel_long_t in struct mq_attr. Signed-off-by: H.J. Lu --- include/uapi/linux/mqueue.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH 6/8] Use __kernel_ulong_t in x86 struct semid64_ds

2013-12-27 Thread H.J. Lu
Both x32 and x86-64 use the same struct semid64_ds for system calls. But x32 long is 32-bit. This patch replaces unsigned long with __kernel_ulong_t in x86 struct semid64_ds. Signed-off-by: H.J. Lu --- arch/x86/include/uapi/asm/sembuf.h | 10 +- 1 file changed, 5 insertions(+), 5

[PATCH 5/8] Use __kernel_ulong_t in struct msqid64_ds

2013-12-27 Thread H.J. Lu
Both x32 and x86-64 use the same struct msqid64_ds for system calls. But x32 long is 32-bit. This patch replaces unsigned long with __kernel_ulong_t in struct msqid64_ds. Signed-off-by: H.J. Lu --- include/uapi/asm-generic/msgbuf.h | 10 +- 1 file changed, 5 insertions(+), 5

Re: [PATCH 1/8] Use __kernel_long_t in struct timex

2013-12-27 Thread H. Peter Anvin
On 12/27/2013 09:25 AM, H.J. Lu wrote: > X32 adjtimex system call is the same as x86-64 adjtimex system call, > which uses 64-bit integer for long in struct timex. But x32 long is > 32 bit. This patch replaces long in struct timex with __kernel_long_t > if __BITS_PER_LONG == 64. > >

Re: [PATCH] x86, irq, fix logical AND/OR error in check_irq_vectors_for_cpu_disable()

2013-12-27 Thread H. Peter Anvin
On 12/23/2013 06:39 AM, Prarit Bhargava wrote: > Patch is against linux-tip.git and was tested on both linux.git and tip > without > any issues. As expected, the number of required vectors for the down'd cpu > drops from 202 to 181 on my test system (which has 509 vectors assigned in > total). >

Re: [PATCH] i40e: use ether_addr_equal_64bits

2013-12-27 Thread Jeff Kirsher
On Fri, 2013-12-27 at 13:56 -0800, Joe Perches wrote: > All ether_addr_equal tests in i40e can use the > slightly more efficient ether_addr_equal_64bits. > > All addresses passed to the various functions that > use ether_addr_equal are using structs that have 2 > or more bytes of additional data

[PATCH] i40e: use ether_addr_equal_64bits

2013-12-27 Thread Joe Perches
All ether_addr_equal tests in i40e can use the slightly more efficient ether_addr_equal_64bits. All addresses passed to the various functions that use ether_addr_equal are using structs that have 2 or more bytes of additional data after the mac addr being tested. struct

Re: intel_pstate divide error with v3.13-rc4-256-gb7000ad

2013-12-27 Thread Rafael J. Wysocki
On Friday, December 27, 2013 06:17:47 PM Kashyap Chamarthy wrote: > On 12/27/2013 06:01 PM, Gleb Natapov wrote: > > On Fri, Dec 27, 2013 at 06:52:48PM +0200, Gleb Natapov wrote: > >> On Fri, Dec 27, 2013 at 03:15:39PM +0100, Kashyap Chamarthy wrote: > >>> [. . .] > >>> > > KVM does not emulate

Re: [PATCH] mtd: nand: remove pasemi_nand driver

2013-12-27 Thread Olof Johansson
On Fri, Dec 27, 2013 at 1:10 AM, Paul Bolle wrote: > On Thu, 2013-12-26 at 21:52 -0800, Olof Johansson wrote: >> The PA Semi platform is sparsely used these days (with just a handful >> of known users out there). I'm 100% sure none of them use the MTD NAND >> driver -- most standard use cases

[PATCH] [media] as102: fix leaks at failure paths in as102_usb_probe()

2013-12-27 Thread Alexey Khoroshilov
Failure handling is incomplete in as102_usb_probe(). The patch implements proper resource deallocations. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/staging/media/as102/as102_usb_drv.c | 9 - 1 file changed, 8

[PATCH 45/49] perf ui/tui: Split help message for perf top and report

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Namhyung Kim Some hotkeys don't work for perf top so split help messages for them. It'll be helpful to a future modification. Also sort the message by alphabetical order of the hotkey. Signed-off-by: Namhyung Kim Cc: David Ahern Cc: Ingo Molnar Cc: Jiri Olsa Cc: Paul Mackerras Cc:

[PATCH 46/49] perf ui/tui: Implement header window

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Namhyung Kim Implement a simple, full-screen header window which shows session header (metadata) information. Press 'i' key to display the header window. Signed-off-by: Namhyung Kim Cc: David Ahern Cc: Ingo Molnar Cc: Jiri Olsa Cc: Paul Mackerras Cc: Peter Zijlstra Link:

[PATCH 35/49] perf kvm: Fix kvm report without guestmount.

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Dongsheng Yang Currently, if we use perf kvm --guestkallsyms --guestmodules report, we can not get the perf information from perf data file. All sample are shown as unknown. Reproducing steps: # perf kvm --guestkallsyms /tmp/kallsyms --guestmodules /tmp/modules record -a sleep 1

[PATCH 44/49] perf ui/tui: Protect windows by ui__lock

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Namhyung Kim Sometimes perf top TUI breaks display with concurrent help/input window and pr_* messages since they're not protected by ui__lock. You can check it by pressing (and not releasing) 'h' key on a "perf top -vvv" TUI session. Signed-off-by: Namhyung Kim Cc: David Ahern Cc:

[PATCH 41/49] perf config: Ignore generated files in feature-checks

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Chunwei Chen 1. Rename the test-* binary files to test-*.bin for easier pattern matching as suggested by Ingo. 2. Ignore *.bin and *.d files. Signed-off-by: Chunwei Chen Reviewed-by: Ingo Molnar Acked-by: Jiri Olsa Cc: Ingo Molnar Cc: Jiri Olsa Link:

[PATCH 39/49] perf tools: Use machine->pid for tgid if machine is guest.

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Dongsheng Yang When we synthesize an comm event, if machine is guest, we should use the pid of machine as the event->comm.pid, rather than tgid of thread. Signed-off-by: Dongsheng Yang Cc: David Ahern Cc: Ingo Molnar Cc: Jiri Olsa Cc: Namhyung Kim Link:

[PATCH 36/49] perf tools: Add support for PERF_RECORD_MISC_GUEST_USER in thread__find_addr_map().

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Dongsheng Yang This patch remove a TODO in thread__find_addr_map() and add support of PERF_RECORD_MISC_GUEST_USER. Signed-off-by: Dongsheng Yang Cc: David Ahern Cc: Ingo Molnar Cc: Jiri Olsa Cc: Namhyung Kim Link:

[PATCH 48/49] perf tools: Introduce zfree

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Arnaldo Carvalho de Melo For the frequent idiom of: free(ptr); ptr = NULL; Make it expect a pointer to the pointer being freed, so that it becomes clear at first sight that the variable being freed is being modified. Cc: Adrian Hunter Cc: David Ahern Cc: Frederic Weisbecker Cc:

[PATCH 42/49] perf probe: Expand given path to absolute path

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Masami Hiramatsu Expand given path to absolute path in the option parser, except for a module name. Since realpath at later stage in processing several probe point, can be called several times (even if currently doesn't, it can happen when we expands the feature), it is waste of the

[PATCH 43/49] perf probe: Support basic dwarf-based operations on uprobe events

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Masami Hiramatsu Support basic dwarf(debuginfo) based operations for uprobe events. With this change, perf probe can analyze debuginfo of user application binary to set up new uprobe event. This allows perf-probe --add(with local variables, line numbers) and --line works with -x option.

[PATCH 47/49] perf tools: No need to test against NULL before calling free()

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Arnaldo Carvalho de Melo Its perfectly fine to call free(NULL), so no need to clutter the source code with all those superfluous testing. Cc: Adrian Hunter Cc: David Ahern Cc: Frederic Weisbecker Cc: Jiri Olsa Cc: Mike Galbraith Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter

[PATCH 49/49] perf tools: Use zfree to help detect use after free bugs

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Arnaldo Carvalho de Melo Several areas already used this technique, so do some audit to consistently use it elsewhere. Cc: Adrian Hunter Cc: David Ahern Cc: Frederic Weisbecker Cc: Jiri Olsa Cc: Mike Galbraith Cc: Namhyung Kim Cc: Paul Mackerras Cc: Peter Zijlstra Cc: Stephane

[PATCH 38/49] perf tools: Set event->header.misc to PERF_RECORD_MISC_GUEST_USER if machine is guest.

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Dongsheng Yang When we synthesize the mmap events of user space, if machine is guest, we should set the event->header.misc to PERF_RECORD_MISC_GUEST_USER, rather than PERF_RECORD_MISC_USER. Signed-off-by: Dongsheng Yang Cc: David Ahern Cc: Ingo Molnar Cc: Jiri Olsa Cc: Namhyung Kim

  1   2   3   4   5   >