Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

On Wed, Sep 2, 2015 at 10:46 AM, Josh Boyer wrote: > On Wed, Sep 2, 2015 at 10:08 AM, Andy Lutomirski wrote: >> I'd be amenable to switching the default back to y and perhaps adding >> a sysctl to make the distros more comfortable. Ingo, Kees,

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On Wed, Sep 02, 2015 at 02:13:49PM +0200, Arend van Spriel wrote: > On 09/02/2015 02:09 PM, Arend van Spriel wrote: > >On 09/02/2015 03:19 AM, Luis R. Rodriguez wrote: > >>On Mon, Aug 31, 2015 at 10:21:34PM +0800, Ming Lei wrote: > >>>On Sun, Aug 30, 2015 at 4:25 PM, Arend van Spriel >

Re: [BUG 4.2-rc8] Interrupt occurs while apply_alternatives() is patching the handler

On Wed, Sep 02, 2015 at 11:11:55AM +0200, Thomas Gleixner wrote: > On Tue, 1 Sep 2015, Richard W.M. Jones wrote: > > On Sun, Aug 30, 2015 at 10:37:57PM -0400, Chuck Ebbert wrote: > > > This is from https://bugzilla.redhat.com/show_bug.cgi?id=1258223 > > > > > > [0.036000] BUG: unable to

Re: [PATCH] dax, pmem: add support for msync

On Tue, Sep 01, 2015 at 03:18:41PM +0300, Boaz Harrosh wrote: > So the approach we took was a bit different to exactly solve these > problem, and to also not over flush too much. here is what we did. > > * At vm_operations_struct we also override the .close vector (say call it > dax_vm_close) >

Re: [RFC v6 02/40] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags

On Wed, Sep 02, 2015 at 09:06:32PM +0200, Andreas Gruenbacher wrote: > 2015-09-02 20:53 GMT+02:00 J. Bruce Fields : > >> @@ -453,7 +453,8 @@ static int sb_permission(struct super_block *sb, > >> struct inode *inode, int mask) > >> * this, letting us set arbitrary

Re: Use-after-free in page_cache_async_readahead

Hello, Andrey. On Wed, Sep 02, 2015 at 01:08:52PM +0200, Andrey Konovalov wrote: > While running KASAN on 4.2 with Trinity I got the following report: > > == > BUG: KASan: use after free in page_cache_async_readahead+0x2cb/0x3f0 >

Re: [PATCH] perf tools: Fix use of wrong event when processing exit events

Em Wed, Sep 02, 2015 at 04:00:08PM +0300, Adrian Hunter escreveu: > On 18/08/15 12:07, Adrian Hunter wrote: > > In a couple of cases the 'comm' member of 'union event' has > > been used instead of the correct member ('fork') when processing > > exit events. > > > > In the cases where it has been

Re: [PATCH] tipc: fix stall during bclink wakeup procedure

From: Kolmakov Dmitriy Date: Wed, 2 Sep 2015 15:33:00 + > If an attempt to wake up users of broadcast link is made when there > is no enough place in send queue than it may hang up inside the > tipc_sk_rcv() function since the loop breaks only after the wake up >

Re: [PATCH v2 1/2] ARM: dts: rockchip: pull up cts lines on rk3288

Alex, On Wed, Sep 2, 2015 at 4:27 PM, Alexandru M Stan wrote: > The flow control lines from a user accessible UART are optional, > the user might not have anything connected to those pins. > In order to prevent random interrupts happening and noise affecting > the cts pin

[PATCH 07/15] x86, fpu: rework XSTATE_* macros to remove magic '2'

From: Dave Hansen The 'xstate.c' code has a bunch of references to '2'. This is because we have a lot more work to do for the "extended" xstates than the "legacy" ones and state component 2 is the first "extended" state. This patch replaces all of the instances of

[PATCH 03/15] x86, fpu: remove XSTATE_RESERVE

From: Dave Hansen The original purpose of XSTATE_RESERVE was to carve out space to store all of the possible extended state components that get saved with the XSAVE instruction(s). However, we are now almost entirely dynamically allocating the buffers we use for

[PATCH 1/9] perf, tools, stat: Move sw clock metrics printout to stat-shadow

From: Andi Kleen The sw clock metrics printing was missed in the earlier move to stat-shadow of all the other metric printouts. Move it too. Signed-off-by: Andi Kleen --- tools/perf/builtin-stat.c | 9 - tools/perf/util/stat-shadow.c | 3

[PATCH 06/15] x86, fpu: rename XFEATURES_NR_MAX

From: Dave Hansen This is a logcal followon to the last patch. It makes the XFEATURE_MAX naming consistent with the other enum values. This is what Ingo suggested. Signed-off-by: Dave Hansen Cc: Ingo Molnar Cc:

