Re: [PATCH 0/3] rtc: rtc-hid-sensor-time

Am 21.04.2013 01:46, schrieb Jiri Kosina: On Fri, 19 Apr 2013, Alexander Holler wrote: as I'm not sure if the maintainer of the RTC subsystem is active again, I've added the people which where involved with rtc-hid-sensor-time before to cc too. That might be a good idea even he is active again,

Re: [PATCH 3/3] ext4: mark metadata blocks using bh flags

On 04/21/2013 02:07 AM, Theodore Ts'o wrote: > This allows metadata writebacks which are issued via block device > writeback to be sent with the current write request flags. Hi, where do these come from? fs/ext4/ext4_jbd2.c: In function ‘__ext4_handle_dirty_metadata’: fs/ext4/ext4_jbd2.c:218:2: er

Re: [PATCH v9 00/12] Driver for Si476x series of chips

> I applied all the MFD patches from this patchset (All 4 first ones), plus a > follow up one for fixing the i2c related warning. > I also squashed the REGMAP_I2C dependency into patch #4. > It's all in mfd-next now, I'd appreciate if you could double check it's all > fine. I checked out latest gi

Re: Using __int128 on 64-bit architectures

On Sun, 17 Mar 2013, H. Peter Anvin wrote: > How desirable/portable is it to use __int128 on non-x86 64-bit > architectures to get a 64*64 -> 128 bit multiply? On x86-64 this works > extremely well, but I'm worried about that needlessly breaking on other > architectures. Hmm, nobody has replied

[PATCH] fix initconst in lib/decompress.c

From: Andi Kleen diff --git a/lib/decompress.c b/lib/decompress.c index 31a8042..f8fdeda 100644 --- a/lib/decompress.c +++ b/lib/decompress.c @@ -38,7 +38,7 @@ struct compress_format { decompress_fn decompressor; }; -static const struct compress_format compressed_formats[] __initdata

[PATCH] perf, x86: Fix some broken initconsts

From: Andi Kleen Signed-off-by: Andi Kleen diff --git a/arch/x86/kernel/cpu/perf_event_knc.c b/arch/x86/kernel/cpu/perf_event_knc.c index 4b7731b..2cfe648 100644 --- a/arch/x86/kernel/cpu/perf_event_knc.c +++ b/arch/x86/kernel/cpu/perf_event_knc.c @@ -17,7 +17,7 @@ static const u64 knc_perfmon

[PATCH] initconst fixes for module signing

From: Andi Kleen Signed-off-by: Andi Kleen diff --git a/kernel/modsign_pubkey.c b/kernel/modsign_pubkey.c index 2b6e699..7cbd450 100644 --- a/kernel/modsign_pubkey.c +++ b/kernel/modsign_pubkey.c @@ -18,14 +18,14 @@ struct key *modsign_keyring; -extern __initdata const u8 modsign_certifica

[PATCH] x86: Fix AMD K6 indirect call check

From: Andi Kleen The AMD K6 errata check relies on timing a indirect call. But the way it was written it could be optimized to a direct call. Force gcc to actually do a indirect call and not just constant resolve the target address. Signed-off-by: Andi Kleen diff --git a/arch/x86/kernel/cpu/am

[PATCH] checkpatch: add a rule to check devinitconst mistakes

From: Andi Kleen Check for const __devinitdata and non const __devinitconst People get this regularly wrong and it breaks the LTO builds, as it causes a section attribute conflict. This doesn't catch all mistakes -- spreading over multiple lines, getting const pointers wrong, but hopefully the

Re: [PATCHv3 00/14] drivers: mailbox: framework creation

Hi Suman, [Resending with mailing-list CCed this time. For some reason LKML doesn't appear in reply-to despite this message being fwd'ed from there] On Wed, Mar 13, 2013 at 8:53 AM, Suman Anna wrote: > Hi, > Please find the updated mailbox patch series for pulling into linux-next. > The series

Re: [RFC 5/7] Docs: Expectations for bug reporters and maintainers

On 04/18/2013 06:52:45 PM, Sarah Sharp wrote: Any other feedback on this patchset? If not, are you going to send it to Linus for 3.10 or should I? Go for it, I still need to pitch a new tent on kernel.org now that I've got my login back. (Touch overscheduled the past couple months...) Mean

Re: [PATCH 05/10] cpuset: don't update tasks' cpumask and nodemask in an empty cpuset

Hello, On Sat, Apr 20, 2013 at 09:06:44AM +0800, Li Zefan wrote: > I was trying to fix a bug: before moving tasks out of empty cpusets, > update_tasks_nodemask() is called, which calls do_migrate_pages(xx, from, to) > finally, from == node_to_be_offlined, to == empty_nodeamsk, so I guess > no page

Re: [PATCH 09/10] cpuset: allow to keep tasks in empty cpusets

