Re: How is an OS bound to the Linux kernel

Am Sonntag, 29. Juni 2014, 11:54:32 schrieb Gideon D'souza: > hey guys, Hi Gideon, > I generally manage to understand the various pieces of the linux > kernel and what their functions are. > > However, one thing I don't fully understand is how is any OS, say > fedora (which is what I use) is bou

[PATCH] USB: oxu210hp-hcd.c: use devm_ functions

This patch introduces the use of devm_ioremap_resource instead of request_mem_region and ioremap. The error handling on platform_get_resource and the error message for ioremap are removed. The function devm_kzalloc replaces memory allocation by unmanaged kzalloc. The function calls to free the allo

[PATCH] Coccinelle: Script to use ARRAY_SIZE instead of division of two sizeofs

This script detects cases where ARRAY_SIZE can be used such as where there is a division of sizeof the array by the sizeof its first element or by any indexed element or the element type. It replaces the division of the two sizeofs by ARRAY_SIZE. Signed-off-by: Himangi Saraogi Acked-by: Julia Law

[PATCH 1/1] MIPS: Octeon: remove unnecessary null test before debugfs_remove_recursive

Fix checkpatch warning: WARNING: debugfs_remove_recursive(NULL) is safe this check is probably not required Cc: Ralf Baechle Cc: linux-m...@linux-mips.org Signed-off-by: Fabian Frederick --- arch/mips/cavium-octeon/oct_ilm.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a

[PATCH] pinctrl: berlin: fix return value for dev_get_regmap

The failure value of dev_get_regmap is NULL. Hence, the return value is changed to -ENODEV. A simplified version of the semantic match that finds this problem is as follows: // @@ expression e1; @@ * if (!e1) return PTR_ERR(e1); // Signed-off-by: Himangi Saraogi Acked-by: Julia Lawall --

Re: [PATCH v2 2/2] lib.c: skip --param parameters

Hi Andy, On Sat, Jun 28, 2014 at 9:59 AM, Christopher Li wrote: > I think this is problematic.There are three possible input > from args: > 1) "--parm", you need to ++next skip to next arg, which is the value for parm. > 2) "--parm=x", you don't need to skip to next arg. > 3) "--parm-with-crap",

Re: Cleanup of Kernel Bugzilla

Hi, [Why was stable on Cc?] On 06/29/2014 08:33 AM, Gideon D'souza wrote: Why do you want an up to date list of kernel bugs? Even I'm a newbie and was looking for the same thing. I read eventually somewhere that bugzilla isn't maintained by kernel devs so I entirely gave up trying to find a b

Re: [PATCH] sched: Transform resched_task() into resched_curr()

Hi, I cannot speak too much about scheduler specifics, but from a structural POV I'm unsure about such a change (into this direction). We seem to be going from a nicely fine-grained function (task-struct-specific, and thus operating on task scope alone, except for interesting lockdep_assert_held(

[PATCH 1/1] MIPS: jz4740: remove unnecessary null test before debugfs_remove

Fix checkpatch warning: WARNING: debugfs_remove(NULL) is safe this check is probably not required Cc: Ralf Baechle Cc: linux-m...@linux-mips.org Signed-off-by: Fabian Frederick --- arch/mips/jz4740/clock-debugfs.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/mips/j

Re: [PATCH 2/4] DRBG: cleanup of preprocessor macros

On 06/28/14 22:07, Stephan Mueller wrote: > Am Sonntag, 29. Juni 2014, 12:20:15 schrieb Stephen Rothwell: > > Hi Stephen, > >> Hi Stephan, >> >> On Sat, 28 Jun 2014 22:00:07 +0200 Stephan Mueller > wrote: >>> diff --git a/crypto/drbg.c b/crypto/drbg.c >>> index 6679a26..03a230e 100644 >>> --- a

[PATCH 1/1] staging: rtl8723au: Remove unnecessary null test before kfree

Fix checkpatch warning: WARNING: kfree(NULL) is safe this check is probably not required Cc: Larry Finger Cc: Jes Sorensen Cc: linux-wirel...@vger.kernel.org Signed-off-by: Fabian Frederick --- drivers/staging/rtl8723au/core/rtw_cmd.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) d

[PATCH 1/1] staging: rtl8723au: Another case of unnecessary null test before kfree

Fix checkpatch warning: WARNING: kfree(NULL) is safe this check is probably not required Cc: Larry Finger Cc: Jes Sorensen Cc: linux-wirel...@vger.kernel.org Signed-off-by: Fabian Frederick --- drivers/staging/rtl8723au/core/rtw_ap.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) dif

Re: [PATCH 1/1] MIPS: jz4740: remove unnecessary null test before debugfs_remove

On 06/29/2014 09:24 AM, Fabian Frederick wrote: Fix checkpatch warning: WARNING: debugfs_remove(NULL) is safe this check is probably not required Cc: Ralf Baechle Cc: linux-m...@linux-mips.org Signed-off-by: Fabian Frederick Acked-by: Lars-Peter Clausen Thanks. --- arch/mips/jz4740/clo