Re: [PATCH v2 2/2] ARM: dts: rockchip: Remove specific cts pullup from veyron

Alex, On Wed, Sep 2, 2015 at 4:27 PM, Alexandru M Stan wrote: > With the previous patch ("rk3288: pull up cts lines") this is redundant, > I sent that patch for the same reason this existed here, so the lines don't > wiggle randomly when disconnected. > > Signed-off-by:

Re: [GIT PULL] Ext3 removal, quota & udf fixes

On Wed, Sep 2, 2015 at 11:45 AM, Darrick J. Wong wrote: > On Wed, Sep 02, 2015 at 05:52:01PM +0100, Mel Gorman wrote: >> On the flip side, there does not appear to be any good reason for >> keeping the ext3 driver around because if there ever is a case where an >> old

Re: [PATCH v2 2/2] clk: qcom: Add MSM8916 RPM clock driver

On 08/03, Georgi Djakov wrote: > diff --git a/Documentation/devicetree/bindings/clock/qcom,rpmcc.txt > b/Documentation/devicetree/bindings/clock/qcom,rpmcc.txt > new file mode 100644 > index ..bd0fd0cd50dc > --- /dev/null > +++ b/Documentation/devicetree/bindings/clock/qcom,rpmcc.txt

Re: [PATCH 14/31] perf tools: Suppress probing messages when probing by BPF loading

On Sat, Aug 29, 2015 at 04:21:48AM +, Wang Nan wrote: > This patch suppresses message output by add_perf_probe_events() and > del_perf_probe_events() if they are triggered by BPF loading. Before > this patch, when using 'perf record' with BPF object/source as event > selector, following

[GIT PULL] ext4 changes for 4.3

