Re: [PATCH 4/4] sigaltstack: allow disabling and re-enabling sas within sighandler

01.02.2016 21:52, Oleg Nesterov пишет: Stas, I probably missed something, but I don't understand your concerns, On 02/01, Stas Sergeev wrote: 01.02.2016 21:04, Oleg Nesterov пишет: Yes, and SS_FORCE means "I know what I do", looks very simple. But to me its not because I don't know what to

[PATCH v2 2/2] crypto: af_alg - add async support to algif_aead

Following the async change for algif_skcipher this patch adds similar async read to algif_aead. changes in v2: - change internal data structures from fixed size arrays, limited to RSGL_MAX_ENTRIES, to linked list model with no artificial limitation. - use sock_kmalloc instead of kmalloc for

Re: [PATCH 3/4] netfilter: ipv4: use preferred kernel types

From: David Laight Date: Mon, 1 Feb 2016 16:37:41 + > From: Lucas Tanure >> Sent: 30 January 2016 13:18 >> As suggested by checkpatch.pl: >> CHECK: Prefer kernel type 'uX' over 'uintX_t' > > One might ask why? We have consistently done this, and consistency is

Re: [PATCH 4/4] sched,time: only call account_{user,sys,guest,idle}_time once a jiffy

On 02/01/2016 03:00 PM, Eric Dumazet wrote: > On Mon, 2016-02-01 at 14:21 -0500, r...@redhat.com wrote: >> From: Rik van Riel >> > >> #ifdef CONFIG_VIRT_CPU_ACCOUNTING_GEN >> +static bool vtime_jiffies_changed(struct task_struct *tsk, unsigned long >> now) >> +{ >> +if

[RFC][PATCH 3/4] sched: Move sched_domain_debug into debug.c

From: "Steven Rostedt (Red Hat)" The sched_domain_debug code only gets compiled if SCHED_DEBUG is configured, and debug.c only gets compiled if SCHED_DEBUG is also configured. Move the code into debug.c and remove the #ifdefs in core.c. Some functions and variables need to

[RFC][PATCH 4/4] sched: Add debugfs/sched/deadline_bw file to show current bandwidths

From: "Steven Rostedt (Red Hat)" Add a /sys/kernel/debug/sched directory and place a deadline_bw file there that shows the current bandwidths of the CPUs for SCHED_DEADLINE tasks. # cat /sys/kernel/debug/sched/deadline_bw CPU[0]: bw: 996147 total_bw: 0

Re: [PATCH] [dm]fix NULL pointer in dm_exception_store_create() when create dm device

On Mon, Feb 01, 2016 at 03:05:58PM +0800, DingXiang wrote: > In some conditions(such as umount fs failed),origin path or origin bdev or > both of the two is same > as cow's.If this happens, origin dev will be freed when get cow dev in > function "dm_get_device" , > then "s->origin->dev" which

Re: [PATCH V3 2/2] reset: img: Add Pistachio reset controller driver

Hi James, Thanks for the reminder. I'll apply these with a few small fixups. No need to resend if you agree. Am Montag, den 18.01.2016, 13:12 + schrieb James Hartley: > From: "Damien.Horsley" s/Damien.Horsley/Damien Horsley/ > > Add reset controller driver for

Re: Linux 4.5-rc2

On Mon, Feb 1, 2016 at 11:08 AM, Heinz Diehl wrote: > > Still, some Asus laptops are hanging at boot-time, both with latest > -stable and 4.5-rc1/rc2: > > [4.056862] asus_laptop:model detected > [4.058731] BUG: unable to handle kernel NULL pointer dereference at >

[PATCH v2 4/4] Add WARN() function call to hard-soft lockup

This patch series adds config options which can be set during compile to direct the compiler to output a breakpoint instruction anywhere a BUG_XX() or WARN_XX() macro has been placed in the kernel to trigger the system to enter a debugger if a bug is detected by the system. Use of this compile

Re: [PATCH] Staging: speakup: Fix allyesconfig build on mn10300

On Mon, Feb 01, 2016 at 09:06:03AM +0100, Samuel Thibault wrote: > mn10300 uses an mmio-driven uart. This is not supported by speakup, so > prevent from enabling it. > > Signed-off-by: Samuel Thibault > > --- a/drivers/staging/speakup/Kconfig > +++

Re: [PATCH] ARM: bcm: use const and __initconst for smp_operations

On 25/01/16 09:15, Ray Jui wrote: > Hi Masahiro, > > On 1/25/2016 3:31 AM, Masahiro Yamada wrote: >> This newly added code missed the global fixup by commit 75305275a721 >> ("ARM: use const and __initconst for smp_operations"). So fix it now. >> >> Also, add missing "static" qualifier. >> >>

Re: [PATCH 0/9] staging: Updates from the Android tree

