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 i
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 @@
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 -
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 0
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
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 +-
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 a/drivers
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 a/drivers/net/ethernet/i
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
b/drivers/net/ether
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 a/drivers/net/ethernet/emu
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
b/drivers/net/ethe
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 a/drivers/net/ethernet
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
b/drivers/net/ethernet/sun/sunvnet
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
b/drivers/net/ethernet/renes
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
b/drivers/net/ethernet/ti/cpsw_ale
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 ++--
d
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
index
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
b/drivers/net/ethernet/seeq/sgis
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 b/drivers/net/
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 1006
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(-)
diff
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
b/drivers/net/ethernet/3com/3c509.
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
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 a/drivers/net/ethernet/packetengines/yellowf
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
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.
> >
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
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 i
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 major
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), b
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
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 answ
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 ceph_writep
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 fo
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 understa
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 soft
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 a/drivers/regulator/tps65910
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 h
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
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
i
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 the
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:
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 27.12
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 a
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 fce7d3bfc0
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
http://free.allfor
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
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 th
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 th
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
* 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&m=138756097116464&w=2
> >
> > Good to hear :)
> >
> >> @Tony: Is this going to 3.13?
> >
> > Sorry too i
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 'powercap'
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
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 usi
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 can'
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:
http://discussions.nokia.com/t5/Asha-and-other-Nokia-Series-30/Nokia-301-USB-transfers-a
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 turn
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 to
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);
> pr_info("%s
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 p
> 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.
>
> Th
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
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 b/include/linux/mmdebu
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.
Wh
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;
> >
> > rtc_cmos_int_handl
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 BU
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 = hpet_r
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 base
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
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
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 cha
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 tak
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 +---
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 |
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 ---
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
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
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 a/includ
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 deletio
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 deletions(-)
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
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).
>
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 a
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 i40e_mac_filter.macaddr[6]
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
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 incl
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 insertions(+
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: P
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:
http://lkm
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
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: Ingo
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: http://lkml.kernel.org/r/52b52b
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:
http://lkml.kernel.org/r/22455
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:
http://lkml.kernel.org/r/3dd652201171a19c910b500984c7c3590e77603b.1387
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:
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 perfor
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.
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 Zijlstra
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 Eran
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
Li
1 - 100 of 244 matches
Mail list logo
