Re: panic with CPU hotplug + blk-mq + scsi-mq

On Mon, Apr 20, 2015 at 4:07 PM, Dongsu Park wrote: > Hi Ming, > > On 18.04.2015 00:23, Ming Lei wrote: >> > Does anyone have an idea? >> >> As far as I can see, at least two problems exist: >> - race between timeout and CPU hotplug >> - in case of shared tags, during CPU online handling, about se

[PATCH] clk: ux500: ape[ate|trace]clk are scaleable

The APEATCLK and APETRACECLK are actually scaleable so register them as scaleable clocks. Cc: Ulf Hansson Signed-off-by: Linus Walleij --- drivers/clk/ux500/u8500_clk.c| 7 --- drivers/clk/ux500/u8500_of_clk.c | 4 ++-- 2 files changed, 6 insertions(+), 5 deletions(-) diff --git a/driv

Re: [RFC PATCH] fs: use a sequence counter instead of file_lock in fd_install

On Sat, Apr 18, 2015 at 12:02:52AM +0100, Al Viro wrote: > On Sat, Apr 18, 2015 at 12:16:48AM +0200, Mateusz Guzik wrote: > > > I would say this makes the use of seq counter impossible. Even if we > > decided to fall back to a lock on retry, we cannot know what to do if > > the slot is reserved -

Re: [PATCH] ata: ahci_st: fixup layering violations / drvdata errors

Hi Tejun, On Fri, 17 Apr 2015, Tejun Heo wrote: > On Thu, Apr 09, 2015 at 10:43:10AM +0100, Peter Griffin wrote: > > Yes I can test, although not until Saturday as I only have remote > > access to the board today & tomorrow and the hard drive isn't > > plugged in. > > What's the status on this pa

[PATCH 7/7] perf hists browser: Simplify zooming code a bit

Introduce pstack_peek() and reuse do_zoom_dso/thread() function. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 18 +- tools/perf/util/pstack.c | 7 +++ tools/perf/util/pstack.h | 1 + 3 files changed, 13 insertions(+), 13 deletions(-) diff --

Re: [tpmdd-devel] [RFC PATCH 1/2] tee: generic TEE subsystem

On Sat, Apr 18, 2015 at 11:29:23AM -0600, Jason Gunthorpe wrote: > On Sat, Apr 18, 2015 at 10:01:47AM +0100, Russell King - ARM Linux wrote: > > On Fri, Apr 17, 2015 at 10:30:54AM -0600, Jason Gunthorpe wrote: > > > On Fri, Apr 17, 2015 at 09:50:56AM +0200, Jens Wiklander wrote: > > > > + tee

Re: Error: DMA: Out of SW-IOMMU space [was: External USB drives become unresponsive after few hours.]

On Sun, Apr 19, 2015 at 05:43:18PM +0200, Dorian Gray wrote: > I think the case is closed. > Now that I know it's not USB, but wireless driver, I looked through > the new k3.19.5's changelog and saw this: > > > commit b943e69d33fac1e5f6db57868e061096b0aae67a > Author: Larry Finger > Date: Sat

[PATCH 3/7] perf tools: Move TUI-specific fields to struct hist_entry_tui

Since perf diff only supports stdio output, TUI fields are only accessed from perf report (or perf top). So add new struct hist_entry_tui and move those fields into them. And include it as an union member. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 52

[PATCH 2/7] perf diff: Make hist_entry_diff fields union

The period_ratio_delta, period_ratio and wdiff are never by used at the same time. Instead, Just one of them is accessed according to a comparison method. So make it union to reduce memory footprint. Signed-off-by: Namhyung Kim --- tools/perf/util/sort.h | 15 --- 1 file changed, 8

[PATCH 4/7] perf tools: Move init_have_children field to struct hist_entry_tui

The init_have_children is used to init callchain info only for TUI. So it'd be better to move it to the hist_entry_tui struct. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 4 ++-- tools/perf/util/sort.h | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff -

[PATCH 1/7] perf tools: Get rid of position field from struct hist_entry

It's not used anywhere, let's get rid of it. Signed-off-by: Namhyung Kim --- tools/perf/util/sort.h | 1 - 1 file changed, 1 deletion(-) diff --git a/tools/perf/util/sort.h b/tools/perf/util/sort.h index 846036a921dc..af192f172fa2 100644 --- a/tools/perf/util/sort.h +++ b/tools/perf/util/sort.h

[PATCHSET 0/7] perf tools: Assorted cleanup for TUI (v2)

Hello, This patches are to cleanup TUI hists browser code for later work. I moved hist_entry_diff and hist_entry_tui under an union in order to reduce memory footprint of hist entry. Also split out hist browser functions to make it easier to read. * changes in v2) - add comment on the new un

[PATCH 5/7] perf hists browser: Fix possible memory leak

The options array saves strings for each popup menu item. The number of items can be vary according to the currently selected item. So it can leak some memory if it's exited from a small item. Fix it by freeing all items when loop terminates. Signed-off-by: Namhyung Kim --- tools/perf/ui/brow