On Mon, Feb 1, 2016 at 1:10 PM, Laura Abbott wrote: > On 01/29/2016 10:07 PM, John Stultz wrote: >> >> In reviewing the experimental/android-4.4 tree from AOSP, I >> realized there were a handful of patches to code in the >> staging/android directory. >> >> So I wanted to send

[RESEND PATCH] Staging:speakup:add space around '|'

Fix checkpatch.pl check:CHECK: spaces preferred around that '|'. Add spaces around operands to fix these warnings. Signed-off-by: Bhumika Goyal --- drivers/staging/speakup/speakup_decext.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff

Re: [PATCH] epoll: add exclusive wakeups flag

On 01/29/2016 03:14 AM, Michael Kerrisk (man-pages) wrote: > Hello Jason, > On 01/28/2016 06:57 PM, Jason Baron wrote: >> Hi, >> >> On 01/28/2016 02:16 AM, Michael Kerrisk (man-pages) wrote: >>> Hi Jason, >>> >>> On 12/08/2015 04:23 AM, Jason Baron wrote: Hi, Re-post of an old

Re: [PATCH v2] clocksource/arm_arch_timer: Enable and verify MMIO access

On 02/01, Robin Murphy wrote: > So far, we have been blindly assuming that having access to a > memory-mapped timer frame implies that the individual elements of that > frame frame are already enabled. Whilst it's the firmware's job to give > us non-secure access to frames in the first place, we

[PATCH] USB: cp210x: add IDs for GE B650V3 and B850V3 boards

From: Ken Lin Add USB ID for cp2104/5 devices on GE B650v3 and B850v3 boards. Signed-off-by: Ken Lin Signed-off-by: Akshay Bhat --- drivers/usb/serial/cp210x.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH 1/2] clocksource: Add NPS400 timers driver

Hi Noam, [auto build test ERROR on tip/irq/core] [also build test ERROR on v4.5-rc2 next-20160201] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Noam-Camus/clocksource-Add-NPS400-timers

[PATCH v3 0/6] acpi, clocksource, kvm: add GTDT and ARM memory-mapped timer support