Hello, Li. On Sat, Apr 20, 2013 at 09:22:09AM +0800, Li Zefan wrote: > > migration is being done. Another approach would be converting cgroup > > to use SRCU instead, which would lessen pain on other places too. The > > only problem there would be that srcu_read_lock() is a bit more > > expensiv

Re: [PATCH v2 0/9] fix max discard sectors limit

2013/4/21 James Bottomley : > On Sat, 2013-04-20 at 01:40 +0900, Namjae Jeon wrote: >> From: Namjae Jeon >> >> linux-v3.8-rc1 and later support for plug for blkdev_issue_discard with >> commit 0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9 >> (block: add plug for blkdev_issue_discard ) >> >> For example

Re: [PATCH 1/7] workqueue: add __WQ_FREEZING and remove POOL_FREEZING

On Sun, Apr 21, 2013 at 12:12:14AM +0800, Lai Jiangshan wrote: > > I want an assertion here. > > freezing codes is very simple for verifying. I still want it (and your patch is removing it). The usual cases are fine but things can get messy on edge cases like freeze failure, bugs in freezer code

[GIT] Networking

1) ax88796 does 64-bit divides which causes link errors on ARM, fix from Arnd Bergmann. 2) Once an improper offload setting is detected on an SKB we don't rate limit the log message so we can very easily live lock. From Ben Greear. 3) Openvswitch cannot report vport configuration chang

[GIT] Sparc

1) Fix race in sparc64 TLB shootdowns, we have to synchronize with the sibling cpus completing if we are passing them a reference via pointer to a data structure. 2) Fix cleaning of bitmaps in sparc32, from Akinobu Mita. 3) Fix various sparc header mistakes, some of which resulted in us

Re: 3.6.11 AMD-Vi: Completion-Wait loop timed out

Borislav Petkov alien8.de> writes: > > On Sun, Jan 20, 2013 at 12:57:55PM +0100, Jörg Rödel wrote: > > BorisO is no longer with AMD afaik. > > Why am I not surprised... > > > I wrote an email to Sherry and Suravee and asked them to either send > > me hardware to write the fix on my own or to s

Re: [GIT PULL) xen (stable/for-linus-3.10-rc0-tag) for v3.10 merge window.

On Fri, Apr 19, 2013 at 8:32 AM, Konrad Rzeszutek Wilk wrote: > > I am heading out for a week of vacation but would hate to have missed > the merge window. Hence sending it out early in anticipation that you > will release v3.9 on Sunday. Thanks, this should be a shining example for others... Of

Re: OOM-killer and strange RSS value in 3.9-rc7

On Wed, 17 Apr 2013, Han Pingtian wrote: > > > On a power7 system, we have installed 3.9-rc7 and crash 6.1.6. If I run > > > something like "make -j 64" to compile linux kernel from source, sooner > > > or latter, oom-killer will be triggered. Before that, when I trying to > > > analyse the live s

[PATCH 1/3] ext4: mark all metadata I/O with REQ_META

As Dave Chinner pointed out at the 2013 LSF/MM workshop, it's important that metadata I/O requests are marked as such to avoid priority inversions caused by I/O bandwidth throttling. Signed-off-by: "Theodore Ts'o" --- fs/ext4/balloc.c | 2 +- fs/ext4/ialloc.c | 2 +- fs/ext4/mmp.c| 4 ++-- f

[PATCH 3/3] ext4: mark metadata blocks using bh flags

This allows metadata writebacks which are issued via block device writeback to be sent with the current write request flags. Signed-off-by: "Theodore Ts'o" --- fs/ext4/ext4_jbd2.c | 2 ++ fs/ext4/inode.c | 6 +- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/fs/ext4/ext4_j

[PATCH 2/3] buffer: add BH_Prio and BH_Meta flags

Add buffer_head flags so that buffer cache writebacks can be marked with the the appropriate request flags, so that metadata blocks can be marked appropriately in blktrace. Signed-off-by: "Theodore Ts'o" --- fs/buffer.c | 5 + include/linux/buffer_head.h | 4 2 files cha

Re: Excessive stall times on ext4 in 3.9-rc2

As an update to this thread, we brought up this issue at LSF/MM, and there is a thought that we should be able to solve this problem by having lock_buffer() check to see if the buffer is locked due to a write being queued, to have the priority of the write bumped up in the write queues to resolve t

Re: irq 16: nobody cared

On Sat, Apr 20, 2013 at 08:53:30PM +0200, Borislav Petkov wrote: > Hi Paul, > > so I've been bisecting another issue and have been seeing the warning > in the attached pic. Reverting c0f4dfd4f90f1667d234d21f15153ea09a2eaa66 > ("rcu: Make RCU_FAST_NO_HZ take advantage of numbered callbacks") seems

Re: [PATCH 0/3] rtc: rtc-hid-sensor-time

On Fri, 19 Apr 2013, Alexander Holler wrote: > as I'm not sure if the maintainer of the RTC subsystem is active again, > I've added the people which where involved with rtc-hid-sensor-time > before to cc too. That might be a good idea even he is active again, > as the driver depends on hid-sensor-

