Re: [PATCH V2] MIPS: change type of asid_cache to unsigned long

2014-05-26 Thread Li Zefan
On 2014/5/27 13:23, Yong Zhang wrote: > On Tue, May 27, 2014 at 01:07:20PM +0800, Li Zefan wrote: >> On 2014/5/27 12:50, Yong Zhang wrote: >>> BTW, I realy don't care who credits the patch and Ralf said that >>> he will applied the one which moves the place of udelay_val. >>> >>> Anyway, if your

Re: [PATCH v2 00/11] sched: consolidation of cpu_power

2014-05-26 Thread Preeti U Murthy
On 05/26/2014 09:24 PM, Vincent Guittot wrote: > Hi Preeti, > > I have done ebizzy tests on my platforms but doesn't have similar > results than you (my results below). It seems to be linked to SMT. I'm > going to look at that part more deeply and try to find a more suitable > HW for tests. You

Re: Documenting execve() and EAGAIN

2014-05-26 Thread Michael Kerrisk (man-pages)
Hello Vasiliy, On 05/26/2014 08:11 PM, Vasiliy Kulikov wrote: > Hi Michael, > > On Wed, May 21, 2014 at 20:12 +0200, Michael Kerrisk (man-pages) wrote: >> Vasily (and Motohiro), >> >> Sometime ago, Motohiro raised a documentation bug >> ( https://bugzilla.kernel.org/show_bug.cgi?id=42704 ) which

Re: [PATCH linux-next] DRM: Armada: update dma_buf_export use

2014-05-26 Thread Dave Airlie
On 26 May 2014 09:06, Stephen Rothwell wrote: > Hi all, > > On Sun, 25 May 2014 23:54:35 +0100 Russell King - ARM Linux > wrote: >> >> On Sun, May 25, 2014 at 02:08:48PM +0200, David Herrmann wrote: >> > >> > On Sat, May 24, 2014 at 11:05 PM, Vincent Stehlé >> > wrote: >> > > The

[PATCH] regulator: ltc3589: Fix module dependency

2014-05-26 Thread Axel Lin
Make this driver depend on I2C and select REGMAP_I2C to fix build failure. Also allows this driver to be built as module. Reported-by: Stephen Rothwell Signed-off-by: Axel Lin --- drivers/regulator/Kconfig | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH] Staging: rtl8192u: r8180_93cx6.c & r8192U_wx.c fix checkpatch.pl errors and warnings

2014-05-26 Thread Chaitanya Hazarey
Fixed the following: ERROR: do not use C99 // comments ERROR: else should follow close brace '}' ERROR: need consistent spacing around '*' (ctx:WxV) ERROR: need consistent spacing around '|' (ctx:VxW) ERROR: space prohibited after that open parenthesis '(' ERROR: space prohibited before that '--'

Re: [PATCH] Staging: rtl8192u: r8180_93cx6.c & r8192U_wx.c fix checkpatch.pl errors and warnings

2014-05-26 Thread Chaitanya Hazarey
Please ignore this. Chaitanya On Mon, May 26, 2014 at 10:32 PM, Chaitanya Hazarey wrote: > Fixed the following: > > WARNING: line over 80 characters > ERROR: do not use C99 // comments > ERROR: else should follow close brace '}' > ERROR: space required after that ',' (ctx:VxV) > ERROR: space

Re: [PATCH v4] gpio: Add support for Intel SoC PMIC (Crystal Cove)

2014-05-26 Thread Alexandre Courbot
On Fri, May 23, 2014 at 11:00 AM, Zhu, Lejun wrote: > Devices based on Intel SoC products such as Baytrail have a Power > Management IC. In the PMIC there are subsystems for voltage regulation, > A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called > Crystal Cove. > > This

Re: [PATCH v2] ALSA: hda: fix tegra build

2014-05-26 Thread Takashi Iwai
At Mon, 26 May 2014 21:15:20 +0200, Arnd Bergmann wrote: > > When CONFIG_PM is disabled, the CONFIG_SND_HDA_POWER_SAVE_DEFAULT symbol > does not get defined, which causes a build error for the hda-tegra driver: > > hda/hda_tegra.c:80:25: error: 'CONFIG_SND_HDA_POWER_SAVE_DEFAULT' undeclared >

[PATCH] Staging: rtl8192u: r8180_93cx6.c & r8192U_wx.c fix checkpatch.pl errors and warnings

2014-05-26 Thread Chaitanya Hazarey
Fixed the following: WARNING: line over 80 characters ERROR: do not use C99 // comments ERROR: else should follow close brace '}' ERROR: space required after that ',' (ctx:VxV) ERROR: space required after that ';' (ctx:VxV) WARNING: missing space after struct definition ERROR: space required

[PATCH] This is my first commit