The following changes since commit bc0195aad0daa2ad5b0d76cce22b167bc3435590: Linux 4.2-rc2 (2015-07-12 15:10:30 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git tags/ext4_for_linus for you to fetch changes up to

Re: [PATCH 03/31] perf tools: Introduce dummy evsel

发自我的 iPhone > 在 2015年9月3日，上午8:11，Namhyung Kim 写道： > > Hi, > >> On Sat, Aug 29, 2015 at 04:21:37AM +, Wang Nan wrote: >> This patch allows linking dummy evsel onto evlist as a placeholder. It >> is for following patch which allows passing BPF object using '--event >>

Re: [PATCH] [v3] PM / hibernate: Fix hibernation panic caused by inconsistent e820 map

On Wednesday, September 02, 2015 08:06:28 PM Chen Yu wrote: > On some platforms, there is occasional panic triggered when trying to > resume from hibernation, a typical panic looks like: > > BUG: unable to handle kernel paging request at 880085894000 > IP: [] load_image_lzo+0x8c2/0xe70 > >

Re: [PATCH] drivers:staging:vt6655: Fix coding style issues

On Fri, Aug 28, 2015 at 01:51:44PM +0300, lysanovser...@gmail.com wrote: > From: Sergey Lysanov > > This patch fixes the following issues reported by checkpatch.pl: > - code indent should use tabs where possible > - space prohibited before that ',' > > Signed-off-by:

Re: [PATCH] staging: fbtft: Removed a space

On Fri, Aug 21, 2015 at 06:31:33PM +0530, Aparna Karuthodi wrote: > I fetched it yesterday using git fetch origin master. So, I thought I am in > the recent kernel tree. That's a horrible changelog text :( -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH 7/7] usb: dwc2: refactor common low-level hw code to platform.c

On 8/21/2015 5:39 AM, Marek Szyprowski wrote: > DWC2 module on some platforms needs three additional hardware > resources: phy controller, clock and power supply. All of them must be > enabled/activated to properly initialize and operate. This was initially > handled in s3c-hsotg driver, which has

Re: [PATCH 1/2] nohz: Affine unpinned timers to housekeepers

On Wed, 2015-09-02 at 12:16 -0400, Chris Metcalf wrote: > On 09/02/2015 05:38 AM, Mike Galbraith wrote: > > IMHO, nohz_full -> cpu_isolated_map removal really wants to happen. > > NO_HZ_FULL_ALL currently means "Woohoo, next stop NR_CPUS=0". > > Yeah, the problem seems to be folks who use it as a

Re: [RFC] firmware: annotate thou shalt not request fw on init or probe

On Sat, Aug 29, 2015 at 06:18:20PM +0200, Julia Lawall wrote: > > +@ defines_module_init exists @ > > +declarer name module_init; > > +identifier init; > > +@@ > > + > > +module_init(init); > > + > > +@ has_probe depends on defines_module_init @ > > +identifier drv_calls, drv_probe; > > +type

Re: [PATCH 3/3] staging/wilc1000: Use %pM format specifier to print mac address

On Thu, Aug 27, 2015 at 07:10:48PM +0600, Alexander Kuleshov wrote: > printk() supports %pM format specifier for printing 6-byte MAC/FDDI > addresses in hex notation small buffers, let's use it intead of %x:%x... > > Signed-off-by: Alexander Kuleshov > --- >

RE: [PATCH] csiostor:Fix locking issues in the function csio_scsim_cleanup_io_lnode

> -Original Message- > From: Nicholas Krause [mailto:xerofo...@gmail.com] > Sent: Wednesday, September 2, 2015 10:36 AM > To: jbottom...@odin.com > Cc: h...@suse.de; micha...@cs.wisc.edu; da...@davemloft.net; Anish > Bhatt; Hariprasad S; linux-s...@vger.kernel.org; linux- >

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Wed, Sep 2, 2015 at 6:44 PM, Luis R. Rodriguez wrote: >> I don't think we really need to spell it out here. s390 PCI is different >> from everybody else's in a lot of ways, so a simple 'depends on PCI && >> !S390' for CONFIG_PCI_IOMAP seems simpler and more intuitive. > > Sure

The tick when exit idle for nohz_full cpu

Hi, Frederic I noticed currently the tick_nohz_idle_exit() will always restart the sched_tick, even when it's on the nohz_full cpu. I'm not sure if we can keep the sched_tick stopped if it's on a nohz_full_cpu. The sched tick will be enabled on tick_nohz_task_switch() if needed. Is it

[PATCH 09/15] x86, fpu: add helper xfeature_enabled() instead of test_bit()

From: Dave Hansen We currently use test_bit() in a few places to see if an xfeature is enabled. It ends up being a bit ugly because 'xfeatures_mask' is a u64 and test_bit wants an 'unsigned long' so it requires a cast. The *_bit() functions are also techincally

[PATCH 05/15] x86, fpu: XSAVE macro renames

From: Dave Hansen There are two concepts that have some confusing naming: 1. Extended State Component numbers (currently called XFEATURE_BIT_*) 2. Extended State Component masks (currently called XSTATE_*) The numbers are (currently) from 0-9. State

[PATCH 10/15] x86, fpu: rework MPX 'xstate' types

From: Dave Hansen MPX includes two separate "extended state components". There is no real need to have an 'mpx_struct' because we never really manage the states together. We also separate out the actual data in 'mpx_bndcsr_state' from the padding. We will shortly

[PATCH 12/15] x86, fpu: add C structures for AVX-512 state components

From: Dave Hansen AVX-512 has 3 separate state components: 1. opmask registers 2. zmm upper half of registers 0-15 3. new zmm registers (16-31) This patch adds C structures for the three components along with a few comments mostly lifted from the SDM to explain

Re: [PATCH] clk: Hi6220: separately build stub clock driver

On 09/02, Leo Yan wrote: > The previous code, kernel builds Hi6220's common clock driver and stub > clock driver together. Stub clock driver has introduced the dependency > with CONFIG_MAILBOX, so kernel will not build Hi6220's common clock > driver due ARM64's defconfig have not enabled

Re: Linux Firmware Signing

On Wed, Sep 02, 2015 at 07:54:13PM -0400, Mimi Zohar wrote: > On Wed, 2015-09-02 at 01:43 +0200, Luis R. Rodriguez wrote: > > On Mon, Aug 31, 2015 at 10:18:55AM -0400, Mimi Zohar wrote: > > > On Sat, 2015-08-29 at 04:16 +0200, Luis R. Rodriguez wrote: > > > > On Thu, Aug 27, 2015 at 07:54:33PM

Re: [PATCH 03/31] perf tools: Introduce dummy evsel

Hi, On Sat, Aug 29, 2015 at 04:21:37AM +, Wang Nan wrote: > This patch allows linking dummy evsel onto evlist as a placeholder. It > is for following patch which allows passing BPF object using '--event > object.o'. > > Doesn't link other event selectors, if passing a BPF object file to >

[PATCH] cputime: fix invalid gtime

From: Hiroshi Shimamoto /proc/stats shows invalid gtime when the thread is running in guest. When vtime accounting is not enabled, we cannot get a valid delta. Just return gtime when vtime accounting is not enabled in task_gtime(). Before 10987 (qemu-kvm) S 1 10923

linux-next: build failure after merge of the drm-misc tree

m/atomic: Make prepare_fb/cleanup_fb only take state, v3") Well, that was clearly never build tested :-( I have used the drm-misc tree from next-20150902 for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au -- To unsubscribe from this list: send the line "

Re: [PATCH] dax, pmem: add support for msync

On Wed, Sep 02, 2015 at 12:13:21PM +0300, Kirill A. Shutemov wrote: > On Wed, Sep 02, 2015 at 08:49:22AM +1000, Dave Chinner wrote: > > On Tue, Sep 01, 2015 at 01:08:04PM +0300, Kirill A. Shutemov wrote: > > > On Tue, Sep 01, 2015 at 09:38:03AM +1000, Dave Chinner wrote: > > > > On Mon, Aug 31,

Re: [PATCH V2] PM / Domains: Remove cpuidle attach

On Tuesday, September 01, 2015 08:37:49 PM Daniel Lezcano wrote: > The power domains code allows to tie a cpuidle state with a power domain. > > Preventing the cpuidle framework to enter a specific idle state by disabling > from the power domain framework is a good idea. Unfortunately, the

Re: [PATCH] staging: android: fix typo

On Thu, Aug 20, 2015 at 08:29:12AM +0900, Junesung Lee wrote: > Fix typo. What typo? Be specific please. -- 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

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Sun, Aug 30, 2015 at 09:30:26PM +0200, Arnd Bergmann wrote: > On Friday 28 August 2015 17:17:27 Luis R. Rodriguez wrote: > > From: "Luis R. Rodriguez" > > > > The S390 architecture requires a custom pci_iomap() implementation > > as the asm-generic implementation assumes

[PATCH 1/3] scsi:stex.c Support to Pegasus series.

From 63f806abc43237285a918f559ce6e5e410d90d85 Mon Sep 17 00:00:00 2001 From: Charles Date: Wed, 2 Sep 2015 20:41:56 +0800 Subject: [PATCH 1/3] scsi:stex.c Support to Pegasus series. Pegasus is a high performace hardware RAID solution designed to unleash the raw

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Sat, Aug 29, 2015 at 08:25:05AM -0700, Christoph Hellwig wrote: > On Fri, Aug 28, 2015 at 05:17:27PM -0700, Luis R. Rodriguez wrote: > > From: "Luis R. Rodriguez" > > > > The S390 architecture requires a custom pci_iomap() implementation > > as the asm-generic implementation

[PATCH 3/3] scsi:stex.c Add S3/S4 support

From 7d98f8c500de452277e2700a950b23bf4685ed64 Mon Sep 17 00:00:00 2001 From: Charles Date: Wed, 2 Sep 2015 20:54:45 +0800 Subject: [PATCH 3/3] scsi:stex.c Add S3/S4 support Add S3/S4 support, add .suspend and .resume function in pci_driver. In .suspend handler,

[PATCH 02/15] x86, fpu: move XSAVE-disabling code to a helper

From: Dave Hansen When we want to _completely_ disable XSAVE support as far as the kernel is concerned, we have a big set of feature flags to clear. We currently only do this in cases where the user asks for it to be disabled, but we are about to expand the places

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On Wed, Sep 2, 2015 at 4:22 PM, Luis R. Rodriguez wrote: > On Wed, Sep 02, 2015 at 04:13:51PM -0700, Dmitry Torokhov wrote: >> On Wed, Sep 2, 2015 at 2:03 PM, Arend van Spriel wrote: >> > On 09/02/2015 08:58 PM, Luis R. Rodriguez wrote: >> >> >> >> On Wed,

[PATCH v2 1/2] ARM: dts: rockchip: pull up cts lines on rk3288

The flow control lines from a user accessible UART are optional, the user might not have anything connected to those pins. In order to prevent random interrupts happening and noise affecting the cts pin should be pulled up. Note that the default state for that pin on the rk3288 is pulled up, so

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On Wed, Sep 2, 2015 at 4:29 PM, Dmitry Torokhov wrote: > On Wed, Sep 2, 2015 at 4:22 PM, Luis R. Rodriguez wrote: >> On Wed, Sep 02, 2015 at 04:13:51PM -0700, Dmitry Torokhov wrote: >>> On Wed, Sep 2, 2015 at 2:03 PM, Arend van Spriel

lånetilbud

God dag, Det er vår glede å skrive til deg i forhold til å gi ut lån i posten annonse. SUN EAST Federal Credit Union, Vi opererer under en kort, klar og forståelig vilkår Vi gir ut lån med lav rente på 3%. Kjære lesere bør merke seg at dette tilbudet er for seriøse tenkende

Re: [PATCHv4] ARM: exynos_defconfig: Enable CONFIG_LEDS_PWM for Odroid-XU3/XU4

On 03.09.2015 01:41, Anand Moon wrote: > Enable CONFIG_LEDS_PWM amd CONFIG_LEDS_TRIGGER_HEARTBEAT for > Odroid-XU3/XU4 board. > > Signed-off-by: Anand Moon > > --- > Changes from last version. > Make all modules build-in. > Enabled LEDS_GPIO > --- >

Re: Linux Firmware Signing

On Wed, 2015-09-02 at 01:43 +0200, Luis R. Rodriguez wrote: > On Mon, Aug 31, 2015 at 10:18:55AM -0400, Mimi Zohar wrote: > > On Sat, 2015-08-29 at 04:16 +0200, Luis R. Rodriguez wrote: > > > On Thu, Aug 27, 2015 at 07:54:33PM -0400, Mimi Zohar wrote: > > > > On Thu, 2015-08-27 at 23:29 +0200,

Re: Linux Firmware Signing

On Wed, 2015-09-02 at 20:46 +0200, Luis R. Rodriguez wrote: > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote: > > > OK great, I think that instead of passing the actual routine name we > > > should > > > instead pass an enum type for to the LSM, that'd be easier to parse and > > >

Re: [PATCH] ARM: dts: Add ddc i2c reference to veyron

On Wed, Sep 2, 2015 at 4:25 PM, Douglas Anderson wrote: > The ddc-i2c-bus property was missing from the veyron dtsi file since > downstream the ddc-i2c-bus was still being specified in rk3288.dtsi and > nobody noticed when the veyron dtsi was sent upstream. Add it. > >

Re: ip_rcv_finish() NULL pointer and possibly related Oopses

On 09/02/2015 06:39 PM, Shaun Crampton wrote: Make sure you backported commit 10e2eb878f3ca07ac2f05fa5ca5e6c4c9174a27a ("udp: fix dst races with multicast early demux") I just tried the latest CoreOS alpha, which had that patch. Sadly, I saw just as many reboots. Here's a sample of the

Re: [PATCH v2] security: device_cgroup: fix RCU lockdep splat

On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote: > cc'ing Paul. > > On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote: > > while booting AM437x device, the following splat > > triggered: > > > > [ 12.005238] === > > [ 12.009749] [ INFO:

Re: [PATCH v4 01/16] drm: exynos/dp: fix code style

On 01.09.2015 14:46, Yakir Yang wrote: > After run "checkpatch.pl -f --subjective" command, I see there > are lots of alignment problem in exynos_dp driver, so let just > fix them. Hi, Warnings from checkpatch are not a reason for a commit. Reason for a commit could be for example an unreadable

Re: Possible deadlock related to CPU hotplug and kernfs

On Wednesday, September 02, 2015 12:14:45 PM Tejun Heo wrote: > On Tue, Sep 01, 2015 at 03:12:34PM +0800, Jiang Liu wrote: > > Hi Rafael and Tejun, > > When running CPU hotplug tests, it triggers an lockdep warning > > as follow. The two possible deadlock paths are: > > 1) echo x >

