[PATCH] sched: update_rq_clock() must skip ONE update

NEWSFLASH: Wimpy latent scheduler buglet turns axe-murderer... Root cause being us staying in kernel for weeks at a time during boot: Subverting ftrace, we see below that updates _can_ be skipped for AGES, which can make very bad things happen. It's supposed to skip ONE, as an optimization. not

Re: [PATCH 07/28] ktap: add runtime/ktap.[c|h]

On Sun, Mar 30, 2014 at 1:04 AM, Greg Kroah-Hartman wrote: > On Sat, Mar 29, 2014 at 03:32:12PM +0800, Jovi Zhangwei wrote: >> >> +struct syscall_metadata **syscalls_metadata; >> >> + >> >> +/*TODO: kill this function in future */ >> >> +static int __init init_dummy_kernel_functions(void) >> >> +{

Re: [PATCH v2 13/29] ktap: add ring buffer handling code(kernel/trace/ktap/kp_transport.[c|h])

On Sun, Mar 30, 2014 at 11:58 AM, Andi Kleen wrote: >> >> A lot of code in this file is duplicated with kernel trace_output.c. > > Please modify trace_output instead to avoid this. > Yeah, ktap transport functionality is based on ftrace ring buffer, and reading buffer is through trace pipe. I wil

RE: [PATCH] drivers/net/wireless: Use RCU_INIT_POINTER(x, NULL) in iwlwifi/mvm/sta.c

> > This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, > NULL) > > The rcu_assign_pointer() ensures that the initialization of a structure > is carried out before storing a pointer to that structure. > And in the case of the NULL pointer, there is no structure to initialize.

Re: Can't umount /mnt/dev after calling dd(1) and with /mnt/dev is a bind mount

up On 03/22/2014 05:52 PM, Francis Moreau wrote: > Hello, > > I'm posting here because it might be a behaviour related to the kernel > internals that I can't explain from my user point of view :) > > Basically I'm doing this: > > mount -o bind /dev/ /mnt/dev && > chroot /mnt dd bs=440 conv=

Re: [PATCH v2 08/29] ktap: add bytecode reader(kernel/trace/ktap/kp_bcread.[c|h])