[PATCH 1/1] iommu/fsl_pamu: Remove unnecessary null test before kfree

Fix checkpatch warning: WARNING: kfree(NULL) is safe this check is probably not required Cc: Joerg Roedel Cc: Grant Likely Cc: io...@lists.linux-foundation.org Cc: devicet...@vger.kernel.org Signed-off-by: Fabian Frederick --- drivers/iommu/fsl_pamu_domain.c | 3 +-- 1 file changed, 1 insertio

Re: [PATCH] sched: Transform resched_task() into resched_curr()

Hi, Andreas, On 29.06.2014 11:20, Andreas Mohr wrote: > Hi, > > I cannot speak too much about scheduler specifics, but from a structural POV > I'm unsure about such a change (into this direction). > > We seem to be going from a nicely fine-grained function > (task-struct-specific, and thus opera

Re: virt_blk BUG: sleeping function called from invalid context

On Fri, Jun 27, 2014 at 07:57:38AM -0400, Josh Boyer wrote: > Hi All, > > We've had a report[1] of the virt_blk driver causing a lot of spew > because it's calling a sleeping function from an invalid context. The > backtrace is below. This is with kernel v3.16-rc2-69-gd91d66e88ea9. Hi Jens, pls

Re: [PATCH V3] scripts/coccinelle/free: Delete NULL test before freeing functions?

On Sat, 28 Jun 2014 23:00:22 +0200 SF Markus Elfring wrote: > > Sorry but I'm not working on coccinelle ; just did a small script for > > kernel tree. > > I would appreciate a more constructive feedback for my update suggestions > around > the topic "Deletion of unnecessary checks before speci

Re: [PATCH] sched: Transform resched_task() into resched_curr()

Hi, On Sun, Jun 29, 2014 at 11:57:49AM +0400, Kirill Tkhai wrote: > resched_curr(rq) means "to reschedule current task of the rq". It does > not reschedule rq itself. > > We already have resched_cpu(), which has cpu agrument, and it's not > a task. I think this is just a similar case and we won't

[PATCH 1/1] virtio: console: remove unnecessary null test before debugfs_remove_recursive

