Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On 01/06/2016 02:04 PM, John Stultz wrote: > On Wed, Jan 6, 2016 at 9:34 AM, Thomas Gleixner wrote: >> On Wed, 6 Jan 2016, John Stultz wrote: >>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote: -ktime_t ktime_get_with_offset(enum tk_offsets

Re: [PATCH v7 1/9] dax: fix NULL pointer dereference in __dax_dbg()

On Wed, Jan 6, 2016 at 10:00 AM, Ross Zwisler wrote: > __dax_dbg() currently assumes that bh->b_bdev is non-NULL, passing it into > bdevname() where is is dereferenced. This assumption isn't always true - > when called for reads of holes, ext4_dax_mmap_get_block()

Re: sigaltstack breaks swapcontext()

On Wed, Jan 6, 2016 at 10:42 AM, Stas Sergeev wrote: > 06.01.2016 21:05, Andy Lutomirski пишет: >> >> On Wed, Jan 6, 2016 at 7:45 AM, Stas Sergeev wrote: >>> >>> Hello. >>> >>> swapcontext() can be used with signal handlers, >>> it swaps the signal masks together with

[BUG] skb corruption and kernel panic at forwarding with fragmentation

I've got some of these: [84408.314676] BUG: unable to handle kernel NULL pointer dereference at (null) [84408.317324] IP: [] put_page+0x5/0x50 [84408.319985] PGD 0 [84408.322583] Oops: [#1] SMP [84408.325156] Modules linked in: ppp_mppe ppp_async ppp_generic slhc 8021q fuse nfsd

[PATCH] Staging: wlan-ng: p80211conv.c: Coding style fixes General coding style checks have been fixed. Warnings not fixed.

Signed-off-by: Pranjal Bhor --- drivers/staging/wlan-ng/p80211conv.c | 138 ++- 1 file changed, 72 insertions(+), 66 deletions(-) diff --git a/drivers/staging/wlan-ng/p80211conv.c b/drivers/staging/wlan-ng/p80211conv.c index

Re: [PATCH 1/8] perf: Add PERF_SAMPLE_PHYS_ADDR

On Wed, Jan 6, 2016 at 3:04 AM, wrote: > From: Kan Liang > > For understanding how the workload maps to memory channels and hardware > behavior, it's useful to collect address maps with physical addresses. > This is not intended for detecting page

Re: sigaltstack breaks swapcontext()

06.01.2016 22:14, Andy Lutomirski пишет: On Wed, Jan 6, 2016 at 10:42 AM, Stas Sergeev wrote: 06.01.2016 21:05, Andy Lutomirski пишет: On Wed, Jan 6, 2016 at 7:45 AM, Stas Sergeev wrote: Hello. swapcontext() can be used with signal handlers, it swaps the signal

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

On Wed, Jan 6, 2016 at 8:36 AM, Nishanth Menon wrote: > On 01/06/2016 02:13 AM, Laxman Dewangan wrote: >> >> On Wednesday 06 January 2016 01:12 PM, H. Nikolaus Schaller wrote: >>> Hi, >>> >>> Am 06.01.2016 um 00:40 schrieb Nishanth Menon : >>> On 01/05/2016 06:01

[PATCH v3 1/3] ARM: dma-mapping: Optimize allocation

The __iommu_alloc_buffer() is expected to be called to allocate pretty sizeable buffers. Upon simple tests of video I saw it trying to allocate 4,194,304 bytes. The function tries to allocate large chunks in order to optimize IOMMU TLB usage. The current function is very, very slow. One

[PATCH v3 2/3] common: DMA-mapping: add DMA_ATTR_SEQUENTIAL attribute

This patch adds the DMA_ATTR_SEQUENTIAL attribute to the DMA-mapping subsystem. This attribute can be used as a hint to the DMA-mapping subsystem that access to memory will be mostly sequential. With mostly sequential access TLB efficiency isn't as important, so the system may make tradeoffs

Re: [RFC v5 3/6] Add history to cross timestamp interface supporting slower devices

On Mon, Jan 4, 2016 at 4:45 AM, Christopher S. Hall wrote: > @@ -13,6 +13,9 @@ > /** > * struct tk_read_base - base structure for timekeeping readout > * @clock: Current clocksource used for timekeeping. > + * @cs_seq:Clocksource sequence is incremented

[PATCH v3 0/3] dma-mapping: Patches for speeding up allocation

This series of 3 patches will speed up memory allocation in dma-mapping quite a bit. The first patch ("ARM: dma-mapping: Optimize allocation") is hopefully not terribly controversial: it merely doesn't try as hard to allocate big chunks once it gets the first failure. Since it's unlikely that

[PATCH v3 3/3] ARM: dma-mapping: Use DMA_ATTR_SEQUENTIAL hint to optimize allocation

If we know that memory will be accessed sequentially then it's not terribly important to allocate big chunks of memory. The whole point of allocating the big chunks was that it would make TLB usage efficient. As Marek Szyprowski indicated: Please note that mapping memory with larger pages

Re: [PATCH V2 1/3] NTB: Add AMD PCI-Express NTB driver

On Wed, Jan 6, 2016 at 11:52 AM, Hubbe, Allen wrote: > From: Jon Mason : >> On Wed, Dec 23, 2015 at 8:42 AM, Xiangliang Yu >> wrote: > >> > +#define ndev_pdev(ndev) ((ndev)->ntb.pdev) >> > +#define ndev_name(ndev)

Re: [PATCH 3/5] x86: simplify early command line parsing

On Wed, Jan 06, 2016 at 09:37:40AM -0800, Dave Hansen wrote: > On 01/06/2016 09:10 AM, Borislav Petkov wrote: > >> > -if (!strlen(cmdline)) > >> > -return 0; > >> > - > > Patch 1 adds the strlen(), this patch removes it. Please merge both patches. > > As I mentioned, it

Re: [PATCH v7 1/3] x86: Add classes to exception tables

On Wed, Jan 06, 2016 at 09:54:19AM -0800, Andy Lutomirski wrote: > I assume that this zero is to save the couple of bytes for the > relocation entry on relocatable kernels? I didn't want to touch all _ASM_EXTABLE() macro invocations by adding a third param @handler which is redundant as we know

[PATCH v7 8/9] ext4: call dax_pfn_mkwrite() for DAX fsync/msync

To properly support the new DAX fsync/msync infrastructure filesystems need to call dax_pfn_mkwrite() so that DAX can track when user pages are dirtied. Signed-off-by: Ross Zwisler Reviewed-by: Jan Kara --- fs/ext4/file.c | 4 +++- 1 file changed, 3

[PATCH v7 0/9] DAX fsync/msync support

Changes since v6 [1]: 1) Fixed an existing NULL pointer dereference bug in __dax_dbg() in patch 1. 2) Fixed an existing bug with the way holes are converted into DAX PMD entries in patch 2. This solves a BUG_ON reported by Dan Williams. 3) Removed second verification of our radix tree entry

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On 01/06/2016 12:34 PM, Thomas Gleixner wrote: > On Wed, 6 Jan 2016, John Stultz wrote: >> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote: >>> -ktime_t ktime_get_with_offset(enum tk_offsets offs) >>> +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock) >>>

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On Wed, 6 Jan 2016, Prarit Bhargava wrote: > On 01/06/2016 12:33 PM, John Stultz wrote: > > On Wed, Jan 6, 2016 at 9:28 AM, John Stultz wrote: > >> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote: > >>> -ktime_t ktime_get_with_offset(enum

Re: [PATCH 1/5] x86: fix early command-line parsing when matching at end

On Wed, Jan 06, 2016 at 09:57:08AM -0800, Dave Hansen wrote: > So, after the third patch, the strlen() goes away any way you do this. > The code ends up looking the same (the while() check is against the > max-length variable alone). True story. > I'm happy to rewrite this to have a different

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On Wed, 6 Jan 2016, Prarit Bhargava wrote: > On 01/06/2016 12:34 PM, Thomas Gleixner wrote: > > On Wed, 6 Jan 2016, John Stultz wrote: > >> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote: > >>> -ktime_t ktime_get_with_offset(enum tk_offsets offs) > >>> +ktime_t

Re: [PATCH v7 1/3] x86: Add classes to exception tables

On Wed, Jan 6, 2016 at 4:33 AM, Borislav Petkov wrote: > On Wed, Dec 30, 2015 at 09:59:29AM -0800, Tony Luck wrote: >> Starting with a patch from Andy Lutomirski >> that used linker relocation trickery to free up a couple of bits >> in the "fixup" field of

Re: linux-next: manual merge of the rdma tree with the nfsd tree

> On Jan 6, 2016, at 7:28 AM, Christoph Hellwig wrote: > > On Wed, Jan 06, 2016 at 02:22:41PM +0200, Or Gerlitz wrote: >> As I wrote here, the bits are already @ kernel.org >> >> git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git k.o/for-4.5 > > Ok, that's a little

[PATCH v7 6/9] dax: add support for fsync/msync

To properly handle fsync/msync in an efficient way DAX needs to track dirty pages so it is able to flush them durably to media on demand. The tracking of dirty pages is done via the radix tree in struct address_space. This radix tree is already used by the page writeback infrastructure for

[PATCH] tc1100-wmi: fix build warning when CONFIG_PM not enabled

From: Colin Ian King Conditionally declare suspend_data on CONFIG_PM to avoid the following warning when CONFIG_OM is not enabled: drivers/platform/x86/tc1100-wmi.c:55:27: warning: 'suspend_data' defined but not used [-Wunused-variable] Signed-off-by: Colin Ian King

[PATCH v7 4/9] dax: support dirty DAX entries in radix tree

Add support for tracking dirty DAX entries in the struct address_space radix tree. This tree is already used for dirty page writeback, and it already supports the use of exceptional (non struct page*) entries. In order to properly track dirty DAX pages we will insert new exceptional entries into

Re: [PATCH v7 1/3] x86: Add classes to exception tables

On Wed, Jan 6, 2016 at 9:59 AM, Borislav Petkov wrote: > On Wed, Jan 06, 2016 at 09:54:19AM -0800, Andy Lutomirski wrote: >> I assume that this zero is to save the couple of bytes for the >> relocation entry on relocatable kernels? > > I didn't want to touch all _ASM_EXTABLE()

Re: 18-year-old bug

On 1/6/16, Albert Cahalan wrote: > This bug was introduced with SE Linux, 18 years ago. People have been > adding hacks to work around it as the bug bites them, but really the > bug ought to be fixed. Signals related to a tty are supposed to come > from the kernel. This got

Re: [PATCH v2 31/32] sh: support a 2-byte smp_store_mb

On Wed, Jan 06, 2016 at 09:42:35AM -0600, Rob Landley wrote: > (I would have thought the presence of working QEMU support would tide us > over providing an easy basic regression testing environment, but people > keep insisting that's not real and doesn't count. But if we can keep it > 99% working

Re: [PATCH 1/5] x86: fix early command-line parsing when matching at end

On Tue, Dec 22, 2015 at 02:52:38PM -0800, Dave Hansen wrote: > > From: Dave Hansen > > The x86 early command line parsing in cmdline_find_option_bool() > is buggy. If it matches a specified 'option' all the way to > the end of the command-line, it will consider it

Re: linux-next: Tree for Jan 6 (clocksource/fsl_ftm_timer.c)

On 01/06/16 00:01, Stephen Rothwell wrote: > Hi all, > > Changes since 20160105: > on i386: when CLKSRC_MMIO is not enabled: drivers/built-in.o: In function `ftm_timer_init': fsl_ftm_timer.c:(.init.text+0x6842): undefined reference to `clocksource_mmio_readl_up'

Re: [PATCH] spi/spi-fsl-espi.c: Add spi cs polarity support

On Wed, Jan 06, 2016 at 02:00:40PM +0100, Andreas Werner wrote: > Hi, > any comments for this patches? > > Regards > Andy Please don't send content free pings and please allow a reasonable time for review. People get busy, go on holiday, attend conferences and so on so unless there is some

[tip:x86/efi] x86/efi-bgrt: Replace early_memremap() with memremap()

Commit-ID: e2c90dd7e11e3025b46719a79fb4bb1e7a5cef9f Gitweb: http://git.kernel.org/tip/e2c90dd7e11e3025b46719a79fb4bb1e7a5cef9f Author: Matt Fleming AuthorDate: Mon, 21 Dec 2015 14:12:52 + Committer: Thomas Gleixner CommitDate: Wed, 6

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On 01/06/2016 11:04 AM, Jiri Bohac wrote: > On Wed, Jan 06, 2016 at 08:00:33AM -0500, Prarit Bhargava wrote: >> -ktime_t ktime_get_with_offset(enum tk_offsets offs) >> +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock) >> { >> struct timekeeper *tk = _core.timekeeper; >>

Re: [PATCH v3 1/5] perf tools: Add all matching dynamic sort keys for field name

Em Wed, Jan 06, 2016 at 12:19:39PM +0100, Jiri Olsa escreveu: > On Wed, Jan 06, 2016 at 09:54:57AM +0900, Namhyung Kim wrote: > > When a perf.data file has multiple events, it's likely to be similar > > (tracepoint) events. In that case, they might have same field name so > > add all of them to

Re: linux-next: manual merge of the rdma tree with the nfsd tree

> On Jan 6, 2016, at 10:52 AM, Or Gerlitz wrote: > > On 1/6/2016 5:20 PM, Chuck Lever wrote: >>> Chuck, >>> > >>> >Lets be concrete... anything wrong with patch [1]? >> Yes. It is missing Acked-by: lines from the maintainers of >> those files. >> >> All changes to files

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote: > -ktime_t ktime_get_with_offset(enum tk_offsets offs) > +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock) > { > struct timekeeper *tk = _core.timekeeper; > unsigned int seq; >

Re: [PATCH v7 1/3] x86: Add classes to exception tables

On Wed, Jan 06, 2016 at 01:33:46PM +0100, Borislav Petkov wrote: > On Wed, Dec 30, 2015 at 09:59:29AM -0800, Tony Luck wrote: > > Starting with a patch from Andy Lutomirski > > that used linker relocation trickery to free up a couple of bits > > in the "fixup" field of the

Re: [PATCH 3/5] x86: simplify early command line parsing

On 01/06/2016 09:10 AM, Borislav Petkov wrote: >> > diff -puN arch/x86/lib/cmdline.c~x86-early-command-line-non-term >> > arch/x86/lib/cmdline.c >> > --- a/arch/x86/lib/cmdline.c~x86-early-command-line-non-term >> > 2015-12-22 11:56:59.454186167 -0800 >> > +++ b/arch/x86/lib/cmdline.c

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On Wed, 6 Jan 2016, John Stultz wrote: > On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote: > > -ktime_t ktime_get_with_offset(enum tk_offsets offs) > > +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock) > > { > > struct timekeeper *tk =

Re: [PATCH 1/3] ata: sata_dwc_460ex: use "dmas" DT property to find dma channel

Andy Shevchenko writes: > On Tue, 2015-12-22 at 00:08 +, Måns Rullgård wrote: >> Andy Shevchenko writes: >> >> > On Mon, 2015-12-21 at 19:27 +, Måns Rullgård wrote: >> > > Andy Shevchenko

Re: [PATCH] ARM64: Improve copy_page for 128 cache line sizes.

Hi Andrew, On Tue, Dec 22, 2015 at 03:32:19PM -0800, Andrew Pinski wrote: > On Tue, Dec 21, 2015 at 5:43 AM, Arnd Bergmann wrote: > > On Monday 21 December 2015, Will Deacon wrote: > >> On Sat, Dec 19, 2015 at 04:11:18PM -0800, Andrew Pinski wrote: > I think it is the prefetching.

Re: [PATCH v2 04/13] arm64: decouple early fixmap init from linear mapping

Hi Ard! On 30/12/15 15:26, Ard Biesheuvel wrote: > Since the early fixmap page tables are populated using pages that are > part of the static footprint of the kernel, they are covered by the > initial kernel mapping, and we can refer to them without using __va/__pa > translations, which are tied

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

Hi, * H. Nikolaus Schaller [160106 00:12]: > Am 06.01.2016 um 02:00 schrieb Tony Lindgren : > > > > Also I'm not seeing just zeroes coming from RTC after typing hwclock > > on omap5-uevm. It's working on x15 though. > > > > Nikolaus, is hwclock command

RE: [PATCH V2 1/3] NTB: Add AMD PCI-Express NTB driver

From: Jon Mason : > On Wed, Dec 23, 2015 at 8:42 AM, Xiangliang Yu > wrote: > > +#define ndev_pdev(ndev) ((ndev)->ntb.pdev) > > +#define ndev_name(ndev) pci_name(ndev_pdev(ndev)) > > +#define ndev_dev(ndev) (_pdev(ndev)->dev) > > +#define ntb_ndev(ntb)

Re: [RFC PATCH] X.509: Don't check the signature on apparently self-signed keys [ver #2]

On 16-01-06 13:21:27, David Howells wrote: > Mimi Zohar wrote: > > > The x509_validate_trust() was originally added for IMA to ensure, on a > > secure boot system, a certificate chain of trust rooted in hardware. The > > IMA > > MOK keyring extends this certificate

Re: [PATCH 4.2.y-ckt 009/211] xhci: don't finish a TD if we get a short transfer event mid TD

On Tue, 2016-01-05 at 11:41 -0800, Kamal Mostafa wrote: > 4.2.8-ckt1 -stable review patch.  If anyone has any objections, please let me > know. > > -- > > From: Mathias Nyman > > commit e210c422b6fdd2dc123bedc588f399aefd8bf9de upstream. > > If

Re: [PATCH v2 2/2] kexec: Provide arch_kexec_protect(unprotect)_crashkres()

On 01/06/16 at 05:50pm, Xunlei Pang wrote: > diff --git a/arch/x86/kernel/machine_kexec_64.c > b/arch/x86/kernel/machine_kexec_64.c > index 819ab3f..cda867d 100644 > --- a/arch/x86/kernel/machine_kexec_64.c > +++ b/arch/x86/kernel/machine_kexec_64.c > @@ -536,3 +536,44 @@ overflow: > return

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On Wed 2016-01-06 08:00:33, Prarit Bhargava wrote: > This is a timekeeping staging patch for the printk() timestamp > functionality that adds a trylock option for the timekeeping_lock() to > ktime_get_with_offset(). When trylock is 1, calls to > ktime_get_with_offset() will return return a ktime

Re: [PATCH v7 3/3] x86, mce: Add __mcsafe_copy()

On Tue, Jan 5, 2016 at 11:11 PM, Dan Williams wrote: > On Tue, Jan 5, 2016 at 11:06 PM, Luck, Tony wrote: >> You were heading towards: >> >> ld: undefined __mcsafe_copy > > True, we'd also need a dummy mcsafe_copy() definition to compile it > out in

Re: [dm-devel] WANTED new maintainer for Linux/md (and mdadm)

Brassow Jonathan writes: > Many thanks Neil for all the work you’ve done and the help you gave me > while working on the DM/MD interactions bits. I’m happy you are > sticking around for the raid1-cluster and raid5-journal bits and I’m > interested to see what comes out of

RE: [PATCH v7 3/3] x86, mce: Add __mcsafe_copy()

>> I do select it, but by randconfig I still need to handle the >> CONFIG_X86_MCE=n case. >> >>> I'm seriously wondering whether the ifdef still makes sense. Now I don't >>> have an extra exception table and routines to sort/search/fixup, it doesn't >>> seem as useful as it was a few iterations

Re: [RFC v2 3/4] i2c: mux: demux-pinctrl: add driver

On Wed, Jan 6, 2016 at 7:51 AM, Wolfram Sang wrote: > From: Wolfram Sang > > This driver allows an I2C bus to switch between multiple masters. This > is not hot-swichting because connected I2C slaves will be > re-instantiated. It is meant to

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

* H. Nikolaus Schaller [160106 08:48]: > Hi Tony, > > Am 06.01.2016 um 17:41 schrieb Tony Lindgren : > > > Hi, > > > > * H. Nikolaus Schaller [160106 00:12]: > >> Am 06.01.2016 um 02:00 schrieb Tony Lindgren : > >>>

Re: [PATCH 0/2] printk, Add a printk.clock kernel parameter

On Wed, 2016-01-06 at 08:00 -0500, Prarit Bhargava wrote: > Over the past years I've seen many reports of bugs that include > time-stamped kernel logs (enabled when CONFIG_PRINTK_TIME=y or > print.time=1 is specified as a kernel parameter) that do not align > with either external time stamped logs

Re: [PATCH v2 0/8] i2c mux cleanup and locking update

On 01/05/2016 05:57 PM, Peter Rosin wrote: From: Peter Rosin Hi! I have a pair of boards with this i2c topology: GPIO ---| -- BAT1 | v / I2C -+--B---+ MUX | \

Re: [PATCH v2] ipr: fix out-of-bounds null overwrite

On Jan 6, 2016, at 7:53 AM, Insu Yun wrote: > > Return value of snprintf is not bound by size value, 2nd argument. > (https://www.kernel.org/doc/htmldocs/kernel-api/API-snprintf.html). > Return value is number of printed chars, can be larger than 2nd argument. > Therefore, it

Re: [PATCH 1/3] ata: sata_dwc_460ex: use "dmas" DT property to find dma channel

On Wed, Jan 6, 2016 at 6:26 PM, Måns Rullgård wrote: > Andy Shevchenko writes: > >> On Tue, 2015-12-22 at 00:08 +, Måns Rullgård wrote: >>> Andy Shevchenko writes: >>> >>> > On Mon, 2015-12-21 at 19:27

Re: linux-next: manual merge of the rdma tree with the nfsd tree

On Wed, Jan 06, 2016 at 07:01:14AM -0500, Chuck Lever wrote: > Part of the plan was that Doug's tree would be merged before > Bruce's. But the above problem description looks like the > maintainer trees were merged into linux-next in the other order. The order makes no difference. The problem is

Re: [PATCH 1/1] regulator: max8973: add support for junction thermal warning

On Wed, Jan 06, 2016 at 08:25:21AM -0600, Rob Herring wrote: > On Wed, Jan 06, 2016 at 12:37:35PM +, Mark Brown wrote: > > > I tried to roundoff to the next higher threshold when supported value (120 > > > or 140 degC) is not provided in driver. But it is fine to me to specify > > > the > >

Re: [LKP] [lkp] [rcu] b8084f70e0: No primary result change, 1414.7% unixbench.time.involuntary_context_switches

On Wed, Jan 06, 2016 at 12:25:55PM +0800, Huang, Ying wrote: > "Paul E. McKenney" writes: > > > On Wed, Jan 06, 2016 at 10:47:43AM +0800, kernel test robot wrote: > >> FYI, we noticed the below changes on > >> > >>

Re: [PATCH v2 04/13] arm64: decouple early fixmap init from linear mapping

On 6 January 2016 at 17:35, James Morse wrote: > Hi Ard! > > On 30/12/15 15:26, Ard Biesheuvel wrote: >> Since the early fixmap page tables are populated using pages that are >> part of the static footprint of the kernel, they are covered by the >> initial kernel mapping, and

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

Hi Tony, Am 06.01.2016 um 17:41 schrieb Tony Lindgren : > Hi, > > * H. Nikolaus Schaller [160106 00:12]: >> Am 06.01.2016 um 02:00 schrieb Tony Lindgren : >>> >>> Also I'm not seeing just zeroes coming from RTC after typing hwclock >>>

Re: [REGRESSION] tcp/ipv4: kernel panic because of (possible) division by zero

Unfortunately, the patch didn't help -- I've got the same stacktrace with slightly different offset (+3) within the function. Now trying to get full stacktrace via netconsole. Need more time. Meanwhile, any other ideas on what went wrong? On December 22, 2015 4:10:32 AM EET, Yuchung Cheng

Re: linux-next: manual merge of the rdma tree with the nfsd tree

On 01/06/2016 11:33 AM, Chuck Lever wrote: > >> On Jan 6, 2016, at 10:52 AM, Or Gerlitz wrote: >> >> On 1/6/2016 5:20 PM, Chuck Lever wrote: Chuck, > > Lets be concrete... anything wrong with patch [1]? >>> Yes. It is missing Acked-by: lines from the

Re: [PATCH v7 3/3] x86, mce: Add __mcsafe_copy()

On Wed, Jan 6, 2016 at 8:57 AM, Luck, Tony wrote: >>> I do select it, but by randconfig I still need to handle the >>> CONFIG_X86_MCE=n case. >>> I'm seriously wondering whether the ifdef still makes sense. Now I don't have an extra exception table and routines to

Re: [PATCH v6 12/20] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Tue, Jan 05, 2016 at 10:12:20PM +0100, Arnd Bergmann wrote: > On Tuesday 05 January 2016 18:26:57 Yury Norov wrote: > > > So the calling conventions avoid the problem of being able to set > > > the upper bits from malicious user space when the kernel assumes they > > > are zeroed out (we had

Re: [PATCH 3/5] x86: simplify early command line parsing

On Tue, Dec 22, 2015 at 02:52:41PM -0800, Dave Hansen wrote: > > From: Dave Hansen > > __cmdline_find_option_bool() tries to account for both > NULL-terminated and non-NULL-terminated strings. It keeps 'pos' > to look for the end of the buffer and also looks for

Re: a configfs update for 4.5, and the configfs tree question

On Thu, 2015-12-24 at 15:51 +0100, Christoph Hellwig wrote: > Hi all, > > I really want the configfs change in this series to go into 4.5. Originally > both Pantelis and I had changes ontop that would require it in a stable > non-rebased branch, but one or both of those might not make the cut. >

Re: [PATCH 1/2] kernel, timekeeping, add trylock option to ktime_get_with_offset()

On Wed, Jan 6, 2016 at 9:28 AM, John Stultz wrote: > On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote: >> -ktime_t ktime_get_with_offset(enum tk_offsets offs) >> +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock) >> { >>

Re: [PATCH] ACPI / video: driver must be registered before checking for keypresses

all, On Mon, Jan 04, 2016 at 11:22:28PM +0100, Adrien Schildknecht wrote: > acpi_video_handles_brightness_key_presses() may use an uninitialized mutex. > The error has been reported by lockdep: DEBUG_LOCKS_WARN_ON(l->magic != l). > The function assumes that the video driver has been registered

Re: thinkpad_acpi: BUG: unable to handle kernel NULL pointer dereference

Hans, Pali, On Tue, Jan 05, 2016 at 12:44:54PM +0100, Hans de Goede wrote: > Hi all, > > On 05-01-16 09:17, Pali Rohár wrote: > >Hello, > > > >looks like this fault is in acpi video module, not in thinkpad. CCing > >Hans who introduced this acpi video brightness key change. > > > >Hans, can you

[PATCH v7.2 3/5] drm: rockchip: Support Synopsys DW MIPI DSI

Add support for Synopsys DesignWare MIPI DSI controller which is embedded in the rk3288 SoCs. Signed-off-by: Chris Zhong Acked-by: Mark Yao --- Changes in v7.2: - make sure disable clk when drm_panel_prepare err (Mark Yao) Changes in v7: - modify

[PATCH] hwmon: Add LTC2990 sensor driver

This adds support for the Linear Technology LTC2990 I2C System Monitor. The LTC2990 supports a combination of voltage, current and temperature monitoring, but this driver currently only supports reading two currents by measuring two differential voltages across series resistors. This is

Re: [PATCH] Input: ALPS - Detect trackstick presence for v7 protocol

Hi, On 05-01-16 17:44, Pali Rohár wrote: On Sunday 22 March 2015 14:46:11 Pali Rohár wrote: This patch adds detection of trackstick for v7 protocol devices. Code in this patch is used in official Dell touchpad linux drivers for Dell models: Dell Latitude E5250/5250, E5450/5450, E5550/5550

Re: [PATCH v2 1/2] ARM: dts: imx6: Add support for Toradex Apalis iMX6Q/D SoM

Marcel Ziswiler [2016-01-05 17:39:01]: Hi Marcel, thanks for taking care of this, I'm quite busy with other tasks :( > - integrated review feedback from Lucas You've probably missed few of them :) See my nitpicks bellow. > - left and even added some more comments

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

Hi Tony, Am 06.01.2016 um 02:00 schrieb Tony Lindgren : > * Nishanth Menon [160105 15:40]: >> On 01/05/2016 06:01 AM, H. Nikolaus Schaller wrote: >>> tested on OMP5432 EVM >>> >>> Signed-off-by: H. Nikolaus Schaller >>> --- >>>

Re: [RFC PATCH] alispinlock: acceleration from lock integration on multi-core platform

On Wed, Jan 06, 2016 at 09:16:43AM +0100, Peter Zijlstra wrote: > On Tue, Jan 05, 2016 at 09:42:27PM +, One Thousand Gnomes wrote: > > > It suffers the typical problems all those constructs do; namely it > > > wrecks accountability. > > > > That's "government thinking" ;-) - for most real

Re: linux-next: manual merge of the pm tree with the i2c tree

> > I fixed it up (see below) and can carry the fix as necessary (no action > > is required). > > Looks good to me and thanks for taking care of this! Ditto. Thanks! signature.asc Description: Digital signature

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

On Wednesday 06 January 2016 01:12 PM, H. Nikolaus Schaller wrote: Hi, Am 06.01.2016 um 00:40 schrieb Nishanth Menon : On 01/05/2016 06:01 AM, H. Nikolaus Schaller wrote: + rtc { + compatible = "ti,palmas-rtc"; +

linux-next: Tree for Jan 6

Hi all, Changes since 20160105: Dropped tree: rdma (complex conflicts) The i2c tree lost its build failure. The pm tree gained a conflict against the i2c tree. The rdma tree still had its hard conflicts against the net-next tree so I dropped the rdma tree again for today. The drm tree still

Re: [PATCH 3.12 00/91] 3.12.52-stable review

On Wed, Jan 06, 2016 at 09:37:07AM +0200, Nikolay Borisov wrote: > Hello Jiry, > > On 01/05/2016 07:46 PM, Jiri Slaby wrote: > > This is the start of the stable review cycle for the 3.12.52 release. > > There are 91 patches in this series, all will be posted as a response > > to this one. If

Re: [RFC PATCH] alispinlock: acceleration from lock integration on multi-core platform

On Tue, Jan 05, 2016 at 09:42:27PM +, One Thousand Gnomes wrote: > > It suffers the typical problems all those constructs do; namely it > > wrecks accountability. > > That's "government thinking" ;-) - for most real users throughput is > more important than accountability. With the right API

Re: linux-next: manual merge of the akpm-current tree with the kbuild tree

On 2016-01-06 07:54, Stephen Rothwell wrote: > Hi Andrew, > > Today's linux-next merge of the akpm-current tree got a conflict in: > > scripts/tags.sh > > between commit: > > 93209d65c1d3 ("tags: Unify emacs and exuberant rules") > > from the kbuild tree and commit: > > ef0e95208c33

[RFC 2/4] clk: imx7d: enable the mu and m4 root clocks

From: Richard Zhu enable the mu and m4 root clocks Signed-off-by: Richard Zhu --- drivers/clk/imx/clk-imx7d.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/clk/imx/clk-imx7d.c b/drivers/clk/imx/clk-imx7d.c

Re: [PATCH] PCI: imx6:don't sleep in atomic context

Hi Sanjeev, On Mon, Nov 09, 2015 at 04:18:00PM +0530, Sanjeev Sharma wrote: > If additional PCIe switch get connected between the > host and the NIC,the kernel crashes with "BUG: > scheduling while atomic". To handle this we need to > call mdelay() instead of usleep_range(). > > For more detail

[PATCH] iwlwifi: Document missing module options

This patch documents two missing module options in the internal code comment block. Signed-off-by: Rodrigo Freire --- drivers/net/wireless/iwlwifi/iwl-modparams.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git

[PATCH RESEND v4 09/11] staging: fsl-mc: Fixed bug in dprc_probe() error path

From: "J. German Rivera" Destroy mc_io in error path in dprc_probe() only if the mc_io was created in this function. Signed-off-by: J. German Rivera --- CHANGE HISTORY Changes in v4: none Changes in v3: none Changes in v2: -

[PATCH RESEND v4 00/11] staging: fsl-mc: MC bus MSI support

*** This is a resend of the last iteration of this patch series *** This patch series addresses the following item from the TODO list for the MC bus driver to exit staging: * Interrupt support. For meaningful driver support we need interrupts, and thus need message interrupt support by the bus

[Patch v6 3/3] media: ti-vpe: Add CAL v4l2 camera capture driver

The Camera Adaptation Layer (CAL) is a block which consists of a dual port CSI2/MIPI camera capture engine. Port #0 can handle CSI2 camera connected to up to 4 data lanes. Port #1 can handle CSI2 camera connected to up to 2 data lanes. The driver implements the required API/ioctls to be V4L2

Re: [PATCH v3 3/5] perf tools: Fix dynamic sort keys to sort properly

On Wed, Jan 06, 2016 at 08:50:45PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Jan 06, 2016 at 08:31:49PM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Thu, Jan 07, 2016 at 08:26:45AM +0900, Namhyung Kim escreveu: > > > On Wed, Jan 06, 2016 at 08:06:43PM -0300, Arnaldo Carvalho de Melo

[PATCH 06/31] x86, pkeys: add PKRU xsave fields and data structure(s)

From: Dave Hansen The protection keys register (PKRU) is saved and restored using xsave. Define the data structure that we will use to access it inside the xsave buffer. Note that we also have to widen the printk of the xsave feature masks since this is feature

[PATCH 03/31] x86, pkeys: Add Kconfig option

From: Dave Hansen I don't have a strong opinion on whether we need a Kconfig prompt or not. Protection Keys has relatively little code associated with it, and it is not a heavyweight feature to keep enabled. However, I can imagine that folks would still appreciate

[PATCH 10/31] x86, pkeys: arch-specific protection bits

From: Dave Hansen Lots of things seem to do: vma->vm_page_prot = vm_get_page_prot(flags); and the ptes get created right from things we pull out of ->vm_page_prot. So it is very convenient if we can store the protection key in flags and vm_page_prot, just

Re: weird DirectMap2M accounting.

On Wed, Jan 06, 2016 at 07:11:41PM -0500, Dave Jones wrote: > On Wed, Jan 06, 2016 at 06:55:27PM -0500, Dave Jones wrote: > > I just spotted this in /proc/meminfo on an old Core2 machine with 4G. > > > > DirectMap2M:18446744073709543424 kB > > > > Looks like we subtracted 8192

Re: [PATCH v4] i2c: designware: Do not require clock when SSCN and FFCN are provided

Hi All, >> The current driver uses input clock source frequency to calculate >> values for [SS|FS]_[HC|LC] registers. However, when booting ACPI, we do not >> currently have a good way to provide the frequency information. >> Instead, we can leverage the SSCN and FFCN ACPI methods, which can be

Re: [BUG] skb corruption and kernel panic at forwarding with fragmentation

Thadeu Lima de Souza Cascardo wrote: > On Wed, Jan 06, 2016 at 11:11:41PM +0300, Konstantin Khlebnikov wrote: > > On Wed, Jan 6, 2016 at 10:59 PM, Cong Wang wrote: > > > On Wed, Jan 6, 2016 at 11:15 AM, Konstantin Khlebnikov > >

[PATCH] mm/hugetlbfs: Unmap pages if page fault raced with hole punch

Page faults can race with fallocate hole punch. If a page fault happens between the unmap and remove operations, the page is not removed and remains within the hole. This is not the desired behavior. The race is difficult to detect in user level code as even in the non-race case, a page within

linux-next: error while fetching the microblaze tree

Hi Michal, Fetching the microblaze tree (git://git.monstr.eu/linux-2.6-microblaze.git#next) produces this error. fatal: read error: Connection reset by peer I will use the previously fetched version for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au -- To

<    1   2   3   4   5   6   7   8   9   10   >