Re: [PATCH] HID: clarify Magic Mouse KConfig description

On Sat, 20 Apr 2013, David King wrote: > The Magic Mouse driver also supports the Magic Trackpad, so mention it > in the KConfig description for the driver. > > Signed-off-by: David King Applied, thanks David. -- Jiri Kosina SUSE Labs -- To unsubscribe from this list: send the line "unsubscri

Re: Bug#700333: Stack trace

+ tglx. On Sun, Apr 21, 2013 at 01:38:33AM +0400, vita...@yourcmc.ru wrote: > >>Stack trace picture is here: > >>http://vmx.yourcmc.ru/var/pics/IMG_20130306_141045.jpg > > > >Vitaliy reported that his system crashes when suspending to disk. > >This > >was a regression from 3.2 to 3.7, and remains

Re: [PATCH 1/5] perf: Add hardware breakpoint address mask

On Sat, Apr 20, 2013 at 06:53:34PM +0200, Oleg Nesterov wrote: > On 04/09, Jacob Shin wrote: > > > > The following patchset adds address masks to existing perf hardware > > breakpoint mechanism to allow trapping on an address range (currently > > only single address) on supported architectures. > >

Re: [PATCH] kref: minor cleanup

On Sat, Apr 20, 2013 at 09:15:10AM -0700, Anatol Pomozov wrote: > Follow-up for https://lkml.org/lkml/2013/4/12/391 That's not needed in a changelog comment. > * make warning smp-safe > * result of atomic _unless_zero functions should be checked by caller > to avoid use-after-free error You

Re: [PATCH] kref: minor cleanup

On Fri, Apr 19, 2013 at 09:27:20PM -0700, Anatol Pomozov wrote: > >> -static struct kobject *kobject_get_unless_zero(struct kobject *kobj) > >> +static struct kobject *__must_check kobject_get_unless_zero( > >> + struct kobject *kobj) > > > > __must_check needs to be in the .h file, not

Re: [PATCH] signal: stop info leak via the tkill and the tgkill syscalls

"Serge E. Hallyn" writes: > > Sorry, not sure if this is applied yet, > > Acked-by: Serge Hallyn I am pretty certain I saw Andrew apply this one and I have already seen the stable back from gregkh go past. Eric -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the b

Re: [PATCH] signal: stop info leak via the tkill and the tgkill syscalls

Quoting Kees Cook (keesc...@chromium.org): > From: Emese Revfy > > This fixes a kernel memory contents leak via the tkill and tgkill syscalls > for compat processes. > > This is visible in the siginfo_t->_sifields._rt.si_sigval.sival_ptr field > when handling signals delivered from tkill. > > T

Re: [PATCH 1/5] perf: Add hardware breakpoint address mask

On Sat, Apr 20, 2013 at 06:22:23PM +0200, Oleg Nesterov wrote: > On 04/09, Jacob Shin wrote: > > > > @@ -612,6 +612,9 @@ static int hw_breakpoint_add(struct perf_event *bp, int > > flags) > > if (!(flags & PERF_EF_START)) > > bp->hw.state = PERF_HES_STOPPED; > > > > + if (bp->att

Re: Bug#700333: Stack trace

Stack trace picture is here: http://vmx.yourcmc.ru/var/pics/IMG_20130306_141045.jpg Vitaliy reported that his system crashes when suspending to disk. This was a regression from 3.2 to 3.7, and remains in 3.8. Some details of this system are in the bug log at .

Re: linux-next: Tree for Apr 18 [ call-trace: drm | x86 | smp | rcu related? ]

On Sat, Apr 20, 2013 at 10:00 PM, Davidlohr Bueso wrote: > On Sat, 2013-04-20 at 02:19 +0200, Sedat Dilek wrote: >> On Sat, Apr 20, 2013 at 2:06 AM, Sedat Dilek wrote: >> > On Sat, Apr 20, 2013 at 1:02 AM, Linus Torvalds >> > wrote: >> >> On Fri, Apr 19, 2013 at 3:55 PM, Sedat Dilek >> >> wrot

Re: linux-next: Tree for Apr 18 [ call-trace: drm | x86 | smp | rcu related? ]

On Sat, 2013-04-20 at 02:19 +0200, Sedat Dilek wrote: > On Sat, Apr 20, 2013 at 2:06 AM, Sedat Dilek wrote: > > On Sat, Apr 20, 2013 at 1:02 AM, Linus Torvalds > > wrote: > >> On Fri, Apr 19, 2013 at 3:55 PM, Sedat Dilek wrote: > >>> > >>> Davidlohr pointed to this patch (tested the triplet): >

Re: [PATCH v2 0/9] fix max discard sectors limit

On Sat, 2013-04-20 at 01:40 +0900, Namjae Jeon wrote: > From: Namjae Jeon > > linux-v3.8-rc1 and later support for plug for blkdev_issue_discard with > commit 0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9 > (block: add plug for blkdev_issue_discard ) > > For example, > 1) DISCARD rq-1 with size size