Fix checkpatch warning: WARNING: debugfs_remove_recursive(NULL) is safe this check is probably not required Cc: Amit Shah Cc: Arnd Bergmann Cc: virtualizat...@lists.linux-foundation.org Signed-off-by: Fabian Frederick --- drivers/char/virtio_console.c | 6 ++ 1 file changed, 2 insertions(

Re: [PATCH] Fix backlight control for Acer TravelMate B113

Am 2014-06-23 22:30, schrieb Martin Kepplinger: > Fix backlight control for Acer TravelMate B113 Laptop by adding > it to the video_dmi_table. > > A workaround before that was to use acpi_osi=Linux or > acpi_backlight=vendor on boot but even then, only the function- > keys worked. > > With this c

Re: [PATCH] sched: Transform resched_task() into resched_curr()

On 29.06.2014 12:36, Andreas Mohr wrote: > Hi, > > On Sun, Jun 29, 2014 at 11:57:49AM +0400, Kirill Tkhai wrote: >> resched_curr(rq) means "to reschedule current task of the rq". It does >> not reschedule rq itself. >> >> We already have resched_cpu(), which has cpu agrument, and it's not >> a tas

Re: [PATCH 1/1] scripts/checkpatch.pl: update kmalloc_array/kcalloc conversion warning

On Fri, 27 Jun 2014 14:37:04 -0700 Joe Perches wrote: > On Fri, 2014-06-27 at 22:10 +0200, Fabian Frederick wrote: > > Avoid automatic k[mz]alloc with multiplies conversions > [] > > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl > [] > > @@ -4427,7 +4427,7 @@ sub process { > >

[PATCH] KVM: x86: Fix lapic.c debug prints

In two cases lapic.c does not use the apic_debug macro correctly. This patch fixes them. Signed-off-by: Nadav Amit --- arch/x86/kvm/lapic.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c index 0069118..3855103 100644 --- a/arch

Re: [PATCH 1/1] scripts/checkpatch.pl: update kmalloc_array/kcalloc conversion warning

On Sun, 2014-06-29 at 11:21 +0200, Fabian Frederick wrote: > On Fri, 27 Jun 2014 14:37:04 -0700 Joe Perches wrote: [] > > I'm not sure of the value of this as I think at some point > > if not already today, the compiler will optimize the multiply > > away. > > > > But it's probably better to look

Re: [PATCH 3.14 000/110] 3.14.10-stable review

On Sat, 28 Jun 2014 10:45:57 -0700, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.14.10 release. Built & running fine on 3 different machines (x86_64), mix of old and new HW, all with Gentoo ~amd64 userland. So far no regressions: graphics, sound, btrfs, sus

[PATCH 1/1] staging: iio: Coding style issues fix.

Fix some little style issues in drivers/staging/iio/frequency/ad9832.c . This is my latest task of the eudyptula challenge (third attempt!) Signed-off-by: Federico Di Pierro --- drivers/staging/iio/frequency/ad9832.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --gi

Re: [PATCH 2/5] regulator: act8865: set correct number of regulators in pdata

On Fri, Jun 27, 2014 at 05:07:25PM +0100, Mark Brown wrote: > On Sun, Jun 22, 2014 at 05:31:42PM +0200, Beniamino Galvani wrote: > > When platform data is populated from DT all the regulators are > > instantiated and the value of num_regulators should be the number of > > all available regulators r

Re: __schedule #DF splat

On 2014-06-29 08:46, Gleb Natapov wrote: > On Sat, Jun 28, 2014 at 01:44:31PM +0200, Borislav Petkov wrote: >> qemu-system-x86-20240 [006] ...1 9406.484134: kvm_page_fault: address >> 7fffb62ba318 error_code 2 >> qemu-system-x86-20240 [006] ...1 9406.484136: kvm_inj_exception: #PF (0x2)a >> >>

[PATCH v2] x86, vsmp: Remove is_vsmp_box() from apic_is_clustered_box()

When a vSMP Foundation box is detected, the function apic_cluster_num() counts the number of APIC clusters found. If more than one found, a multi board configuration is assumed, and TSC marked as unstable. This behavior is incorrect as vSMP Foundation may use processors from single node only, attac

Re: [PATCH] x86, vsmp: Remove is_vsmp_box() from apic_is_clustered_box()

Hi, There was actually a problem that the mailer which changed a '\t' to spaces. This is why it conflicted with the tip:x86/apic branch. Any how, I've also tested on the x86/apic branch and everything is ok. Sent : "[PATCH v2] x86, vsmp: Remove is_vsmp_box() from apic_is_clustered_box()" Sorry f

[PATCH -trivial] Documentation/kernel-parameters: Remove obsolete ip2=

The handling of ip2= in drivers/char/ip2/ip2base.c was moved to drivers/char/ip2/ip2main.c in commit 47babd4c6a16915aeb15d4216d91f03910572982 ("Char: merge ip2main and ip2base"). The ip2 driver was demoted to staging in commit 4a6514e6d096716fb7bedf238efaaca877e2a7e8 ("tty: move obsolete and broke

[PATCH -trivial] paride/pcd: Fix grammar

Signed-off-by: Geert Uytterhoeven --- drivers/block/paride/pcd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/block/paride/pcd.c b/drivers/block/paride/pcd.c index 719cb1bc1640..3b7c9f1be484 100644 --- a/drivers/block/paride/pcd.c +++ b/drivers/block/paride/pcd.

[PATCH -trivial 2/4] mtd: cmdlinepart: Spelling s/trucate/truncate/

Signed-off-by: Geert Uytterhoeven Cc: Brian Norris Cc: linux-...@lists.infradead.org --- drivers/mtd/cmdlinepart.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/cmdlinepart.c b/drivers/mtd/cmdlinepart.c index 3e829b37af8d..c8503006f17a 100644 --- a/drivers/mtd/c

[PATCH -trivial 4/4] GFS2: memcontrol: Spelling s/invlidate/invalidate/

Signed-off-by: Geert Uytterhoeven Cc: Steven Whitehouse Cc: cluster-de...@redhat.com --- fs/gfs2/glops.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/gfs2/glops.c b/fs/gfs2/glops.c index fc1100781bbc..2ffc67dce87f 100644 --- a/fs/gfs2/glops.c +++ b/fs/gfs2/glops.c @

[PATCH -trivial 1/4] powerpc/simpleboot: Spelling s/trucate/truncate/

Signed-off-by: Geert Uytterhoeven Cc: Benjamin Herrenschmidt Cc: linuxppc-...@lists.ozlabs.org --- arch/powerpc/boot/simpleboot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/boot/simpleboot.c b/arch/powerpc/boot/simpleboot.c index 21cd48074ec8..9f8c678f0d9a 1

[PATCH -trivial 3/4] mm: memcontrol: Spelling s/invlidate/invalidate/, s/trucate/truncate/

Signed-off-by: Geert Uytterhoeven Cc: Johannes Weiner Cc: cgro...@vger.kernel.org --- mm/memcontrol.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/memcontrol.c b/mm/memcontrol.c index a2c7bcb0e6eb..2c010573668e 100644 --- a/mm/memcontrol.c +++ b/mm/memcontrol.c @@ -4034

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 11:56:03AM +0200, Jan Kiszka wrote: > On 2014-06-29 08:46, Gleb Natapov wrote: > > On Sat, Jun 28, 2014 at 01:44:31PM +0200, Borislav Petkov wrote: > >> qemu-system-x86-20240 [006] ...1 9406.484134: kvm_page_fault: address > >> 7fffb62ba318 error_code 2 > >> qemu-system-

Re: __schedule #DF splat

On 2014-06-29 12:24, Gleb Natapov wrote: > On Sun, Jun 29, 2014 at 11:56:03AM +0200, Jan Kiszka wrote: >> On 2014-06-29 08:46, Gleb Natapov wrote: >>> On Sat, Jun 28, 2014 at 01:44:31PM +0200, Borislav Petkov wrote: qemu-system-x86-20240 [006] ...1 9406.484134: kvm_page_fault: address

Re: [Cocci] [PATCH V3] scripts/coccinelle/free: Delete NULL test before freeing functions?

>> https://systeme.lip6.fr/pipermail/cocci/2014-March/000676.html >> http://marc.info/?l=kernel-janitors&m=139405971927100&w=2 > Regular expressions do not allow taking advantage of the optimizations > provided by Coccinelle and are not easy for a reader to understand. I find that the application

Re: [PATCH v4 1/1] staging: iio: ad9850.c: code cleanup

On 28/06/14 17:03, Greg KH wrote: On Sat, Jun 28, 2014 at 05:54:39PM +0200, Guillaume Morin wrote: checkpath.pl was complaining about value_mask: ERROR: Macros with complex values should be enclosed in parenthesis I fixed this by simply removing it since it's not used (as well as another macro)

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 12:31:50PM +0200, Jan Kiszka wrote: > On 2014-06-29 12:24, Gleb Natapov wrote: > > On Sun, Jun 29, 2014 at 11:56:03AM +0200, Jan Kiszka wrote: > >> On 2014-06-29 08:46, Gleb Natapov wrote: > >>> On Sat, Jun 28, 2014 at 01:44:31PM +0200, Borislav Petkov wrote: > qemu-sy

Re: [PATCH] sched: Transform resched_task() into resched_curr()

On Sun, Jun 29, 2014 at 12:59:41PM +0400, Kirill Tkhai wrote: > On 29.06.2014 12:36, Andreas Mohr wrote: > > I just noticed that there is a part touching rq->idle, > > and ISTR that idle task handling is "special" > > (after all that's the power management side of things). > > Specifically, rq->cur

Re: [PATCH 1/2] staging: iio: hmc5843: Add all available models to device tree id table.

On 27/06/14 21:48, Belisko Marek wrote: PIng? Jonathan do you have any objections to this approach? Can you please pick it? Thx. Sorry, this one dropped through the cracks. Applied to the togreg branch of iio.git along with the documentation patch that goes with it. Jonathan On Tue, Feb 18,

Re: [PATCH V3] scripts/coccinelle/free: Delete NULL test before freeing functions?

> I hope you had information you wanted from Julia ? Yes. - I am waiting on another Coccinelle software release which will contain improvements for my feature requests and bug reports. I'm curious when I should retry proposed filter patterns. Regards, Markus -- To unsubscribe from this lis

Re: __schedule #DF splat

On 2014-06-29 12:53, Gleb Natapov wrote: > On Sun, Jun 29, 2014 at 12:31:50PM +0200, Jan Kiszka wrote: >> On 2014-06-29 12:24, Gleb Natapov wrote: >>> On Sun, Jun 29, 2014 at 11:56:03AM +0200, Jan Kiszka wrote: On 2014-06-29 08:46, Gleb Natapov wrote: > On Sat, Jun 28, 2014 at 01:44:31PM +

Belasungkawa Ustaz. Ana Menangis

Assalamualaikum w.b.t. AJK PAS Pusat, Datuk Abu Bakar Chik dan pembantunya, Hasmizi Hasan terlibat dalam kemalangan di KM 390 Lebuh raya Pantai Timur laluan Bukit Besi-Ajil jam 3.16 pagi tadi. Beliau meninggal dunia dalam perjalanan ke Hospital Hulu Terengganu sementara pembantunya cedera

RE: [PATCH 1/1] iommu/fsl_pamu: Remove unnecessary null test before kfree

> -Original Message- > From: iommu-boun...@lists.linux-foundation.org [mailto:iommu- > boun...@lists.linux-foundation.org] On Behalf Of Fabian Frederick > Sent: Sunday, June 29, 2014 1:31 PM > To: linux-kernel@vger.kernel.org > Cc: Fabian Frederick; Grant Likely; io...@lists.linux-foundat

Re: [V2 PATCH] ALSA: hda - Enable mute/mic-mute LEDs for more Thinkpads with Conexant codec

On 2013-11-27 07:47, Hui Wang wrote: > Most Thinkpad Edge series laptops use conexant codec, so far although > the codecs have different minor Vendor Id and minor Subsystem Id, > they all belong to the cxt5066 family, this change can make the > mute/mic-mute LEDs support more generic among cxt_5066

Re: [PATCHv5 3/4] iio: devicetree: Add DT binding documentation for Exynos3250 ADC

On 27/06/14 05:30, Chanwoo Choi wrote: This patch add DT binding documentation for Exynos3250 ADC IP. Exynos3250 has special clock ('sclk_adc') for ADC which provide clock to internal ADC. Signed-off-by: Chanwoo Choi Acked-by: Kyungmin Park Reviewed-by: Naveen Krishna Chatradhi One trivial i

Re: [PATCH 2/4] DRBG: cleanup of preprocessor macros

Am Sonntag, 29. Juni 2014, 00:41:22 schrieb Randy Dunlap: Hi Randy, > On 06/28/14 22:07, Stephan Mueller wrote: > > Am Sonntag, 29. Juni 2014, 12:20:15 schrieb Stephen Rothwell: > > > > Hi Stephen, > > > >> Hi Stephan, > >> > >> On Sat, 28 Jun 2014 22:00:07 +0200 Stephan Mueller > > > > wrot

Re: [PATCHv5 0/4] iio: adc: exynos_adc: Support Exynos3250 ADC and code clean

On 27/06/14 05:30, Chanwoo Choi wrote: Changes from v4: - Use 'exynos_adc_data' structure instead of 'exynos_adc_ops' structure and remove enum variable of ADC version - Fix wrong name of special clock (sclk_tsadc -> sclk_adc) - Add reviewed message by Naveen Krishna Chatradhi - Add functions

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 12:59:30PM +0200, Jan Kiszka wrote: > Will see what I can do regarding bisecting. That host is a bit slow > (netbook), so it may take a while. Boris will probably beat me in > this. Nah, I was about to instrument kvm_multiple_exception() first and am slow anyway so... :-)

Re: __schedule #DF splat

On 2014-06-29 13:51, Borislav Petkov wrote: > On Sun, Jun 29, 2014 at 12:59:30PM +0200, Jan Kiszka wrote: >> Will see what I can do regarding bisecting. That host is a bit slow >> (netbook), so it may take a while. Boris will probably beat me in >> this. > > Nah, I was about to instrument kvm_mult

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 02:22:35PM +0200, Jan Kiszka wrote: > OK, looks like I won ;): I gladly let you win. :-P > The issue was apparently introduced with "KVM: x86: get CPL from > SS.DPL" (ae9fedc793). Maybe we are not properly saving or restoring > this state on SVM since then. I wonder if th

Re: [PATCH 1/1] staging: iio: Coding style issues fix.

On 29/06/14 10:41, Federico Di Pierro wrote: Fix some little style issues in drivers/staging/iio/frequency/ad9832.c . This is my latest task of the eudyptula challenge (third attempt!) Signed-off-by: Federico Di Pierro I'd have preferred more meaty work on this driver, but I guess every little

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 03:14:43PM +0200, Borislav Petkov wrote: > On Sun, Jun 29, 2014 at 02:22:35PM +0200, Jan Kiszka wrote: > > OK, looks like I won ;): > > I gladly let you win. :-P > > > The issue was apparently introduced with "KVM: x86: get CPL from > > SS.DPL" (ae9fedc793). Maybe we are n

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 03:14:43PM +0200, Borislav Petkov wrote: > I better go and revert that one and check whether it fixes things. Yahaaa, that was some good bisection work Jan! :-) > 20 guest restart cycles and all is fine - it used to trigger after 5 max. Phew, we have it right in time befo

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 04:42:47PM +0300, Gleb Natapov wrote: > Please do so and let us know. Yep, just did. Reverting ae9fedc793 fixes the issue. > reinj:1 means that previous injection failed due to another #PF that > happened during the event injection itself This may happen if GDT or fist > i