From: Fu Wei This patchset: (1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c Parse all kinds of timer in GTDT table of ACPI:arch timer, memory-mapped timer and SBSA Generic Watchdog timer. This driver can help to simplify all the relevant timer drivers,

[PATCH] tty: add Moxa Smartio MUE serial driver

Add a driver which supports: - CP-102E: 2 ports RS232 PCIE card - CP-102EL: 2 ports RS232 PCIE card - CP-132EL: 2 ports RS422/485 PCIE card - CP-114EL: 4 ports RS232/422/485 PCIE card - CP-104EL-A: 4 ports RS232 PCIE card - CP-168EL-A: 8 ports RS232 PCIE card - CP-118EL-A: 8 ports RS232/422/485

Re: [PATCH 1/4] Add BUG_XX() debugging options

On 2/1/16, Jeffrey Merkey <jeffmer...@gmail.com> wrote: > On 2/1/16, kbuild test robot <l...@intel.com> wrote: >> Hi Jeffrey, >> >> [auto build test WARNING on v4.5-rc2] >> [also build test WARNING on next-20160201] >> [cannot apply to tip/x86/core]

Re: [PATCH] tty: add Moxa Smartio MUE serial driver

On Mon, Feb 01, 2016 at 09:34:19PM +0100, Mathieu OTHACEHE wrote: > Add a driver which supports: > > - CP-102E: 2 ports RS232 PCIE card > - CP-102EL: 2 ports RS232 PCIE card > - CP-132EL: 2 ports RS422/485 PCIE card > - CP-114EL: 4 ports RS232/422/485 PCIE card > - CP-104EL-A: 4 ports RS232 PCIE

Re: [PATCH] net: smc91x: propagate irq return code

Sergei Shtylyov writes: > On 02/01/2016 11:41 PM, Robert Jarzmik wrote: > The smc91x driver doesn't honor the probe deferral mechanism when the interrupt source is not yet available, such as one provided by a gpio controller not probed. > >>>

Re: [PATCH] ASoC: fsl_ssi: remove explicit register defaults

On Mon, Feb 01, 2016 at 05:58:06PM +0100, Maciej S. Szmigiero wrote: > Looks like a possible solution would be to change > regmap_raw_read() to do read using _regmap_read in > case the cache is bypassed and there is no ->read > callback defined for regmap implementation. No, that's completely

Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again

On Mon, Feb 01, 2016 at 10:04:07AM -0800, Andy Lutomirski wrote: > On Mon, Feb 1, 2016 at 3:00 AM, Wei Liu wrote: > > Nice work, Andy. > > > > On Thu, Jan 28, 2016 at 06:31:13PM -0800, Andy Lutomirski wrote: > >> This switches virtio to use the DMA API on Xen and if requested

Re: [PATCHv2 2/3] arm64: Add support for ARCH_SUPPORTS_DEBUG_PAGEALLOC

On 02/01/2016 04:29 AM, Mark Rutland wrote: Hi, On Fri, Jan 29, 2016 at 03:46:57PM -0800, Laura Abbott wrote: ARCH_SUPPORTS_DEBUG_PAGEALLOC provides a hook to map and unmap pages for debugging purposes. This requires memory be mapped with PAGE_SIZE mappings since breaking down larger mappings

Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen

On Sun, Jan 31, 2016 at 10:09:07PM +0200, Michael S. Tsirkin wrote: > On Fri, Jan 29, 2016 at 10:34:59AM +, David Vrabel wrote: > > On 29/01/16 02:31, Andy Lutomirski wrote: > > > Signed-off-by: Andy Lutomirski > > > --- > > > drivers/virtio/virtio_ring.c | 12 >

Re: [PATCH] Optimize int_sqrt for small values for faster idle

On Thu, Jan 28 2016, Andi Kleen wrote: > From: Andi Kleen > > The menu cpuidle governor does at least two int_sqrt() each time > we go into idle in get_typical_interval to compute stddev > > int_sqrts take 100-120 cycles each. Short idle latency is

Re: [PATCH 21/31] Add debugger entry points for MIPS

On Mon, Feb 01, 2016 at 09:03:54AM -0700, Jeff Merkey wrote: > You can drop this patch series, I am rethinking a better way to do this. Dropped. Ralf

Re: [PATCH] recordmcount: arm: Implement make_nop

On 01/30, Rabin Vincent wrote: > On Fri, Jan 29, 2016 at 05:18:06PM -0800, Stephen Boyd wrote: > > diff --git a/scripts/recordmcount.c b/scripts/recordmcount.c > > index e167592793a7..0b16d14c54fb 100644 > > --- a/scripts/recordmcount.c > > +++ b/scripts/recordmcount.c > > @@ -206,6 +206,52 @@

Re: [PATCH v5] fuse: Add support for passthrough read/write

On Mon, Feb 01, 2016 at 11:28:51AM -0800, Nikhilesh Reddy wrote: > On Mon 01 Feb 2016 11:15:56 AM PST, Jann Horn wrote: > >On Mon, Feb 01, 2016 at 10:56:27AM -0800, Nikhilesh Reddy wrote: > >>diff --git a/fs/fuse/passthrough.c b/fs/fuse/passthrough.c > >[...] > >>+static ssize_t

Re: [PATCH 03/10] perf report: Apply --percent-limit to callchains also

Em Thu, Jan 28, 2016 at 12:40:50AM +0900, Namhyung Kim escreveu: > Currently --percent-limit option only works for hist entries. However > it'd be better to have same effect to callchains as well Documentation needs updating? It says: --percent-limit:: Do not show entries which have an

BUG caused by "Use new drm_fb_helper functions" series

Hi Archit, Just booting 4.4-rc5+, I got this splat [1] At first glance, this appears to be a simple fix. However, I'm concerned that fbcon functions, which may be called with interrupts disabled, are now hooked up to fbdev functions which may assume interrupts are not disabled (as is the case

[PATCH 3/4] ARM: davinci: DA8xx+DMx combined kernels need PATCH_PHYS_VIRT

We already forbid that combination when AUTO_ZRELADDR is disabled, for the same reason that the two have their RAM at different physical addresses as seen from the CPU. This does the same change for PATCH_PHYS_VIRT: if you disable either of the options, Kconfig now enforces that you have to pick

Re: Linux 4.5-rc2

On Mon, Feb 1, 2016 at 12:41 PM, Greg KH wrote: > > The patch you show below is included in 4.5-rc2, it's commit > 25cad69f21f5532d99e2ee73c8ab6512bcab614c. Right you are, Greg. Heinz? Did you actually test rc2 or something else? Linus

Re: [PATCH 0/9] staging: Updates from the Android tree

On 01/29/2016 10:07 PM, John Stultz wrote: In reviewing the experimental/android-4.4 tree from AOSP, I realized there were a handful of patches to code in the staging/android directory. So I wanted to send these along for review, so if there were no objections they could be queued for 4.6. Let

[PATCH] regmap: Return an error if a caller attempts to do an unsupported raw read

regmaps without raw I/O access can't implement raw I/O operations, return an error if someone tries to do that rather than crashing. Signed-off-by: Mark Brown --- drivers/base/regmap/regmap.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/base/regmap/regmap.c

Re: [PATCH v2 4/4] Add WARN() function call to hard-soft lockup

>> >> +WARN(1, "Watchdog detected hard LOCKUP on cpu %d", this_cpu); >> + > > So we repeat the same exact print message and dump the same stack again as > we do a few lines above? That doesn't make any sense. > > Cheers, > Don > Agreed. I'll go back and work on it. Jeff

Re: [PATCH] PM / AVS: rockchip-io: add GRF and PMUGRF types to distinguish

Hi David, Am Montag, 1. Februar 2016, 16:54:38 schrieb David.Wu: > 在 2016/1/30 20:39, Heiko Stuebner 写道: > > Am Samstag, 30. Januar 2016, 20:01:45 schrieb David Wu: > >> As rk3368 contained two separated iodomain areas, this was > >> determined to use which regmap base address. > >> > >>

Re: N900 sleep mode (in 4.5-rc0, if that matters)

Hi! > > > > Any ideas what jumps to use the modules? Charger code? > > > > > > I tried a kernel without charger code, and no luck, rmmod fails the > > > same way. dmesg says: > > > [ 111.093078] wlan0: authenticated > > > [ 111.097442] wlan0: associate with 06:27:22:f9:10:6a (try 1/3) > > > [

Re: [Xen-devel] [PATCH v6 9/9] vring: Use the DMA API on Xen

On Mon, Feb 01, 2016 at 10:00:59AM -0800, Andy Lutomirski wrote: > Signed-off-by: Andy Lutomirski Reviewed-by: Wei Liu

Re: [PATCH/RFC] VFS: Improve fairness when locking the per-superblock s_anon list

On Fri, Jan 29, 2016 at 11:17:43AM +1100, NeilBrown wrote: > bit-spin-locks, as used for dcache hash chains, are not fair. > This is not a problem for the dcache hash table as different CPUs are > likely to access different entries in the hash table so high contention > is not expected. > However

Re: [PATCH] ASoC: fsl_ssi: remove explicit register defaults

On 01.02.2016 22:10, Mark Brown wrote: > On Mon, Feb 01, 2016 at 05:58:06PM +0100, Maciej S. Szmigiero wrote: > >> Looks like a possible solution would be to change >> regmap_raw_read() to do read using _regmap_read in >> case the cache is bypassed and there is no ->read >> callback defined for

Re: JFFS2 deadlock

Hello David: > > Subject: [PATCH] Revert "jffs2: Fix lock acquisition order bug in > > jffs2_write_begin" > > http://article.gmane.org/gmane.linux.drivers.mtd/62951 > > > > This is a patch revising my original patch, which I sent to linux-mtd on > > 10-Nov-2015. I didn't see a response yet,

Re: [PATCH v5] fuse: Add support for passthrough read/write

On Mon, Feb 01, 2016 at 10:56:27AM -0800, Nikhilesh Reddy wrote: > diff --git a/fs/fuse/passthrough.c b/fs/fuse/passthrough.c [...] > +static ssize_t fuse_passthrough_read_write_iter(struct kiocb *iocb, > + struct iov_iter *iter, int do_write) > +{ > +

Re: [PATCH 3/4] time,acct: drop irq save & restore from __acct_update_integrals

On 02/01/2016 04:28 AM, Peter Zijlstra wrote: > Its just the acct_account_cputime() callers that I suspect will all have > IRQs disabled, but it would still be goot to verify that with a > WARN_ON(!irqs_disabled()) test in there for at least one test run, and > then include that you did this in

Re: [PATCH v5] fuse: Add support for passthrough read/write

On Mon 01 Feb 2016 11:15:56 AM PST, Jann Horn wrote: On Mon, Feb 01, 2016 at 10:56:27AM -0800, Nikhilesh Reddy wrote: diff --git a/fs/fuse/passthrough.c b/fs/fuse/passthrough.c [...] +static ssize_t fuse_passthrough_read_write_iter(struct kiocb *iocb, +

[RFC][PATCH 2/4] sched: Move sched_domain_sysctl to debug.c

From: "Steven Rostedt (Red Hat)" The sched_domain_sysctl setup is only enabled when SCHED_DEBUG is configured. As debug.c is only compiled when SCHED_DEBUG is configured as well, move the setup of sched_domain_sysctl into that file. Note, the

[PATCH v2 2/4] Add WARN_XX() debugging options

This patch series adds config options which can be set during compile to direct the compiler to output a breakpoint instruction anywhere a BUG() or WARN() macro has been placed in the kernel to trigger the system to enter a debugger if a bug is detected by the system. Use of this compile time

[PATCH v2 3/4] Add BUG_XX() and WARN_XX() debugging options

This patch series adds config options which can be set during compile to direct the compiler to output a breakpoint instruction anywhere a BUG() or WARN() macro has been placed in the kernel to trigger the system to enter a debugger if a bug is detected by the system. Use of this compile time

Re: [PATCH] net: smc91x: propagate irq return code

On 02/01/2016 11:41 PM, Robert Jarzmik wrote: The smc91x driver doesn't honor the probe deferral mechanism when the interrupt source is not yet available, such as one provided by a gpio controller not probed. What if 'ndev->irq' does equal 0? That's not possible AFAIR. Possible

Re: [PATCH] ASoC: fsl_ssi: remove explicit register defaults

On Mon, Feb 1, 2016 at 7:30 PM, Maciej S. Szmigiero wrote: > So can regcache initialization be changed to use register by register read > in case raw read fails? > > Since other option for drivers like SSI which are memory mapped and > don't offer ability to reset

Re: [PATCH 4/4] sigaltstack: allow disabling and re-enabling sas within sighandler

Stas, I probably missed something, but I don't understand your concerns, On 02/01, Stas Sergeev wrote: > > 01.02.2016 21:04, Oleg Nesterov пишет: > > Yes, and SS_FORCE means "I know what I do", looks very simple. > But to me its not because I don't know what to do with > uc_stack after SS_FORCE

Re: [PATCH REBASE 4.5 26/31] sound/usb: Update ALSA driver to use Managed Media Controller API

Em Mon, 01 Feb 2016 11:00:47 -0700 Shuah Khan escreveu: > On 02/01/2016 09:33 AM, Takashi Iwai wrote: > > On Thu, 21 Jan 2016 19:09:50 +0100, > > Shuah Khan wrote: > >> > >> Change ALSA driver to use Managed Media Managed Controller > >> API to share tuner with DVB and

[PATCH 0/2] ACPI, APEI: Memory leaks

While investigating a possible memory leak using kmemleak I came across the following five leaks coming from APEI and ERST: unreferenced object 0x880402b6ee80 (size 32): comm "swapper/0", pid 1, jiffies 4294669373 (age 318.183s) hex dump (first 32 bytes): 58 fe ab fa 03 88 ff ff 58 fe

[PATCH 2/2] ACPI, APEI, ERST: Fixed leaked resources in erst_init

erst_init currently leaks resources allocated from its call to apei_resources_request(). The data allocated there gets copied into apei_resources_all and can be freed when we're done with it. Signed-off-by: Josh Hunt diff --git a/drivers/acpi/apei/erst.c

Re: [PATCHv3 1/3] rdmacg: Added rdma cgroup controller.

On Tue, Feb 2, 2016 at 12:10 AM, Tejun Heo wrote: > Hello, Parav. > > On Sun, Jan 31, 2016 at 11:20:45PM +0530, Parav Pandit wrote: >> > Yes, it can. It just becomes a part of kernel ABI that the IB stack >> > module depends on. >> > >> o.k. Its doable, but I believe its simple

Re: [PATCH 4/4] sigaltstack: allow disabling and re-enabling sas within sighandler

On 02/01, Stas Sergeev wrote: > > 01.02.2016 21:52, Oleg Nesterov пишет: > >Stas, I probably missed something, but I don't understand your concerns, > > > >On 02/01, Stas Sergeev wrote: > >>01.02.2016 21:04, Oleg Nesterov пишет: > >>>Yes, and SS_FORCE means "I know what I do", looks very simple. >

[PATCH 2/2] irqchip: add nps Internal and external irqchips

From: Noam Camus Adding EZchip NPS400 support. NPS internal interrupts are internally handled at Multi Thread Manager (MTM) that is signaled for deactivating an interrupt. External interrupts is handled also at Global Interrupt Controller (GIC) e.g. serial and network devices.

Re: [PATCH V3 00/21] MMCONFIG refactoring and support for ARM64 PCI hostbridge init based on ACPI

On Wed, Jan 13, 2016 at 5:20 AM, Tomasz Nowicki wrote: > From the functionality point of view this series might be split into the > following logic parts: > 1. Make MMCONFIG code arch-agnostic which allows all architectures to collect >PCI config regions and used when

Re: [RFC PATCH 11/19] cpufreq: assert policy->rwsem is held in __cpufreq_governor

On 02/01/2016 02:22 AM, Rafael J. Wysocki wrote: On Mon, Feb 1, 2016 at 7:09 AM, Viresh Kumar wrote: On 30-01-16, 12:49, Rafael J. Wysocki wrote: On Friday, January 29, 2016 04:33:39 PM Saravana Kannan wrote: AFAIR, the ABBA issue was between the sysfs lock and the

Re: [GIT PULL] at91: fixes for 4.5 #1

On Thu, Jan 28, 2016 at 10:08:35AM +0100, Nicolas Ferre wrote: > Arnd, Olof, Kevin, > > First AT91 fixes pull-request for 4.5, all DT modifications. The bulk of the > changes is about adding the phy specification to Ethernet nodes because of > recent changes in phy drivers that tend to require a

Re: [PATCH] bus: uniphier-system-bus: revive tristate prompt

On Sat, Jan 23, 2016 at 11:06:28PM +0900, Masahiro Yamada wrote: > At first, commit 4b7f48d395a7 ("bus: uniphier-system-bus: add UniPhier > System Bus driver") introduced this driver as a tristate one. > > Then, commit 326ea45aa827 ("bus: uniphier: allow only built-in > driver") temporarily made

Re: [PATCH] ARM: realview: use "depends on" instead of "if" after prompt

On Mon, Jan 25, 2016 at 08:42:44PM +0900, Masahiro Yamada wrote: > This platform recently moved to multi-platform, so missed the global > fixup by commit e32465429490 ("ARM: use "depends on" for SoC configs > instead of "if" after prompt"). Fix it now. > > Signed-off-by: Masahiro Yamada

Re: [PATCH] ARM: tango: use "depends on" instead of "if" after prompt

On Mon, Jan 25, 2016 at 08:40:44PM +0900, Masahiro Yamada wrote: > This platform was recently added, so missed the global fixup by > commit e32465429490 ("ARM: use "depends on" for SoC configs instead > of "if" after prompt"). Fix it now. > > Signed-off-by: Masahiro Yamada

Re: [PATCH] net: smc91x: propagate irq return code

Sergei Shtylyov writes: > Hello. > > On 2/1/2016 1:46 AM, Robert Jarzmik wrote: > >> The smc91x driver doesn't honor the probe deferral mechanism when the >> interrupt source is not yet available, such as one provided by a gpio >> controller not probed. >

Re: Linux 4.5-rc2

On Mon, Feb 01, 2016 at 08:08:01PM +0100, Heinz Diehl wrote: > Hi, > > On 01.02.2016, Linus Torvalds wrote: > > > Go forth and test, > > > > Linus > > Still, some Asus laptops are hanging at boot-time, both with latest > -stable and 4.5-rc1/rc2: > > [4.056862]

Re: [PATCH 4/4] sigaltstack: allow disabling and re-enabling sas within sighandler

On 02/01, Stas Sergeev wrote: > > 01.02.2016 22:29, Oleg Nesterov пишет: > >>> > >>> sigaltstack({ DISABLE | FORCE}, _ss); > >>> swapcontext(); > >>> sigaltstack(_ss, NULL); > >>> rt_sigreturn(); > >>> > >>>and if you are going to return from sighandler you do not even need the 2nd >

Re: [PATCH 2/2] irqchip: add nps Internal and external irqchips

Hi Noam, [auto build test ERROR on tip/irq/core] [cannot apply to v4.5-rc2 next-20160201] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Noam-Camus/clocksource-Add-NPS400-timers-driver

Re: [PATCH 2/2] dax: fix bdev NULL pointer dereferences

On Mon, Feb 01, 2016 at 03:51:47PM +0100, Jan Kara wrote: > On Sat 30-01-16 00:28:33, Matthew Wilcox wrote: > > I think we're doing it wrong by storing the sector in the radix tree; we'd > > really need to store both the sector and the bdev which is too much data. > > > > If we store the PFN of

Re: [PATCH -mm] ubsan, x86: disable alignemnt checks for arch/x86/*

Works well for me, thank you. Tested-by: Mike Krinkin On Mon, Feb 01, 2016 at 08:08:19PM +0300, Andrey Ryabinin wrote: > On 01/30/2016 03:36 AM, Mike Krinkin wrote: > > option CONFIG_UBSAN_ALIGNMENT breaks x86-64 kernel with lockdep enabled, > > i. e kernel with

Re: [PATCH v2 4/4] Add WARN() function call to hard-soft lockup

On Mon, Feb 01, 2016 at 01:45:27PM -0700, Jeffrey Merkey wrote: > This patch series adds config options which can be set during compile to > direct the compiler to output a breakpoint instruction anywhere a BUG_XX() > or WARN_XX() macro has been placed in the kernel to trigger the system to >

[PATCH 1/2] ACPI, APEI: Fix leaked resources

We leak the NVS and arch resources (if used), in apei_resources_request. They are allocated to make sure we exclude them from the APEI resources, but they are never freed at the end of the function. Free them now. Signed-off-by: Josh Hunt diff --git

Re: Linux 4.5-rc2

Hi, On 01.02.2016, Linus Torvalds wrote: > Go forth and test, > > Linus Still, some Asus laptops are hanging at boot-time, both with latest -stable and 4.5-rc1/rc2: [4.056862] asus_laptop:model detected [4.058731] BUG: unable to handle kernel NULL pointer

Re: [PATCH v2] ata: add AMD Seattle platform driver

Hi Arnd, On 01/29/2016 03:22 PM, Arnd Bergmann wrote: > > For the ACPI case, I still think that an AML call from the AHCI driver > is the most logical solution. You mentioned that you believe that calling > into the AML interpreter up to 100 times per second is a noticeable > overhead, but I

[PATCH 4/4] sched,time: only call account_{user,sys,guest,idle}_time once a jiffy

From: Rik van Riel After removing __acct_update_integrals from the profile, native_sched_clock remains as the top CPU user. This can be reduced by only calling account_{user,sys,guest,idle}_time once per jiffy for long running tasks on nohz_full CPUs. This will reduce timing

Re: [PATCH 4/4] sched,time: only call account_{user,sys,guest,idle}_time once a jiffy

On Mon, 2016-02-01 at 14:21 -0500, r...@redhat.com wrote: > From: Rik van Riel > > #ifdef CONFIG_VIRT_CPU_ACCOUNTING_GEN > +static bool vtime_jiffies_changed(struct task_struct *tsk, unsigned long now) > +{ > + if (tsk->vtime_jiffies == jiffies) > + return

Re: [PATCH 3/4] netfilter: ipv4: use preferred kernel types

On Mon, Feb 1, 2016 at 11:41 AM, David Miller wrote: > From: David Laight > Date: Mon, 1 Feb 2016 16:37:41 + > >> From: Lucas Tanure >>> Sent: 30 January 2016 13:18 >>> As suggested by checkpatch.pl: >>> CHECK: Prefer kernel type 'uX' over

[PATCH v3 5/6] kvm: arm64: wrapping DT support for virt arch timer

From: Wei Huang This patches wrapping DT support for virt arch timer into a function. [Fu Wei: improve the DT support, and separate ACPI support] Signed-off-by: Alexander Spyridaki Signed-off-by: Wei Huang Signed-off-by:

Re: [PATCH] ARM: tango: use const and __initconst for smp_operations

On Mon, Jan 25, 2016 at 08:33:42PM +0900, Masahiro Yamada wrote: > This newly added code missed the global fixup by commit 75305275a721 > ("ARM: use const and __initconst for smp_operations"). So fix it now. > > Signed-off-by: Masahiro Yamada Applied to fixes,

[PATCH v3 6/6] kvm: arm64: Add ACPI support for virt arch timer

From: Fu Wei This patch adds ACPI/GTDT support for virt arch timer using the API in GTDT driver. Signed-off-by: Fu Wei --- virt/kvm/arm/arch_timer.c | 8 1 file changed, 8 insertions(+) diff --git a/virt/kvm/arm/arch_timer.c

Re: [PATCH] ARM: realview: use const and __initconst for smp_operations

On Mon, Jan 25, 2016 at 08:33:07PM +0900, Masahiro Yamada wrote: > This newly added code missed the global fixup by commit 75305275a721 > ("ARM: use const and __initconst for smp_operations"). So fix it now. > > Also, add missing "static" qualifier. > > Signed-off-by: Masahiro Yamada

[PATCH v3 3/6] clocksource: add memory-mapped timer support in arm_arch_timer.c

From: Fu Wei The patch add memory-mapped timer register support for arm_arch_timer driver by using the information provided by the new GTDT driver of ACPI. Signed-off-by: Fu Wei --- drivers/clocksource/arm_arch_timer.c | 136

[PATCH v3 4/6] clocksource: move some enums to arm_arch_timer.h

From: Fu Wei The patch move enum ppi_nr from arm_arch_timer.c to arm_arch_timer.h, and add enum spi_nr. Signed-off-by: Fu Wei --- drivers/clocksource/arm_arch_timer.c | 13 ++--- include/clocksource/arm_arch_timer.h | 14 ++ 2 files

[PATCH 4/4] ARM: davinci: make I2C support optional

The davinci platform has tried to get support for the EEPROM right, but failed to get a clean build so far. At the moment, we get a warning whenever CONFIG_SYSFS is disabled, as that is needed by EEPROM_AT24: warning: (MACH_DAVINCI_EVM && MACH_SFFSDR && MACH_DAVINCI_DM6467_EVM &&

[PATCH 2/4] ARM: davinci: avoid unused mityomapl138_pn_info variable

The mityomapl138_pn_info structure belongs into the CPU_FREQ support that is hidden behind an #ifdef, and causes a harmless warning when that support is disabled: mach-davinci/board-mityomapl138.c:59:28: error: 'mityomapl138_pn_info' defined but not used [-Werror=unused-variable] This moves the

[PATCH 1/4] ARM: davinci: limit DT support to DA850

When da8xx-dt.c is built with onlu DA830 support but not DA850 support enabled, we get a compiler warning about unused symbols: arch/arm/mach-davinci/da8xx-dt.c:28:20: warning: 'da8xx_init_irq' defined but not used [-Wunused-function] static void __init da8xx_init_irq(void)

Re: [PATCH v2 7/8] rtc: implement a sysfs interface for clock offset

On Sun, 31 Jan 2016 12:41:15 +0100 Alexandre Belloni wrote: > Hi, > > On 04/01/2016 at 10:31:25 -0800, Joshua Clayton wrote : > > The file is called "offset", and may be set and read in decimal. > > For rtcs that do not have read_offset or set_offset

Re: [PATCH v2 2/3] perf kvm: enable record|report feature on powerpc

Em Fri, Jan 22, 2016 at 11:28:11AM +0530, Ravi Bangoria escreveu: > This patch contains core logic for enabling perf kvm {record|report} on > powerpc. > > For perf kvm record, > This patch will replace default event(cycle) with kvm_hv:kvm_guest_exit > while recording guest data from host. > >

Re: [PATCH 0/4] nvmem: new drivers for v4.5

On Mon, Feb 01, 2016 at 10:33:12AM +, Srinivas Kandagatla wrote: > Hi Greg, > > On 11/01/16 18:30, Greg KH wrote: > >On Mon, Jan 11, 2016 at 01:21:44PM +, Srinivas Kandagatla wrote: > >> > >> > >>On 07/12/15 10:56, Srinivas Kandagatla wrote: > >>>Hi Greg, > >>> > >>>Here are 2 new nvmem

Re: [PATCH] tty: add Moxa Smartio MUE serial driver

> Here is a new driver for MOXA Smartio MUE cards. It is based > on the vendor driver available on MOXA website and on the > mainline mxser driver. > > I was able to test it on a CP-168EL-A card on PC. Some of the > cards (118E-A, 138E-A, 134EL-A, 116E-A-A et 116E-A-B) have > a CPLD module

[PATCH v5] fuse: Add support for passthrough read/write

Add support for filesystem passthrough read/write of files when enabled in userspace through the option FUSE_PASSTHROUGH. There are many FUSE based filesystems that perform checks or enforce policy or perform some kind of decision making in certain functions like the "open" call but simply act as

[PATCH 0/4 v4] sched,time: reduce nohz_full syscall overhead 40%

(v4: address comments by Peter and Frederic) Running with nohz_full introduces a fair amount of overhead. Specifically, various things that are usually done from the timer interrupt are now done at syscall, irq, and guest entry and exit times. However, some of the code that is called every

[PATCH v2 1/2] crypto: aead - move aead_request_cast helper to aead.h

Move the helper function to common header for everybody to use. changes in v2: - move the helper to crypto/internal/aead.h instead of crypto/aead.h Signed-off-by: Tadeusz Struk --- drivers/crypto/atmel-aes.c |6 -- include/crypto/internal/aead.h |6

[PATCH 2/4] acct,time: change indentation in __acct_update_integrals

From: Rik van Riel Change the indentation in __acct_update_integrals to make the function a little easier to read. Suggested-by: Peter Zijlstra Signed-off-by: Rik van Riel Acked-by: Frederic Weisbecker ---

Re: [PATCH v4 1/3] mailbox: Add support for APM X-Gene platform mailbox driver

Hi Jassi, On Fri, Jan 15, 2016 at 6:57 PM, Duc Dang wrote: > X-Gene mailbox controller provides 8 mailbox channels, with > each channel has a dedicated interrupt line. Did you have a chance to look into this version 4 of my mail-box patch? Regards, Duc Dang. > > Signed-off-by:

[PATCH 3/4] Add BUG_XX() and WARN_XX() debugging options

This patch series adds config options which can be set during compile to direct the compiler to output a breakpoint instruction anywhere a BUG() or WARN() macro has been placed in the kernel to trigger the system to enter a debugger if a bug is detected by the system. Use of this compile time

[PATCH 4/4] Add WARN() function call to hard-soft lockup

This patch series adds config options which can be set during compile to direct the compiler to output a breakpoint instruction anywhere a BUG_XX() or WANR_XX() macro has been placed in the kernel to trigger the system to enter a debugger if a bug is detected by the system. Use of this compile

[PATCH 1/4] Add BUG_XX() debugging options

This patch series adds config options which can be set during compile to direct the compiler to output a breakpoint instruction anywhere a BUG() or WARN() macro has been placed in the kernel to trigger the system to enter a debugger if a bug is detected by the system. Use of this compile time

[PATCH 2/4] Add WARN_XX() debugging options

This patch series adds config options which can be set during compile to direct the compiler to output a breakpoint instruction anywhere a BUG() or WARN() macro has been placed in the kernel to trigger the system to enter a debugger if a bug is detected by the system. Use of this compile time

  1   2   3   4   5   6   7   8   9   10   >