Re: [PATCH 6/8] spare/sysrq: fix inconstistent help message of sysrq key

From: "zhangwei(Jovi)" Date: Sat, 20 Apr 2013 15:41:03 +0800 > On 2013/3/8 5:27, David Miller wrote: >> From: "zhangwei(Jovi)" >> Date: Thu, 7 Mar 2013 17:00:32 +0800 >> >>> Currently help message of /proc/sysrq-trigger highlight its >>> upper-case characters, like below: >>> >>> SysRq :

[PATCH 05/15] perf, tools: Add abort_tx,no_tx,in_tx branch filter options to perf record -j v3

From: Andi Kleen Make perf record -j aware of the new in_tx,no_tx,abort_tx branch qualifiers. v2: ABORT -> ABORTTX v3: Add more _ Signed-off-by: Andi Kleen --- tools/perf/Documentation/perf-record.txt |3 +++ tools/perf/builtin-record.c |3 +++ 2 files changed, 6 insertion

perf PMU support for Haswell v8

This is a heavily updated version of the Haswell PMU TSX and other patchkit, on top of the separate "basic haswell" patchkit This adds perf PMU support for the upcoming Haswell core. The patchkit is fairly large, mainly due to various enhancement for TSX. TSX tuning relies heavily on the PMU, so

[PATCH 09/15] perf, x86: Support PERF_SAMPLE_ADDR for all PEBS events v3

From: Andi Kleen Haswell supplies the address for every PEBS memory event, so always fill it in when the user requested it. It will be 0 when not useful (no memory access) v2: Now include fmt1 too, so it works on Nehalem and later. v3: Remove extra code inside st|ld if. Signed-off-by: Andi Klee

[PATCH 08/15] perf, kvm: Support the intx/intx_cp modifiers in KVM arch perfmon emulation v5

From: Andi Kleen This is not arch perfmon, but older CPUs will just ignore it. This makes it possible to do at least some TSX measurements from a KVM guest Cc: g...@redhat.com v2: Various fixes to address review feedback v3: Ignore the bits when no CPUID. No #GP. Force raw events with TSX bits.

[PATCH 07/15] perf, x86: Avoid checkpointed counters causing excessive TSX aborts v4

From: Andi Kleen With checkpointed counters there can be a situation where the counter is overflowing, aborts the transaction, is set back to a non overflowing checkpoint, causes interupt. The interrupt doesn't see the overflow because it has been checkpointed. This is then a spurious PMI, typic

[PATCH 14/15] perf, x86: Add Haswell TSX event aliases v4

From: Andi Kleen Add infrastructure to generate event aliases in /sys/devices/cpu/events/ And use this to set up user friendly aliases for the common TSX events. TSX tuning relies heavily on the PMU, so it's important to be user friendly. This replaces the generic transaction events in an earli

[PATCH 04/15] perf, tools: Support sorting by in_tx, abort branch flags v3

From: Andi Kleen Extend the perf branch sorting code to support sorting by in_tx or abort qualifiers. Also print out those qualifiers. This also fixes up some of the existing sort key documentation. We do not support notx here, because it's simply not showing the in_tx flag. v2: Readd flags to

[PATCH 03/15] perf, x86: Support full width counting v3

From: Andi Kleen Recent Intel CPUs like Haswell and IvyBridge have a new alternative MSR range for perfctrs that allows writing the full counter width. Enable this range if the hardware reports it using a new capability bit. This lowers the overhead of perf stat slightly because it has to do les

[PATCH 11/15] perf, x86: Add Haswell specific transaction flag reporting

From: Andi Kleen In the PEBS handler report the transaction flags using the new generic transaction flags facility. Most of them come from the "tsx_tuning" field in PEBSv2, but the abort code is derived from the RAX register reported in the PEBS record. Signed-off-by: Andi Kleen --- arch/x86/k

[PATCH] HID: clarify Magic Mouse KConfig description

The Magic Mouse driver also supports the Magic Trackpad, so mention it in the KConfig description for the driver. Signed-off-by: David King --- drivers/hid/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig index 5f07d85..a

[PATCH 13/15] tools, perf: Add a precise event qualifier v2

From: Andi Kleen Add a precise qualifier, like cpu/event=0x3c,precise=1/ This is needed so that the kernel can request enabling PEBS for TSX events. The parser bails out on any sysfs parse errors, so this is needed in any case to handle any event on the TSX perf kernel. v2: Allow 3 as value Sig

[PATCH 02/15] perf, x86: Disable software LBR filter for Sandy Bridge/Haswell

From: Stephane Eranian Sandy Bridge and Haswell support all required LBR filters natively, so there is no need to do instruction decoding in branch_type. This lowers the overhead of LBR sampling with filters. We enable far calls for call, so calls include exceptions, but that seems like a accept