Re: [PATCH] phy: sun4i: depend on RESET_CONTROLLER

Hi Kishon, On Wed, Jun 11, 2014 at 03:14:25PM +0530, Kishon Vijay Abraham I wrote: > Hi, > > On Wednesday 11 June 2014 02:40 PM, Maxime Ripard wrote: > > Hi Kishon, > > > > On Fri, May 23, 2014 at 08:51:28PM +0200, Maxime Ripard wrote: > >> The driver depend on the reset framework in a mandatory

Re: [PATCH 1/3] clocksource: move PXA timer to clocksource framework

Robert Jarzmik writes: > Move time.c from arch/arm/mach-pxa/time.c to > drivers/clocksource/pxa_timer.c. > > Signed-off-by: Robert Jarzmik Ping ? Cheers. -- Robert -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org M

Re: __schedule #DF splat

On Sun, Jun 29, 2014 at 04:01:04PM +0200, Borislav Petkov wrote: > On Sun, Jun 29, 2014 at 04:42:47PM +0300, Gleb Natapov wrote: > > Please do so and let us know. > > Yep, just did. Reverting ae9fedc793 fixes the issue. > > > reinj:1 means that previous injection failed due to another #PF that >

Re: __schedule #DF splat

On 2014-06-29 16:27, Gleb Natapov wrote: > On Sun, Jun 29, 2014 at 04:01:04PM +0200, Borislav Petkov wrote: >> On Sun, Jun 29, 2014 at 04:42:47PM +0300, Gleb Natapov wrote: >>> Please do so and let us know. >> >> Yep, just did. Reverting ae9fedc793 fixes the issue. >> >>> reinj:1 means that previou