2014-05-26 Thread hnnnet48
From: kevin --- gtserio.c | 188 ++ 1 file changed, 188 insertions(+) create mode 100755 gtserio.c diff --git a/gtserio.c b/gtserio.c new file mode 100755 index 000..24f1e00 --- /dev/null +++ b/gtserio.c @@ -0,0 +1,188 @@ +/* + *

Re: [PATCH V2] MIPS: change type of asid_cache to unsigned long

2014-05-26 Thread Yong Zhang
On Tue, May 27, 2014 at 01:07:20PM +0800, Li Zefan wrote: > On 2014/5/27 12:50, Yong Zhang wrote: > > BTW, I realy don't care who credits the patch and Ralf said that > > he will applied the one which moves the place of udelay_val. > > > > Anyway, if your company pays you more money if you

Re: [PATCH v2 4/4] KVM: x86: get CPL from SS.DPL

2014-05-26 Thread Wei Huang
>> >> >> Is this specified anywhere in SDM as a requirement for x86 OS? If so, >> maybe provide a pointer to support this. > > > In the case of the Intel manuals, it mentions in several places that > SS.DPL=CPL. All the mentions are in the VMX sections of the manual, though > I've found non-Intel

Re: [Nouveau] [RFC] drm/nouveau: disable caching for VRAM BOs on ARM

2014-05-26 Thread Stéphane Marchesin
On Mon, May 26, 2014 at 7:42 PM, Alexandre Courbot wrote: > On Tue, May 27, 2014 at 10:07 AM, Stéphane Marchesin > wrote: >> On Mon, May 26, 2014 at 5:02 PM, Alexandre Courbot wrote: >>> On Mon, May 26, 2014 at 6:21 PM, Lucas Stach wrote: Am Montag, den 26.05.2014, 09:45 +0300 schrieb

linux-next: manual merge of the trivial tree with the arm-soc tree

2014-05-26 Thread Stephen Rothwell
Hi Jiri, Today's linux-next merge of the trivial tree got a conflict in Documentation/devicetree/bindings/arm/omap/omap.txt between commit 38b248db60e3 ("ARM: dts: Add support for DRA72x family of devices") from the arm-soc tree and commit c98be0c96db0 ("doc: spelling error changes") from the

[PATCH V7] serial/uart/8250: Add tunable RX interrupt trigger I/F of FIFO buffers

2014-05-26 Thread Yoshihiro YUNOMAE
Add tunable RX interrupt trigger I/F of FIFO buffers. Serial devices are used as not only message communication devices but control or sending communication devices. For the latter uses, normally small data will be exchanged, so user applications want to receive data unit as soon as possible for

Re: [PATCH V2] MIPS: change type of asid_cache to unsigned long

2014-05-26 Thread Li Zefan
On 2014/5/27 12:50, Yong Zhang wrote: > BTW, I realy don't care who credits the patch and Ralf said that > he will applied the one which moves the place of udelay_val. > > Anyway, if your company pays you more money if you contribute to > the community, just take it and talk about it with Ralf

Re: 3.15-rc6 build / link failed fs/built-in mb_cache_entry problems

2014-05-26 Thread Randy Dunlap
On 05/26/2014 11:17 AM, werner wrote: > building the kernel isnt successful, > > problem with _mbècache_entry_release and _get > > see below > > there are also other errors > > > The whole compiler list and config, see enclosed > > First of all, my build using your kernel config file

Re: [PATCH 7/18] qla2xxx: Use kmemdup instead of kmalloc + memcpy

2014-05-26 Thread Saurav Kashyap
Acked-by: Saurav Kashyap >This issue was reported by coccicheck using the semantic patch >at scripts/coccinelle/api/memdup.cocci > >Signed-off-by: Benoit Taine >--- >Tested by compilation without errors. > > drivers/scsi/qla2xxx/qla_mbx.c |3 +-- > 1 file changed, 1 insertion(+), 2

[PATCH] usb: pci-quirks: do not access OHCI_FMINTERVAL register on ULI hw

2014-05-26 Thread Nikita Yushchenko
This access causes hang on Freescale P2020DS board (that has OHCI provided by ULI 1533 chip). Since preserving OHCI_FMINTERVAL was originally done only for NVIDIA hardware and only later (in c6187597) was turned unconditional, and c6187597 commit message again mentions only NVIDIA, I think it

Re: [PATCH V2] MIPS: change type of asid_cache to unsigned long

2014-05-26 Thread Li Zefan
On 2014/5/27 12:34, Yong Zhang wrote: > On Tue, May 27, 2014 at 12:16:30PM +0800, Li Zefan wrote: >> I'm not quite happy about what happaned here. There's a story behind >> this patch. >> >> One of our Huawei product encountered a bug, and they're using WindRiver4, >> so the kernel is 2.6.34. >>

Re: [PATCH V2] MIPS: change type of asid_cache to unsigned long

2014-05-26 Thread Yong Zhang
BTW, I realy don't care who credits the patch and Ralf said that he will applied the one which moves the place of udelay_val. Anyway, if your company pays you more money if you contribute to the community, just take it and talk about it with Ralf ;-) Thanks, Yong On Tue, May 27, 2014 at

linux-next: build failure after merge of the regulator tree

2014-05-26 Thread Stephen Rothwell
incorrect. Presumably the required interfaces are in modules for this build. I have used the regulator tree from next-20140526 for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au signature.asc Description: PGP signature

Re: [PATCH V2] MIPS: change type of asid_cache to unsigned long

2014-05-26 Thread Yong Zhang
On Tue, May 27, 2014 at 12:16:30PM +0800, Li Zefan wrote: > I'm not quite happy about what happaned here. There's a story behind > this patch. > > One of our Huawei product encountered a bug, and they're using WindRiver4, > so the kernel is 2.6.34. > > Because they bought your licnece, they

Re: [PATCH v2 1/6] sched/fair.c: remove "power" from struct numa_stats

2014-05-26 Thread Mike Galbraith
On Mon, 2014-05-26 at 23:18 -0400, Nicolas Pitre wrote: > On Tue, 27 May 2014, Mike Galbraith wrote: > > > On Mon, 2014-05-26 at 18:19 -0400, Nicolas Pitre wrote: > > > > > > @@ -1046,7 +1046,7 @@ static void update_numa_stats(struct numa_stats > > > *ns, int nid) > > > > > >

Re: [PATCH V2] MIPS: change type of asid_cache to unsigned long

2014-05-26 Thread Li Zefan
I'm not quite happy about what happaned here. There's a story behind this patch. One of our Huawei product encountered a bug, and they're using WindRiver4, so the kernel is 2.6.34. Because they bought your licnece, they asked for your help, but you were reluctant on this issue, and the problem

[PATCH v3 4/4] mfd: intel_soc_pmic: Build files

2014-05-26 Thread Zhu, Lejun
Devices based on Intel SoC products such as Baytrail have a Power Management IC. This patch adds Intel SoC PMIC support to the build files. v2: - Add select REGMAP_I2C. v3: - Add select REGMAP_IRQ. Signed-off-by: Yang, Bin Signed-off-by: Zhu, Lejun --- drivers/mfd/Kconfig | 12

[PATCH v3 3/4] mfd: intel_soc_pmic: Crystal Cove support

2014-05-26 Thread Zhu, Lejun
Crystal Cove is the PMIC in Baytrail-T platform. This patch provides chip-specific support for Crystal Cove. v2: - Add regmap_config for Crystal Cove. v3: - Convert IRQ config to regmap_irq_chip. Signed-off-by: Yang, Bin Signed-off-by: Zhu, Lejun --- drivers/mfd/intel_soc_pmic_crc.c | 175

[PATCH v3 2/4] mfd: intel_soc_pmic: I2C interface

2014-05-26 Thread Zhu, Lejun
The Intel SoC PMIC devices are connected to the CPU via the I2C interface. This patch provides support of the related I2C operations. v2: - Use regmap instead of creating our own I2C read/write callbacks. v3: - Use gpiod interface instead of gpio numbers. - Remove redundant I2C IDs. - Use

[PATCH v3 0/4] mfd: Intel SoC Power Management IC

2014-05-26 Thread Zhu, Lejun
Devices based on Intel SoC products such as Baytrail have a Power Management IC. In the PMIC there are subsystems for voltage regulation, A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called Crystal Cove. This series contains common code for these PMICs, and device specific

[PATCH v3 1/4] mfd: intel_soc_pmic: Core driver

2014-05-26 Thread Zhu, Lejun
This patch provides the common code for the intel_soc_pmic MFD driver, such as read/write register and set up IRQ. v2: - Use regmap instead of our own callbacks for read/write. - Add one missing EXPORT_SYMBOL. - Remove some duplicate code and put them into pmic_regmap_load_from_hw. v3: - Use

Re: [jet.c...@intel.com: [bio] kernel BUG at drivers/block/virtio_blk.c:166!]

2014-05-26 Thread Ming Lei
On Tue, May 27, 2014 at 3:43 AM, Maurizio Lombardi wrote: > Hi Jens, > > looks like that commit 3979ef4dcf3d1de55a560a3a4016c30a835df44d > ("bio-modify-__bio_add_page-to-accept-pages-that-dont-start-a-new-segment-v3") > introduces a regression, as reported by Jet Chan. > > Do you have any idea

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

2014-05-26 Thread Al Viro
On Tue, May 27, 2014 at 04:14:15AM +0100, Al Viro wrote: > As the matter of fact, let's try this instead - retry the same sucker > immediately in case if trylocks fail. Comments? Better yet, let's take "move back to shrink list" into dentry_kill() itself. Then we get consistent locking rules

Re: [PATCH 12/12] [include/linux] Remove strict_strto definitions

2014-05-26 Thread Steven Rostedt
On Mon, 2014-05-26 at 23:17 +0100, Daniel Walter wrote: > From: Daniel Walter > Subject: [PATCH 12/12] [include/linux] remove strict_strto* definitions > > Remove obsolete and unused strict_strto* functions > > Signed-off-by: Daniel Walter Acked-by: Steven Rostedt -- Steve > --- >

Re: [PATCH 5/5] regulator: tps65917: Add Regulator driver for tps65917 PMIC

2014-05-26 Thread Keerthy
Hi Mark, On Monday 26 May 2014 08:30 PM, Mark Brown wrote: On Mon, May 26, 2014 at 03:26:37PM +0530, Keerthy wrote: This patch adds support for TPS65917 PMIC regulators. The regulators set consists of 5 SMPSs and 5 LDOs. The output voltages are configurable and are meant to supply power to

[PATCH] IIO: Added iio magn_north ABI documentation

2014-05-26 Thread Reyad Attiyat
Added documentation for HID magnometer true/magnetic north sensor. --- Documentation/ABI/testing/sysfs-bus-iio | 76 + 1 file changed, 76 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-bus-iio b/Documentation/ABI/testing/sysfs-bus-iio index

[PATCH] IIO: Support for True/Magnetic north

2014-05-26 Thread Reyad Attiyat
Hey Jonathan and Srinivas, I have added in the needed magn_north iio sysfs attributes to the documentation. I hope I did everything correct. I noticed that the line length was very long as compensated is a fairly long word. I'm thinking I could shorten some of the sysfs paths or shorten the

Re: [PATCH v2 1/6] sched/fair.c: remove "power" from struct numa_stats

2014-05-26 Thread Nicolas Pitre
On Tue, 27 May 2014, Mike Galbraith wrote: > On Mon, 2014-05-26 at 18:19 -0400, Nicolas Pitre wrote: > > > > @@ -1046,7 +1046,7 @@ static void update_numa_stats(struct numa_stats *ns, > > int nid) > > > > ns->nr_running += rq->nr_running; > > ns->load +=

Re: [PATCH] cpufreq: governor: Be friendly towards latency-sensitive bursty workloads

2014-05-26 Thread Srivatsa S. Bhat
On 05/27/2014 04:57 AM, Rafael J. Wysocki wrote: > Hi Srivatsa, > > On Tuesday, May 27, 2014 02:23:38 AM Srivatsa S. Bhat wrote: >> Cpufreq governors like the ondemand governor calculate the load on the CPU >> periodically by employing deferrable timers. A deferrable timer won't fire >> if the

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

2014-05-26 Thread Al Viro
On Tue, May 27, 2014 at 02:40:54AM +0100, Al Viro wrote: > It looks plausible, but I doubt that serializing check_submounts_and_drop() > will suffice - shrink_dcache_parent() is just as unpleasant and it *is* > triggered in the same situations. Moreover, the lack of loop in memory > shrinkers

Re: [PATCH 09/27] mtd: nand: pxa3xx: show device structure in sysfs

2014-05-26 Thread Alexander Shiyan
Tue, 27 May 2014 00:12:34 +0200 от Alexander Holler : > Fix a common error in nand-drivers which do not set up a parent device for > the mtd-device by using a new inline function. > > Signed-off-by: Alexander Holler > --- > drivers/mtd/nand/pxa3xx_nand.c | 3 +-- > 1 file changed, 1

Re: [PATCH v2 1/6] sched/fair.c: remove "power" from struct numa_stats

2014-05-26 Thread Mike Galbraith
On Mon, 2014-05-26 at 18:19 -0400, Nicolas Pitre wrote: > > @@ -1046,7 +1046,7 @@ static void update_numa_stats(struct numa_stats *ns, > int nid) > > ns->nr_running += rq->nr_running; > ns->load += weighted_cpuload(cpu); > - ns->power += power_of(cpu);

RE: [RFT][PATCH] regulator: pfuze100: Support enable/disable for fixed regulator

2014-05-26 Thread Yibin Gong
Tested-by: Robin Gong Acked-by: Robin Gong -Original Message- From: Axel Lin [mailto:axel@ingics.com] Sent: Monday, May 26, 2014 5:56 PM To: Mark Brown Cc: Gong Yibin-B38343; Estevam Fabio-R49496; Liam Girdwood; linux-kernel@vger.kernel.org Subject: [RFT][PATCH] regulator:

Re: [PATCH] export efi.flags to sysfs

2014-05-26 Thread Dave Young
On 05/26/14 at 04:39pm, Dave Young wrote: > > For efi=old_map and any old_map quirks like SGI UV in current > tree kexec/kdump will fail because it depends on the new 1:1 mapping. > > Thus export the mapping method to sysfs so kexec tools can switch > to original way to boot. > > Since we have

Re: [lxc-devel] [RFC PATCH 11/11] loop: Allow priveleged operations for root in the namespace which owns a device

2014-05-26 Thread Michael H. Warfield
On Tue, 2014-05-27 at 03:36 +0200, Serge E. Hallyn wrote: > Quoting Michael H. Warfield (m...@wittsend.com): > > On Mon, 2014-05-26 at 11:16 +0200, Seth Forshee wrote: > > > On Fri, May 23, 2014 at 08:48:25AM +0300, Marian Marinov wrote: > > > > -BEGIN PGP SIGNED MESSAGE- > > > > Hash:

Re: [Nouveau] [RFC] drm/nouveau: disable caching for VRAM BOs on ARM

2014-05-26 Thread Alexandre Courbot
On Tue, May 27, 2014 at 10:07 AM, Stéphane Marchesin wrote: > On Mon, May 26, 2014 at 5:02 PM, Alexandre Courbot wrote: >> On Mon, May 26, 2014 at 6:21 PM, Lucas Stach wrote: >>> Am Montag, den 26.05.2014, 09:45 +0300 schrieb Terje Bergström: On 23.05.2014 17:40, Alex Courbot wrote: >

Re: [PATCH 0/3] Shrinkers and proportional reclaim

2014-05-26 Thread Dave Chinner
On Mon, May 26, 2014 at 02:44:29PM -0700, Hugh Dickins wrote: > On Thu, 22 May 2014, Mel Gorman wrote: > > > This series is aimed at regressions noticed during reclaim activity. The > > first two patches are shrinker patches that were posted ages ago but never > > merged for reasons that are

Re: [PATCH] Input: atmel_mxt_ts - fix build error in mxt_read_t9_resolution

2014-05-26 Thread Dmitry Torokhov
On Tue, May 20, 2014 at 10:26:51AM +0100, Nick Dyer wrote: > Stephen Rothwell reports this build error: > > drivers/input/touchscreen/atmel_mxt_ts.c: In function > 'mxt_read_t9_resolution': > drivers/input/touchscreen/atmel_mxt_ts.c:1043:2: warning: passing argument 1 > of '__swab16s' makes

linux-next: manual merge of the vfs tree with the ext4 tree

2014-05-26 Thread Stephen Rothwell
Hi Al, Today's linux-next merge of the vfs tree got a conflict in fs/ext4/file.c between commit 00532604c72e ("ext4: introduce new i_write_mutex to protect fallocate") from the ext4 tree and commit 9b884164d597 ("convert ext4 to ->write_iter()") from the vfs tree. I fixed it up (see below) and

Re: [PATCH 14/14] perf tests: Add test for closing dso objects on EMFILE error

2014-05-26 Thread Namhyung Kim
On Thu, 15 May 2014 19:23:35 +0200, Jiri Olsa wrote: > Testing that perf properly closes opened dso objects > and tries to reopen in case we run out of allowed file > descriptors for dso data. > > Cc: Arnaldo Carvalho de Melo > Cc: Corey Ashford > Cc: David Ahern > Cc: Frederic Weisbecker >

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

2014-05-26 Thread Al Viro
On Mon, May 26, 2014 at 01:24:52PM -0700, Linus Torvalds wrote: > Two things. > > (1) The facts. > > Just check the callchains on every single CPU in Mika's original email. Point. > (2) The code. > > Yes, the whole looping over the dentry tree happens in other places > too, but

Re: [PATCH 13/14] perf tests: Add test for caching dso file descriptors

2014-05-26 Thread Namhyung Kim
On Thu, 15 May 2014 19:23:34 +0200, Jiri Olsa wrote: > Adding test that setup test_dso_data__fd_limit and test > dso data file descriptors are cached appropriately. [SNIP] > +static long open_files_cnt(void) > +{ > + char path[PATH_MAX]; > + struct dirent *dent; > + DIR *dir; > +

Re: [lxc-devel] [RFC PATCH 11/11] loop: Allow priveleged operations for root in the namespace which owns a device

2014-05-26 Thread Serge E. Hallyn
Quoting Michael H. Warfield (m...@wittsend.com): > On Mon, 2014-05-26 at 11:16 +0200, Seth Forshee wrote: > > On Fri, May 23, 2014 at 08:48:25AM +0300, Marian Marinov wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > > > > > > One question about this patch. > > > > > > Why don't

Re: [PATCH 5/4] get_maintainer: shut up perl critic

2014-05-26 Thread Joe Perches
On Mon, 2014-05-26 at 18:22 -0700, Stephen Hemminger wrote: > Use the no critic annotation, with comment, to silence perl critic > for places where the code is correct as is. I think this uglifies the code and a more sensible solution is not using perlcritic -- To unsubscribe from this list:

[PATCH] UniCore32: Change git tree location information in MAINTAINERS

2014-05-26 Thread gxt
From: Guan Xuetao UniCore32 git repo has moved to github. Branch 'unicore32' is used for prepared patches, and automatically merged to linux-next. Branch 'unicore32-working' is used for development. Signed-off-by: Guan Xuetao --- MAINTAINERS |4 ++-- 1 files changed, 2 insertions(+), 2

Re: [f2fs-dev] [PATCH v2] f2fs: avoid crash when trace f2fs_submit_page_mbio event in ra_sum_pages

2014-05-26 Thread Changman Lee
Hi, Chao Could you think about following once. move node_inode in front of build_segment_manager, then use node_inode instead of bd_inode. On Tue, May 27, 2014 at 08:41:07AM +0800, Chao Yu wrote: > Previously we allocate pages with no mapping in ra_sum_pages(), so we may > encounter a crash in

RE: [PATCHv5 0/2] imx2-wdt: Add regmap-mmio support

2014-05-26 Thread li.xi...@freescale.com
> > Xiubo Li (2): > > watchdog: imx2_wdt: Sort the header files alphabetically > > watchdog: imx2_wdt: convert to use regmap API. > > > > drivers/watchdog/Kconfig| 1 + > > drivers/watchdog/imx2_wdt.c | 62 +++--- > --- > > 2 files changed, 39

[PATCH 5/4] get_maintainer: shut up perl critic

2014-05-26 Thread Stephen Hemminger
Use the no critic annotation, with comment, to silence perl critic for places where the code is correct as is. Signed-off-by: Stephen Hemminger --- Supersedes patch 1 --- a/scripts/get_maintainer.pl 2014-05-26 18:09:38.257783683 -0700 +++ b/scripts/get_maintainer.pl 2014-05-26

Re: [PATCH 12/14] perf tests: Add test interface for dso data fd limit

2014-05-26 Thread Namhyung Kim
On Thu, 15 May 2014 19:23:33 +0200, Jiri Olsa wrote: > Adding a way to setup test dso limit by global variable > test_dso_data__fd_limit. It'll be used in the dso data > cache tests. Why is this needed? Why not justing setting RLIMIT_NOFILE in the test cases? Thanks, Namhyung > > Cc: Arnaldo

Re: [PATCH 0/4] get_maintainer script cleanups

2014-05-26 Thread Stephen Hemminger
On Mon, 26 May 2014 18:03:55 -0700 Joe Perches wrote: > On Mon, 2014-05-26 at 18:00 -0700, Joe Perches wrote: > > On Mon, 2014-05-26 at 13:33 -0700, Stephen Hemminger wrote: > > > Some simple perl hacking changes. > > I think the first one breaks the code too. > >

[f2fs-dev][PATCH] f2fs: avoid overflow when large directory feathure is enabled

2014-05-26 Thread Chao Yu
When large directory feathure is enable, We have one case which could cause overflow in dir_buckets() as following: special case: level + dir_level >= 32 and level < MAX_DIR_HASH_DEPTH / 2. Here we define MAX_DIR_BUCKETS to limit the return value when the condition could trigger potential

Re: [PATCH 10/14] perf tests: Spawn child for each test

2014-05-26 Thread Namhyung Kim
On Thu, 15 May 2014 19:23:31 +0200, Jiri Olsa wrote: > In upcoming tests we will setup process limits, which > might affect other tests. Spawning child for each test > to prevent this. But you can restore original limits after the test using soft limits? But I think it's better to run the tests

Re: [Nouveau] [RFC] drm/nouveau: disable caching for VRAM BOs on ARM

2014-05-26 Thread Stéphane Marchesin
On Mon, May 26, 2014 at 5:02 PM, Alexandre Courbot wrote: > On Mon, May 26, 2014 at 6:21 PM, Lucas Stach wrote: >> Am Montag, den 26.05.2014, 09:45 +0300 schrieb Terje Bergström: >>> On 23.05.2014 17:40, Alex Courbot wrote: >>> > On 05/23/2014 06:59 PM, Lucas Stach wrote: >>> > So after checking

Re: [PATCH 09/14] perf tools: Add dso__data_* interface descriptons

2014-05-26 Thread Namhyung Kim
On Thu, 15 May 2014 19:23:30 +0200, Jiri Olsa wrote: [SNIP] > +/** > + * dso__data_read_addr - Read data from dso address > + * @dso: dso object > + * @machine: machine object > + * @offset: file offset s/offset/addr/ Thanks Namhyung > + * @data: buffer to store data > + * @size: size of the

Re: [PATCH 0/4] get_maintainer script cleanups

2014-05-26 Thread Stephen Hemminger
On Mon, 26 May 2014 18:00:49 -0700 Joe Perches wrote: > On Mon, 2014-05-26 at 13:33 -0700, Stephen Hemminger wrote: > > Some simple perl hacking changes. > > I don't really care for these. > > Why do you think these are better? > > I think the first one breaks the code too. > > $

Re: [PATCH 06/14] perf tools: Cache dso data file descriptor

2014-05-26 Thread Namhyung Kim
Hi Jiri, On Thu, 15 May 2014 19:23:27 +0200, Jiri Olsa wrote: [SNIP] > +static void data_close(void) > +{ > + bool cache_fd = may_cache_fd(); > + > + if (!cache_fd) > + close_first_dso(); > +} Why do you do this at close()? As long as there's no attempt to open a new file,

Re: [PATCH 0/4] get_maintainer script cleanups

2014-05-26 Thread Joe Perches
On Mon, 2014-05-26 at 18:00 -0700, Joe Perches wrote: > On Mon, 2014-05-26 at 13:33 -0700, Stephen Hemminger wrote: > > Some simple perl hacking changes. > I think the first one breaks the code too. https://lkml.org/lkml/2010/3/10/50 -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v3] clk: shmobile: mstp: Fix the is_enabled() operation

2014-05-26 Thread Magnus Damm
On Fri, May 23, 2014 at 3:02 AM, Geert Uytterhoeven wrote: > From: Laurent Pinchart > > The MSTP[SC]R registers have clock stop bits, not clock enable bits. The > bit value should thus be inverted in the is_enabled() operation. > > Signed-off-by: Laurent Pinchart > Signed-off-by: Geert

Re: [PATCH 0/4] get_maintainer script cleanups

2014-05-26 Thread Joe Perches
On Mon, 2014-05-26 at 13:33 -0700, Stephen Hemminger wrote: > Some simple perl hacking changes. I don't really care for these. Why do you think these are better? I think the first one breaks the code too. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [PATCH 1/9] staging: ion: tidy up a bit

2014-05-26 Thread Heesub Shin
Hello Carpenter, On 05/26/2014 07:36 PM, Dan Carpenter wrote: On Mon, May 26, 2014 at 07:04:53PM +0900, Heesub Shin wrote: @@ -124,7 +122,6 @@ static struct page_info *alloc_largest_available(struct ion_system_heap *heap, info->page = page; info->order =

dringend Kredit @3 %

2014-05-26 Thread UNIFY CREDIT UNION
Grüße "UINFY CREDIT UNION" bietet einen breiten Rande des finanziellen Handels Kreditvergabe Dienstleistungen für Privatpersonen und co Betrieb stellen wir bieten Darlehen zu einem Zinssatz von 3 %. Wenn Sie finanzielle Hilfe angewiesen sind oder Darlehen an Ihre uneinbringliche Forderungen zu

Re: [PATCH v4 2/8] OF: Introduce DT overlay support.

2014-05-26 Thread Guenter Roeck
On 05/26/2014 05:32 PM, Sebastian Reichel wrote: On Mon, May 26, 2014 at 04:42:44PM -0700, Guenter Roeck wrote: On 05/26/2014 03:36 PM, Sebastian Reichel wrote: On Mon, May 26, 2014 at 10:33:03PM +0100, Grant Likely wrote: After thinking about it more, I think it is very likely that removing

linux-next: manual merge of the arm-soc tree with the arm tree

2014-05-26 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-zynq/common.c between commit e1e4ccb5b1b6 ("ARM: l2c: zynq: convert to generic l2c OF initialisation") from the arm tree and commit 00f7dc636366 ("ARM: zynq: Add support for SOC_BUS") from the arm-soc tree. I

Re: [PATCH RESEND v2 1/4] mfd: intel_soc_pmic: Core driver

2014-05-26 Thread Zhu, Lejun
On 5/26/2014 10:51 PM, Mark Brown wrote: > On Mon, May 26, 2014 at 02:01:11PM +0800, Zhu, Lejun wrote: >> On 5/24/2014 1:49 AM, Mark Brown wrote: > >>> There should also be no need to add extra locking around regmap calls, >>> the regmap API has locking as standard. > >> Actually it also

linux-next: manual merge of the arm-soc tree with the arm tree

2014-05-26 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-rockchip/rockchip.c between commit fc2553457ccd ("ARM: l2c: rockchip: convert to generic l2c OF initialisation") from the arm tree and commit 26ab69cb4c1f ("ARM: rockchip: convert smp bringup to

linux-next: manual merge of the arm-soc tree with the tree

2014-05-26 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-omap2/omap-mpuss-lowpower.c between commit 4e4bb5c72f6b ("ARM: l2c: omap2: avoid reading directly from the L2 registers in platform code") from the arm tree and commit edfaf05c2fcb ("ARM: OMAP2+: raw read and

[f2fs-dev] [PATCH v2] f2fs: avoid crash when trace f2fs_submit_page_mbio event in ra_sum_pages

2014-05-26 Thread Chao Yu
Previously we allocate pages with no mapping in ra_sum_pages(), so we may encounter a crash in event trace of f2fs_submit_page_mbio where we access mapping data of the page. We'd better allocate pages in bd_inode mapping and invalidate these pages after we restore data from pages. It could avoid

Re: [PATCH 4/9] staging: ion: remove struct ion_page_pool_item

2014-05-26 Thread Heesub Shin
Hello, On 05/26/2014 07:04 PM, Heesub Shin wrote: Now that the order information is held on struct page itself, we do not need to use extra data structure. This commit reduces unnecessary slab usage for allocating small objects. Oops. I need to amend changelog above and resend this patchset.

Re: 回复: [PATCH 0/3] arch: unicore32: ksyms: export several implemeted symbols to avoid compiling failure

2014-05-26 Thread Chen Gang
On 05/27/2014 08:13 AM, 管雪涛 wrote: > - Chen Gang 写道: >> unicore32 has implemented 'find_first_bit', 'find_first_zero_bit', >> 'pm_power_off', and '__cpuc_coherent_kern_range', need export them to >> avoid compiling failure. >> >> The related error (with allmodconfig under unicore32): >> >>

Re: [PATCH v4 2/8] OF: Introduce DT overlay support.

2014-05-26 Thread Sebastian Reichel
On Mon, May 26, 2014 at 04:42:44PM -0700, Guenter Roeck wrote: > On 05/26/2014 03:36 PM, Sebastian Reichel wrote: > >On Mon, May 26, 2014 at 10:33:03PM +0100, Grant Likely wrote: > >>After thinking about it more, I think it is very likely that removing > >>all the overlays is the correct thing to

RE: [PATCH] KVM: lapic: sync highest ISR to hardware apic on EOI

2014-05-26 Thread Zhang, Yang Z
Paolo Bonzini wrote on 2014-05-26: > Il 26/05/2014 05:44, Zhang, Yang Z ha scritto: >> Paolo Bonzini wrote on 2014-05-23: >>> When Hyper-V enlightenments are in effect, Windows prefers to issue >>> an Hyper-V MSR write to issue an EOI rather than an x2apic MSR write. >>> The Hyper-V MSR write is

Re: 3.14: WARNING: sysfs group ffffffff81c50ca0 not found for kobject 'target5:0:0'

2014-05-26 Thread Robert Abel
Hi Olaf, On 16.05.2014 19:18, Olaf Hering wrote: I did unplug an USB stick by accident with 3.14.4, the result is this warning: [94414.233882] usb 1-3: USB disconnect, device number 4 [94414.245377] scsi 5:0:0:0: rejecting I/O to offline device [94414.245383] scsi 5:0:0:0: killing request

Re: [PATCH V3 4/8] driver/core: cpu: initialize opp table

2014-05-26 Thread Viresh Kumar
On 27 May 2014 05:34, Viresh Kumar wrote: > We are also using it for cpu->dev_id, but that's not so important. This > routine wouldn't have existed if you wouldn't have asked for it. It is > just a wrapper over of_init_opp_table, which also has a dummy > implementation when its not supported. > >

回复: [PATCH 3/3] arch: unicore32: ksyms: export '__cpuc_coherent_kern_range' to avoid compiling failure

2014-05-26 Thread 管雪涛
- Chen Gang 写道: > flush_icache_range() is '__cpuc_coherent_kern_range' under unicore32, > and lkdtm.ko needs it. At present, '__cpuc_coherent_kern_range' is > still used by unicore32, so export it to avoid compiling failure. > > The related error (with allmodconfig under unicore32): > >

回复: [PATCH 2/3] arch: unicore32: ksyms: export 'pm_power_off' to avoid compiling failure.

2014-05-26 Thread 管雪涛
- Chen Gang 写道: > Two driver modules need 'pm_power_off', so export it. > > The related error (with allmodconfig under unicore32): > > MODPOST 4039 modules > ERROR: "pm_power_off" [drivers/mfd/retu-mfd.ko] undefined! > ERROR: "pm_power_off" [drivers/char/ipmi/ipmi_poweroff.ko]

回复: [PATCH 1/3] arch: unicore32: ksyms: export additional find_first_*() to avoid compiling failure

2014-05-26 Thread 管雪涛
- Chen Gang 写道: > Some modules need find_first_bit() and find_first_zero_bit(), so export > them. > > The related error (with allmodconfig under unicore32): > > MODPOST 4039 modules > ERROR: "find_first_bit" [sound/soc/codecs/snd-soc-uda1380.ko] undefined! > ERROR:

回复: [PATCH 0/3] arch: unicore32: ksyms: export several implemeted symbols to avoid compiling failure

2014-05-26 Thread 管雪涛
- Chen Gang 写道: > unicore32 has implemented 'find_first_bit', 'find_first_zero_bit', > 'pm_power_off', and '__cpuc_coherent_kern_range', need export them to > avoid compiling failure. > > The related error (with allmodconfig under unicore32): > > MODPOST 4039 modules > ERROR:

[PATCH 3/3] arch: unicore32: ksyms: export '__cpuc_coherent_kern_range' to avoid compiling failure

2014-05-26 Thread Chen Gang
flush_icache_range() is '__cpuc_coherent_kern_range' under unicore32, and lkdtm.ko needs it. At present, '__cpuc_coherent_kern_range' is still used by unicore32, so export it to avoid compiling failure. The related error (with allmodconfig under unicore32): ERROR: "__cpuc_coherent_kern_range"

Re: [PATCH 2/4] staging: dgap: implement proper error handling in dgap_firmware_load()

2014-05-26 Thread DaeSeok Youn
Hi, Dan 2014-05-26 19:50 GMT+09:00 Dan Carpenter : > On Mon, May 26, 2014 at 07:23:47PM +0900, Daeseok Youn wrote: >> When dgap_tty_init() and dgap_tty_register_ports() are failed, >> these are needed to free some memory properly. >> >> It can be handled by calling dgap_tty_uninit() and

[PATCH 2/3] arch: unicore32: ksyms: export 'pm_power_off' to avoid compiling failure.

2014-05-26 Thread Chen Gang
Two driver modules need 'pm_power_off', so export it. The related error (with allmodconfig under unicore32): MODPOST 4039 modules ERROR: "pm_power_off" [drivers/mfd/retu-mfd.ko] undefined! ERROR: "pm_power_off" [drivers/char/ipmi/ipmi_poweroff.ko] undefined! Signed-off-by: Chen Gang

Re: [PATCH V3 4/8] driver/core: cpu: initialize opp table

2014-05-26 Thread Viresh Kumar
On 27 May 2014 05:02, Rafael J. Wysocki wrote: > Do you actually use cpu anywere in this function for anything other than > just accessing cpu->dev? If not, why not to pass cpu->dev to it and > move it somewhere in the OPP core? We are also using it for cpu->dev_id, but that's not so important.

[PATCH 1/3] arch: unicore32: ksyms: export additional find_first_*() to avoid compiling failure

2014-05-26 Thread Chen Gang
Some modules need find_first_bit() and find_first_zero_bit(), so export them. The related error (with allmodconfig under unicore32): MODPOST 4039 modules ERROR: "find_first_bit" [sound/soc/codecs/snd-soc-uda1380.ko] undefined! ERROR: "find_first_zero_bit" [net/sctp/sctp.ko] undefined!

Re: [RFC] drm/nouveau: disable caching for VRAM BOs on ARM

2014-05-26 Thread Alexandre Courbot
On Mon, May 26, 2014 at 6:21 PM, Lucas Stach wrote: > Am Montag, den 26.05.2014, 09:45 +0300 schrieb Terje Bergström: >> On 23.05.2014 17:40, Alex Courbot wrote: >> > On 05/23/2014 06:59 PM, Lucas Stach wrote: >> > So after checking with more knowledgeable people, it turns out this is >> > the

[PATCH 0/3] arch: unicore32: ksyms: export several implemeted symbols to avoid compiling failure

2014-05-26 Thread Chen Gang
unicore32 has implemented 'find_first_bit', 'find_first_zero_bit', 'pm_power_off', and '__cpuc_coherent_kern_range', need export them to avoid compiling failure. The related error (with allmodconfig under unicore32): MODPOST 4039 modules ERROR: "find_first_bit"

Re: linux-next: build failure after merge of the l2-mtd tree

2014-05-26 Thread Stephen Rothwell
Hi Brian, On Mon, 26 May 2014 10:42:25 -0700 Brian Norris wrote: > > On Thu, May 22, 2014 at 03:30:47PM +1000, Stephen Rothwell wrote: > > Hi Artem, > > FYI, I'm managing this tree now, not Artem. OK, noted. Is there a different URL for the tree as well? Currently it is

Re: [PATCH V4 1/3] cpufreq: handle calls to ->target_index() in separate routine

2014-05-26 Thread Viresh Kumar
On 27 May 2014 04:51, Rafael J. Wysocki wrote: > I guess I can take this one without the rest of the series? Yes. -- 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: [PATCH] [media] usbtv: fix leak at failure path in usbtv_probe()

2014-05-26 Thread Lubomir Rintel
On Sat, 2014-05-24 at 00:47 +0400, Alexey Khoroshilov wrote: > Error handling code in usbtv_probe() misses usb_put_dev(). > > Found by Linux Driver Verification project (linuxtesting.org). > > Signed-off-by: Alexey Khoroshilov Acked-by: Lubomir Rintel Thank you! Lubo > --- >

Re: [PATCH v3 2/2] watchdog: Remove drivers for W83697HF and W83697UG

2014-05-26 Thread Guenter Roeck
On 05/26/2014 02:26 PM, Wim Van Sebroeck wrote: Hi Guenter, Since both chips are now supported by the w83627hf watchdog driver, the chip specific drivers are no longer needed and can be removed. Signed-off-by: Guenter Roeck --- v3: rebase to latest upstream kernel v2: resend, no change to v1

Re: [PATCH v4 2/8] OF: Introduce DT overlay support.

2014-05-26 Thread Guenter Roeck
On 05/26/2014 02:44 PM, Geert Uytterhoeven wrote: Hi Grant, On Mon, May 26, 2014 at 11:33 PM, Grant Likely wrote: After thinking about it more, I think it is very likely that removing all the overlays is the correct thing to do in the kexec use-case. When kexec-ing, it makes sense that we'd

Re: [PATCH v4 2/8] OF: Introduce DT overlay support.

2014-05-26 Thread Guenter Roeck
On 05/26/2014 03:36 PM, Sebastian Reichel wrote: Hi, On Mon, May 26, 2014 at 10:33:03PM +0100, Grant Likely wrote: After thinking about it more, I think it is very likely that removing all the overlays is the correct thing to do in the kexec use-case. When kexec-ing, it makes sense that we'd

  1   2   3   4   5   6   7   8   9   10   >