[PATCH 15/15] perf, tools: Add perf stat --transaction v3

From: Andi Kleen Add support to perf stat to print the basic transactional execution statistics: Total cycles, Cycles in Transaction, Cycles in aborted transsactions using the intx and intx_checkpoint qualifiers. Transaction Starts and Elision Starts, to compute the average transaction length.

[PATCH 12/15] perf, tools: Add support for record transaction flags v3

From: Andi Kleen Add the glue in the user tools to record transaction flags with --transaction (-T was already taken) and dump them. Followon patches will use them. v2: Fix manpage v3: Move transaction to the end Signed-off-by: Andi Kleen --- tools/perf/Documentation/perf-record.txt |4 +-

[PATCH 06/15] perf, x86: Support the TSX intx/intx_cp qualifiers v4

From: Andi Kleen Export the TSX transaction and checkpointed qualifiers in sysfs, so that they can be used like this cpu/...,intx=1/ v2: Moved bad hunk. Forbid some bad combinations. v3: Use EOPNOTSUPP. White space fixes (Stephane Eranian) v4: Only sysfs code for now Signed-off-by: Andi Kleen

[PATCH 10/15] perf, core: Add generic transaction flags v3

From: Andi Kleen Add a generic qualifier for transaction events, as a new sample type that returns a flag word. This is particularly useful for qualifying aborts: to distinguish aborts which happen due to asynchronous events (like conflicts caused by another CPU) versus instructions that lead to

[PATCH 01/15] perf, x86: Suppress duplicated abort LBR records

From: Andi Kleen Haswell always give an extra LBR record after every TSX abort. This can confuse some clients. Suppress the extra record. This only works when the abort is visible in the window, that is if the extra record is the last entry in the LBR. If the abort has already left it it will st

[PATCH 1/5] perf, x86: Add Haswell PEBS record support v5

From: Andi Kleen Add support for the Haswell extended (fmt2) PEBS format. It has a superset of the nhm (fmt1) PEBS fields, but has a longer record so we need to adjust the code paths. The main advantage is the new "EventingRip" support which directly gives the instruction, not off-by-one instru

Basic perf PMU support for Haswell v11

This is based on v7 of the full Haswell PMU support, rebased, and stripped down to the bare bones Most interesting new features are not in this patchkit (full version is git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc.git hsw/pmu5) Contains support for: - Basic Haswell PMU and PEBS s

[PATCH 5/5] perf, x86: Support Haswell v4 LBR format v2

From: Andi Kleen Haswell has two additional LBR from flags for TSX: intx and abort, implemented as a new v4 version of the LBR format. Handle those in and adjust the sign extension code to still correctly extend. The flags are exported similarly in the LBR record to the existing misprediction fl

[PATCH 2/5] perf, x86: Basic Haswell PMU support v8

From: Andi Kleen Add basic Haswell PMU support. Similar to SandyBridge, but has a few new events and two new counter bits. There are some new counter flags that need to be prevented from being set on fixed counters, and allowed to be set for generic counters. Also we add support for the counte

[PATCH 3/5] perf, x86: Basic Haswell PEBS support v4

From: Andi Kleen Add basic PEBS support for Haswell. The constraints are similar to SandyBridge with a few new events. v2: Readd missing pebs_aliases v3: Readd missing hunk. Fix some constraints. v4: Fix typo in PEBS event table (Stephane Eranian) Reviewed-by: Stephane Eranian Signed-off-by: An

[PATCH 4/5] perf, x86: Move NMI clearing to end of PMI handler after the counter registers are reset

From: Andi Kleen This avoids some problems with spurious PMIs on Haswell. Haswell seems to behave more like P4 in this regard. Do the same thing as the P4 perf handler by unmasking the NMI only at the end. Shouldn't make any difference for earlier family 6 cores. Tested on Haswell, IvyBridge, We

Re: [PATCH v4] input: Add LED support to Synaptics device

On Thursday 22 April 2010 08:16:42 Takashi Iwai wrote: > diff --git a/drivers/input/mouse/Kconfig > b/drivers/input/mouse/Kconfig index c714ca2..91d3517 100644 > --- a/drivers/input/mouse/Kconfig > +++ b/drivers/input/mouse/Kconfig > @@ -19,6 +19,7 @@ config MOUSE_PS2 > select SERIO_LIBPS2 >

Re: Resume does not work after timekeeping change

On Sat, Apr 20, 2013 at 05:46:52PM +0200, Jiri Slaby wrote: > Hi, > > my machine does not wake from suspend to RAM on my box running the -next > kernel. The last thing I see is "Disabling non-boot CPUs ...". I > bisected it to this commit: > > commit 7ec98e15aa049b7a2ca73485f31cf4f90c34e2dd > Aut

[PATCH 1/2] perf, tools: Default to cpu// for events v5

