On 02/06/2013 10:24 PM, Glauber Costa wrote:
And one more question, a memory section is 128MB in Linux. If we reserve
part of the them for page_cgroup,
then anyone who wants to allocate a contiguous memory larger than 128MB,
it will fail, right ?
Is it OK ?
No, it is not.
Another take on this:
Add DT entry for MMC. Also add entry for pinmux information.
Tested on da850-evm without card detect and EDMA support as
DT support for GPIO and EDMA are yet come.
Signed-off-by: Manjunathappa, Prakash
Cc: linux-...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc:
Adds device tree support for davinci_mmc. Also add binding documentation.
Tested in non-dma PIO mode and without GPIO card_detect/write_protect
option because of dependencies on EDMA and GPIO module DT support.
Signed-off-by: Manjunathappa, Prakash
Cc: linux-...@vger.kernel.org
Cc:
Populate OF_DEV_AUXDATA with desired device name expected by
davinci_mmc driver. Without this clk_get of davinci_mmc DT driver
fails.
Signed-off-by: Manjunathappa, Prakash
Cc: linux-...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Cc:
Hi Linus,
On Wed, Feb 06, 2013 at 11:23:01PM +0100, Linus Walleij wrote:
> From: Linus Walleij
>
> When compiling the AB8500 core driver in the latest
> MFD tree the following happens:
>
> CC drivers/mfd/ab8500-debugfs.o
> /home/elinwal/linux-next/drivers/mfd/ab8500-debugfs.c:157:3:
On Thu, Feb 07, 2013 at 12:15:18PM +0800, Zhang Yanfei wrote:
> Since the type of netns_ipvs->sysctl_sync_qlen_max has been changed to
> unsigned long, type of its related proc var sync_qlen_max should be changed
> to unsigned long, too. Also the return type of function
> sysctl_sync_qlen_max().
On Thu, Feb 7, 2013 at 2:54 AM, Rafael J. Wysocki wrote:
> On Wednesday, February 06, 2013 12:44:35 PM Valdis Kletnieks wrote:
>> Seen in dmesg. next-20130128 was OK. Haven't done a bisect, but can
>> do so if the offender isn't obvious...
>
> I suppose this is 73bf0fc "cpufreq: Don't remove
Hi Heiko,
On Wed, Feb 06, 2013 at 05:23:51PM +0100, Heiko Carstens wrote:
> A lot of mfd drivers select MFD_CORE which however depends on
> GENERIC_HARDIRQS support.
> So add the missing dependency to all drivers to get rid of
> this link error:
>
> ERROR: "irq_create_mapping"
On Thu, Feb 7, 2013 at 8:23 AM, Michal Simek wrote:
>>> #define iowrite16be(v, addr) iowrite16(be16_to_cpu(v), (addr))
>>> #define iowrite16(v, addr) writew((v), (addr))
>>> #define writew(b,addr) __raw_writew(__cpu_to_le16(b),addr)
>>>
>>> static inline void __raw_writew(u16 b, volatile
On Thu, Feb 7, 2013 at 3:31 AM, Namhyung Kim wrote:
> Hi Stephane,
>
> On Wed, 6 Feb 2013 15:46:00 +0100, Stephane Eranian wrote:
>> This patch adds per-processor socket count aggregation
>> for system-wide mode measurements. This is a useful
>> mode to detect imbalance between sockets for
From: fangxiaozhi
1. The idProduct is little endian, so make sure its value to be compatible with
the current CPU. Make no break on big endian processors.
Signed-off-by: fangxiaozhi
diff -uprN
Hi Alexander,
Thanks for the patch adding non-dt support. :-)
On Mon, Feb 04, 2013 at 07:00:40PM +0400, Alexander Shiyan wrote:
> This patch adds support usage platform driver resources, i.e.
> possibility works without oftree support. Additionally patch
> removes CONFIG_OF dependency and adds
2013/2/6 Geert Uytterhoeven :
> On Wed, Feb 6, 2013 at 6:40 PM, Michal Simek wrote:
>> One question regarding to asm-generic/io.h about iowrite16be implementation
>>
>> #define iowrite16be(v, addr) iowrite16(be16_to_cpu(v), (addr))
>> #define iowrite16(v, addr) writew((v), (addr))
>>
On Thu, Feb 07, 2013 at 12:32:37AM +0100, Emil Goode wrote:
> The below commit removed one node parameter from iterators.
> ed242d01bbe22ea0877472db49b2752d866c921c
> (hlist: drop the node parameter from iterators)
>
> This patch removes a hlist_node struct that is no longer used.
>
> Sparse
On Thu, Feb 7, 2013 at 12:11 AM, Sasha Levin wrote:
> This patch series adds in LD_PRELOAD support for liblockdep.
FWIW,
Acked-by: Pekka Enberg
--
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
Am 07.02.2013 07:42, schrieb Geert Uytterhoeven:
> On Thu, Feb 7, 2013 at 2:06 AM, Alexander Holler wrote:
>> Am 07.02.2013 00:42, schrieb Alexander Holler:
>>> I wanted to try out MODSIGN with kernel 3.7.6 and I've just got hit by:
>>>
>>> [1.346445] X.509: Cert
On Wed, Feb 6, 2013 at 2:53 AM, Linus Walleij wrote:
> On Sat, Feb 2, 2013 at 5:29 PM, Alexandre Courbot wrote:
>
>> Make sure gpiolib works internally with descriptors and (chip, offset)
>> pairs instead of using the global integer namespace. This prepares the
>
> Its a numberspace not a
On Wed, 6 Feb 2013 17:11:34 -0500, Sasha Levin wrote:
> diff --git a/tools/lib/lockdep/lockdep b/tools/lib/lockdep/lockdep
> new file mode 100755
> index 000..616bf9a
> --- /dev/null
> +++ b/tools/lib/lockdep/lockdep
> @@ -0,0 +1,3 @@
> +#! /bin/bash
> +
> +LD_PRELOAD=liblockdep.so "$@"
Just
Hi Andrew,
On Wed, 6 Feb 2013 22:23:57 -0800 Andrew Morton
wrote:
>
> hm, not sure what you meant by "bad" but that patch went and took the
> nice fits-in-80-cols kvm code and mucked it all up. Shall unmuck
> tomorrow.
"bad" in the sense that there was lots of white space changes to lines
not
On 02/07/2013 01:46 PM, Stephen Hemminger wrote:
On Thu, 7 Feb 2013 12:36:34 +0800
Freddy Xin wrote:
+static struct ethtool_ops ax88179_ethtool_ops = {
+ .get_link = ethtool_op_get_link,
+ .get_msglevel = usbnet_get_msglevel,
+ .set_msglevel
On 02/07/2013 01:45 PM, Stephen Hemminger wrote:
On Thu, 7 Feb 2013 12:36:34 +0800
Freddy Xin wrote:
+struct {unsigned char ctrl, timer_l, timer_h, size, ifg; }
+AX88179_BULKIN_SIZE[] ={
+ {7, 0x4f, 0,0x12, 0xff},
+ {7, 0xf0, 1,0x15, 0xff},
+ {7, 0xae, 7,
On Thu, Feb 7, 2013 at 2:06 AM, Alexander Holler wrote:
> Am 07.02.2013 00:42, schrieb Alexander Holler:
>> I wanted to try out MODSIGN with kernel 3.7.6 and I've just got hit by:
>>
>> [1.346445] X.509: Cert 6a23533cec71c4c52a1618fb4d830e06aa90474e is
>> not yet valid
>>
>> The reason is
When implementing network protocols in user space, one has to implement
fake user-space file descriptors to represent the sockets for the protocol.
While all the BSD socket API functionality for such descriptors may be faked as
well (myproto_send(), myproto_recv() etc.) this approach doesn't work
Hi Rob,
On Thu, Feb 7, 2013 at 5:39 AM, Rob Landley wrote:
> On 01/22/2013 06:14:53 PM, Stepan Moskovchenko wrote:
>> Add the %pa format specifier for printing a phys_addr_t
>> type and its derivative types (such as resource_size_t),
>> since the physical address size on some platforms can vary
On Wed, Feb 6, 2013 at 9:14 PM, Rob Landley wrote:
> Yeah yeah, I'm behind on email...
>
>
> On 01/29/2013 07:51:25 PM, tip-bot for Yinghai Lu wrote:
>>
>> Commit-ID: 2cde8ae169982ad1d1023ac628bb54053d0e9d4d
>> Gitweb:
>> http://git.kernel.org/tip/2cde8ae169982ad1d1023ac628bb54053d0e9d4d
>>
On Wed, Feb 06 2013, Heiko Carstens wrote:
> The MTIP32XX driver calls devm_request_irq() and therefore needs a
> GENERIC_HARDIRQS dependency to prevent building it on s390.
I'll queue this up for 3.9, thanks Heiko.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe
Hi,
On Thursday 07 February 2013 11:51 AM, Rajendra Nayak wrote:
[]...
diff --git a/Documentation/devicetree/bindings/usb/omap-usb.txt
b/Documentation/devicetree/bindings/usb/omap-usb.txt
index 29a043e..4688265 100644
--- a/Documentation/devicetree/bindings/usb/omap-usb.txt
+++
esn't
> > > happen with pm-suspend). This seems to be introduced by some of the
> > > Viresh's patches.
> >
> > Which branch from which day?
The log is from linux-next-20130205, still reproducible on -20130206
> OK, I've reproduced it and the appended patch fixes it for
On 02/07/2013 05:54 AM, Andrew Morton wrote:
On Wed, 06 Feb 2013 10:20:57 +0800
Tang Chen wrote:
+ if (!strncmp(p, "acpi", max(4, strlen(p
+ movablemem_map.acpi = true;
Generates a warning:
mm/page_alloc.c: In function 'cmdline_parse_movablemem_map':
[]...
diff --git a/Documentation/devicetree/bindings/usb/omap-usb.txt
b/Documentation/devicetree/bindings/usb/omap-usb.txt
index 29a043e..4688265 100644
--- a/Documentation/devicetree/bindings/usb/omap-usb.txt
+++ b/Documentation/devicetree/bindings/usb/omap-usb.txt
@@ -15,6 +15,7 @@ OMAP
On Thu, 7 Feb 2013 17:03:19 +1100 Stephen Rothwell
wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm-current tree got a conflict in
> arch/x86/kvm/mmu.c between commit 9bb4f6b15ec0 ("KVM: MMU: drop unneeded
> checks") from the kvm tree and commit "hlist: drop the node parameter
>
Hi Sasha,
On Wed, 6 Feb 2013 17:11:34 -0500, Sasha Levin wrote:
> This is a simple wrapper to make using liblockdep on existing applications
> much easier.
>
> After running 'make && make install', it becomes quite simple to test things
> with liblockdep. For example, to try it on perf:
>
>
On 02/07/2013 09:44 AM, Rusty Russell wrote:
> "Srivatsa S. Bhat" writes:
>> On 01/22/2013 01:03 PM, Srivatsa S. Bhat wrote:
>> Avg. latency of 1 CPU offline (ms) [stop-cpu/stop-m/c
>> latency]
>>
>> # online CPUsMainline (with stop-m/c) This patchset (no stop-m/c)
>>
> Sorry, this bug will be happen when use Sparse-Memory(section is valid, but
> last
> several pages are invalid). If use Flat-Memory, crash kernel will boot
> successfully.
> I think the following patch would be better.
>
> Hi Andrew, will you just ignore the earlier patch and consider the
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
arch/x86/kvm/mmu.c between commit 9bb4f6b15ec0 ("KVM: MMU: drop unneeded
checks") from the kvm tree and commit "hlist: drop the node parameter
from iterators" from the akpm-current tree.
I fixed it up (the conflicts
Hi Oleg,
On Wed, 6 Feb 2013 20:42:18 +0100, Oleg Nesterov wrote:
> OK, builtin-record.c:record sets .target->uses_mmap == T, this is correct,
> we are going to use perf_mmap().
>
> But why do we need it? It is for perf_evlist__create_maps() to ensure we
> do not use cpu_map__dummy_new().
>
> But.
On Thu, 7 Feb 2013 12:36:34 +0800
Freddy Xin wrote:
> +static struct ethtool_ops ax88179_ethtool_ops = {
> + .get_link = ethtool_op_get_link,
> + .get_msglevel = usbnet_get_msglevel,
> + .set_msglevel = usbnet_set_msglevel,
> + .get_wol
On Thu, 7 Feb 2013 12:36:34 +0800
Freddy Xin wrote:
> +struct {unsigned char ctrl, timer_l, timer_h, size, ifg; }
> +AX88179_BULKIN_SIZE[] = {
> + {7, 0x4f, 0,0x12, 0xff},
> + {7, 0xf0, 1,0x15, 0xff},
> + {7, 0xae, 7,0x18, 0xff},
> + {7, 0xcc, 0x4c, 0x18, 8},
>
dy stream of:
>>
>>
>> [ 51.823275] [ cut here ]
>> [ 51.823302] kernel BUG at include/linux/page-flags.h:421!
>> [ 51.823307] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
>> [ 51.823307] Dumping ftrace buffer:
>> [
On 02/06/13 17:14, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2013-02-06-17-13 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of my
From: Lad, Prabhakar
The patch adds support for THS7353 video amplifier.
The the THS7353 amplifier is very much similar to the
existing THS7303 video amplifier driver.
This patch appropriately makes changes to the existing
ths7303 driver and adds support for the THS7353.
This patch also adds
On 01/29/2013 09:34:00 AM, Paul Gortmaker wrote:
It seems there are about 80 new, but undocumented addtions at
the top level Documentation directory. This fixes up the top
level 00-INDEX by adding new entries and deleting a couple orphans.
Some subdirs could probably still use a check/cleanup
Hi Al,
Today's linux-next merge of the signal tree got a conflict in
arch/s390/Kconfig between commit ad2c429560fc ("s390/Kconfig: sort list
of arch selected config options") from the s390 tree and commits
e181ee4cd7e5 ("s390: switch to generic old sigsuspend") and 7eddd99c289a
("s390: switch to
On 4 February 2013 17:52, Viresh Kumar wrote:
> On 31 January 2013 07:56, Viresh Kumar wrote:
>> With the recent changes in cpufreq core, we just need to set mask of all
>> possible cpus into policy->cpus. Rest would be done by core.
>>
>> Signed-off-by: Viresh Kumar
>> ---
>>
Yeah yeah, I'm behind on email...
On 01/29/2013 07:51:25 PM, tip-bot for Yinghai Lu wrote:
Commit-ID: 2cde8ae169982ad1d1023ac628bb54053d0e9d4d
Gitweb:
http://git.kernel.org/tip/2cde8ae169982ad1d1023ac628bb54053d0e9d4d
Author: Yinghai Lu
AuthorDate: Thu, 24 Jan 2013 12:20:11 -0800
This change is required for post SEC-5.0 devices which have RNG4.
Setting RDB in security configuration register allows CAAM to use the
"Random Data Buffer" to be filled by a single request. The Random Data
Buffer is large enough for ten packets to get their IVs from a single
request. If the
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-shmobile/setup-sh73a0.c between commit 9a27dee73f55 ("ARM:
mach-shmobile: sh73a0: Add IPMMU device") from the iommu tree and commit
486095331af0 ("ARM: mach-shmobile: sh73a0: Minimal setup using DT") from
the
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-shmobile/setup-r8a7740.c between commit f671e0224a7f ("ARM:
mach-shmobile: r8a7740: Add IPMMU device") from the iommu tree and
commits f977ec94f7f2 ("ARM: shmobile: Remove duplicate inclusion of
dma-mapping.h in
On 01/22/2013 06:14:53 PM, Stepan Moskovchenko wrote:
Add the %pa format specifier for printing a phys_addr_t
type and its derivative types (such as resource_size_t),
since the physical address size on some platforms can vary
based on build options, regardless of the native integer
type.
> -Original Message-
> From: Phillips Kim-R1AAHA
> Sent: Thursday, February 07, 2013 7:03 AM
> To: Garg Vakul-B16394
> Cc: linux-cry...@vger.kernel.org; Herbert Xu; David S. Miller; Liu
> Shengzhou-B36685; Porosanu Alexandru-B06830; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH]
From: Freddy Xin
This is a resubmission.
Fixed the issue that the default MTU is not 1500.
Added ax88179_change_mtu function and enabled the hardware jumbo frame function
to support an
MTU higher than 1500.
Fixed indentation and empty line coding style errors.
The _nopm version usb functions
On 2013년 02월 07일 13:14, devendra.aaru wrote:
> Hello,
>
> On Wed, Feb 6, 2013 at 4:53 PM, Jonghwa Lee wrote:
>> This patch adds rtc driver for Maxim 8997 multifunction chip.
>> Max8997 has rtc module in it. and it can be used for timekeeping
>> clock and system alarm. It provide various
Thomas Gleixner writes:
> On Fri, 1 Feb 2013, Linus Torvalds wrote:
>> So for me it's the "expose these states" that I get worried about.. A
>> random driver should not necessarily even be able to *see* this, and
>> decide to be clever and take advantage of the ordering.
>>
>> So I'd hope there
Joe Perches writes:
> alloc failures already get standardized OOM
> messages and a dump_stack.
>
> Signed-off-by: Joe Perches
Why not, less code is always good.
Acked-by: Rusty Russell (virtio_net)
Cheers,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
"Srivatsa S. Bhat" writes:
> On 01/22/2013 01:03 PM, Srivatsa S. Bhat wrote:
> Avg. latency of 1 CPU offline (ms) [stop-cpu/stop-m/c
> latency]
>
> # online CPUsMainline (with stop-m/c) This patchset (no stop-m/c)
>
> 8 17.04
Since the type of netns_ipvs->sysctl_sync_qlen_max has been changed to
unsigned long, type of its related proc var sync_qlen_max should be changed
to unsigned long, too. Also the return type of function sysctl_sync_qlen_max().
Besides, the type of ipvs_master_sync_state->sync_queue_len should
Hello,
On Wed, Feb 6, 2013 at 4:53 PM, Jonghwa Lee wrote:
> This patch adds rtc driver for Maxim 8997 multifunction chip.
> Max8997 has rtc module in it. and it can be used for timekeeping
> clock and system alarm. It provide various operational mode those are
> BCD/binary, 24/12hour, am/pm.
Hi,
Just following up on this. I've had a few people complaining about
audit being broken on ppc64 and it would be nice to fix.
Anton
--
On Wed, 9 Jan 2013 10:46:17 +1100
Anton Blanchard wrote:
>
> Commit b05d8447e782 (audit: inline audit_syscall_entry to reduce
> burden on archs) changed
On Wed, 6 Feb 2013, Joonsoo Kim wrote:
> Changelog
> v5->v6:
> Add Ack-by, Reviewed-by, Tested-by tags
> [3/3]: Change from Nicolas' suggestion
>- remove redundant parenthesis
This looks all fine now. Please submit your patches here for RMK to
merge:
On 2013년 02월 07일 11:28, Andrew Morton wrote:
> On Thu, 07 Feb 2013 10:43:23 +0900 jonghwa3@samsung.com wrote:
>
>>> The best way of handling this sort of thing is for the driver to probe
>>> the hardware, work out its capabilities and "do the right thing".
>>>
>>> The second best way is to
Update the code to use devm_* API so that driver
core will manage resources.
Signed-off-by: Kumar, Anil
---
This patch applies on top of v3.8-rc6.
Tested on da850 EVM.
:100644 100644 e8e8724... 6ad76a3... M drivers/watchdog/davinci_wdt.c
drivers/watchdog/davinci_wdt.c | 34
On 02/07/2013 07:02 AM, Michael S. Tsirkin wrote:
At the moment, macvtap crashes are observed if macvtap is attached
to an interface with LRO enabled.
The crash in question is BUG() in macvtap_skb_to_vnet_hdr.
This happens because several drivers set gso_size but not gso_type
in incoming skbs.
On Thu, 2013-02-07 at 01:02 +0200, Michael S. Tsirkin wrote:
> ixgbe set gso_size but not gso_type. This leads to
> crashes in macvtap.
>
> Signed-off-by: Michael S. Tsirkin
> ---
>
> I tested that this fixes the crash for me. I am told on ixgbe LRO only
> triggers with TCP so checking
On Thu, 2013-02-07 at 01:02 +0200, Michael S. Tsirkin wrote:
> qlcnic set gso_size but not gso type. This leads to crashes
> in macvtap.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> This one I only compiled - don't have qlogic hardware.
>
> drivers/net/ethernet/qlogic/qlcnic/qlcnic_io.c | 7
Hi all,
Today's linux-next merge of the kvm tree got a conflict in
arch/x86/include/asm/vmx.h between commit af170c5061dd ("UAPI: (Scripted)
Disintegrate arch/x86/include/asm") from Linus' tree (v3.8-rc1) and commit
b0da5bec30ec ("KVM: VMX: add missing exit names to VMX_EXIT_REASONS
array") from
On Wed, 2013-02-06 at 23:34 +, Ben Hutchings wrote:
> If we want to allow forwarding from LRO then net/ipv4/inet_lro.c also
> needs to set gso_type.
Then, what is dev_disable_lro() purpose ?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Since the type of netns_ipvs->sysctl_sync_qlen_max has been changed to
unsigned long, type of its related proc var sync_qlen_max should be changed
to unsigned long, too. Also the return type of function sysctl_sync_qlen_max().
Cc: David Miller
Cc: Julian Anastasov
Cc: Simon Horman
On Wed, Feb 6, 2013 at 7:08 PM, Andy Lutomirski wrote:
> We currently report IOMMU_CAP_INTR_REMAP whenever interrupt remapping
> is enabled. Users of that capability expect it to mean that remapping
> is secure (i.e. compatibility format interrupts are blocked). Explicitly
> check whether CFIs
We currently report IOMMU_CAP_INTR_REMAP whenever interrupt remapping
is enabled. Users of that capability expect it to mean that remapping
is secure (i.e. compatibility format interrupts are blocked). Explicitly
check whether CFIs are blocked and, if not, don't report the capability.
Cc: Alex
On 02/06/2013 05:47 PM, Dan Magenheimer wrote:
>> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
>> Subject: Re: [PATCHv3 5/6] zswap: add to mm/
>>
>> On 01/29/2013 12:27 AM, Minchan Kim wrote:
>>> First feeling is it's simple and nice approach.
>>> Although we have some problems to
Hi Sergei,
On Wed, Feb 06, 2013 at 17:21:36, Sergei Shtylyov wrote:
> Hello.
>
> On 06-02-2013 15:22, Vishwanathrao Badarkhe, Manish wrote:
>
> > Update the code to use devm_* API so that driver core will manage
> > resources.
>
> > Signed-off-by: Vishwanathrao Badarkhe, Manish
> > ---
> >
On Thu, Feb 7, 2013 at 12:38 AM, Felipe Balbi wrote:
> On Wed, Feb 06, 2013 at 07:24:01PM +0800, Yuan-Hsin Chen wrote:
>> From: Yuan-Hsin Chen
>>
>> USB2.0 HCD driver for Faraday FUSBH200
>>
>> Signed-off-by: Yuan-Hsin Chen
>
> just use ehci-platform.c and avoid the duplication
>
> --
> balbi
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/s390/Kconfig between commit ad2c429560fc ("s390/Kconfig: sort list
of arch selected config options") from the s390 tree and commit
6147a9d8070e ("irq_work: Remove CONFIG_HAVE_IRQ_WORK") from the tip tree.
I fixed it up (see
02] kernel BUG at include/linux/page-flags.h:421!
> [ 51.823307] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> [ 51.823307] Dumping ftrace buffer:
> [ 51.823314](ftrace buffer empty)
> [ 51.823314] Modules linked in:
> [ 51.823314] CPU 2
> [ 51.823
I'll reply to this as I come up with comments.
First thing is, don't call it NO_HZ_FULL. A better name would be
NO_HZ_CPU. I would like to reserve NO_HZ_FULL when we totally remove
jiffies :-)
And the kconfig help should probably call it "Adaptive tickless" or
"Tickless for single tasks". The
On Wed, Feb 06, 2013 at 08:25:34PM +0100, Jan Kara wrote:
> On Wed 06-02-13 10:25:12, Dave Chinner wrote:
> > On Mon, Feb 04, 2013 at 01:38:31PM +0100, Jan Kara wrote:
> > > On Thu 31-01-13 16:07:57, Andrew Morton wrote:
> > > > > c) i_mutex doesn't allow any paralellism of operations using it and
On Wed, 2013-02-06 at 13:12 +0100, Joerg Roedel wrote:
> On Tue, Feb 05, 2013 at 06:57:21AM -0700, Shuah Khan wrote:
> > Thanks much. I will hang on to this test system for testing your fix.
>
> Okay, here is the simple fix for v3.8-rc6. I guess it is not
> straighforward to port it to v3.4, but
On 2013/2/5 0:32, Matt Fleming wrote:
> On Tue, 2013-01-29 at 11:52 +0800, Xishi Qiu wrote:
>> On ia64 platform, I set "crashkernel=1024M-:600M", and dmesg shows 128M-728M
>> memory is reserved for crash kernel. Then "echo c > /proc/sysrq-trigger" to
>> test kdump.
>>
>> When crash kernel
Hi Stephane,
On Wed, 6 Feb 2013 15:46:00 +0100, Stephane Eranian wrote:
> This patch adds per-processor socket count aggregation
> for system-wide mode measurements. This is a useful
> mode to detect imbalance between sockets for uniform
> workloads.
>
> To enable this mode, use --aggr-socket in
Hello,
On Wed, Feb 6, 2013 at 6:21 PM, Namhyung Kim wrote:
>> Why does this matter? It's inside spinlock. What's being made better
>> by this change?
>
> IIUC the work should be deleted from the list, otherwise it'd trigger
> BUG_ON when the cpu gets online again.
Ah, okay, the original code
There is no reason to maintain alloc_map in the vmap_block.
The use of alloc_map may require heavy bitmap operation sometimes.
In the worst-case, We need 1024 for-loops to find 1 free bit and
thus cause overhead. vmap_block is fragmented unnecessarily by
2 order alignment as well.
Instead we can
On Thu, 07 Feb 2013 10:43:23 +0900 jonghwa3@samsung.com wrote:
> > The best way of handling this sort of thing is for the driver to probe
> > the hardware, work out its capabilities and "do the right thing".
> >
> > The second best way is to require that the user add certain module
> >
Hi Tejun and Hillf,
On Wed, 6 Feb 2013 10:47:49 -0800, Tejun Heo wrote:
> On Wed, Feb 06, 2013 at 08:38:43PM +0800, Hillf Danton wrote:
>> As handled by the kernel thread, work is dequeued first for further actions.
>
> Ditto as the previous patch.
>
>> Signed-off-by: Hillf Danton
>> ---
>>
>>
Francois Romieu [mailto:rom...@fr.zoreil.com]
[...]
>
> Did you check that none of rtl_nic/rtl8168d-{1, 2}.fw uses
> PHY_READ_EFUSE ?
>
I have made sure that none of the current firmwares use PHY_READ_EFUSE.
Best Regards,
Hayes
--
To unsubscribe from this list: send the line "unsubscribe
Hi All,
Today i found a problem in linux 3.7.6 with ocfs2 when using ocfs2 from inside a
chroot or linux-vserver guest. This problem also exists at least in 3.6.11.
how to reproduce:
node:~# cat /etc/debian_version
6.0.6
node:~# rbd showmapped
id pool image snap device
1 rbd ocfs2 -
With the recent is-work-queued-here test simplification, the nested
if() in try_to_grab_pending() can be collapsed. Collapse it.
This patch is purely cosmetic.
Signed-off-by: Tejun Heo
Cc: Lai Jiangshan
---
A follow-up cleanup patch.
Thanks.
kernel/workqueue.c | 38
Functions nr_free_zone_pages, nr_free_buffer_pages and nr_free_pagecache_pages
are horribly badly named, so accurately document them with code comments
in case of the misuse of them.
Reviewed-by: Randy Dunlap
Signed-off-by: Zhang Yanfei
---
mm/page_alloc.c | 23 +++
1
> -Original Message-
> From: Kent Overstreet [mailto:koverstr...@google.com]
> Sent: Wednesday, February 06, 2013 4:01 PM
> To: Amit Kale
> Cc: Michel Lespinasse; Darrick J. Wong; linux-bcache; device-mapper
> development; Kent Overstreet; Mike Snitzer; LKML; Jason Warr;
>
t; > [/usr/src/linux-next] git log | egrep -i 'cpufreq.*remove.*link'
> > [/usr/src/linux-next] git log | grep -i 73bf0fc
> > [/usr/src/linux-next]
> >
> > Was that a very recent commit that may have gotten pushed too late
> > for the next-20130206 merge?
>
> We
于 2013年02月07日 08:55, Randy Dunlap 写道:
> On 02/06/13 00:25, Zhang Yanfei wrote:
>> Functions nr_free_zone_pages, nr_free_buffer_pages and
>> nr_free_pagecache_pages
>> are horribly badly named, so accurately document them with code comments
>> in case of the misuse of them.
>>
>> Signed-off-by:
于 2013年02月06日 23:24, Serge Hallyn 写道:
> This really seems like splitting hairs to me.
>
> Acked-by: Serge E. Hallyn
>
> on the original patch.
>
> thanks,
> -serge
thank you.
--
Chen Gang
Asianux Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Fri, Feb 01, 2013 at 14:13:32 -0600,
Bruno Wolff III wrote:
I have been testing 3.8 kernels on Fedora. The last good kernel was
3.8.0-0.rc5.git1.1.fc19.i686.PAE. I tested
3.8.0-0.rc5.git2.1.fc19.i686.PAE, 3.8.0-0.rc5.git3.1.fc19.i686 and
3.8.0-0.rc6.git0.1.fc19.i686.PAE and found these
From: Lai Jiangshan
Currently, determining whether a work item is queued on a locked pool
involves somewhat convoluted memory barrier dancing. It goes like the
following.
* When a work item is queued on a pool, work->data is updated before
work->entry is linked to the pending list with a
于 2013年02月07日 09:09, Simon Horman 写道:
> On Wed, Feb 06, 2013 at 05:36:12PM +0800, Zhang Yanfei wrote:
>> 于 2013年02月06日 17:29, Julian Anastasov 写道:
>>>
>>> Hello,
>>>
>>> Sorry that I'm writing a private email but I
>>> deleted your original message by mistake. Your change
>>> of the
On 2013/2/7 9:00, Tejun Heo wrote:
> (cc'ing Li)
>
> On Wed, Feb 6, 2013 at 4:55 PM, Andrew Morton
> wrote:
>> Problems in cgroup_load_subsys().
>>
>> In linux-next, that function is now using the `node' storage which your
>> patch removes:
>>
>> @@ -4503,23 +4525,17 @@ int __init_or_module
On 2013년 02월 07일 06:06, Andrew Morton wrote:
> On Wed, 06 Feb 2013 20:23:05 +0900
> Jonghwa Lee wrote:
>
>> This patch adds rtc driver for Maxim 8997 multifunction chip.
>> Max8997 has rtc module in it. and it can be used for timekeeping
>> clock and system alarm. It provide various operational
于 2013年02月07日 03:41, Kees Cook 写道:
> Well, it seems we'd need to add an include to gain access to binfmts.h
> in once place, but that doesn't seem bad. I'll send to patch to clean
> this up.
thank you.
and after your patch is integrated into main branch (at least in
next-* branch), I should
On Wed, 6 Feb 2013 17:17:46 +0530
Vakul Garg wrote:
> This change is required for post SEC-5.0 devices which have RNG4. Setting RDB
wrap your commit message text to 75 chars
> in security configuration register allows CAAM to use the "Random Data Buffer"
> to be filled by a single request. The
On 2013/2/7 3:39, Tejun Heo wrote:
> idr_destroy() can destroy idr by itself and idr_remove_all() is being
> deprecated. Drop its usage.
>
> Signed-off-by: Tejun Heo
Acked-by: Li Zefan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: chenggang@taobao.com
The last version of this patch need to introduce 2 new tracepoint events in VFS,
but introduce new tracepoint events into VFS is not a clever idea. So, I
modified
this patch, and only use a existing tracepoint event (ext4:ext4_direct_IO_exit).
If the engineers
1 - 100 of 1757 matches
Mail list logo