Re: Linux Firmware Signing

On Wed, Sep 02, 2015 at 08:05:36PM -0400, Mimi Zohar wrote: > On Wed, 2015-09-02 at 20:46 +0200, Luis R. Rodriguez wrote: > > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote: > > > > OK great, I think that instead of passing the actual routine name we > > > > should > > > > instead

Re: [PATCH] tty: fix data race in flush_to_ldisc

On 09/02/2015 01:53 PM, Dmitry Vyukov wrote: > The data race is found with KernelThreadSanitizer (on rev 21bdb584af8c): > > ThreadSanitizer: data-race in release_tty > Write of size 8 by thread T325 (K2579): > release_tty+0xf3/0x1c0 drivers/tty/tty_io.c:1688 > tty_release+0x698/0x7c0

Re: [PATCH 1/5] staging: lustre: fix whitespace errors reported by checkpatch.pl

On Sat, Aug 22, 2015 at 05:17:19PM +0300, Mike Rapoport wrote: > Added/removed spaces and replaced '+1' with '1' in several places to > eliminate SPACING and POINTER_LOCATION errors reported by checkpatch.pl > > Signed-off-by: Mike Rapoport Does not apply to my tree :(

Re: [PATCH v4 03/16] drm: bridge: analogix/dp: split exynos dp driver to bridge dir

On 01.09.2015 14:49, Yakir Yang wrote: > Split the dp core driver from exynos directory to bridge > directory, and rename the core driver to analogix_dp_*, > leave the platform code to analogix_dp-exynos. > > Signed-off-by: Yakir Yang > --- > Changes in v4: > - Take Rob

Re: [PATCH 0/8] fix drivers/staging/android several coding style issues

On Wed, Aug 26, 2015 at 11:52:09AM +0800, Peng Sun wrote: > patches based on linux-next next-20150825 > Corrections based on checkpatch.pl with --strict > > Peng Sun (8): > fix staging:android style issue:spaces preferred around that '-' > fix staging:android style issue:No space is necessary

[PATCH v12 3/5] mtd: nand: vf610_nfc: add device tree bindings

Signed-off-by: Bill Pringlemeir Acked-by: Shawn Guo Signed-off-by: Stefan Agner --- .../devicetree/bindings/mtd/vf610-nfc.txt | 59 ++ 1 file changed, 59 insertions(+) create mode 100644

[PATCH v12 4/5] ARM: dts: vf610twr: add NAND flash controller peripherial

This adds the NAND flash controller (NFC) peripherial. The driver supports the SLC NAND chips found on Freescale's Vybrid Tower System Module. The Micron NAND chip on the module needs 4-bit ECC per 512 byte page. Use 24-bit ECC per 2k page, which is supported by the driver. Signed-off-by: Bill

Re: [PATCH 1/5] staging: fbtft: remove unused bl_ops from fbtft_unregister_backlight

On Sun, Aug 16, 2015 at 11:36:33PM +0300, Mike Rapoport wrote: > Signed-off-by: Mike Rapoport I can't take a patch without some kind of changelog text, sorry. Please fix up and resend this series. thanks, greg k-h -- To unsubscribe from this list: send the line

Re: [RFC] firmware: annotate thou shalt not request fw on init or probe

On Tue, Sep 01, 2015 at 01:28:27PM -0400, Josh Boyer wrote: > On Fri, Aug 28, 2015 at 9:18 PM, Luis R. Rodriguez > wrote: > > From: "Luis R. Rodriguez" > > > > We are phasing out the usermode helper from the kernel, > > systemd already ripped support for

[PATCH 2/4] scsi:stex.c Add hotplug support

From 9f6cf26367419ed746c6c0f4e80fad6066b99d06 Mon Sep 17 00:00:00 2001 From: Charles Date: Wed, 2 Sep 2015 20:48:55 +0800 Subject: [PATCH 2/3] scsi:stex.c Add hotplug support 1. Add hotplug support. Pegasus support surprise removal. To this end, I use

Re: [PATCH] cpufreq-dt: add suspend frequency support

On 02-09-15, 18:42, Bartlomiej Zolnierkiewicz wrote: > Add suspend frequency support and set it to the boot frequency, > this matches what the old exynos-cpufreq driver has been doing. > > This patch fixes suspend/resume support on Exynos4412 based > Trats2 board and reboot hang on Exynos4412

Re: [PATCH v4 03/16] drm: bridge: analogix/dp: split exynos dp driver to bridge dir

Hi Emil, 在 09/02/2015 10:50 PM, Emil Velikov 写道: [Dropping the CC list] Hmm...Don't understand what this means. If you can explain, that would be better, so I would not miss your suggest. :-) Hi Yakir Yang, On 1 September 2015 at 06:49, Yakir Yang wrote: Split the

[PATCH] mm/mmap.c: Remove redundent 'get_area' function pointer in get_unmapped_area()

From: Chen Gang Call the function pointer directly, then let code a bit simpler. Signed-off-by: Chen Gang --- mm/mmap.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/mm/mmap.c b/mm/mmap.c index

Re: [PATCH] cpufreq: pass policy to ->get() driver callback

On 31-07-15, 16:14, Viresh Kumar wrote: > CPUFreq drivers today support ->get(cpu) callback, which returns current > clock rate of the CPU. The problem with ->get() is that it takes cpu > number as parameter and this unnecessarily makes things complex. > > Firstly the core gets the cpu number by

Re: Fwd: [PATCH] x86: Use larger chunks in mtrr_cleanup

On Mon, Aug 31, 2015 at 11:05:33AM -0500, Stuart Hayes wrote: > Increase the range of chunk sizes tried in mtrr_cleanup() so it is able > to map large memory configs into MTRRs. > > Currently, mtrr_cleanup() will fail with large memory configurations, > because it limits chunk_size to 2GB, which

[PATCHv5] ARM: exynos_defconfig: Enable LEDS for Odroid-XU3/XU4

From: Anand Moon Enable config option NEW_LEDS, LEDS_CLASS, LEDS_GPIO, LEDS_PWM, LEDS_TRIGGERS, LEDS_TRIGGER_TIMER, LEDS_TRIGGER_HEARTBEAT for Odroid-XU3/XU4 board. Signed-off-by: Anand Moon --- Changes from last version dropped following option.

Re: [PATCH v4 01/16] drm: exynos/dp: fix code style

Hi Krzysztof, 在 09/03/2015 01:08 PM, Krzysztof Kozlowski 写道: On 03.09.2015 14:04, Yakir Yang wrote: Hi Krzysztof, 在 09/03/2015 08:21 AM, Krzysztof Kozlowski 写道: On 01.09.2015 14:46, Yakir Yang wrote: After run "checkpatch.pl -f --subjective" command, I see there are lots of alignment

Re: [Adi-buildroot-devel] [Consult] blackfin: About one building break issue for STACKTRACE

On 4/17/15 22:02, Chen Gang wrote: > On 4/17/15 11:02, Zhang, Sonic wrote: >> Hi Gang, >> >> Please only use the GCC for Blackfin 2013R1 or 2014R1 from >> https://sourceforge.net/projects/adi-buildroot/files/ . Upstream GCC5 isn't >> ported to Blackfin properly. >> I shall try to merge the

[PATCH V3 1/2] watchdog: Use static struct class watchdog_class in stead of pointer

We need few sysfs attributes to know different status of a watchdog device. To do that, we need to associate .dev_groups with watchdog_class. So convert it from pointer to static. Putting this static struct in watchdog_dev.c, so that static device attributes defined in that file can be attached to

[PATCH V3 2/2] watchdog: Read device status through sysfs attributes

This patch adds following attributes to watchdog device's sysfs interface to read its different status. * state - reads whether device is active or not * identity - reads Watchdog device's identity string. * timeout - reads current timeout. * timeleft - reads timeleft before watchdog generates a

Re: [PATCH v4 10/16] phy: Add driver for rockchip Display Port PHY

Hi Rob, 在 09/02/2015 09:27 PM, Rob Herring 写道: On Tue, Sep 1, 2015 at 1:04 AM, Yakir Yang wrote: This phy driver would control the Rockchip DisplayPort module phy clock and phy power, it is relate to analogix_dp-rockchip dp driver. If you want DP works rightly on rockchip

[PATCH] mm/mmap.c: Remove useless statement "vma = NULL" in find_vma()

From: Chen Gang Before the main looping, vma is already is NULL, so need not set it to NULL, again. Signed-off-by: Chen Gang --- mm/mmap.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/mmap.c b/mm/mmap.c index df6d5f0..4db7cf0 100644

Re: [PATCH v4 01/16] drm: exynos/dp: fix code style

On 03.09.2015 14:04, Yakir Yang wrote: > Hi Krzysztof, > > 在 09/03/2015 08:21 AM, Krzysztof Kozlowski 写道: >> On 01.09.2015 14:46, Yakir Yang wrote: >>> After run "checkpatch.pl -f --subjective" command, I see there >>> are lots of alignment problem in exynos_dp driver, so let just >>> fix them.

RE: Re: [PATCH 14/31] perf tools: Suppress probing messages when probing by BPF loading

> From: Namhyung Kim [mailto:namhy...@gmail.com] On Behalf Of Namhyung Kim > > On Sat, Aug 29, 2015 at 04:21:48AM +, Wang Nan wrote: > > This patch suppresses message output by add_perf_probe_events() and > > del_perf_probe_events() if they are triggered by BPF loading. Before > > this patch,

Re: [PATCH] HID: hid-lg: Add USBID for Logitech G29 Wheel

> I do not have this wheel to test with, but this should at least get it > working in emulation mode. > > Note: There is probably more work required for adjust HID descriptor and > handle switching between emulation and native modes. I was able to get some more information, but as yet have not

Re: [PATCH v2] cpufreq-dt: add suspend frequency support

On 02-09-15, 11:03, Stephen Boyd wrote: > On 09/02/2015 09:47 AM, Bartlomiej Zolnierkiewicz wrote: > > Add suspend frequency support and set it to the boot frequency, > > this matches what the old exynos-cpufreq driver has been doing. > > > > This patch fixes suspend/resume support on Exynos4412

[PATCH] ARM: exynos_defconfig: Make S3C2410_WATCHDOG as loadable module

S3C2410_WATCHDOG watchdog drivers should not be loaded automatically, but only if a watchdog daemon is installed. Signed-off-by: Anand Moon --- arch/arm/configs/exynos_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [RESEND PATCH 5/7] extcon: Export OF module alias information in missing drivers

On 2015년 08월 25일 15:31, Javier Martinez Canillas wrote: > The I2C core always reports the MODALIAS uevent as "i2c:" > regardless of the mechanism that was used to register the device > (i.e: OF or board code) and the table that is used later to match > the driver with the device (i.e: I2C id table

Re: [PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

Hi Rob, 在 09/03/2015 04:17 AM, Rob Herring 写道: On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang wrote: Some edp screen do not have hpd signal, so we can't just return failed when hpd plug in detect failed. This is a property of the panel (or connector perhaps), so this

平时最多也就联系了三千家，全球还有十几万客户在哪里？

您好: 您还在用ali平台开发外贸客户? 还在使用展会宣传企业和产品? 你out了!!! 当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？ 行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？ 加QQ2821117472给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。 广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。 -- To unsubscribe from this list: send the line

Re: [GIT PULL] SG changes for 4.3

On Wed, Sep 2, 2015 at 3:50 PM, Jens Axboe wrote: > On 09/02/2015 04:41 PM, Jens Axboe wrote: >> >> On 09/02/2015 04:34 PM, Linus Torvalds wrote: >>> >>> Jens, >>> >>> On Wed, Sep 2, 2015 at 9:58 AM, Jens Axboe wrote: This pull request contains a set of

[PATCH v2 0/5] staging: fbtft: some checpatch.pl cleanups

Hi, These patches slightly refactor the code to reduce amount of checkpath.pl warnings v2 changes: * add elaborate changelog to the first pacth in the series (staging: fbtft: remove unused bl_ops from fbtft_unregister_backlight) Mike Rapoport (5): staging: fbtft: remove unused bl_ops from

[PATCH v2 1/5] staging: fbtft: remove unused bl_ops from fbtft_unregister_backlight

The only usage of bl_ops variable in fbtft_unregister_backlight function was assigment of a value to that variable, therefore the assignment and the variable itself can be safely removed Signed-off-by: Mike Rapoport --- drivers/staging/fbtft/fbtft-core.c | 3 --- 1 file

[PATCH v2 5/5] staging: fbtft: fb_watterott: define backlight_ops statically

instead of devm_kzalloc'ing them Signed-off-by: Mike Rapoport --- drivers/staging/fbtft/fb_watterott.c | 17 + 1 file changed, 5 insertions(+), 12 deletions(-) diff --git a/drivers/staging/fbtft/fb_watterott.c b/drivers/staging/fbtft/fb_watterott.c

[PATCH v2 3/5] staging: fbtft: fbtft_request_gpios: reduce nesting

Returning immediately if no platform_data or platform_data->gpios is specified reduceis code nesting Signed-off-by: Mike Rapoport --- drivers/staging/fbtft/fbtft-core.c | 51 +++--- 1 file changed, 26 insertions(+), 25 deletions(-) diff

[PATCH v2 4/5] staging: fbtft: fb_ssd1351: define backlight_ops statically

instead of devm_kzalloc'ing them Signed-off-by: Mike Rapoport --- drivers/staging/fbtft/fb_ssd1351.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/drivers/staging/fbtft/fb_ssd1351.c b/drivers/staging/fbtft/fb_ssd1351.c index

[PATCH v2 2/5] staging: fbtft: fbtft-core: define backlight_ops statically

instead of devm_kzalloc'ing them Signed-off-by: Mike Rapoport --- drivers/staging/fbtft/fbtft-core.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/drivers/staging/fbtft/fbtft-core.c b/drivers/staging/fbtft/fbtft-core.c index

Re: [PATCH 1/2] KVM: x86: set TMR when the interrupt is accepted

On Wed, Sep 2, 2015 at 3:38 PM, Steve Rutherford wrote: > On Thu, Aug 13, 2015 at 09:31:48AM +0200, Paolo Bonzini wrote: > Pinging this thread. > > Should I put together a patch to make split irqchip work properly with the > old TMR behavior? Yes, please. Intel® 64 and

Re: [PATCH v4 03/16] drm: bridge: analogix/dp: split exynos dp driver to bridge dir

Hi Krzysztof, 在 09/03/2015 08:58 AM, Krzysztof Kozlowski 写道: On 01.09.2015 14:49, Yakir Yang wrote: Split the dp core driver from exynos directory to bridge directory, and rename the core driver to analogix_dp_*, leave the platform code to analogix_dp-exynos. Signed-off-by: Yakir Yang

[PATCH 2/3][v3] drivers: usb: dwc3: Add frame length adjustment quirk

Add adjust_frame_length_quirk for writing to fladj register which adjusts (micro)frame length to value provided by "snps,quirk-frame-length-adjustment" property thus avoiding USB 2.0 devices to time-out over a longer run Signed-off-by: Nikhil Badola --- Changes for

[PATCHv6] ARM: exynos_defconfig: Enable LEDS for Odroid-XU3/XU4

Enable config option NEW_LEDS, LEDS_CLASS, LEDS_GPIO, LEDS_PWM, LEDS_TRIGGERS, LEDS_TRIGGER_TIMER, LEDS_TRIGGER_HEARTBEAT for Odroid-XU3/XU4 board. Signed-off-by: Anand Moon --- Changes from last version dropped following option. CONFIG_LEDS_CLASS_FLASH

Re: [PATCH 1/5] staging: lustre: fix whitespace errors reported by checkpatch.pl

On Thu, Sep 03, 2015 at 08:22:55AM +0300, Mike Rapoport wrote: > On Wed, Sep 02, 2015 at 05:48:46PM -0700, Greg Kroah-Hartman wrote: > > On Sat, Aug 22, 2015 at 05:17:19PM +0300, Mike Rapoport wrote: > > > Added/removed spaces and replaced '+1' with '1' in several places to > > > eliminate SPACING

<    6   7   8   9   10   11   12   13   14   15   >