From: Andi Kleen When an event fails to parse and it's not in a new style format, try to parse it again as a cpu event. This allows to use sysfs exported events directly without //, so you can use perf record -e mem-loads ... instead of perf record -e cpu/mem-loads/ v2: Handle multiple event

[PATCH 2/2] perf, tools: List kernel supplied event aliases in perf list v3

From: Andi Kleen List the kernel supplied pmu event aliases in perf list It's better when the users can actually see them. v2: Fix pattern matching v3: perf_pmu__alias -> perf_pmu_alias Signed-off-by: Andi Kleen --- tools/perf/Documentation/perf-list.txt |4 +- tools/perf/builtin-list.c

Re: [PATCH v3 15/15] KVM: MMU: replace kvm_zap_all with kvm_mmu_invalid_all_pages

On Thu, Apr 18, 2013 at 12:03:45PM +0800, Xiao Guangrong wrote: > On 04/18/2013 08:08 AM, Marcelo Tosatti wrote: > > On Tue, Apr 16, 2013 at 02:32:53PM +0800, Xiao Guangrong wrote: > >> Use kvm_mmu_invalid_all_pages in kvm_arch_flush_shadow_all and > >> rename kvm_zap_all to kvm_free_all which is u

Re: [NEW DRIVER V6 6/7] drivers/hwmon: DA9058 HWMON driver

On Fri, Apr 19, 2013 at 08:25:02PM +0200, Lars-Peter Clausen wrote: > Same comment as before, I'd like to see this using the generic IIO to HWMON > bridge instead of recreating it. > ... and I agree. Seems we are getting more and more of those, and at some point it makes really sense to find a gen

[GIT PULL] x86/kdump fixes for 3.9

Hi Linus, I am sending this particular patchset under its own cover because I consider it to be a judgement call. The kexec/kdump people have found several problems with the support for loading over 4 GiB that was introduced in this merge cycle. This is partly due to a number of design problems

[GIT PULL] x86 fixes for v3.9

Hi Linus, Three groups of fixes: 1. Make sure we don't execute the early microcode patching if family < 6, since it would touch MSRs which don't exist on those families, causing crashes. 2. The Xen partial emulation of HyperV can be dealt with more gracefully than just disabling the dri

Re: linux-next: Tree for Apr 18 [ call-trace: drm | x86 | smp | rcu related? ]

On Sat, Apr 20, 2013 at 5:59 PM, Rik van Riel wrote: > On 04/20/2013 08:46 AM, Sedat Dilek wrote: > >> I have started a new thread "[next-20130419] ipc: sem: BROKEN", please >> use this one! >> >> Thanks for all your feedback! >> >> - Sedat - >> >> [1] http://marc.info/?l=linux-next&m=136646172915

Re: [PATCH 0/5] perf: Add support for hardware breakpoint address masks