Re: lib/argv_split.c : should argv be kfree'ed ?

On 06/29/2014 12:04 AM, Mateusz Guzik wrote: > On Sat, Jun 28, 2014 at 11:52:37PM +0200, Toralf Förster wrote: >> /me wonders if this patch is needed here : >> >> >> diff --git a/lib/argv_split.c b/lib/argv_split.c >> index e927ed0..7de4cb4 100644 >> --- a/lib/argv_split.c >> +++ b/lib/argv_split.c

Re: __schedule #DF splat

On 2014-06-29 16:32, Jan Kiszka wrote: > On 2014-06-29 16:27, Gleb Natapov wrote: >> On Sun, Jun 29, 2014 at 04:01:04PM +0200, Borislav Petkov wrote: >>> On Sun, Jun 29, 2014 at 04:42:47PM +0300, Gleb Natapov wrote: Please do so and let us know. >>> >>> Yep, just did. Reverting ae9fedc793 fixe

[PATCH] KVM: SVM: Fix CPL export via SS.DPL

From: Jan Kiszka We import the CPL via SS.DPL since ae9fedc793. However, we fail to export it this way so far. This caused spurious guest crashes, e.g. of Linux when accessing the vmport from guest user space which triggered register saving/restoring to/from host user space. Signed-off-by: Jan K

