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

2013-12-27 Thread Arnaldo Carvalho de Melo
From: Namhyung Kim namhyung@lge.com 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 namhy...@kernel.org Cc: David Ahern dsah...@gmail.com Cc: Ingo Molnar mi...@kernel.org

[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 khoroshi...@ispras.ru --- drivers/staging/media/as102/as102_usb_drv.c | 9 - 1 file

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 pebo...@tiscali.nl 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

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 P-states at all.

[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: [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 after

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 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. Signed-off-by:

[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 hjl.to...@gmail.com --- arch/x86/include/uapi/asm/sembuf.h | 10 +- 1 file changed, 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 hjl.to...@gmail.com --- include/uapi/asm-generic/msgbuf.h | 10 +- 1 file changed, 5

[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 hjl.to...@gmail.com --- 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 hjl.to...@gmail.com --- include/uapi/linux/mqueue.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-)

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

2013-12-27 Thread Rafael J. Wysocki
From: Rafael J. Wysocki rafael.j.wyso...@intel.com 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

[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 hjl.to...@gmail.com ---

[PATCH 2/8] Use __kernel_long_t/__kernel_ulong_t in linux/resource.h

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 linux/resource.h to use __kernel_long_t in struct rusage and __kernel_ulong_t in and struct rlimit. Signed-off-by: H.J. Lu hjl.to...@gmail.com ---

[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 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 hjl.to...@gmail.com --- include/uapi/linux/msg.h

[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 hjl.to...@gmail.com --- include/uapi/linux/timex.h | 34

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

2013-12-27 Thread Rafael J. Wysocki
From: Rafael J. Wysocki rafael.j.wyso...@intel.com 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

[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 other

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

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 julia.law...@lip6.fr wrote: The function cmos_do_probe contains the code: if (is_hpet_enabled()) { int err; rtc_cmos_int_handler = hpet_rtc_interrupt;

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 sasha.le...@oracle.com 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

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 julia.law...@lip6.fr wrote: The function cmos_do_probe contains the code: if (is_hpet_enabled()) { int err;

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 f...@skynet.be 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

[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 sasha.le...@oracle.com --- include/linux/mmdebug.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/mmdebug.h

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

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. The idea is

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] lib/vsprintf: add %pT[C012] format specifier

2013-12-27 Thread Andrew Morton
On Wed, 25 Dec 2013 21:37:33 +0900 Tetsuo Handa penguin-ker...@i-love.sakura.ne.jp 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,

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: [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 turning a

[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: 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 d...@dawoodfall.net put forth the proposition: On (27/12/13 20:44), Heinz Diehl h...@fancy-poultry.org 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.

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 d...@dawoodfall.net put forth the proposition: On (27/12/13 20:44), Heinz Diehl h...@fancy-poultry.org put forth the proposition: On 27.12.2013, David Woodfall

[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: 3.13 gta04 mmc not working

2013-12-27 Thread Tony Lindgren
* Belisko Marek marek.beli...@gmail.com [131227 11:57]: On Fri, Dec 27, 2013 at 7:16 PM, Tony Lindgren t...@atomide.com wrote: * Belisko Marek marek.beli...@gmail.com [131221 15:58]: OK seems I found solution: http://marc.info/?l=linux-omapm=138756097116464w=2 Good to hear :) @Tony:

[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 h...@zytor.com AuthorDate: Fri, 27 Dec 2013 16:52:47 -0800 Committer: H. Peter Anvin h...@zytor.com CommitDate: Fri, 27 Dec 2013 16:58:17

[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 torva...@linux-foundation.org AuthorDate: Fri, 27 Dec 2013 15:30:58 -0800 Committer: H. Peter Anvin h...@zytor.com CommitDate: Fri, 27 Dec

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 bug. ...

[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 h...@zytor.com AuthorDate: Fri, 27 Dec 2013 16:52:47 -0800 Committer: H. Peter Anvin h...@zytor.com CommitDate: Fri, 27 Dec 2013 17:02:53

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

[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

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 r...@rjwysocki.net 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 d...@dawoodfall.net put forth the proposition: On (27/12/13 20:44), Heinz Diehl

[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

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: [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 then

[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 fanwle...@gmail.com --- fs/nilfs2/ioctl.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/nilfs2/ioctl.c

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 ra...@themaw.net 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

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

[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 axel@ingics.com --- drivers/regulator/tps65910-regulator.c | 16 +--- 1 file changed, 1 insertion(+), 15 deletions(-) diff --git

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 snip - A patch from Thomas Gleixner not to raise the timer softirq

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 understand what

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 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

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: 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 the

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: Immediate reply needed#8207;

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: [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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/plip/plip.c | 2

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 b/drivers/net/plip/plip.c [] @@

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. [] diff

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 ether_addr_equal

[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 am...@mellanox.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/mellanox/mlx4/en_netdev.c| 4 ++-- drivers/net/ethernet/mellanox/mlx4/resource_tracker.c | 2 +- 2 files

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/3com/3c509.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[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 be...@cisco.com Cc: Sujith Sankar ssuj...@cisco.com Cc: Govindarajulu Varadarajan govindarajul...@gmail.com Cc: Neel Patel neepa...@cisco.com Cc: Nishank Trivedi nistr...@cisco.com Signed-off-by: Ding

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/packetengines/yellowfin.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/fddi/skfp/fplustm.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/seeq/sgiseeq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[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 da...@davemloft.net Suggested-by: Eric Dumazet eduma...@google.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/plip/plip.c |4 ++-- 1 files changed, 2 insertions(+), 2

[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 dmitry.tarnya...@lockless.no Cc: David S. Miller da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- net/caif/cfrfml.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/ti/cpsw_ale.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[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 himanshu.madh...@qlogic.com Cc: Rajesh Borundia rajesh.borun...@qlogic.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com ---

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/sun/sunvnet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/renesas/sh_eth.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[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 manish.cho...@qlogic.com Cc: Sony Chacko sony.cha...@qlogic.com Cc: Rajesh Borundia rajesh.borun...@qlogic.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com ---

[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 sathya.pe...@emulex.com Cc: Subbu Seetharaman subbu.seethara...@emulex.com Cc: Ajit Khaparde ajit.khapa...@emulex.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com ---

[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 jdma...@kudzu.us Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/neterion/vxge/vxge-main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[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 jeffrey.t.kirs...@intel.com Cc: Jesse Brandeburg jesse.brandeb...@intel.com Cc: Carolyn Wyborny carolyn.wybo...@intel.com Cc: Don Skidmore donald.c.skidm...@intel.com Signed-off-by: Ding Tianhong

[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 jeffrey.t.kirs...@intel.com Cc: Jesse Brandeburg jesse.brandeb...@intel.com Cc: Bruce Allan bruce.w.al...@intel.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com ---

[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 da...@davemloft.net Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/micrel/ksz884x.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git

[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 ari...@broadcom.com Cc: Sergei Shtylyov sergei.shtyl...@cogentembedded.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/broadcom/bnx2x/bnx2x_sp.c

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 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 sant...@chelsio.com Signed-off-by: Ding Tianhong dingtianh...@huawei.com --- drivers/net/ethernet/chelsio/cxgb3/cxgb3_offload.c | 2 +- drivers/net/ethernet/chelsio/cxgb3/l2t.c | 2 +- 2 files

[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

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 @@

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 it up

<    1   2   3   4   5