On Sun, Mar 30, 2014 at 10:47 AM, Andi Kleen wrote: >> +/* Read debug info of a prototype. */ >> +static void bcread_dbg(BCReadCtx *ctx, ktap_proto_t *pt, int sizedbg) >> +{ >> + void *lineinfo = (void *)proto_lineinfo(pt); >> + >> + bcread_block(ctx, lineinfo, sizedbg); >> + /* Swap l

Re: [PATCH v2 12/29] ktap: add generic object handling code(kernel/trace/ktap/kp_obj.[c|h])

On Sun, Mar 30, 2014 at 11:56 AM, Andi Kleen wrote: >> + * You should have received a copy of the GNU General Public License along >> with >> + * this program; if not, write to the Free Software Foundation, Inc., >> + * 51 Franklin St - Fifth Floor, Boston, MA 02110-1301 USA. > > We're not suppos

Re: Support for netconsole as default tty/console?

On 29 March 2014 15:54, Andreas Schwab wrote: > Struan Bartlett writes: > >> Adding console=netconsole to the command line does not appear to have >> the desired effect. I am not sure if this is because netconsole, >> unlike the serial console, does not provide a tty. Can anyone advise >> if this

Re: [RFC] dt: bindings: add bindings for Broadcom bcm43xx sdio devices

On 02/13/14 10:28, Chen-Yu Tsai wrote: Hi, On Thu, Feb 13, 2014 at 5:13 PM, Tomasz Figa wrote: Hi Arend, On 10.02.2014 20:17, Arend van Spriel wrote: [...] + +Example: + +mmc3: mmc@01c2 { + pinctrl-0 =<&mmc3_pins>; + pinctrl-1 =<&wifi_host_wake>; WLAN_HOST_WAKE pin (ak

[PATCH] mm/slab.c: cleanup outdated comments and unify variables naming

As time goes, the code changes a lot, and this leads to that some old-days comments scatter around , which instead of faciliating understanding, but make more confusion. So this patch cleans up them. Also, this patch unifies some variables naming. Acked-by: Christoph Lameter Signed-off-by: Jiany

Re: [RFC PATCH v2 00/29] ktap: A lightweight dynamic tracing tool for Linux

On Sun, Mar 30, 2014 at 9:00 AM, Andi Kleen wrote: > > For now I would suggest concentrating on the kernel ring 0 parts only. > Split the user space part into a separate patchkit that is posted > on a separate schedule. > > It's hard to make progress with too large patchkits. > Agreed, we can only

Re: [PATCH v2 10/29] ktap: add string handling code(kernel/trace/ktap/kp_[str|mempool].[c|h])

On Sun, Mar 30, 2014 at 11:50 AM, Andi Kleen wrote: > > It's not clear to me why a kernel script language needs > all that complicated string interning code. > > What kind of scripts would create as many strings that > it would be worth it? > > I think it would be better to replace it with a reall

turbo on lenovo w530 causing over-temp warnings

I have a lenovo w530 laptop with an intel i7-3720QM processor, and when running something with high cpu use causes the cpu to be put into the highest turbo mode and stays there as long as the core is being used. It doesn't scale back to the real max frequency once temperatures rise. I've had my

Re: [RFC] QR encoding for Oops messages

Hi all, (sorry for the late reply, looks like this mail has ran away from my clients) 2014-03-23 20:38 GMT+01:00 Jason Cooper : > All, > > On Sat, Mar 22, 2014 at 08:20:01PM +0200, Teodora Băluţă wrote: >> On Sat, Mar 22, 2014 at 7:09 PM, Levente Kurusa wrote: >> > On 03/21/2014 02:28 PM, Jason

All that glitters on your wrist

Designer branded watches available at clearance prices http://bhp-trade.home.pl/bwjobii.php -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please r

Re: [PATCH 3/3] staging/ozwpan: coding style ether_addr_copy

On Sat, Mar 29, 2014 at 06:23:26PM -0700, Joe Perches wrote: > On Sun, 2014-03-30 at 02:29 +0300, Dan Carpenter wrote: > > These days in the kernel we treat checkpatch.pl and GCC > > warnings the same so it sucks when they are something conditional. > > Treating checkpatch messages like gcc compil

Re: [PATCH] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len (v3)

On Fri, Mar 28, 2014 at 01:54:32PM +0400, Andrey Vagin wrote: > "len" contains sizeof(nf_ct_ext) and size of extensions. In a worst > case it can contain all extensions. Bellow you can find sizes for all > types of extensions. Their sum is definitely bigger than 256. > > nf_ct_ext_types[0]->len =

Re: Support for netconsole as default tty/console?

Struan Bartlett writes: > Thank you. I've begun investigating the sources in drivers/tty. Am I > correct in thinking that this only needs a tty driver, and not also a > serial driver? See arch/m68k/emu/nfcon.c for a somewhat minimal example (only output). Andreas. -- Andreas Schwab, sch...@li

Re: [PATCH] openvswitch: supply a dummy err_handler of gre_cisco_protocol to prevent kernel crash

At 2014-03-29 06:02:25,"Jesse Gross" wrote: >I'm not sure that rejecting all ICMP packets is the correct thing do >here since it means that we could pass them onto a later caller even >though they are intended for us. We should probably use the same logic >as for receiving packets and just discar

[PATCH driver-core-next] sysfs: restore in-kernel mount of sysfs

Long ago, sysfs used to depend on vfs data structures for internal representation and thus needed to make a hidden mount to make them available. sysfs stopped depending on vfs for internal representation long ago and 9e30cc959530 ("sysfs, kernfs: no need to kern_mount() sysfs from sysfs_init()") r

Re: [Regression, bisected 9e30cc] "sysfs, kernfs: no need to kern_mount() sysfs from sysfs_init()" prevents system from booting correctly

On Sat, Mar 29, 2014 at 06:08:30PM -0400, Alexandre Demers wrote: > That fixes the problem, I'm now running 3.14-rc8 with your patch > applied. Just sent out the patch but I think we still need to find out what's going on. Is there any chance you can create a qemu image which shows the same behav

Re: [reboot] WARNING: CPU: 0 PID: 112 at kernel/events/core.c:5655 perf_swevent_add()

This fix is not yet in linux-next, can anyone help merge it? Thanks! On Tue, Mar 11, 2014 at 08:14:56PM +0800, Fengguang Wu wrote: > Jiri, > > It works, thank you! > > Tested-by: Fengguang Wu > > > --- > > diff --git a/kernel/events/core.c b/kernel/events/core.c > > index 661951a..a53857e 1006

Re: [PATCH 2/4] workqueues: Account unbound workqueue in a seperate list

On Thu, Mar 27, 2014 at 06:21:00PM +0100, Frederic Weisbecker wrote: > The workqueues are all listed in a global list protected by a big mutex. > And this big mutex is used in apply_workqueue_attrs() as well. > > Now as we plan to implement a directory to control the cpumask of > all non-ABI unbou

Re: [PATCH 3/4] workqueue: Add anon workqueue sysfs hierarchy

On Thu, Mar 27, 2014 at 06:21:01PM +0100, Frederic Weisbecker wrote: > We call "anon workqueues" the set of unbound workqueues that don't > carry the WQ_SYSFS flag. > > They are a problem nowadays because people who work on CPU isolation > (HPC, Real time, etc...) want to be able to migrate all th

Re: [PATCH driver-core-next] sysfs: restore in-kernel mount of sysfs

Oops, this is not for driver-core-next but driver-core-linus. Thanks! -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ a

Re: [RFC PATCH v2 07/10] irqchip: atmel-aic: document new dt properties and children nodes

Hello Thomas, Le 29/03/2014 10:19, Thomas Petazzoni a écrit : Dear Boris BREZILLON, On Fri, 28 Mar 2014 18:59:05 +0100, Boris BREZILLON wrote: +Optional children nodes: +- muxed irq entries: + Required properties: + * compatible: Shall be + "atmel,aic-mux-1reg-irq": irq enable/disable/

[PATCH] ftrace: Statically initialize pm notifier block

Instead of initializing the pm notifier block in register_ftrace_graph(), initialize it statically. This safes us some code. Found in the PaX patch, written by the PaX Team. Cc: PaX Team Signed-off-by: Mathias Krause --- kernel/trace/ftrace.c |6 -- 1 file changed, 4 insertions(+), 2 d

[PATCH 0/2] pda_power: USB notifier fixes

The notifier block can and should be initialized statically. Fixed in patch 1. While doing patch 1 I noticed, that the USB notifier that gets registered in pda_power_probe() never gets unregistered. Fixed in patch 2. Beware: The patches are compile tested only, as I have no such hardware! Please

[PATCH 2/2] pda_power: Unregister USB notifier in pda_power_remove()

If we've registered a notifier in pda_power_probe() we must deregister it in pda_power_remove() to not let it work on stale data like, e.g., the charger timer. Cc: Felipe Balbi Cc: Anton Vorontsov Signed-off-by: Mathias Krause --- drivers/power/pda_power.c |5 + 1 file changed, 5 inser

[PATCH] ipc: constify ipc_ops

There is no need to recreate the very same ipc_ops structure on every kernel entry for msgget/semget/shmget. Just declare it static and be done with it. While at it, constify it as we don't modify the structure at runtime. Found in the PaX patch, written by the PaX Team. Cc: PaX Team Cc: Nadia D

[PATCH 1/2] pda_power: Statically initialize notifier block

Instead of initializing the notifier block in pda_power_probe(), initialize it statically. This safes us some code. Found in the PaX patch, written by the PaX Team. Cc: PaX Team Cc: Felipe Balbi Cc: Anton Vorontsov Signed-off-by: Mathias Krause --- drivers/power/pda_power.c |6 -- 1

[PATCH 1/3] x86: microcode: report if CPU has up-to-date microcode

Before this change, successful microcode uploads clearly indicate that it was done: microcode: CPU1 sig=0x206a7, pf=0x10, revision=0x1a microcode: CPU1 updated to revision 0x29, date = 2013-06-12 whereas if microcode was not uploaded, it is not clear why: microcode: CPU1 sig=0x206a7, pf=0x10, re

[PATCH 2/3] x86: microcode: report if no microcode file was found

Before this change, successful microcode uploads clearly indicate that it was done: microcode: CPU1 sig=0x206a7, pf=0x10, revision=0x1a microcode: CPU1 updated to revision 0x29, date = 2013-06-12 whereas if microcode was not uploaded, it is not clear why: microcode: CPU1 sig=0x206a7, pf=0x10, re

[PATCH] fs: ext4: Sign-extend tv_sec after ORing in epoch bits

Fixes kernel.org bug #23732. Background: ext4 stores time as a 34-bit quantity; 2 bits in some extra bits unneeded for nanoseconds in the inode, and 32 bits in the seconds field. On systems with 64-bit time_t, the EXT4_*INODE_GET_XTIME() code incorrectly sign-extended the low 32-bits of the secon

[PATCH 3/3] x86: microcode: remove unused parameter and redundant variable

Two trivial cleanups: get_matching_sig()'s rev parameter is unused and can be removed. In apply_microcode(), cpu == cpu_num always. Merge them. Move BUG check before all other operations so that function call does not interfere with register scheduling, saving a few bytes of code. Signed-off-by:

Re: [PATCH net-next v2] net-sysfs: expose number of carrier on/off changes

Hi all, As Eric mentioned, this is a per-link counter. I am not sure an aggregate stat would be as useful. As suggested by Florian, I'm planning to add a doc. As far as I can tell, I think it goes beyond just documenting this new counter: I believe sysfs-class-net needs to be added as a whole. S

Re: kernfs/rtc: circular dependency between kernfs and ops_lock

On 03/29/2014 08:28 PM, Sasha Levin wrote: On 03/25/2014 08:19 PM, Sasha Levin wrote: On 03/25/2014 06:39 PM, Alessandro Zummo wrote: On Tue, 25 Mar 2014 17:52:30 -0400 Sasha Levin wrote: Pretty interesting indeed. One option would be to remove the sys files before acquiring the lock.

Re: [PATCH driver-core-next] sysfs: restore in-kernel mount of sysfs

On Sun, Mar 30, 2014 at 09:13:09AM -0400, Tejun Heo wrote: > Oops, this is not for driver-core-next but driver-core-linus. It's _really_ late in the release cycle for something like this, can I add it to 3.15-rc1 and if people are seeing issues, backport it to 3.14-stable? thanks, greg k-h -- To

Re: perf: WARNING: CPU: 0 PID: 16043 at kernel/events/core.c:5659

Ping? On 02/24/2014 09:01 AM, Sasha Levin wrote: Hi all, While fuzzing with trinity inside a KVM tools guest running latest -next kernel I've stumbled on the following warning: [ 1399.472224] WARNING: CPU: 0 PID: 16043 at kernel/events/core.c:5659 perf_swevent_add+0x158/0x190() [ 1399.473458

Re: [PATCH 1/2] TTY: pmac_zilog, check existence of ports in pmz_console_init()

On Tue, 2013-12-24 at 15:39 +0100, Geert Uytterhoeven wrote: > On Fri, Nov 22, 2013 at 4:47 PM, Geert Uytterhoeven > wrote: > > When booting a multi-platform m68k kernel on a non-Mac with "console=ttyS0" > > on the kernel command line, it crashes with: > > Can we please get this in stable, too? >

[PATCH 0/6] x86: Clean up and unify the vdso

This rewrites a bunch of the vdso code. After these patches, the vvar and hpet pages are mapped directly after the vdso text on all five vdso variants. The fixmaps are gone on 64-bit systems. It would be possible to build the x32 vdso the normal way on top of these patches. I haven't touched th

[PATCH 3/6] x86: Reimplement vdso.so preparation in build-time C

Currently, vdso.so files are prepared and analyzed by a combination of objcopy, nm, some linker script tricks, and some simple ELF parsers in the kernel. Replace all of that with plain C code that runs at build time. All five vdso images now generate .c files that are compiled and linked in to th

[PATCH 6/6] x86: Remove vestiges of VDSO_PRELINK and some outdated comments

These definitions had no effect. Signed-off-by: Andy Lutomirski --- arch/x86/vdso/vdso.lds.S | 7 +-- arch/x86/vdso/vdso32/vdso32.lds.S | 5 + arch/x86/vdso/vdsox32.lds.S | 7 +-- 3 files changed, 3 insertions(+), 16 deletions(-) diff --git a/arch/x86/vdso/vdso.lds.S

[PATCH 2/6] x86: Move syscall and sysenter setup into kernel/cpu/common.c

This just moves code around. Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/proto.h | 2 -- arch/x86/kernel/cpu/common.c | 32 arch/x86/vdso/vdso32-setup.c | 30 -- 3 files changed, 32 insertions(+), 32 deletions(-) diff --g

Re: [Regression, bisected 9e30cc] "sysfs, kernfs: no need to kern_mount() sysfs from sysfs_init()" prevents system from booting correctly

Oh boy... Maybe. I'll look at this option this week. Alexandre Demers On Sun 30 Mar 2014 08:31:28 AM EDT, Tejun Heo wrote: On Sat, Mar 29, 2014 at 06:08:30PM -0400, Alexandre Demers wrote: That fixes the problem, I'm now running 3.14-rc8 with your patch applied. Just sent out the patch but I

[PATCH 5/6] x86: Move the vvar and hpet mappings next to the 64-bit vDSO

This makes the 64-bit and x32 vdsos use the same mechanism as the 32-bit vdso. Most of the churn is deleting all the old fixmap code. Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/fixmap.h| 10 +++--- arch/x86/include/asm/vvar.h | 20 +--- arch/x86

[PATCH 1/6] x86: Clean up 32-bit vs 64-bit vdso params

Rather than using 'vdso_enabled' and an awful #define, just call the parameters vdso32_enabled and vdso64_enabled. Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/elf.h | 20 +--- arch/x86/um/vdso/vma.c | 2 +- arch/x86/vdso/vdso32-setup.c | 19 --

[PATCH 4/6] x86: Move the 32-bit vdso special pages after the text

This unifies the vdso mapping code and teaches it how to map special pages at addresses corresponding to symbols in the vdso image. The new code is used for all vdso variants, but so far only the 32-bit variants Signed-off-by: Andy Lutomirski --- arch/x86/include/asm/elf.h | 8 +-- arch/

Re: [PATCH] x86: Fix the symbol versions on the 32-bit vDSO

Has your glibc patch been accepted upstream yet? I'm assuming not, in which case this is a legitimate patch. On March 29, 2014 11:33:37 PM PDT, Stefani Seibold wrote: >Am Samstag, den 29.03.2014, 13:15 -0700 schrieb Andy Lutomirski: >> The new symbols provide the same API as the 64-bit variants,

Re: [PATCH v2 08/29] ktap: add bytecode reader(kernel/trace/ktap/kp_bcread.[c|h])

> That's designed for portability initially, it means we can just run bytecode > without compile script file everywhere, especially when compilation is > a heavily task for some embedded platform, even though ktap compilation > is extremely fast. > > I doubt maybe there will have this bytecode po

Re: [PATCH v2 10/29] ktap: add string handling code(kernel/trace/ktap/kp_[str|mempool].[c|h])

> See test/benchmark/cmp_table.sh, that script compare Is that a realistic tracing scenario? > table operation between ktap with stap, the result is very > inspiring, ktap table operation overhead is quite lower than > stap, especially when use constant string key. Ok fair enough. > > But I ag

[tip:x86/vdso] x86, vdso: Fix the symbol versions on the 32-bit vDSO

Commit-ID: 37c975545ec63320789962bf307f000f08fabd48 Gitweb: http://git.kernel.org/tip/37c975545ec63320789962bf307f000f08fabd48 Author: Andy Lutomirski AuthorDate: Sat, 29 Mar 2014 13:15:35 -0700 Committer: H. Peter Anvin CommitDate: Sun, 30 Mar 2014 10:08:38 -0700 x86, vdso: Fix the sy

Re: Thoughts on credential switching

On Thu, Mar 27, 2014 at 07:08:02AM -0700, Jeff Layton wrote: > I had some time to think about this last night... > > While using a fd to pass around credentials is convenient, the danger > is that it's pretty opaque. You have a fd that you know has creds > attached to it, but it's hard to be certa

[ANNOUNCE] 3.12.15-rt25

Dear RT folks! I'm pleased to announce the v3.12.15-rt25 patch set. Changes since v3.12.15-rt24 - Two patches for the gianfar network driver. One fixes a deadlock / lockup which is only available on -RT and probably since v3.10. The other is the removal of local_irq_save() statemens which sho

Re: Thoughts on credential switching

On Sun, Mar 30, 2014 at 6:03 AM, Theodore Ts'o wrote: > On Thu, Mar 27, 2014 at 07:08:02AM -0700, Jeff Layton wrote: >> I had some time to think about this last night... >> >> While using a fd to pass around credentials is convenient, the danger >> is that it's pretty opaque. You have a fd that yo

Re: [PATCH] x86: Fix the symbol versions on the 32-bit vDSO

I think it is in review. I still wait for the confirmation of my assign form. Am Sonntag, den 30.03.2014, 09:59 -0700 schrieb H. Peter Anvin: > Has your glibc patch been accepted upstream yet? I'm assuming not, in which > case this is a legitimate patch. > > On March 29, 2014 11:33:37 PM PDT, St

Re: [PATCH] x86: Fix the symbol versions on the 32-bit vDSO

Well, I applied the patch. This is not ABI yet and Andy is right it makes more sense. On March 30, 2014 12:00:40 PM PDT, Stefani Seibold wrote: >I think it is in review. I still wait for the confirmation of my assign >form. > >Am Sonntag, den 30.03.2014, 09:59 -0700 schrieb H. Peter Anvin: >> H

[PATCH] Staging: ft1000-usb: fixed a few code style issues

Fixed a few code style issues, particularly: Add do {} while (0) wrapper around seq_* macros. Change printk(KERN_WARN...) to netdev_warn(...). Signed-off-by: Anders Darander --- drivers/staging/ft1000/ft1000-usb/ft1000_proc.c | 25 ++--- 1 file changed, 14 insertions(+), 11

Re: [git pull] vfs fixes

On Wed, Mar 26, 2014 at 01:55:51PM -0700, Linus Torvalds wrote: > On Wed, Mar 26, 2014 at 9:36 AM, Sedat Dilek wrote: > > > > Looking at [1] you did not pull-in the new changes. > > Are you waiting for a new pull-request? > > Yeah, with the top commit updated, I'd like to make sure I get the righ

Re: [PATCH] mm/mmu_notifier: restore set_pte_at_notify semantics

On Wed, Jan 22, 2014 at 04:01:15PM +0200, Haggai Eran wrote: > On 22/01/2014 15:10, Andrea Arcangeli wrote: > > On Wed, Jan 15, 2014 at 11:40:34AM +0200, Mike Rapoport wrote: > >> Commit 6bdb913f0a70a4dfb7f066fb15e2d6f960701d00 (mm: wrap calls to > >> set_pte_at_notify with invalidate_range_start a

Re: [v3.2.y][PATCH 1/1] cifs: set MAY_SIGN when sec=krb5

On Fri, 2014-02-28 at 16:07 -0500, Joseph Salisbury wrote: > Backport from mainline commit: 0b7bc84000d71f3647ca33ab1bf5bd928535c846. > This backport was done so including mainline commit > 8830d7e07a5e38bc47650a7554b7c1cfd49902bf is not needed. > > BugLink: http://bugs.launchpad.net/bugs/1285723

Re: [git pull] vfs fixes

On Sun, Mar 30, 2014 at 09:33:07PM +0100, Al Viro wrote: > Al, finally back to life and digging himself from under ~5e3 mails in l-k > mailbox... Several fixes; a couple of fdget_pos()-related ones from Eric Biggers, prepend_name() fix (bug was reported by many people, Imre and Jan being t

Re: [PATCH] pci: changed '...pci_bus* bus' to '...pci_bus *bus'

Hello, This is my first patch. I'm looking for feedback pertaining to my submission that way I can submit more patches correctly in the future. Any constructive feedback is welcome. I have one question in particular regarding the 'Sign by' section in the git commit message. Am I suppose to add

Re: [PATCH 5/5] rcar_vin: add devicetree support

Hi Ben, Since I never received a reply to this my query, I consider this your patch series suspended. Thanks Guennadi On Sat, 8 Mar 2014, Guennadi Liakhovetski wrote: > Hi Ben, > > On Fri, 7 Mar 2014, Ben Dooks wrote: > > > Add support for devicetree probe for the rcar-vin > > driver. > > T

Re: [PATCH 5/5] rcar_vin: add devicetree support

On 30/03/14 22:04, Guennadi Liakhovetski wrote: Hi Ben, Since I never received a reply to this my query, I consider this your patch series suspended. Thanks Guennadi I meant to send out a patch series for the of probe for soc_camera. The actual rcar_vin does not need much to support async pro

Re: [PATCH 5/5] rcar_vin: add devicetree support

On Sun, 30 Mar 2014, Ben Dooks wrote: > On 30/03/14 22:04, Guennadi Liakhovetski wrote: > > Hi Ben, > > > > Since I never received a reply to this my query, I consider this your > > patch series suspended. > > > > Thanks > > Guennadi > > I meant to send out a patch series for the of probe for s

Re: [PATCH 5/5] rcar_vin: add devicetree support

On 30/03/14 22:17, Guennadi Liakhovetski wrote: On Sun, 30 Mar 2014, Ben Dooks wrote: On 30/03/14 22:04, Guennadi Liakhovetski wrote: Hi Ben, Since I never received a reply to this my query, I consider this your patch series suspended. Thanks Guennadi I meant to send out a patch series for

[PATCH 3/4] brcm80211: deinline wlc_intstatus, save 429 bytes

Automated script discovered that without forced inlining, gcc-4.7 generates smaller code for this function. There is no need to declare static functions inline anyway: nowadays gcc detects single-callsite static functions which benefit from inlining. In this case, function is large and has two ca

[PATCH 2/4] brcm80211: deinline dma64_dd_upd, save 157 bytes

Automated script discovered that without forced inlining, gcc-4.7 generates smaller code for this function. There is no need to declare static functions inline anyway: nowadays gcc detects single-callsite static functions which benefit from inlining. In this case, function is large and has two ca

Re: [PATCH] rtl8187: fix use after free on failure path in rtl8187_probe()

On 03/28/2014 03:26 PM, Alexey Khoroshilov wrote: If allocation of io_dmabuf fails, rtl8187_probe() calls usb_put_dev(udev) while usb_get_dev(udev) is not called yet. As a result refcnt is decremented incorrectly and usb_dev can be used after memory deallocation. Found by Linux Driver Verificati

[PATCH 4/4] brcm80211: deinline brcmf_sdio_clrintr, save 8979 bytes

Automated script discovered that without forced inlining, gcc-4.7 generates smaller code for this function. There is no need to declare static functions inline anyway: nowadays gcc detects single-callsite static functions which benefit from inlining. Signed-off-by: Denys Vlasenko --- drivers/ne

[PATCH 1/4] brcm80211: deinline brcmf_chip_cr4_enterdl, save 440 bytes

Automated script discovered that without forced inlining, gcc-4.7 generates smaller code for this function. There is no need to declare static functions inline anyway: nowadays gcc detects single-callsite static functions which benefit from inlining. Signed-off-by: Denys Vlasenko --- drivers/ne

Re: [PATCH] ipc: constify ipc_ops

On Sun, 2014-03-30 at 15:35 +0200, Mathias Krause wrote: > There is no need to recreate the very same ipc_ops structure on every > kernel entry for msgget/semget/shmget. Just declare it static and be > done with it. > While at it, constify it as we don't modify the structure at runtime. Seems reas

Re: [PATCH driver-core-next] sysfs: restore in-kernel mount of sysfs

On Sun, Mar 30, 2014 at 09:26:41AM -0700, Greg Kroah-Hartman wrote: > On Sun, Mar 30, 2014 at 09:13:09AM -0400, Tejun Heo wrote: > > Oops, this is not for driver-core-next but driver-core-linus. > > It's _really_ late in the release cycle for something like this, can I > add it to 3.15-rc1 and if

[no subject]

>From 3f29cc555820b3f3047e91fece8b7eac07ff75a8 Mon Sep 17 00:00:00 2001 From: Thomas Vegas To: gre...@linuxfoundation.org Cc: linux-kernel@vger.kernel.org Cc: de...@driverdev.osuosl.org Date: Sun, 30 Mar 2014 23:29:38 +0200 Subject: [PATCH] staging: serqt_usb2: Add blank lines after declarations.

Helpdesk- E-Mail Alert Confirmation

This message is from our Helpdesk-data base center to all WEBMAIL Exchange-OUTLOOK USER'S. the Admin Help Desk is currently upgrading our data base and e-mail account center,you are required to click the link . CLICK HERE and fill all information correctly

[PATCH] staging: serqt_usb2: Add blank lines after declarations.

Use a more common kernel coding style. Signed-off-by: Thomas Vegas --- drivers/staging/serqt_usb2/serqt_usb2.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/serqt_usb2/serqt_usb2.c b/drivers/staging/serqt_usb2/serqt_usb2.c index 0267dd8..f883f48 10064

Re: [PATCH] powerpc/le: enable RTAS events support

Greg Kurz writes: > struct rtas_error_log { > +#ifdef __BIG_ENDIAN__ > + /* Byte 0 */ > unsigned long version:8;/* Architectural version */ > + /* Byte 1 */ I think it would be great if we got rid of the usage of bitfields. As soon as the mood of the compiler change

Re: [git pull] vfs fixes

On Sun, Mar 30, 2014 at 1:55 PM, Al Viro wrote: > > Commit ID of that branch should be 7fc5aaa083922420e2dec5d985420cb5f959b1ce; > diffs are the same as what sat there since last Sunday, commit messages > got updated a bit. Ugh. You have apparently rebased the parts that I already pulled too, whi

Re: turbo on lenovo w530 causing over-temp warnings

I've just installed mcelog, if it'll help me figure out what is going on I'll try it. But the actual reboots come from an actual thermal alert, I've seen them appear in the console just before the machine shuts off. It seems at around 100-110c, something (lmsensors? Kernel?) will 'shutdown -h no

[PATCH for v3.14] AUDIT: Allow login in non-init namespaces

It its possible to configure your PAM stack to refuse login if audit messages (about the login) were unable to be sent. This is common in many distros and thus normal configuration of many containers. The PAM modules determine if audit is enabled/disabled in the kernel based on the return value fr

Promela/spin model for NO_HZ_FULL_SYSIDLE code

For whatever it is worth, the following model claims safety and progress for the sysidle state machine. Thoughts? Thanx, Paul sysidle.sh --

[PATCH 1/2] futex: update comments for ordering guarantees

Commit 11d4616bd07f (futex: revert back to the explicit waiter counting code) was a late fix that changed the way we account for waiters on a futex. However, it made the general documentation we have regarding this topic slightly stale. Signed-off-by: Davidlohr Bueso --- kernel/futex.c | 19

[PATCH 2/2] futex: add plist_del + atomic_dec helper

When removing a waiter from the plist, we always decrement the hb waiters to reflect such logic. Add an unqueue_waiter() helper, thus preventing any future changes that might not do so. For the enqueuing, this isn't worth it since we will increment the hb waiters before doing the plist_add(). Sig

[PATCH 0/2] futex: updates for hb waiters

Since we recently changed the way we account for pending waiters back to the atomic ops variant, we can do some minor updates to the code. The first is a necessary doc change, and the other a small helper function. Please consider for 3.15. Davidlohr Bueso (2): futex: update comments for order

Re: [git pull] vfs fixes

On Sun, Mar 30, 2014 at 03:39:33PM -0700, Linus Torvalds wrote: > On Sun, Mar 30, 2014 at 1:55 PM, Al Viro wrote: > > > > Commit ID of that branch should be 7fc5aaa083922420e2dec5d985420cb5f959b1ce; > > diffs are the same as what sat there since last Sunday, commit messages > > got updated a bit.

[PATCH 3.2 001/200] rtlwifi: Set the link state

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 619ce76f8bb850b57032501a39f26aa6c6731c70 upstream. The present code fails to set the linked state when an interface is added. Signed-off-by: Larry Finger Signed-off-by: Jo

[PATCH 3.2 011/200] serial: add support for 200 v3 series Titan card

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Yegor Yefremov commit 48c0247d7b7bf58abb85a39021099529df365c4d upstream. Signed-off-by: Yegor Yefremov Signed-off-by: Greg Kroah-Hartman [bwh: Backported to 3.2: adjust filename] Signed-off-b

[PATCH 3.2 196/200] jiffies: Avoid undefined behavior from signed overflow

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: "Paul E. McKenney" commit 5a581b367b5df0531265311fc681c2abd377e5e6 upstream. According to the C standard 3.4.3p3, overflow of a signed integer results in undefined behavior. This commit theref

[PATCH 3.2 183/200] hpfs: deadlock and race in directory lseek()

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 31abdab9c11bb1694ecd1476a7edbe8e964d94ac upstream. For one thing, there's an ABBA deadlock on hpfs fs-wide lock and i_mutex in hpfs_dir_lseek() - there's a lot of methods that gr

[PATCH 3.2 133/200] ASoC: wm8770: Fix wrong number of enum items

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 7a6c0a58dc824523966f212c76322d47c5b0e6fe upstream. wm8770 codec driver defines ain_enum with a wrong number of items. Use SOC_ENUM_DOUBLE_DECL() macro and it's automaticall

[PATCH 3.2 185/200] timekeeping: fix 32-bit overflow in get_monotonic_boottime

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Colin Cross fixed upstream in v3.6 by ec145babe754f9ea1079034a108104b6001e001c get_monotonic_boottime adds three nanonsecond values stored in longs, followed by an s64. If the long values are

[PATCH 3.2 161/200] mac80211: clear sequence/fragment number in QoS-null frames

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 864a6040f395464003af8dd0d8ca86fed19866d4 upstream. Avoid leaking data by sending uninitialized memory and setting an invalid (non-zero) fragment number (the sequence number

[PATCH 3.2 158/200] tracing: Do not add event files for modules that fail tracepoints

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" commit 45ab2813d40d88fc575e753c38478de242d03f88 upstream. If a module fails to add its tracepoints due to module tainting, do not create the module event infrastructu

[PATCH 3.2 184/200] ftrace: Have function graph only trace based on global_ops filters

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt commit 23a8e8441a0a74dd612edf81dc89d1600bc0a3d1 upstream. Doing some different tests, I discovered that function graph tracing, when filtered via the set_ftrace_filter and set_ft

[PATCH 3.2 174/200] KVM: SVM: fix cr8 intercept window

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Radim Krčmář commit 596f3142d2b7be307a1652d59e7b93adab918437 upstream. We always disable cr8 intercept in its handler, but only re-enable it if handling KVM_REQ_EVENT, so there can be a window

[PATCH 3.2 182/200] hpfs: remember free space

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 2cbe5c76fc5e38e9af4b709593146e4b8272b69e upstream. Previously, hpfs scanned all bitmaps each time the user asked for free space using statfs. This patch changes it so th

[PATCH 3.2 156/200] can: flexcan: flexcan_open(): fix error path if flexcan_chip_start() fails

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Marc Kleine-Budde commit 7e9e148af01ef388efb6e2490805970be4622792 upstream. If flexcan_chip_start() in flexcan_open() fails, the interrupt is not freed, this patch adds the missing cleanup. Si

[PATCH 3.2 187/200] net: fix 'ip rule' iif/oif device rename

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Maciej Żenczykowski [ Upstream commit 946c032e5a53992ea45e062ecb08670ba39b99e3 ] ip rules with iif/oif references do not update: (detach/attach) across interface renames. Signed-off-by: Maciej

[PATCH 3.2 019/200] USB: cypress_m8: fix ring-indicator detection and reporting

3.2.56-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 440ebadeae9298d7de3d4d105342691841ec88d0 upstream. Fix ring-indicator (RI) status-bit definition, which was defined as CTS, effectively preventing RI-changes from being dete

  1   2   3   4   >