[rcu] 2d033d5c0d4: +225.2% iperf.tcp.sender.bps

Hi Paul, FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next commit 2d033d5c0d424b7029abd0fc82e940ebc318fd89 ("rcu: Bind grace-period kthreads to non-NO_HZ_FULL CPUs") test case: bens/iperf/300s-tcp e17adc3f20bc9a1 2d033d5c0d424b70

Re: lib/argv_split.c : should argv be kfree'ed ?

On Sun, Jun 29, 2014 at 04:40:17PM +0200, Toralf Förster wrote: > On 06/29/2014 12:04 AM, Mateusz Guzik wrote: > > On Sat, Jun 28, 2014 at 11:52:37PM +0200, Toralf Förster wrote: > >> /me wonders if this patch is needed here : > >> > >> > >> diff --git a/lib/argv_split.c b/lib/argv_split.c > >> ind

Re: [PATCH v3 1/2] include/uapi/linux/virtio_blk.h: introduce feature of VIRTIO_BLK_F_MQ

On Thu, Jun 26, 2014 at 05:41:47PM +0800, Ming Lei wrote: > Current virtio-blk spec only supports one virtual queue for transfering > data between VM and host, and inside VM all kinds of operations on > the virtual queue needs to hold one lock, so cause below problems: > > - bad scalability

Re: [PATCH v3 2/2] block: virtio-blk: support multi virt queues per virtio-blk device

On Thu, Jun 26, 2014 at 05:41:48PM +0800, Ming Lei wrote: > Firstly this patch supports more than one virtual queues for virtio-blk > device. > > Secondly this patch maps the virtual queue to blk-mq's hardware queue. > > With this approach, both scalability and performance can be improved. > > S

Re: [PATCH] HID: roccat: Drop cast

On Thu, 26 Jun 2014, Joe Perches wrote: > On Fri, 2014-06-27 at 07:29 +0200, Julia Lawall wrote: > > On Thu, 26 Jun 2014, Joe Perches wrote: > > > The cast of a const void * to a void * was odd. > > > > > > Maybe a mechanism to verify appropriateness of > > > loss of constness for any pointer m

Re: [PATCH 05/18] perf tools: Add ordered_events_(get|put) interface

