[PATCH v5 7/25] compiler{,-gcc4}.h: Introduce __flatten function attribute

For gcc 4.1 & later, expands to __attribute__((flatten)) which forces the compiler to inline everything it can into the function. This is useful in combination with noinline when you want to control the depth of inlining, or create a single function where inline expansions will occur. (see

[PATCH v5 5/25] compiler{,-gcc4}.h: Remove duplicate macros

__linktime_error() does the same thing as __compiletime_error() and is only used in bug.h. Since the macro defines a function attribute that will cause a failure at compile-time (not link-time), it makes more sense to keep __compiletime_error(), which is also neatly mated with

[PATCH v5 3/25] compiler-gcc.h: Add gcc-recommended GCC_VERSION macro

Throughout compiler*.h, many version checks are made. These can be simplified by using the macro that gcc's documentation recommends. However, my primary reason for adding this is that I need bug-check macros that are enabled at certain gcc versions and it's cleaner to use this macro than the

[PATCH v5 2/25] compiler-gcc4.h: Reorder macros based upon gcc ver

This helps to keep the file from getting confusing, removes one duplicate version check and should encourage future editors to put new macros where they belong. Signed-off-by: Daniel Santos --- include/linux/compiler-gcc4.h | 20 +++- 1 files changed, 11 insertions(+), 9

[PATCH v5 1/25] compiler-gcc4.h: Correct verion check for __compiletime_error

__attribute__((error(msg))) was introduced in gcc 4.3 (not 4.4) and as I was unable to find any gcc bugs pertaining to it, I'm presuming that it has functioned as advertised since 4.3.0. Signed-off-by: Daniel Santos --- include/linux/compiler-gcc4.h |2 +- 1 files changed, 1 insertions(+),

Re: parisc: orphaned asm/compat_signal.h file?

On 24-Sep-12, at 8:39 AM, Denys Vlasenko wrote: Maybe it needs to be removed? Worked for me with 3.5.4. Dave -- John David Anglin dave.ang...@bell.net -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: mmotm 2012-09-20-17-25 uploaded (fs/bimfmt_elf on uml)

On Wed, 26 Sep 2012, Stephen Rothwell wrote: > > This still happens on x86_64 for linux-next as of today's tree. > > Are you sure? next-20120925? > > $ grep -n vmalloc fs/binfmt_elf.c > 30:#include > 1421: data = vmalloc(size); > Ok, it looks like it's fixed by 1b

[RFC/PATCH] zsmalloc added back to zcache2 (Was: [RFC] mm: add support for zsmalloc and zcache)

Attached patch applies to staging-next and adds zsmalloc support, optionally at compile-time and run-time, back into zcache (aka zcache2). It is only lightly tested and does not provide some of the debug info from old zcache (aka zcache1) because it needs to be converted from sysfs to debugfs.

Re: [PATCH Resend] extcon: Fix return value in extcon_register_interest()

On 09/25/2012 08:01 PM, Sachin Kamat wrote: > Propagate the value returned from extcon_find_cable_index() > instead of -ENODEV. For readability, -EINVAL is returned in place of > the variable. > > Signed-off-by: Sachin Kamat > --- Applied, thank you. You can check it after some hours at below

Re: [PATCH -next v2] Shorten constant names for EFI variable attributes

On Tue, Sep 25, 2012 at 05:06:32PM -0600, Khalid Aziz wrote: > This is for code cleanup and does not impact functionality. This is > based upon an earlier discussion - > . The goal is to make the code more > readable. V1 of this patch was discussed at >

Re: [PATCH 1/1] x86: Added support for Acer Aspire 5755G fan control.

2012/9/26 Borislav Petkov : > Adding Peter. > > On Tue, Sep 25, 2012 at 12:41:11PM +0300, Tero Keski-Valkama wrote: >> 2012/9/25 Borislav Petkov : >> > On Tue, Sep 25, 2012 at 10:34:13AM +0300, Tero Keski-Valkama wrote: >> > >> > But before we go with this any further: you mentioned some issues

Re: [PATCH -next v2] Shorten constant names for EFI variable attributes

On Wed, 2012-09-26 at 07:55 +1000, Stephen Rothwell wrote: > Hi, > > On Tue, 25 Sep 2012 09:41:00 -0600 Khalid Aziz wrote: > > > > Replace very long constants for EFI variable attributes with > > shorter and more convenient names. Also create an alias for > > the current longer names so as to

Re: 3.6-rc7 boot crash + bisection

Am Tue, 25 Sep 2012 13:43:46 -0600 schrieb Alex Williamson : > On Tue, 2012-09-25 at 20:54 +0200, Florian Dazinger wrote: > > Am Tue, 25 Sep 2012 12:32:50 -0600 > > schrieb Alex Williamson : > > > > > On Mon, 2012-09-24 at 21:03 +0200, Florian Dazinger wrote: > > > > Hi, > > > > I think I've

Re: [PATCH 0/4] Fix a crash when block device is read and block size is changed at the same time

On Tue, 25 Sep 2012, Jeff Moyer wrote: > Jeff Moyer writes: > > > Mikulas Patocka writes: > > > >> Hi Jeff > >> > >> Thanks for testing. > >> > >> It would be interesting ... what happens if you take the patch 3, leave > >> "struct percpu_rw_semaphore bd_block_size_semaphore" in "struct >

[tip:x86/smap] x86, smap: Do not abuse the [f][x]rstor_checking() functions for user space

Commit-ID: e139e95590dfebab81841bf7a3ac46500f51a47c Gitweb: http://git.kernel.org/tip/e139e95590dfebab81841bf7a3ac46500f51a47c Author: H. Peter Anvin AuthorDate: Tue, 25 Sep 2012 15:42:18 -0700 Committer: H. Peter Anvin CommitDate: Tue, 25 Sep 2012 15:42:18 -0700 x86, smap: Do not

Re: next-20120925: BUG at drivers/scsi/scsi_lib.c:640!

el > microcode sg xhci_hcd button ext3 jbd mbcache sd_mod crc_t10dif\ > elper cryptd lrw aes_x86_64 xts gf128mul ahci libahci pata_acpi ata_generic > dm_mirror dm_region_hash dm_log dm_mod > CPU 0 > Pid: 753, comm: fsck.ext3 Not tainted 3.6.0-rc7-next-20120925+ #4

[PATCH 2/2] Fix a crash when block device is read and block size is changed at the same time

blockdev: turn a rw semaphore into a percpu rw semaphore This avoids cache line bouncing when many processes lock the semaphore for read. New percpu lock implementation The lock consists of an array of percpu unsigned integers, a boolean variable and a mutex. When we take the lock for read, we

[PATCH 1/2] Fix a crash when block device is read and block size is changed at the same time

On Tue, 25 Sep 2012, Jens Axboe wrote: > On 2012-09-25 19:59, Jens Axboe wrote: > > On 2012-09-25 19:49, Jeff Moyer wrote: > >> Jeff Moyer writes: > >> > >>> Mikulas Patocka writes: > >>> > Hi Jeff > > Thanks for testing. > > It would be interesting ... what happens

Re: linux-next: build failure after merge of the final tree (tty tree related)

On Tue, Sep 25, 2012 at 12:36:44AM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the final tree, today's linux-next build (sparc64 defconfig) > failed like this: > > fs/compat_ioctl.c:868:1: error: 'TIOCSRS485' undeclared here (not in a > function) > fs/compat_ioctl.c:869:1: error:

Re: linux-next: manual merge of the tty tree with the workqueues tree

On Mon, Sep 24, 2012 at 04:36:09PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the tty tree got a conflict in > drivers/tty/serial/omap-serial.c between commit 43829731dd37 ("workqueue: > deprecate flush[_delayed]_work_sync()") from the workqueues tree and > commit

Re: linux-next: manual merge of the usb tree with the acpi tree

On Mon, Sep 24, 2012 at 04:54:49PM +1000, Stephen Rothwell wrote: > Hi Greg, > > On Mon, 24 Sep 2012 16:49:16 +1000 Stephen Rothwell > wrote: > > > > Today's linux-next merge of the usb tree got a conflict in > > drivers/usb/core/usb-acpi.c between commit 59e6423ba8aa ("usb-acpi: > > Comply

Re: linux-next: manual merge of the staging tree with the vfs tree

On Mon, Sep 24, 2012 at 05:07:41PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got a conflict in > drivers/staging/android/binder.c between commit 004223461eee ("new > helper: __alloc_fd()") from the vfs tree and commits efde99cd281a > ("Staging:

Re: arch/x86/lib/inat.c Error

I found something: My inat-tables.c is blank! Going to get the source from Git and try again. Thanks for the help! On 9/25/12, Borislav Petkov wrote: > On Mon, Sep 24, 2012 at 06:16:50PM -0700, Randy Dunlap wrote: >> >> That's because all those _tables thingies are included from a >> >>

[PATCH v4 3/3] tracing: format non-nanosec times from tsc clock without a decimal point.

With the addition of the "tsc" clock, formatting timestamps to look like fractional seconds is misleading. Mark clocks as either in nanoseconds or not, and format non-nanosecond timestamps as decimal integers. Tested: $ cd /sys/kernel/debug/tracing/ $ cat trace_clock [local] global tsc $ echo

Re: [PATCH v4 3/3] tracing: format non-nanosec times from tsc clock without a decimal point.

On Tue, Sep 25, 2012 at 2:42 PM, Steven Rostedt wrote: > Sorry, I should have been more picky before. I haven't totally tested > this yet. > > On Tue, 2012-09-25 at 13:49 -0700, David Sharp wrote: >> With the addition of the "tsc" clock, formatting timestamps to look like >> fractional seconds is

[PATCH] MAINTAINERS: update Intel C600 SAS driver maintainers

Cc: Lukasz Dorau Cc: Maciej Patelczyk Signed-off-by: Dave Jiang --- MAINTAINERS |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index b17587d..162f602 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3552,11 +3552,12 @@ K:

Re: [PATCH 1/1] x86: Added support for Acer Aspire 5755G fan control.

Adding Peter. On Tue, Sep 25, 2012 at 12:41:11PM +0300, Tero Keski-Valkama wrote: > 2012/9/25 Borislav Petkov : > > On Tue, Sep 25, 2012 at 10:34:13AM +0300, Tero Keski-Valkama wrote: > > > > But before we go with this any further: you mentioned some issues still > > with acerhdf - you don't want

[PATCH] kbuild: Do not package /boot and /lib in make tar-pkg

There were reports of users destroying their Fedora installs by a kernel tarball that replaces the /lib -> /usr/lib symlink. Let's remove the toplevel directories from the tarball to prevent this from happening. Reported-by: Andi Kleen Suggested-by: Ben Hutchings Signed-off-by: Michal Marek

Re: [dm-devel] [PATCH v3 11/26] block: Add submit_bio_wait(), remove from md

On Tue, Sep 25, 2012 at 07:51:07AM +0200, Hannes Reinecke wrote: > On 09/25/2012 12:34 AM, Kent Overstreet wrote: > > +/** > > + * submit_bio_wait - submit a bio, and wait until it completes > > + * @rw: whether to %READ or %WRITE, or maybe to %READA (read ahead) > > + * @bio: The bio which

Re: [Drbd-dev] [PATCH v3 06/26] block: Add bio_end_sector()

On Tue, Sep 25, 2012 at 01:54:52PM +0200, Lars Ellenberg wrote: > On Mon, Sep 24, 2012 at 03:34:46PM -0700, Kent Overstreet wrote: > > Just a little convenience macro - main reason to add it now is preparing > > for immutable bio vecs, it'll reduce the size of the patch that puts > >

Re: Wrong system clock vs X.509 date specifiers

How about the attached? I knew perl had to be good for something... David --- #!/usr/bin/perl -w # # Generate an X.509 certificate from a public key. # # Format: # # gen-x509-cert \ # [C=] [O=] [CN=] [Email=] \ # [--from=] [--to=output # use strict; use POSIX

Re: [PATCH -next v2] Shorten constant names for EFI variable attributes

Hi, On Tue, 25 Sep 2012 09:41:00 -0600 Khalid Aziz wrote: > > Replace very long constants for EFI variable attributes with > shorter and more convenient names. Also create an alias for > the current longer names so as to not break compatibility > with current API since these constants are used

[PATCH 0/3] Optimize CRC32C calculation using PCLMULQDQ in crc32c-intel module

This patch series optimized CRC32C calculations with PCLMULQDQ instruction for crc32c-intel module. It speeds up the original implementation by 1.6x for 1K buffer and by 3x for buffer 4k or more. The tcrypt module was enhanced for doing speed test on crc32c calculations. Tim Signed-off-by: Tim

[PATCH 3/3] Added speed test in tcrypt for crc32c

This patch adds a test case in tcrypt to perform speed test for crc32c checksum calculation. Tim Signed-off-by: Tim Chen --- crypto/tcrypt.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/crypto/tcrypt.c b/crypto/tcrypt.c index 581081d..6deb77f 100644 ---

[PATCH 2/3] Optimize CRC32C calculation with PCLMULQDQ instruction

This patch adds the crc_pcl function that calculates CRC32C checksum using the PCLMULQDQ instruction on processors that support this feature. This will provide speedup over using CRC32 instruction only. The usage of PCLMULQDQ necessitate the invocation of kernel_fpu_begin and kernel_fpu_end and

[PATCH 1/3] Rename crc32c-intel.c to crc32c-intel_glue.c

This patch rename the crc32c-intel.c file to crc32c-intel_glue.c file in preparation for linking with the new crc32c-pcl-intel-asm.S file, which contains optimized crc32c calculation based on PCLMULQDQ instruction. Tim Signed-off-by: Tim Chen --- arch/x86/crypto/Makefile

Re: mmotm 2012-09-20-17-25 uploaded (fs/bimfmt_elf on uml)

(offending patch reverted for other > > problems). > > This still happens on x86_64 for linux-next as of today's tree. Are you sure? next-20120925? $ grep -n vmalloc fs/binfmt_elf.c 30:#include 1421: data = vmalloc(size); -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpgIVI8tUvMd.pgp Description: PGP signature

Re: [PATCH v4 3/3] tracing: format non-nanosec times from tsc clock without a decimal point.

Sorry, I should have been more picky before. I haven't totally tested this yet. On Tue, 2012-09-25 at 13:49 -0700, David Sharp wrote: > With the addition of the "tsc" clock, formatting timestamps to look like > fractional seconds is misleading. Mark clocks as either in nanoseconds or > not, and

Re: [PATCH 5/9] mm: compaction: Acquire the zone->lru_lock as late as possible

On Tue, 25 Sep 2012 17:13:27 +0900 Minchan Kim wrote: > I see. To me, your saying is better than current comment. > I hope comment could be more explicit. > > diff --git a/mm/compaction.c b/mm/compaction.c > index df01b4e..f1d2cc7 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@

[PATCH 2/2] xen/pciback: When resetting the device don't disable twice.

We call 'pci_disable_device' which sets the bus_master to zero and it also disables the PCI_COMMAND. There is no need to do it outside the PCI library. Signed-off-by: Konrad Rzeszutek Wilk --- drivers/xen/xen-pciback/pciback_ops.c |4 1 files changed, 0 insertions(+), 4 deletions(-)

[PATCH] fixes to xen-pciback for v3.7 (v1)

One fixes that I thought I had fixed but not so. This was discovered when trying to passthrough an PCIe network card to an PVHVM guest and finding that it can't use MSIs. I thought I had it fixed with git commit 80ba77dfbce85f2d1be54847de3c866de1b18a9a "xen/pciback: Fix proper FLR steps." but

[PATCH 1/2] xen/pciback: Restore the PCI config space after an FLR.

When we do an FLR, or D0->D3_hot we may lose the BARs as the device has turned itself off (and on). This means the device cannot function unless the pci_restore_state is called - which it is when the PCI device is unbound from the Xen PCI backend driver. For PV guests it ends up calling

[PATCH] 8139too: add 1013:1211 PCI ID for a strange SMC1211TX.

The FCC ID on the board is HEDEN1207DTXR01, which belongs to Accton Technology Corporation. This matches the expected 1113 ID. Perhaps my board just has a dying EEPROM? Signed-off-by: W. Trevor King --- I'm not sure if this qualifies as a patch-able issue, but I thought I'd send it in in case

Re: [PATCH 05/10] mm, util: Use dup_user to duplicate user memory

On Sat, 8 Sep 2012 17:47:54 -0300 Ezequiel Garcia wrote: > Previously the strndup_user allocation was being done through memdup_user, > and the caller was wrongly traced as being strndup_user > (the correct trace must report the caller of strndup_user). > > This is a common problem: in order

Re: [PATCH/resend/bypass] um: Preinclude include/linux/kern_levels.h

Am Tue, 25 Sep 2012 22:37:13 +0200 schrieb Geert Uytterhoeven : > On Tue, Sep 25, 2012 at 9:43 PM, Al Viro > wrote: > > On Tue, Sep 25, 2012 at 12:20:55PM -0700, Linus Torvalds wrote: > >> IOW, this part of the patch: > >> > >> - c_flags = -Wp,-MD,$(depfile) $(USER_CFLAGS) -include user.h

Re: RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)

Thanasis : [...] > Ping failed in the following step: > > HEAD is now at 3c6ad46 r8169: move rtl_set_rx_mode before its > rtl_hw_start callers. *spleen* It's a genuine code move without any real change. Imho it's more a matter of sleeping a few seconds for the link to settle after the device

Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets - bisected

On Mon, 2012-09-24 at 12:12 -0700, Linus Torvalds wrote: > On Mon, Sep 24, 2012 at 11:26 AM, Mike Galbraith wrote: > > > > Aside from the cache pollution I recall having been mentioned, on my > > E5620, cross core is a tbench win over affine, cross thread is not. > > Oh, I agree with trying to

Recent frv breakage

http://kisskb.ellerman.id.au/kisskb/buildresult/7270498/ > arch/frv/kernel/entry.S:871: Error: VLIW packing constraint violation What's wrong there? Introduced by "frv: split ret_from_fork, simplify kernel_thread() a lot" > make[2]: *** [arch/frv/kernel/entry.o] Error 1 >

[GIT] Networking

1) Eric Dumazet discovered and fixed what turned out to be a family of bugs. These functions were using pskb_may_pull() which might need to reallocate the linear SKB data buffer, but the callers were not expecting this possibility. The callers have cached pointers to the packet

Re: [PATCH 4/5] dev: Add dev_vprintk_emit and dev_printk_emit

On Sun, Aug 26, 2012 at 1:25 PM, Joe Perches wrote: > --- a/include/linux/device.h > +++ b/include/linux/device.h > @@ -914,6 +918,13 @@ int _dev_info(const struct device *dev, const char *fmt, > ...); > > #else > > +static int dev_vprintk_emit(int level, const struct device *dev, Missing

Re: [RFC 2/4] memcg: make it suck faster

On Tue, 25 Sep 2012 12:52:51 +0400 Glauber Costa wrote: > It is an accepted fact that memcg sucks. But can it suck faster? Or in > a more fair statement, can it at least stop draining everyone's > performance when it is not in use? > > This experimental and slightly crude patch demonstrates

[PATCH v4 3/3] tracing: format non-nanosec times from tsc clock without a decimal point.

With the addition of the "tsc" clock, formatting timestamps to look like fractional seconds is misleading. Mark clocks as either in nanoseconds or not, and format non-nanosecond timestamps as decimal integers. Tested: $ cd /sys/kernel/debug/tracing/ $ cat trace_clock [local] global tsc $ echo

Re: [PATCH v3 3/3] tracing: format non-nanosec times from tsc clock without a decimal point.

On Mon, Sep 24, 2012 at 8:27 PM, Steven Rostedt wrote: > On Thu, 2012-09-20 at 15:52 -0700, David Sharp wrote: >> With the addition of the "tsc" clock, formatting timestamps to look like >> fractional seconds is misleading. Mark clocks as either in nanoseconds or >> not, and format non-nanosecond

Re: [PATCH/resend/bypass] um: Preinclude include/linux/kern_levels.h

On Tue, Sep 25, 2012 at 9:43 PM, Al Viro wrote: > On Tue, Sep 25, 2012 at 12:20:55PM -0700, Linus Torvalds wrote: >> IOW, this part of the patch: >> >> - c_flags = -Wp,-MD,$(depfile) $(USER_CFLAGS) -include user.h >> $(CFLAGS_$(basetarget).o) >> + c_flags = -Wp,-MD,$(depfile)

Re: ktest.pl always returns 0?

On Tue, 2012-09-25 at 12:40 -0700, Greg KH wrote: > Hey, it's not my fault your employer has a crummy email system that > can't handle remote access well, I just went off of the Author: line in > your ktest.pl kernel commits :) Yeah, I'm not upset by it. I just want to warn people that there's

re: Thermal: Update binding logic based on platform data

Hello Durgadoss R, This is a semi-automatic email about new static checker warnings. The patch 9b70dfa68ae8: "Thermal: Update binding logic based on platform data" from Sep 18, 2012, leads to the following Smatch complaint: drivers/thermal/thermal_sys.c:292 bind_tz() error: we

Re: [PATCH 2/2] memstick: add support for legacy memorysticks

On Tue, 2012-09-25 at 12:38 -0700, Tejun Heo wrote: > Hello, Maxim. > > On Tue, Sep 25, 2012 at 09:26:13PM +0200, Maxim Levitsky wrote: > > > Probably not the best idea to use a name this generic in driver code. > > > linux/scatterlist.h likely might wanna use the name. > > > > Lets not go this

Re: [PATCH 00/10] workqueue: restructure flush_workqueue() and start all flusher at the same time

Hello, Lai. On Tue, Sep 25, 2012 at 05:02:43PM +0800, Lai Jiangshan wrote: > It is not possible to remove cascading. If cascading code is > not in flush_workqueue(), it must be in some where else. Yeah, sure, I liked that it didn't have to be done explicitly as a separate step. > If you force

Re: [PATCH V2 1/1] perf, Add support for Xeon-Phi PMU

On Tue, Sep 25, 2012 at 12:23:23PM -0400, Vince Weaver wrote: > Hello > > This is an updated version of the patch. It uses > ARCH_PERFMON_EVENTSEL_INT for the DATA_READ event, with the assumption > that x86_pmu_hw_config() is going to set that bit anyway. This lets > the code get through the

Re: [PATCH 03/10] msm: iommu: Convert to clk_prepare/unprepare

On 09/24/12 15:32, Saravana Kannan wrote: >> @@ -275,8 +275,11 @@ static int msm_iommu_remove(struct >> platform_device *pdev) >> >> drv = platform_get_drvdata(pdev); >> if (drv) { >> -if (drv->clk) >> +if (drv->clk) { >> +clk_unprepare(drv->clk); >>

Re: [PATCH 00/10] workqueue: restructure flush_workqueue() and start all flusher at the same time

Hello, Lai. On Tue, Sep 25, 2012 at 05:02:31PM +0800, Lai Jiangshan wrote: > I found the flush_workqueue() is not nature for me, especially I don't think it's natural for anybody. I'm not a big fan of that code either. > the usage of the colors and flush_workqueue_prep_cwqs(). > so I try to

Re: [PATCH v2 memstick: support for legacy sony memsticks

On Tue, 2012-09-25 at 12:40 -0700, Tejun Heo wrote: > On Tue, Sep 25, 2012 at 09:34:39PM +0200, Maxim Levitsky wrote: > > But this just adds the WQ_UNBOUND. Dunno, without lock I had several > > crashes, that for high level of confidence caused by by parallel > > execution of work items. Once I

Re: Slow Resume with SSD

Hi Carlos 2012/9/25 Carlos Moffat : > Hi > > On 09/25/2012 12:07 PM, Srivatsa S. Bhat wrote: >> >> On 09/26/2012 12:00 AM, Carlos Moffat wrote: >>> >>> Hi, >>> >>> (please let me know if this is the wrong list to ask this) >>> >>> I have a Crucial M4 512 GB SSD installed on my Thinkpad X220

Re: [PATCH 8/9] mm: compaction: Cache if a pageblock was scanned and no pages were isolated

On Tue, 25 Sep 2012 10:12:07 +0100 Mel Gorman wrote: > First, we'd introduce a variant of get_pageblock_migratetype() that returns > all the bits for the pageblock flags and then helpers to extract either the > migratetype or the PG_migrate_skip. We already are incurring the cost of >

Re: [PATCH 5/6] ARM: dove: Remove watchdog from DT

On Tuesday 25 September 2012, sebastien requiem wrote: > On Tue, Sep 25, 2012 at 2:33 PM, Arnd Bergmann wrote: > > On Tuesday 25 September 2012, Arnd Bergmann wrote: > >> On Tuesday 25 September 2012, Andrew Lunn wrote: > >> > > Regarding mv78xx0, I agree that I'm not sure what to do. The number

Re: [PATCH] ARM: ux500: Move regulator-name properties out to board DTS files

On Tue, Sep 25, 2012 at 1:37 PM, Lee Jones wrote: > Regulator supply names should be allocated by board rather than > per SoC, as the same SoC could be wired differently on varying > hardware. Here we push all regulator-name allocation out to the > dbx5x0 subordinate board files; HREF and

Re: [patch slab/next] mm, slob: fix build breakage in __kmalloc_node_track_caller

On Tue, Sep 25, 2012 at 4:53 PM, David Rientjes wrote: > On Sat, 8 Sep 2012, Ezequiel Garcia wrote: > >> @@ -454,15 +455,35 @@ void *__kmalloc_node(size_t size, gfp_t gfp, int node) >> gfp |= __GFP_COMP; >> ret = slob_new_pages(gfp, order, node); >> >> -

[patch slab/next] mm, slob: fix build breakage in __kmalloc_node_track_caller

On Sat, 8 Sep 2012, Ezequiel Garcia wrote: > @@ -454,15 +455,35 @@ void *__kmalloc_node(size_t size, gfp_t gfp, int node) > gfp |= __GFP_COMP; > ret = slob_new_pages(gfp, order, node); > > - trace_kmalloc_node(_RET_IP_, ret, > +

Re: [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page

Hi Kirill, On Tue, Sep 25, 2012 at 05:27:03PM +0300, Kirill A. Shutemov wrote: > On Fri, Sep 14, 2012 at 07:52:10AM +0200, Ingo Molnar wrote: > > Without repeatable hard numbers such code just gets into the > > kernel and bitrots there as new CPU generations come in - a few > > years down the

Re: [PATCH/resend/bypass] um: Preinclude include/linux/kern_levels.h

On Tue, Sep 25, 2012 at 12:20:55PM -0700, Linus Torvalds wrote: > IOW, this part of the patch: > > - c_flags = -Wp,-MD,$(depfile) $(USER_CFLAGS) -include user.h > $(CFLAGS_$(basetarget).o) > + c_flags = -Wp,-MD,$(depfile) $(USER_CFLAGS) -include >

Re: 3.6-rc7 boot crash + bisection

On Tue, 2012-09-25 at 20:54 +0200, Florian Dazinger wrote: > Am Tue, 25 Sep 2012 12:32:50 -0600 > schrieb Alex Williamson : > > > On Mon, 2012-09-24 at 21:03 +0200, Florian Dazinger wrote: > > > Hi, > > > I think I've found a regression, which causes an early boot crash, I > > > appended the

Re: mmotm 2012-09-20-17-25 uploaded (fs/bimfmt_elf on uml)

On Sat, 22 Sep 2012, Stephen Rothwell wrote: > > on uml for x86_64 defconfig: > > > > fs/binfmt_elf.c: In function 'fill_files_note': > > fs/binfmt_elf.c:1419:2: error: implicit declaration of function 'vmalloc' > > fs/binfmt_elf.c:1419:7: warning: assignment makes pointer from integer > >

Re: [3.5.4] rcu_sched self-detected stall on CPU { 1} (t=54862991 jiffies)

On Tue, Sep 25, 2012 at 07:04:19PM +0200, Paweł Sikora wrote: > On Tuesday 25 of September 2012 09:44:54 Greg KH wrote: > > On Tue, Sep 25, 2012 at 06:31:36PM +0200, Paweł Sikora wrote: > > > On Monday 24 of September 2012 10:36:33 Greg KH wrote: > > > > On Mon, Sep 24, 2012 at 10:05:23AM +0200,

Re: ktest.pl always returns 0?

On Tue, Sep 25, 2012 at 02:15:17PM -0400, Steven Rostedt wrote: > On Tue, 2012-09-25 at 11:00 -0700, Greg KH wrote: > > Hi Steven, > > Note, emailing my RH account is hit or miss. If I'm traveling I don't > read it, and I wont return messages until I'm back. It's best to email > my

Re: [PATCH v2 memstick: support for legacy sony memsticks

On Tue, Sep 25, 2012 at 09:34:39PM +0200, Maxim Levitsky wrote: > But this just adds the WQ_UNBOUND. Dunno, without lock I had several > crashes, that for high level of confidence caused by by parallel > execution of work items. Once I added this mutex, I couldnt reproduce > these. Yes the

Re: [PATCH 2/2] memstick: add support for legacy memorysticks

Hello, Maxim. On Tue, Sep 25, 2012 at 09:26:13PM +0200, Maxim Levitsky wrote: > > Probably not the best idea to use a name this generic in driver code. > > linux/scatterlist.h likely might wanna use the name. > > Lets not go this route again. I already once submitted these, and had > a share of

Re: [PATCH v2 memstick: support for legacy sony memsticks

On Tue, 2012-09-25 at 11:02 -0700, Tejun Heo wrote: > Hello, > > > * Swithced to using a workqueue. > > Unfortunelly, I still see that workqueue items are executed in parallel > > I suspect that this happens if one work item sleeps. In this case I > > don't want other work items to run

Re: WARNING: at kernel/workqueue.c:1034 __queue_work+0x23d/0x2d7()

Hello, On Tue, Sep 25, 2012 at 09:28:47PM +0200, Borislav Petkov wrote: > FYI: just hit this below on plain -rc7. Only once so far... > > [ 5294.811825] [ cut here ] > [ 5294.816682] WARNING: at kernel/workqueue.c:1034 __queue_work+0x23d/0x2d7() > [ 5294.823816] Hardware

WARNING: at kernel/workqueue.c:1034 __queue_work+0x23d/0x2d7()

FYI: just hit this below on plain -rc7. Only once so far... [ 5294.811825] [ cut here ] [ 5294.816682] WARNING: at kernel/workqueue.c:1034 __queue_work+0x23d/0x2d7() [ 5294.823816] Hardware name: Dinar [ 5294.827165] Modules linked in: ohci_hcd radeon kvm_amd ttm

Re: [PATCH 2/2] memstick: add support for legacy memorysticks

On Tue, 2012-09-25 at 11:25 -0700, Tejun Heo wrote: > Hello, > > On Tue, Sep 25, 2012 at 10:38:46AM +0200, Maxim Levitsky wrote: > > diff --git a/drivers/memstick/core/ms_block.c > > b/drivers/memstick/core/ms_block.c > > new file mode 100644 > > index 000..318e40b > > --- /dev/null > > +++

RE: [RFC] mm: add support for zsmalloc and zcache

> From: Sasha Levin [mailto:levinsasha...@gmail.com] > Subject: Re: [RFC] mm: add support for zsmalloc and zcache Sorry for delayed response! > On 09/22/2012 03:31 PM, Sasha Levin wrote: > > On 09/21/2012 09:14 PM, Dan Magenheimer wrote: > +#define MAX_CLIENTS 16 > > Seems a bit

Re: [PATCH 2/2] PNP: Unbind drivers if the new driver matches _HID rather than _CID

On Tue, Sep 25, 2012 at 01:04:25PM -0600, Bjorn Helgaas wrote: > On Tue, Sep 25, 2012 at 7:25 AM, Matthew Garrett wrote: > Do you know of any scenarios besides this IPMI one where there's the > possibility of two drivers matching the same device? If so, does the > detach/attach process work

Re: [PATCH/resend/bypass] um: Preinclude include/linux/kern_levels.h

On Tue, Sep 25, 2012 at 12:11 PM, Geert Uytterhoeven wrote: > > To fix this: > - Move the mapping from UM_KERN_ to KERN_ from > arch/um/include/shared/common-offsets.h to > arch/um/include/shared/user.h, which is preincluded for all userspace > parts, > - Preinclude

Re: [PATCH 1/8] sta2x11-mfd : add apb-soc regs driver and factor out common code

On Wed, Sep 12, 2012 at 12:22:47PM +0200, cimina...@gnudd.com wrote: > From: Davide Ciminaghi > > A driver for the apb-soc registers is needed by the clock > infrastructure code to configure and control clocks on the sta2x11 > chip. > Since some of the functions in sta2x11-mfd.c were almost

[PATCH 2/2] trace: Move trace event enable from fs_initcall to core_initcall

From: Ezequiel Garcia This patch splits trace event initialization in two stages: * ftrace enable * sysfs event entry creation This allows to capture trace events from an earlier point by using 'trace_event' kernel parameter and is important to trace boot-up allocations. Note that, in order

[PATCH 0/2] [GIT PULL][v3.7] tracing: A couple more updates

Ingo, Please pull the latest tip/perf/core tree, which can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git tip/perf/core Head SHA1: 8781915ad2716adcd8cd5cc52cee791fc8b00fdf Ezequiel Garcia (1): trace: Move trace event enable from fs_initcall to

[PATCH 1/2] tracing: Add an option for disabling markers

From: Mandeep Singh Baines In our application, we have trace markers spread through user-space. We have markers in GL, X, etc. These are super handy for Chrome's about:tracing feature (Chrome + system + kernel trace view), but can be very distracting when you're trying to debug a kernel issue.

[PATCH/resend/bypass] um: Preinclude include/linux/kern_levels.h

The userspace part of UML uses the asm-offsets.h generator mechanism to create definitions for UM_KERN_ that match the in-kernel KERN_ constant definitions. As of commit 04d2c8c83d0e3ac5f78aeede51babb3236200112 ("printk: convert the format for KERN_ to a 2 byte pattern"), KERN_ is no longer

Re: Slow Resume with SSD

Hi On 09/25/2012 12:07 PM, Srivatsa S. Bhat wrote: On 09/26/2012 12:00 AM, Carlos Moffat wrote: Hi, (please let me know if this is the wrong list to ask this) I have a Crucial M4 512 GB SSD installed on my Thinkpad X220 (Ubuntu Precise). Overall this runs very nicely, but it takes 10+

Re: [PATCH v2 RESEND 2/2] ARM: local timers: add timer support using IO mapped register

Any comments ? Marc, would it be possible for you to pull this into your timers-next tree ? -Rohit On 9/15/2012 12:41 AM, Rohit Vaswani wrote: The current arch_timer only support accessing through CP15 interface. Add support for ARM processors that only support IO mapped register interface.

Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets - bisected

On Tue, Sep 25, 2012 at 11:42 AM, Borislav Petkov wrote: >> >> Is this literally just removing it entirely? > > Basically yes: Ok, so you make it just always select 'target'. Fine. I wondered if you just removed the calling logic entirely. >> How does pgbench look? That's the one that

Re: Slow Resume with SSD

On 09/26/2012 12:00 AM, Carlos Moffat wrote: > Hi, > > (please let me know if this is the wrong list to ask this) > > I have a Crucial M4 512 GB SSD installed on my Thinkpad X220 (Ubuntu > Precise). Overall this runs very nicely, but it takes 10+ seconds to > resume from suspend, apparently

Re: [PATCH 2/2] PNP: Unbind drivers if the new driver matches _HID rather than _CID

On Tue, Sep 25, 2012 at 7:25 AM, Matthew Garrett wrote: > ACPIPNP devices may have two levels of ID - the HID (a single string > defining the hardware) and the CIDs (zero or more strings defining > interfaces compatible with the hardware). If a driver matching a CID is > bound first, it will be

Re: [PATCH] pagemap: fix wrong KPF_THP on slab pages

On Tue, Sep 25, 2012 at 1:05 PM, Naoya Horiguchi wrote: > On Tue, Sep 25, 2012 at 11:59:51AM -0400, KOSAKI Motohiro wrote: >> On Tue, Sep 25, 2012 at 9:56 AM, Naoya Horiguchi >> wrote: >> > KPF_THP can be set on non-huge compound pages like slab pages, because >> > PageTransCompound only sees

Re: [RESEND PATCH v2] nohz: fix idle ticks in cpu summary line of /proc/stat

On 09/10/2012 04:43 PM, Srivatsa S. Bhat wrote: > From: Michal Hocko > > Git commit 09a1d34f8535ecf9 "nohz: Make idle/iowait counter update > conditional" introduced a bug in regard to cpu hotplug. The effect is > that the number of idle ticks in the cpu summary line in /proc/stat is > still

Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets - bisected

On Tue, Sep 25, 2012 at 10:21:28AM -0700, Linus Torvalds wrote: > On Tue, Sep 25, 2012 at 10:00 AM, Borislav Petkov wrote: > > > > 3.6-rc6+tip/auto-latest-kill select_idle_sibling() > > Is this literally just removing it entirely? Basically yes: diff --git a/kernel/sched/fair.c

Re: 3.6-rc7 boot crash + bisection

On Tue, 2012-09-25 at 12:32 -0600, Alex Williamson wrote: > On Mon, 2012-09-24 at 21:03 +0200, Florian Dazinger wrote: > > Hi, > > I think I've found a regression, which causes an early boot crash, I > > appended the kernel output via jpg file, since I do not have a serial > > console or sth. > >

Re: Wrong system clock vs X.509 date specifiers

On Tue, 2012-09-25 at 18:31 +0100, David Howells wrote: > Tomas Mraz wrote: > > > You can use openssl ca that allows to set arbitrary start date to > > generate selfsigned certs as well (-selfsign option). > > That seems to require some stuff I don't have installed: > > warthog>openssl ca -in

Re: RCU idle CPU detection is broken in linux-next

On Tue, Sep 25, 2012 at 08:28:23PM +0200, Sasha Levin wrote: > On 09/25/2012 02:06 PM, Frederic Weisbecker wrote: > > Sasha, sorry to burden you with more testing request. > > Could you please try out this new branch? It includes some fixes after Wu > > Fenguang and > > Dan Carpenter reports (not

Re: [PATCH] ext4: remove static from struct match_token used in token2str

On Fri, Sep 21, 2012 at 10:21:00PM -0300, Herton Ronaldo Krzesinski wrote: > There is no reason to use static there, and it will cause issues when > reading /proc/fs/ext4//options concurrently. > > Signed-off-by: Herton Ronaldo Krzesinski > Cc: sta...@vger.kernel.org # 3.4+ Herton, Thanks for

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