[PATCH 6/7] perf hists browser: Split popup menu actions

Currently perf_evsel__hists_browse() function spins on a huge loop and handles many key actions. Since it's hard to read and modify, let's split it out into small helper functions. The add_XXX_opt() functions are to register popup menu item on the selected entry. When it adds an item, it also sa

Re: On register r/w macros/procedures of drivers/media/pci

On Mon, Apr 20, 2015 at 3:45 PM, Krzysztof Hałasa wrote: > Andrey Utkin writes: > >> Please check first digit. I mean _5_864, in your post there's 6869. > > Ok, I just thought it may be a typo. I can now see 5864 is a H.264 > encoder, while 686x are simpler frame-grabbers only. > > Sorry for the

Re: [PATCH 3/3] btrfs: set FS_SUPPORTS_SEEK_HOLE flag.

On Mon, Apr 20, 2015 at 02:48:55AM -0700, Christoph Hellwig wrote: > On Mon, Apr 20, 2015 at 10:46:49AM +0100, David Howells wrote: > > NeilBrown wrote: > > > > > Missing patch 2 of the 3-patch series? > > > > Yes. :-) > > > > Do ext4 and xfs support this, do you know? > > Yes. As do f2fs, oc

[PATCH 3/3] regulator: max8973: add DT parsing of platform specific parameter

There are some platform specific parameter required to configure the device like enable external control, DVS gpio etc. Add DT parsing of such properties to make platform specific data. Update DT binding doc accordingly. Signed-off-by: Laxman Dewangan --- .../bindings/regulator/max8973-regulat

[PATCH 2/3] regulator: max8973: make default/unset dvs gpio as invalid gpio

If platform data has dvs-gpio value 0 as default/unset then make this as invalid gpio so that function gpio_is_valid() can return false on this case. Signed-off-by: Laxman Dewangan --- As discussed on the patch [PATCH] regulator: max8973: get rid of extra variable for gpio validity Adding handlin

[PATCH 0/3] regulator: max8973: cleanups and add DT parsing for platform data

Remove redundant variables for dvs gpio validity, handle unset/default dvs gpio and add DT parsing for platform data. Laxman Dewangan (3): regulator: max8973: get rid of extra variable for gpio validity regulator: max8973: make default/unset dvs gpio as invalid gpio regulator: max8973: add D

[PATCH 1/3] regulator: max8973: get rid of extra variable for gpio validity

To find that dvs-gpio is valid or not, gpio API gpio_is_valid() can be directly used instead of intermediate variable. Removing the extra variable and using the gpio_is_valid(). Signed-off-by: Laxman Dewangan --- This is same as earlier patch. Making this as part of this series. drivers/regula

LTP] [ANNOUNCE] The Linux Test Project has been released for APRIL 2015

testcase * New regression test for hugepage leak * Fixes all over the codebase The latest version of the test-suite contains 3000+ tests for the Linux and can be downloaded at: http://sourceforge.net/projects/ltp/files/LTP%20Source/ltp-20150420/ The project pages as well as GIT repository are

Re: [PATCH 02/21] ND NFIT-Defined/NVIDIMM Subsystem