On Fri, Jun 27, 2014 at 05:06:36PM -0600, David Ahern wrote: > On 6/18/14, 8:58 AM, Jiri Olsa wrote: > > > >+static struct ordered_event* > >+ordered_events_get(struct ordered_events_queue *q, u64 timestamp) > >+{ > >+struct ordered_event *new; > >+ > >+new = alloc_event(q); > >+if (new

Re: [PATCH 08/18] perf tools: Flush ordered events in case of allocation failure

On Fri, Jun 27, 2014 at 05:07:52PM -0600, David Ahern wrote: > On 6/18/14, 8:58 AM, Jiri Olsa wrote: > >+case OEQ_FLUSH__HALF: > >+{ > >+struct ordered_event *first, *last; > >+struct list_head *head = &q->events; > >+ > >+first = list_entry(head->next, s

Re: [PATCH 14/18] perf tools: Add perf_config_u64 function

On Fri, Jun 27, 2014 at 05:08:03PM -0600, David Ahern wrote: > On 6/18/14, 8:58 AM, Jiri Olsa wrote: > > >@@ -307,6 +322,15 @@ static void die_bad_config(const char *name) > > die("bad config value for '%s'", name); > > } > > > >+u64 perf_config_u64(const char *name, const char *value) > >+{

Re: [PATCH 16/18] perf tools: Add debug prints for ordered events queue

On Fri, Jun 27, 2014 at 08:52:26PM -0600, David Ahern wrote: > On 6/18/14, 8:58 AM, Jiri Olsa wrote: > >Adding some prints for ordered events queue, to help > >debug issues. > > went to enable this and it is really odd to have to edit a config file to > enable debugging. How about hooking it into

Re: [PATCH 05/18] perf tools: Add ordered_events_(get|put) interface

On 6/29/14, 10:39 AM, Jiri Olsa wrote: On Fri, Jun 27, 2014 at 05:06:36PM -0600, David Ahern wrote: On 6/18/14, 8:58 AM, Jiri Olsa wrote: +static struct ordered_event* +ordered_events_get(struct ordered_events_queue *q, u64 timestamp) +{ + struct ordered_event *new; + + new = alloc

Re: [PATCH 16/18] perf tools: Add debug prints for ordered events queue

On 6/29/14, 10:46 AM, Jiri Olsa wrote: On Fri, Jun 27, 2014 at 08:52:26PM -0600, David Ahern wrote: On 6/18/14, 8:58 AM, Jiri Olsa wrote: Adding some prints for ordered events queue, to help debug issues. went to enable this and it is really odd to have to edit a config file to enable debuggi

[RFC PATCH 0/2] MIPS: Alchemy: common clk framework integration

This is a request for comments for the below patches. Patch 1 is a cleanup I came up with while writing patch 2. I'm sending it along because the other one depends on some things introduced in it to compile cleanly. Patch 2 adds COMMON_CLK support for all configurable internal

I want to invest

How are you doing ? Please can you assist me to invest funds in your Country after disbursement? if yes, then get back to me with your private email address for details of your area of participation. Ms. Sarah. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the b

Kernel OOPS when reloading i915 after resume from suspend

Hi Ville, hi Daniel, still experimenting with the resume from suspend on the Fujitsu S6010. I can, however, still create a kernel oops. The kernel source comes from alm_fixes5, kernel 3.15.0-rc7+. For that, do the following: 1) Shut down X, 2) Unbind the consoles: echo 0 > /sys/class/vtconso

Re: [PATCH] KVM: SVM: Fix CPL export via SS.DPL

On Sun, Jun 29, 2014 at 05:12:43PM +0200, Jan Kiszka wrote: > From: Jan Kiszka > > We import the CPL via SS.DPL since ae9fedc793. However, we fail to > export it this way so far. This caused spurious guest crashes, e.g. of > Linux when accessing the vmport from guest user space which triggered >

[BUG] User process tainting in linux-next tree

Hello, I have created a bug in bugzilla https://bugzilla.kernel.org/show_bug.cgi?id=79171 , The native built Linux-next kernel is giving tainted Error. Can you please give me a pointer to solve this? Thanks -- Regards Jeshwanth Kumar N K Bangalore, India -- To unsubscribe from this list: send

Re: [PATCH] HID: roccat: Drop cast

On Sun, 2014-06-29 at 18:34 +0200, Julia Lawall wrote: > On Thu, 26 Jun 2014, Joe Perches wrote: > > void func(const void * const p) > > { > > char *p2 = p; > > > > p2[0] = 1; > > } > > Is this a real example? No, it's not. I think I've seen code in the kernel like char *p2 = (v

Re: [PATCH v2 2/2] lib.c: skip --param parameters

On Sun, Jun 29, 2014 at 12:19 AM, Christopher Li wrote: > > If no objections, I will push the change. > Change pushed. Chris -- 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

Re: 3.15.2 build error on AMD64

On 28/06/14 14:09, Nick Warne wrote: On 28/06/14 13:23, Borislav Petkov wrote: On Sat, Jun 28, 2014 at 11:55:07AM +0100, Nick Warne wrote: Whoops - that is WRONG (too many ssh terminals) gcc version 4.2.4 That's some old compiler. Anyway, I can't trigger it here with gcc 4.6 and 4.9. Can

Re: [BUG] User process tainting in linux-next tree

On Sun, Jun 29, 2014 at 11:48:02PM +0530, Jeshwanth Kumar N K wrote: > Hello, > > I have created a bug in bugzilla > https://bugzilla.kernel.org/show_bug.cgi?id=79171 , The native built > Linux-next kernel is giving tainted Error. Can you please give me a > pointer to solve this? All those dmesg

Re: [PATCH 1/1] staging: media: msi3101: sdr-msi3101.c - replace with time_before_eq()

Moikka! That is already fixed by someone else and patch is somewhere Mauro or Hans queue. regards Antti On 06/29/2014 08:20 AM, Anil Belur wrote: From: Anil Belur - this fix replaces jiffies interval comparision with safer function to avoid any overflow and wrap around ? Signed-off-by:

Re: virt_blk BUG: sleeping function called from invalid context

On Sun, Jun 29, 2014 at 11:26:37AM +0300, Michael S. Tsirkin wrote: > On Fri, Jun 27, 2014 at 07:57:38AM -0400, Josh Boyer wrote: > > Hi All, > > > > We've had a report[1] of the virt_blk driver causing a lot of spew > > because it's calling a sleeping function from an invalid context. The > > ba

Re: [PATCHv3 1/5] lib/genalloc.c: Add power aligned algorithm

On 6/20/2014 2:33 AM, Will Deacon wrote: > Hi Laura, > > On Tue, Jun 17, 2014 at 02:39:21AM +0100, Laura Abbott wrote: >> One of the more common algorithms used for allocation >> is to align the start address of the allocation to >> the order of size requested. Add this as an algorithm >> option f

Re: [PATCHv3 2/5] lib/genalloc.c: Add genpool range check function

On 6/20/2014 2:38 AM, Will Deacon wrote: > On Tue, Jun 17, 2014 at 02:39:22AM +0100, Laura Abbott wrote: >> After allocating an address from a particular genpool, >> there is no good way to verify if that address actually >> belongs to a genpool. Introduce addr_in_gen_pool which >> will return if a

Re: 3.15.2 build error on AMD64

On Sun, Jun 29, 2014 at 08:06:36PM +0100, Nick Warne wrote: > OK, I just spent three months building GCC 4.7.4 today (thank god the > world cup is on to watch instead) Yep, the world cup helps a lot with tedious debugging work. :-) > and 3.15.2 built fine, and server is up and > running great. >

Re: [crypto] BUG: unable to handle kernel paging request at ffff88000bb88000

Am Sonntag, 29. Juni 2014, 22:52:46 schrieb Fengguang Wu: Hi Fengguang, > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is May I ask whether there is anything special in your kernel config? This very bug should have been triggered already in all previous

Re: [RFC] CMA page migration failure due to buffers on bh_lru

(cc-ing Hugh since he had comments on the patch before) On 6/26/2014 4:23 PM, Gioh Kim wrote: > > > 2014-06-27 오전 12:57, Michal Nazarewicz 쓴 글: >> On Tue, Jun 24 2014, Gioh Kim wrote: >>> Hello, >>> >>> I am trying to apply CMA feature for my platform. >>> My kernel version, 3.10.x, is not allo

Re: 3d3d6b847420 ("kbuild: LLVMLinux: Adapt warnings for compilation with clang")

Hi, On Mon, Jun 16, 2014 at 05:48:01PM +0200, Jan-Simon Möller wrote: > Ok, let's wrap this case with > > ifeq ($(COMPILER),clang) > ... > endif > > And we'll update the stale entries. > > Patch to follow after some testing. any progress with the testing or should we simply revert? Thanks.

Re: [PATCH] FIXME of file toploogy.h for alpha cpus

On 06/28/2014 11:03 PM, Nick Krause wrote: > I thought I compiled tested it maybe not. I thought M= would work for > alpha directory but maybe I have to enable in on x86. > I don't known if there is a way to do this. > Cheers Nick > > On Sat, Jun 28, 2014 at 3:53 PM, Sasha Levin wrote: >> On 06/2

Re: ext4: total breakdown on USB hdd, 3.0 kernel

Hi! > > It looks like the filesystem contains _way_ too many 0x's: > > That sounds like it's a hardware issue. It may be that the controller > did something insane while trying to do a write at the point when the > disk drive was disconnected (and so the drive suffered a power > drop). Inte

Re: [BUG] User process tainting in linux-next tree

Hello Borislav, Yes booted by increase the buffer length, but the ignore_loglevel is running continously for 5 minutes. So I ignored that and ran with log_buf_len=500M ( because 10M also filled) only. When I copied the dmesg, the size was 76M, so I attached only first 1500 lines. Please find in b

Re: [PATCH] vt: disable console blanking by default

On Wed 2014-06-25 13:41:09, Tomasz Torcz wrote: > On Sun, Jun 22, 2014 at 06:37:29PM +0200, Pavel Machek wrote: > > On Wed 2014-06-18 11:27:31, Tomasz Torcz wrote: > > > > > > >From ea7cf47e3230eda63aa6c46092719437f9bbae8e Mon Sep 17 00:00:00 2001 > > > From: Tomasz Torcz > > > Date: Wed, 18 Jun

Re: [BUG] User process tainting in linux-next tree

Hi, first of all, please do not top-post. Here's why: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? > Yes booted by increase the buffer length, but the ignore_loglevel is

Re: virt_blk BUG: sleeping function called from invalid context

On Sun, Jun 29, 2014 at 09:32:22PM +0200, Christoph Hellwig wrote: > On Sun, Jun 29, 2014 at 11:26:37AM +0300, Michael S. Tsirkin wrote: > > On Fri, Jun 27, 2014 at 07:57:38AM -0400, Josh Boyer wrote: > > > Hi All, > > > > > > We've had a report[1] of the virt_blk driver causing a lot of spew > >

[PATCH 0/1] ARM: dts: zynq: Prepare Parallella

Hello, This patch adds an initial device tree for the Parallella board. UART, SD card, Ethernet are enabled. Not yet enabled are HDMI (FPGA, ADV7513), QSPI and 2x USB. Where I'm a bit unsure is the PHY placement; placement as subnode of the GEM corresponds to what was in the downstream 3.12 base

  1   2   3   >