On 04/09, Jacob Shin wrote: > > The following patchset adds address masks to existing perf hardware > breakpoint mechanism to allow trapping on an address range (currently > only single address) on supported architectures. > > perf uapi is updated, x86 AMD implementation (for AMD Family 16h and > b

Re: [PATCH 1/3] iio: Add Nuvoton NAU7802 ADC driver

Hi, Some comments on top of what Jonathan said. On 04/18/2013 05:38 PM, Alexandre Belloni wrote: [...] > diff --git a/drivers/iio/adc/nau7802.c b/drivers/iio/adc/nau7802.c > new file mode 100644 > index 000..0148fd8 > --- /dev/null > +++ b/drivers/iio/adc/nau7802.c > @@ -0,0 +1,644 @@ [...]

[PATCH 2/2] regulator: lp3972: Convert to use regulator_map_voltage_ascend

All regulators have ascendant voltage list in this driver. Thus use regulator_map_voltage_ascend is more efficient than the default regulator_map_voltage_iterate. Signed-off-by: Axel Lin --- drivers/regulator/lp3972.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/regulator/lp3

[PATCH 1/2] regulator: lp3971: Convert to use regulator_map_voltage_ascend

All regulators have ascendant voltage list in this driver. Thus use regulator_map_voltage_ascend is more efficient than the default regulator_map_voltage_iterate. Signed-off-by: Axel Lin --- drivers/regulator/lp3971.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/regulator/lp3

Re: [PATCH 1/5] perf: Add hardware breakpoint address mask

On 04/09, Jacob Shin wrote: > > @@ -612,6 +612,9 @@ static int hw_breakpoint_add(struct perf_event *bp, int > flags) > if (!(flags & PERF_EF_START)) > bp->hw.state = PERF_HES_STOPPED; > > + if (bp->attr.bp_addr_mask && !arch_has_hw_breakpoint_addr_mask()) > + re

[PATCH] kref: minor cleanup

Follow-up for https://lkml.org/lkml/2013/4/12/391 * make warning smp-safe * result of atomic _unless_zero functions should be checked by caller to avoid use-after-free error Signed-off-by: Anatol Pomozov --- include/linux/kobject.h | 1 + include/linux/kref.h| 9 ++--- lib/kobject.c

Re: [PATCH 1/7] workqueue: add __WQ_FREEZING and remove POOL_FREEZING

Please forget all my other patches. But these 1/7 and 2/7 __WQ_FREEZING patches can be in 3.10 On Thu, Apr 4, 2013 at 10:12 PM, Tejun Heo wrote: > Hello, Lai. > > On Thu, Apr 04, 2013 at 10:05:32AM +0800, Lai Jiangshan wrote: >> @@ -4757,25 +4747,16 @@ void thaw_workqueues(void) >> { >> s

Re: [PULL] TPM driver updates

On Thu, 18 Apr 2013, Kent Yoder wrote: > Hi James, > > The following changes since commit 958d2c2f4ad905e3ffa1711d19184d21d9b00cc1: > > Smack: include magic.h in smackfs.c (2013-04-03 13:13:51 +1100) > > are available in the git repository at: > > git://github.com/shpedoikal/linux.git tpmd

Re: [PATCH 0/8] workqueue: advance concurrency management

On Sat, Apr 20, 2013 at 2:11 AM, Tejun Heo wrote: > Hey, > > On Fri, Apr 19, 2013 at 06:10:57AM +0800, Lai Jiangshan wrote: >> Ping. > > Sorry, I've been at collab summit / lsf. Plus, it's a bit too late > for for-3.10 anyway. Anyways, after glancing over it, here are my > preliminary thoughts.

Re: linux-next: Tree for Apr 18 [ call-trace: drm | x86 | smp | rcu related? ]

On 04/20/2013 08:46 AM, Sedat Dilek wrote: I have started a new thread "[next-20130419] ipc: sem: BROKEN", please use this one! Thanks for all your feedback! - Sedat - [1] http://marc.info/?l=linux-next&m=136646172915261&w=2 I suspect most of us are not subscribed to the linux-next mailing

Re: [PATCH] x86: Add check for P5 to microcode_intel_early

I committed my own patch yesterday; at this point it would be most helpful if you could test it out to make sure it works as it should... Bryan O'Donoghue wrote: >On 20/04/13 00:13, H. Peter Anvin wrote: >> On 04/19/2013 02:44 PM, Bryan O'Donoghue wrote: >>> On 19/04/13 22:25, Borislav Petkov w

Resume does not work after timekeeping change

Hi, my machine does not wake from suspend to RAM on my box running the -next kernel. The last thing I see is "Disabling non-boot CPUs ...". I bisected it to this commit: commit 7ec98e15aa049b7a2ca73485f31cf4f90c34e2dd Author: Thomas Gleixner Date: Thu Feb 21 22:51:39 2013 + timekeepin

Re: [PATCH 1/3] iio: Add Nuvoton NAU7802 ADC driver

Hi Jonathan, Thanks for your review, On 20/04/2013 11:52, Jonathan Cameron wrote: > A few bits and pieces inline. > > Ouch, that interrupt handling is annoyingly complex. Pesky hardware > designers... > Right, even worse is that on the board we are using, the interrupt line is connected to a pc

Re: [PATCH v4, part3 01/15] mm: fix build warnings caused by free_reserved_area()

On 04/20/2013 12:52 AM, Russell King - ARM Linux wrote: > On Sat, Apr 06, 2013 at 09:54:55PM +0800, Jiang Liu wrote: >> Fix following build warnings cuased by free_reserved_area(): >> >> arch/arm/mm/init.c: In function 'mem_init': >> arch/arm/mm/init.c:603:2: warning: passing argument 1 of >> 'fre

Re: [PATCH v4, part3 13/41] mm/ARM: prepare for removing num_physpages and simplify mem_init()

On 04/20/2013 12:54 AM, Russell King - ARM Linux wrote: > On Sat, Apr 06, 2013 at 10:32:12PM +0800, Jiang Liu wrote: >> Prepare for removing num_physpages and simplify mem_init(). >> >> Signed-off-by: Jiang Liu >> Cc: Russell King >> Cc: Catalin Marinas >> Cc: Will Deacon >> Cc: linux-arm-ker..

Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out

On Mon, Apr 08, 2013 at 11:05:11PM -0400, CAI Qian wrote: > I can help run xfstests for ext4 dev tree on x64, Power7, Z10 and > KVM platforms with back-storage like SAN/multipath, iSCSI and FCoE. > I plan to run this weekly and setup a wiki page to update the testing > status by every Friday. Hi C

[PATCH] random: fix accounting race condition with lockless irq entropy_count update

Hi Ted, the patch below has been now preliminarily verified to fix the read() on /dev/urandom returning 0 -- the bug we have been discussing in San Francisco last week. I think it should be applied to the current Linus' tree as soon as possible, and also all the way back to all the affected -s

[RFC]CPU in SYSFS: what information should be written to /sys/devices/system/cpu/probe to add cpu In X86?

Hi, everybody: What information should be written to /sys/devices/system/cpu/probe to add a cpu In X86? And, what information should be written to /sys/devices/system/cpu/release to remove a cpu In X86? I have read the /Documentation/ABI/testing/sysfs-devices-system-cpu. It says th

Re: [RESEND][PATCH] ARM: PL011: add support for extended FIFO-size of PL011-r1p5

On Mon, Apr 15, 2013 at 7:45 AM, Jongsung Kim wrote: At the risk to re-stating what Russell has already said... > + > + unsigned int (*get_fifosize)(unsigned int periphid); > }; > > +static unsigned int get_fifosize_arm(unsigned int periphid) > +{ > + unsigned int rev = (periphid >>

Re: [PATCH 1/4] clocksource: nomadik-mtu: fix up clocksource/timer

ARM SoC folks: On Sat, Apr 20, 2013 at 3:08 PM, Linus Walleij wrote: > The Nomadik clocksource driver has had a bad define making it > impossible to use it for sched_clock() for a while. Fix this > and also enable it for the Nomadik. > > Signed-off-by: Linus Walleij This one should go to fixes

[PATCH 3/4] ARM: nomadik: convert all clocks except timer to dt

This moves all Nomadik clocks except the one used for the timer/clocksource over to the device tree. Signed-off-by: Linus Walleij --- .../devicetree/bindings/arm/ste-nomadik.txt| 5 ++ arch/arm/boot/dts/ste-nomadik-stn8815.dtsi | 54 ++ arch/arm/mach-nomadik/

[PATCH 4/4] ARM: nomadik: register clocksource from device tree

This switches the Nomadik platform to also registering its clocksource from the device tree, removing unused support code as we go along. Signed-off-by: Linus Walleij --- arch/arm/boot/dts/ste-nomadik-stn8815.dtsi | 11 --- arch/arm/mach-nomadik/Kconfig | 1 + arch/arm/mach

[PATCH 2/4] clocksource: nomadik-mtu: support of probe

From: Rabin Vincent Support device tree probe of the nomadik-mtu clocksource. Signed-off-by: Rabin Vincent --- drivers/clocksource/nomadik-mtu.c | 70 --- 1 file changed, 58 insertions(+), 12 deletions(-) diff --git a/drivers/clocksource/nomadik-mtu.c b/dr

[PATCH 1/4] clocksource: nomadik-mtu: fix up clocksource/timer

The Nomadik clocksource driver has had a bad define making it impossible to use it for sched_clock() for a while. Fix this and also enable it for the Nomadik. Signed-off-by: Linus Walleij --- arch/arm/mach-nomadik/Kconfig | 1 + drivers/clocksource/nomadik-mtu.c | 4 ++-- 2 files changed, 3

Re: linux-next: Tree for Apr 18 [ call-trace: drm | x86 | smp | rcu related? ]

On Sat, Apr 20, 2013 at 2:19 AM, Sedat Dilek wrote: > On Sat, Apr 20, 2013 at 2:06 AM, Sedat Dilek wrote: >> On Sat, Apr 20, 2013 at 1:02 AM, Linus Torvalds >> wrote: >>> On Fri, Apr 19, 2013 at 3:55 PM, Sedat Dilek wrote: Davidlohr pointed to this patch (tested the triplet): >>>

[RFC/RFT][PATCH] regulator: palmas: Convert to use regulator_set_voltage_time_sel()

Use regulator_set_voltage_time_sel() instead of open coded. If rdev->constraints->ramp_delay is specified, the setting will be used in regulator_set_voltage_time_sel(). And then pmic->ramp_delay[] is not used and can be removed. There is a different behavior change here: regulator_set_voltage_tim

[PATCH] x86: Add check for P5 to microcode_intel_early v2

Architectural MSRs associated with microcode are for P6 or higher. Add a check to early microcode to detect < P6. Without a check for < P6 - we end up reading from unimplemented MSRs on Pentium. Thanks to Borislav Petkov for suggestion on where to intercept the P5 resulting in fewer cycles and le

Re: [PATCH 2/2] dma:of: Use a mutex to protect the of_dma_list

On Saturday 20 April 2013, Lars-Peter Clausen wrote: > On 04/20/2013 12:45 AM, Jon Hunter wrote: > > I think that there is a problem here. For controllers using the > > of_dma_simple_xlate(), this will call dma_request_channel() which also > > uses a mutex. > > That would only be a problem if it'd

Re: [PATCH v2] serial: pl011: Add Device Tree support to request DMA channels

Hi Lee and Russell, While going through the arm-soc tree yesterday, I noticed two things: * I had already done a patch for this in January which I meant to queue up for 3.10, as it is needed to make spear13xx use the dma-engine binding * I actually forgot to merge that branch into for-next :(

  1   2   >