[I haven't much time to look through the patches, so only high level hand wavey comments for now, sorry..] On Mon, Apr 20, 2015 at 01:14:42AM -0700, Dan Williams wrote: > > So why on earth is this whole concept and the naming itself > > ('drivers/block/nd/' stands for 'NFIT Defined', apparently)

Re: [PATCH v4 0/7] tracing: 'hist' triggers

Hi Tom, On 04/10/2015 06:05 PM, Tom Zanussi wrote: > This is v4 of the 'hist triggers' patchset, following feedback from > v3. > > This version fixes the race in tracing_map_insert() noted in v3, where > map.val.key could be checked even if map.val wasn't yet set. The > simple fix for that in tr

Re: [PATCH 03/16] printk: move LOG_NOCONS skipping into call_console_drivers()

On Thu 2015-04-16 19:03:40, Tejun Heo wrote: > When a line is printed by multiple printk invocations, each chunk is > directly sent out to console drivers so that they don't get lost. > When the line is completed and stored in the log buffer, the line is > suppressed from going out to consoles as t

Re: On register r/w macros/procedures of drivers/media/pci

Andrey Utkin writes: > Please check first digit. I mean _5_864, in your post there's 6869. Ok, I just thought it may be a typo. I can now see 5864 is a H.264 encoder, while 686x are simpler frame-grabbers only. Sorry for the noise. -- Krzysztof Halasa Research Institute for Automation and Mea

Re: [GIT PULL] kdbus for 4.1-rc1

On Fri 17-04-15 11:54:42, Andy Lutomirski wrote: > On Fri, Apr 17, 2015 at 2:19 AM, Michal Hocko wrote: > > On Thu 16-04-15 10:04:17, Andy Lutomirski wrote: > >> On Thu, Apr 16, 2015 at 8:01 AM, David Herrmann > >> wrote: > >> > Hi > >> > > >> > On Thu, Apr 16, 2015 at 4:34 PM, Andy Lutomirski

[PATCH v2] perf tools: Document --children option in more detail

As the --children option changes the output of perf report (and perf top) it sometimes confuses users. Add more words and examples to help understanding of the option's behavior - and how to disable it ;-). Cc: Taeung Song Signed-off-by: Namhyung Kim --- tools/perf/Documentation/overhead.txt

[PATCH] tools/lib/api/Makefile: Add feature check for _FORTIFY_SOURCE

For example on Gentoo systems where _FORTIFY_SOURCE is set by default, `make -C tools/perf' fails, because of the macro being redefined. Fix that by a feature-check analogous to tools/perf/config/Makefile. Signed-off-by: Dirk Gouders --- tools/lib/api/Makefile | 9 - 1 file changed, 8 i

[PULL] cpumask complete deprecation

The following changes since commit 6587457b4b3d663b237a0f95ddf6e67d1828c8ea: Merge tag 'dma-buf-for-4.0-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/sumits/dma-buf (2015-03-04 09:59:51 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rus

[GIT PULL] fbdev changes for 4.1

Hi Linus, Please pull fbdev changes for 4.1. Tomi The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539: Linux 4.0-rc1 (2015-02-22 18:21:14 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git tags/fbdev-4.1 f

RE: [PATCH 1/1] x86: replace cpu_up hard-coded mdelay with variable

> What's the cutoff for 'modern hardware' - which CPUs stopped requiring > the delay? This is the topic of ongoing research, and I'm not ready to send the patch setting a new default until I've heard back from a few more HW people. Every system I've tested appears to work with delay 0. Were I to

Re: [PATCH 2/5] usb: xhci: plat: Create both HCDs before adding them

Hi On 02.04.2015 15:23, Roger Quadros wrote: > As xhci_hcd is now allocated by usb_create_hcd(), we don't > need to add the primary HCD before creating the shared HCD. > > Creating the shared HCD before adding the primary HCD is particularly > useful for the OTG use case so that we know at the OT

Re: [PATCH] pinctrl: mediatek: mtk-common: initialize unmask

Hello. On 04/20/2015 02:15 PM, Colin King wrote: From: Colin Ian King cppcheck detected an unitialized variable: Uninitialized. [drivers/pinctrl/mediatek/pinctrl-mtk-common.c:897]: (error) Uninitialized variable: unmask unmask should be initialized to zero to ensure unmasking o

Re: [PATCH 01/16] printk: guard the amount written per line by devkmsg_read()

On Mon 2015-04-20 14:11:36, Petr Mladek wrote: > On Thu 2015-04-16 19:03:38, Tejun Heo wrote: > > devkmsg_read() uses 8k buffer and assumes that the formatted output > > message won't overrun which seems safe given LOG_LINE_MAX, the current > > use of dict and the escaping method being used; howeve

Re: [V6,1/9] elf: Add new powerpc specifc core note sections

Anshuman Khandual wrote on 13.04.2015 10:48:57: > On 04/10/2015 04:03 PM, Ulrich Weigand wrote: > > - You provide checkpointed FPR and VMX registers, but there doesn't seem > > to be any way to get at the checkpointed *VSX* registers (i.e. the part > > that is neither covered by FPR or VMX, co

[PATCH] x86_64: use -mskip-rax-setup when available

gcc 5 supports the option -mskip-rax-setup to avoid emitting the two-byte instruction xor %eax,%eax before a vararg function call. Clearing %eax is redundant in the kernel, since no callee expects any floating point arguments, and hence never use the incoming value of %eax for anything. For a defc

Re: gcc doesn't warn about uninitialized variable use in switch/case with -O (was: Re: [PATCH] Staging: dgnc: Using temporary value for repeated dereferences)

On Mon, 2015-04-20 at 03:42 -0700, Joe Perches wrote: > On Mon, 2015-04-20 at 11:33 +0300, Dan Carpenter wrote: > > You would hope that GCC would warn about the uninitialized variable but > > it doesn't. > > That's odd. So I filed this new gcc bugzilla: > https://gcc.gnu.org/bugzilla/show_bug.cgi

Re: [PATCH 02/16] printk: factor out message formatting from devkmsg_read()

On Thu 2015-04-16 19:03:39, Tejun Heo wrote: > The extended message formatting used for /dev/kmsg will be used > implement extended consoles. Factor out msg_print_ext_header() and > msg_print_ext_body() from devkmsg_read(). > > This is pure restructuring. > > Signed-off-by: Tejun Heo Reviewed-

Re: [PATCH 6/7] perf hists browser: Split popup menu actions

On Mon, Apr 20, 2015 at 11:46:07AM +0200, Jiri Olsa wrote: > On Sun, Apr 19, 2015 at 01:04:14PM +0900, Namhyung Kim wrote: > > SNIP > > > continue; > > case 's': > > - if (is_report_browser(hbt)) > > - goto do_data_switch

Re: [PATCH 6/7] perf hists browser: Split popup menu actions

On Mon, Apr 20, 2015 at 11:21:59AM +0200, Jiri Olsa wrote: > On Sun, Apr 19, 2015 at 01:04:14PM +0900, Namhyung Kim wrote: > > SNIP > > > + > > +static int > > +add_script_opt(struct popup_option *opt, char **optstr, > > + struct hist_browser *browser __maybe_unused, > > + struc

Re: [PATCH 2/3] ASoC: tas571x: New driver for TI TAS571x power amplifiers

On Sat, Apr 18, 2015 at 01:07:07PM -0700, Kevin Cernekee wrote: > On Sat, Apr 18, 2015 at 10:11 AM, Mark Brown wrote: > > Someone trying to use the atmel_wm8904 driver with something other than > > a wm8904 shouldn't really be expecting a good experince... > The same check shows up in numerous o

Re: qemu:arm test failure due to commit 8053871d0f7f (smp: Fix smp_call_function_single_async() locking)

On Mon, Apr 20, 2015 at 07:39:55AM +0200, Ingo Molnar wrote: > > * Linus Torvalds wrote: > > > On Sun, Apr 19, 2015 at 11:01 AM, Ingo Molnar wrote: > > > > > > That's all fine and good, but why is an IPI sent to a non-existent > > > CPU? It's not like we don't know which CPU is up and down. >

Re: [PATCH 5/7] perf hists browser: Fix possible memory leak

On Mon, Apr 20, 2015 at 10:24:15AM +0200, Jiri Olsa wrote: > On Sun, Apr 19, 2015 at 01:04:13PM +0900, Namhyung Kim wrote: > > The options array saves strings for each popup menu item. The number of > > items can be vary according to the currently selected item. So it can > > leak some memory if

Re: [PATCH 3/7] perf tools: Move TUI-specific fields to struct hist_entry_tui

Hi Jiri, On Mon, Apr 20, 2015 at 10:20:02AM +0200, Jiri Olsa wrote: > On Sun, Apr 19, 2015 at 01:04:11PM +0900, Namhyung Kim wrote: > > Since perf diff only support stdio output, TUI fields are only accessed > > from perf report (or perf top). So add new struct hist_entry_tui and > > move those f

Re: [PATCH 01/16] printk: guard the amount written per line by devkmsg_read()

On Thu 2015-04-16 19:03:38, Tejun Heo wrote: > devkmsg_read() uses 8k buffer and assumes that the formatted output > message won't overrun which seems safe given LOG_LINE_MAX, the current > use of dict and the escaping method being used; however, we're > planning to use devkmsg formatting wider and

Re: [Xen-devel] [PATCH] xen: Add __GFP_DMA flag when xen_swiotlb_init gets free pages.

On 20/04/15 12:07, Chen Baozi wrote: > On Mon, Apr 20, 2015 at 11:53:47AM +0100, David Vrabel wrote: >> On 20/04/15 11:48, Chen Baozi wrote: >>> Make sure that xen_swiotlb_init allocates buffers that is DMA capable. >>> >>> Signed-off-by: Chen Baozi >>> --- >>> drivers/xen/swiotlb-xen.c | 3 ++- >

RE: [PATCHSET] printk, netconsole: implement reliable netconsole

From: Of Rob Landley > Sent: 19 April 2015 08:25 > On Thu, Apr 16, 2015 at 6:03 PM, Tejun Heo wrote: > > In a lot of configurations, netconsole is a useful way to collect > > system logs; however, all netconsole does is simply emitting UDP > > packets for the raw messages and there's no way for th

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

Hi Chris, On 04/20/2015 01:44 PM, Chris Wilson wrote: > Ah, maybe this on top of the previous try: > > diff --git a/drivers/gpu/drm/drm_probe_helper.c > b/drivers/gpu/drm/drm_probe_helper.c > index 88f5a74..5d22ca0 100644 > --- a/drivers/gpu/drm/drm_probe_helper.c > +++ b/drivers/gpu/drm/drm_pro

[PATCH] iio:st_sensors: Fix oops when probing SPI devices

In SPI mode the transfer buffer is locked with a mutex. However this mutex is only initilized after the probe, but some transfer needs to be done in the probe. To fix this bug we move the mutex initialization at the beginning of the device probe. Signed-off-by: Alban Bedel --- drivers/iio/accel

Re: [PATCH v2] cdc-acm: prevent infinite loop when parsing CDC headers.

On Tue, Apr 14, 2015 at 11:25:43AM +0200, Quentin Casasnovas wrote: > Phil and I found out a problem with commit: > > 7e860a6e7aa6 ("cdc-acm: add sanity checks") > Any comment on v2? Thanks, Quentin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a me

Re: [Xen-devel] [PATCH] xen: Add __GFP_DMA flag when xen_swiotlb_init gets free pages.

On Mon, Apr 20, 2015 at 11:53:47AM +0100, David Vrabel wrote: > On 20/04/15 11:48, Chen Baozi wrote: > > Make sure that xen_swiotlb_init allocates buffers that is DMA capable. > > > > Signed-off-by: Chen Baozi > > --- > > drivers/xen/swiotlb-xen.c | 3 ++- > > 1 file changed, 2 insertions(+), 1

Re: [PATCH] perf tools: Document --children option in more detail

Hi David, Thanks for fixing my English :) On Sun, Apr 19, 2015 at 11:11:14AM -0600, David Ahern wrote: > On 4/18/15 11:33 AM, Namhyung Kim wrote: > >+It might confusing that the sum of the all children overhead exceeds > >+100%. But with this enabled, users can find which function has most > >+o

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

On Mon, Apr 20, 2015 at 01:20:05PM +0200, Radek Dostál wrote: > Hi Chris, > > On 04/20/2015 01:00 PM, Chris Wilson wrote: > > Can you do a WARN_ON(list_empty(&connector->modes)) here to see at what > > point we set up the invalid GTF mode? > > sure please see attached patch adding WARN_ON and cor

Re: [PATCH 07/11] powerpc/8xx: macro for handling CPU15 errata

Le 20/04/2015 13:40, David Laight a écrit : From: Christophe Leroy Sent: 20 April 2015 06:27 Having a macro will help keep clear code. ... * We have to use the MD_xxx registers for the tablewalk because the * equivalent MI_xxx registers only perform the attribute functions. */ + +#i

RE: [PATCH 07/11] powerpc/8xx: macro for handling CPU15 errata

From: Christophe Leroy > Sent: 20 April 2015 06:27 > Having a macro will help keep clear code. ... > * We have to use the MD_xxx registers for the tablewalk because the > * equivalent MI_xxx registers only perform the attribute functions. > */ > + > +#ifdef CONFIG_8xx_CPU15 > +#define DO_8xx_

I want to invest

Attention Sir, I am personally contacting you based on two reasons. 1.Your knowledge in Gold Business, Am interested in buying properties houses,Building real estate and some tourist places. 2.Your ability keeping my business reationship very strictly secret as I have finalised arrangement wi

Re: On register r/w macros/procedures of drivers/media/pci

Andrey Utkin writes: > I am starting a work on driver for techwell tw5864 media grabber&encoder. If this is tw6864 then I have a driver mostly completed. Actually I'm using tw6869 but I think this is very similar (4 channels instead of 8 and PCI instead of PCIe). I have 6864s but haven't yet tri

Re: BUG: unable to handle kernel NULL pointer deref, bisected to 746650160

On Sun, 19 Apr 2015 18:58:41 +0200 Christoph Hellwig wrote: > This looks like a long standing bug in all three 3ware drivers to > me, that the taking the host lock around the host_busy manipulation > was hiding. > > Can you test the patch below? I'm running it right now and keeping my fingers c

Re: [PATCH 2/3] fscache/cachefiles: optionally use SEEK_DATA instead of ->bmap.

NeilBrown wrote: > @@ -721,24 +733,45 @@ int cachefiles_read_or_alloc_pages(struct > fscache_retrieval *op, We can actually do better than this what you've done here for cachefiles_read_or_alloc_pages(). We can use SEEK_DATA to check the beginning of a run of pages and then SEEK_HOLE to see ho

Re: On register r/w macros/procedures of drivers/media/pci

On Mon, Apr 20, 2015 at 2:18 PM, Krzysztof Hałasa wrote: > Andrey Utkin writes: > >> I am starting a work on driver for techwell tw5864 media grabber&encoder. > > If this is tw6864 then I have a driver mostly completed. > Actually I'm using tw6869 but I think this is very similar (4 channels > in

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

Hi Chris, On 04/20/2015 01:00 PM, Chris Wilson wrote: > Can you do a WARN_ON(list_empty(&connector->modes)) here to see at what > point we set up the invalid GTF mode? sure please see attached patch adding WARN_ON and corresponding output of dmesg. As mentioned in the original commit, the mode is

[PATCH] pinctrl: mediatek: mtk-common: initialize unmask

From: Colin Ian King cppcheck detected an unitialized variable: [drivers/pinctrl/mediatek/pinctrl-mtk-common.c:897]: (error) Uninitialized variable: unmask unmask should be initialized to zero to ensure unmasking only occurs if a previous mask occurred. The current situation is that the unmas

Re: [patch 10/39] hrtimer: Use cpu_base->active_base for hotpath iterators

On 04/15/2015 02:38 AM, Thomas Gleixner wrote: >>Now that we have the active_bases field in sync we can use it for This sentence appears a bit ambiguous. I am guessing you are referring to what the first patch in this series did, in which case wouldn't it be better if it is stated a bit more elabo

[PATCH v2] clk: Show clock rate and error value when fail to set clock rate

This patch shows the current clock rate nad error value when clk_set_rate() fail to set the clock rate because log messgae means only the clock rate. Cc: Mike Turquette Cc: Stephen Boyd Cc: Sylwester Nawrocki Signed-off-by: Chanwoo Choi --- Changes from v1: - Add error value of clk-set_rate()

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Thu, Apr 16, 2015 at 1:42 PM, Eric Dumazet wrote: > On Thu, 2015-04-16 at 11:01 +0100, George Dunlap wrote: > >> He suggested that after he'd been prodded by 4 more e-mails in which two >> of us guessed what he was trying to get at. That's what I was >> complaining about. > > My big complain i

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

On Mon, Apr 20, 2015 at 12:57:33PM +0200, Radek Dostál wrote: > Hi Chris, > > On 04/20/2015 12:48 PM, Chris Wilson wrote: > >> Unfortunately you can not do that. I already tried. At the time when > >> > drm_helper_probe_add_cmdline_mode is called EDID informations are not > >> > yet available. > >

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

Hi Chris, On 04/20/2015 12:48 PM, Chris Wilson wrote: >> Unfortunately you can not do that. I already tried. At the time when >> > drm_helper_probe_add_cmdline_mode is called EDID informations are not >> > yet available. > My understanding is that it should be. fb_helper.initial_config does a > pr

[PATCH v4] dmaengine: xgene-dma: Fix sparse wannings and coccinelle warnings

v4 changes: * Re-generate patch on top of latest for-linux git v3 changes: * Minor changes in length setting in DMA descriptor v2 changes: * Code cleanup * Changed way of setting DMA descriptors for big-endian This patch fixes compilation sparse warnings like inco

Re: [PATCH 0/2] powerpc/kvm: Enable running guests on RT Linux

On 10.04.2015 02:53, Scott Wood wrote: On Thu, 2015-04-09 at 10:44 +0300, Purcareata Bogdan wrote: So at this point I was getting kinda frustrated so I decided to measure the time spend in kvm_mpic_write and kvm_mpic_read. I assumed these were the main entry points in the in-kernel MPIC and were

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

On Mon, Apr 20, 2015 at 12:38:25PM +0200, Radek Dostál wrote: > Hi Chris, > > On 04/20/2015 11:58 AM, Chris Wilson wrote: > > Hmm, so that should be before the clock comparison as well to fix your > > example. Not as neat. > > indeed that is required. > > > The other idea I was considering was n

Re: qemu:arm test failure due to commit 8053871d0f7f (smp: Fix smp_call_function_single_async() locking)

On Sun, Apr 19, 2015 at 4:08 PM, Guenter Roeck wrote: > On 04/19/2015 02:31 AM, Ingo Molnar wrote: >> * Linus Torvalds wrote: >> >>> On Sun, Apr 19, 2015 at 4:48 AM, Linus Torvalds >>> wrote: Does that smaller patch work equally well? >>> >>> >>> .. and here's a properly formatted

gcc doesn't warn about uninitialized variable use in switch/case with -O (was: Re: [PATCH] Staging: dgnc: Using temporary value for repeated dereferences)

On Mon, 2015-04-20 at 11:33 +0300, Dan Carpenter wrote: > You would hope that GCC would warn about the uninitialized variable but > it doesn't. That's odd. So I filed this new gcc bugzilla: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65812) gcc 4.9.1 doesn't warn about uninitialized variable us

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

Hi Chris, On 04/20/2015 11:58 AM, Chris Wilson wrote: > Hmm, so that should be before the clock comparison as well to fix your > example. Not as neat. indeed that is required. > The other idea I was considering was not adding the GTF cmdline mode if > the probed modes already contain one of a ma

Re: [RFC 1/4] fs: Add generic file system event notifications

On Fri 17-04-15 16:44:16, Andreas Dilger wrote: > On Apr 17, 2015, at 5:31 AM, Jan Kara wrote: > > On Wed 15-04-15 09:15:44, Beata Michalska wrote: > >> Introduce configurable generic interface for file > >> system-wide event notifications to provide file > >> systems with a common way of reportin

Re: [PATCH 5/5] Drivers: hv: vmbus: Implement the protocol for tearing down vmbus state

Vitaly Kuznetsov writes: > "K. Y. Srinivasan" writes: > >> Implement the protocol for tearing down the monitor state established with >> the host. >> >> Signed-off-by: K. Y. Srinivasan > > Unfortunatelly this patch leads to the following crash: > > pre-udev:/# modprobe hv_vmbus > modprobe hv_vm

Re: [PATCH 4/7] sched/deadline: reschedule if stop task slip in after pull operations

Hi, On 06/04/2015 09:53, Wanpeng Li wrote: > pull_dl_task can drop (and re-acquire) rq->lock, this means a stop task > can slip in, in which case we need to reschedule. This patch add the > reschedule when the scenario occurs. > Ok, I guess it can happen. Doesn't RT have the same problem? It s

[Patch v2 1/3] firmware: dmi_scan: rename dmi_table to dmi_decode_table

The "dmi_table" function looks like data instance, but it does DMI table decode. This patch renames it to "dmi_decode_table" name as more appropriate. That allows us to use "dmi_table" name for correct purposes. Reviewed-by: Jean Delvare Signed-off-by: Ivan Khoronzhuk --- drivers/firmware/dmi_s

[Patch v2 3/3] Documentation: ABI: sysfs-firmware-dmi: add -entries suffix to file name

The dmi-sysfs module adds DMI table structures entries under /sys/firmware/dmi/entries only, so rename documentation file to sysfs-firmware-dmi-entries as more appropriate. Without renaming it's confusing to differ this from sysfs-firmware-dmi-tables that adds raw DMI table and actually adds "dmi"

[Patch v2 2/3] firmware: dmi_scan: add SBMIOS entry and DMI tables

Some utils, like dmidecode and smbios, need to access SMBIOS entry table area in order to get information like SMBIOS version, size, etc. Currently it's done via /dev/mem. But for situation when /dev/mem usage is disabled, the utils have to use dmi sysfs instead, which doesn't represent SMBIOS entr

[Patch v2 0/3] firmware: dmi_scan: add SBMIOS entry point and DMI tables

This series adds SMBIOS entry point table and DMI table under /sys/firmware/dmi/tables in order to use as an alternative to utilities reading them from /dev/mem. Based on linux next + 2 patches that have not been sent by Jean Dalvere yet. They can be changed, but, anyway, the series should be base

Re: [PATCH V2 1/6] perf,core: allow invalid context events to be part of sw/hw groups

On Sat, Apr 18, 2015 at 01:47:06AM +0100, Andi Kleen wrote: > > ... which would give you arbitrary skew, because one counter is > > free-running and the other is not (when scheduling a context in or out we > > stop > > the PMU) > > Everyone just reads the counter and subtracts it from > the last

[tip:x86/urgent] x86/mm: Clean up types in xlate_dev_mem_ptr()

Commit-ID: 94d4b4765b7ddb8478b0d57663cf7a08e2263bbf Gitweb: http://git.kernel.org/tip/94d4b4765b7ddb8478b0d57663cf7a08e2263bbf Author: Ingo Molnar AuthorDate: Fri, 23 Nov 2012 19:19:07 +0100 Committer: Ingo Molnar CommitDate: Mon, 20 Apr 2015 08:41:37 +0200 x86/mm: Clean up types in xl

IT-Service Desk

IT-Service Desk behöver du uppgradera till den senaste e-post Outlook Web Apps 2015, vänligen klicka på IT-Service Desk att uppgradera till den senaste e-post Outlook Web Apps 2015 I samband med Microsoft Exchange © 2015 Microsoft Corporation. Alla rättighe

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

On Mon, Apr 20, 2015 at 10:46:08AM +0100, Chris Wilson wrote: > On Mon, Apr 20, 2015 at 11:36:04AM +0200, Radek Dostál wrote: > > Hi Chris, > > > > On 04/20/2015 11:09 AM, Chris Wilson wrote: > > > The EDID modes should be earlier in the list, and so higher priority > > > than the cmdline mode. Th

Re: [PATCH 02/14] MIPS: ath79: Add basic device tree support

On Sat, 2015-04-18 at 18:31 +0200, Alban wrote: > On Sat, 18 Apr 2015 09:05:52 +0200 > Paul Bolle wrote: > > > On Fri, 2015-04-17 at 16:24 +0200, Alban Bedel wrote: > > > > > --- a/arch/mips/ath79/Kconfig > > > +++ b/arch/mips/ath79/Kconfig > > > > > > +choice > > > + prompt "Builtin devicetre

Re: [PATCH 01/11] linux/time64.h:Introduce the 'struct itimerspec64' for 64bit

Hello. On 4/20/2015 8:57 AM, Baolin Wang wrote: This patch introduces the 'struct itimerspec64' for 64bit to replace itimerspec, and also introduces the conversion methods: itimerspec64_to_itimerspec() and itimerspec_to_itimerspec64(), that makes itimerspec to ready for 2038 year. "To" not

Re: [PATCH 3/3] btrfs: set FS_SUPPORTS_SEEK_HOLE flag.

On Mon, Apr 20, 2015 at 10:46:49AM +0100, David Howells wrote: > NeilBrown wrote: > > > Missing patch 2 of the 3-patch series? > > Yes. :-) > > Do ext4 and xfs support this, do you know? Yes. As do f2fs, ocfs2, gfs2, ceph and NFSv4.2 > > David ---end quoted text--- -- To unsubscribe from th

Re: [PATCH 3/3] btrfs: set FS_SUPPORTS_SEEK_HOLE flag.

NeilBrown wrote: > Missing patch 2 of the 3-patch series? Yes. :-) Do ext4 and xfs support this, do you know? David -- 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/ma

Re: [PATCH 6/7] perf hists browser: Split popup menu actions

On Sun, Apr 19, 2015 at 01:04:14PM +0900, Namhyung Kim wrote: SNIP > continue; > case 's': > - if (is_report_browser(hbt)) > - goto do_data_switch; > + if (is_report_browser(hbt)) { > +

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

On Mon, Apr 20, 2015 at 11:36:04AM +0200, Radek Dostál wrote: > Hi Chris, > > On 04/20/2015 11:09 AM, Chris Wilson wrote: > > The EDID modes should be earlier in the list, and so higher priority > > than the cmdline mode. The only instance I see that breaking down is if > > the mode gets created b

Re: [PATCH] dmaengine: imx-sdma: Add DMA event remapping for imx6sx-sdma

On Tue, Apr 14, 2015 at 10:39:11PM -0700, Nicolin Chen wrote: > The SDMA on imx6sx has a few DMA event remapping configurations > inside the GPR (General Purpose Register) of that SoC. When users > want to use a non-default DMA event, they need to configure the > GPR register. So this patch gives a

Re: [PATCH 2/3] fscache/cachefiles: optionally use SEEK_DATA instead of ->bmap.

On Mon, Apr 20, 2015 at 04:27:00PM +1000, NeilBrown wrote: > A worthwhile goal, but I certainly wouldn't consider pursuing it until what I > have submitted so far as been accepted - let's not reject "good" while > waiting for "perfect". It's still broken. You add conditional flag for the almost r

Re: [PATCH] arm64: annotate psci invoke functions as notrace

> >> > -static noinline int __invoke_psci_fn_hvc(u64 function_id, u64 arg0, u64 > >> > arg1, > >> > +static noinline notrace int __invoke_psci_fn_hvc(u64 function_id, u64 > >> > arg0, u64 arg1, > >> > u64 arg2) [...] > >> > -static noinline int __invoke_psci

Re: [PATCH 3.10 31/34] kernel.h: define u8, s8, u32, etc. limits

On Fri, Apr 17, 2015 at 4:29 PM, Greg Kroah-Hartman wrote: > 3.10-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Alex Elder > > commit 89a0714106aac7309c7dfa0f004b39e1e89d2942 upstream. > > Create constants that define the maximum and mini

Re: [PATCH 5/5] Drivers: hv: vmbus: Implement the protocol for tearing down vmbus state

"K. Y. Srinivasan" writes: > Implement the protocol for tearing down the monitor state established with > the host. > > Signed-off-by: K. Y. Srinivasan Unfortunatelly this patch leads to the following crash: pre-udev:/# modprobe hv_vmbus modprobe hv_vmbus [ 14.832334] hv_vmbus: Hyper-V Host

Re: [PATCHv2] drm: fb_helper: prefer to use mode, which is not DRM_MODE_TYPE_USERDEF

Hi Chris, On 04/20/2015 11:09 AM, Chris Wilson wrote: > The EDID modes should be earlier in the list, and so higher priority > than the cmdline mode. The only instance I see that breaking down is if > the mode gets created by drm_pick_cmdline_mode, i.e. indeed at the beginning the command line mo

Re: [PATCH 3/3] btrfs: set FS_SUPPORTS_SEEK_HOLE flag.

On Mon, 20 Apr 2015 09:47:42 +0100 David Howells wrote: > NeilBrown wrote: > > > + .fs_flags = FS_REQUIRES_DEV | FS_BINARY_MOUNTDATA | > > + FS_SUPPORTS_SEEK_HOLE, > > I must be missing something: > > warthog>git merge linus/master > Already up-to-date.

Re: [patch 08/39] hrtimer: Make offset update smarter

On 04/15/2015 02:38 AM, Thomas Gleixner wrote: >>On every tick/hrtimer interrupt we update the offset variables of the >>clock bases. That's silly because these offsets change very seldom. >> >>Add a sequence counter to the time keeping code which keeps track of >>the offset updates (clock_was_set(

[PATCH 2/2] ARM64: mt8173: dts Add MT8173 cpufreq driver support

This patch adds voltage supplies and clocks used by MT8173 cpufreq driver. Signed-off-by: pi-cheng.chen --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 9 + arch/arm64/boot/dts/mediatek/mt8173.dtsi| 6 ++ 2 files changed, 15 insertions(+) diff --git a/arch/arm64/boot/dts/media

[PATCH 1/2] cpufreq: mediatek: Add MT8173 cpufreq driver

This patch implements MT8173 specific cpufreq driver with OPP table defined in the driver code. Signed-off-by: pi-cheng.chen --- drivers/cpufreq/Kconfig.arm | 6 + drivers/cpufreq/Makefile | 1 + drivers/cpufreq/mt8173-cpufreq.c | 509 +++ 3 f

<    1   2   3   4   5   6   7   >