Re: [PATCH v6 5/8] cpufreq:boost:Kconfig: Provide support for software managed BOOST

On 26 July 2013 16:51, Lukasz Majewski wrote: > On Fri, 26 Jul 2013 15:54:56 +0530 Viresh Kumar wrote, >> On 25 July 2013 22:03, Lukasz Majewski wrote: >> > +config CPU_FREQ_BOOST_SW >> > + bool >> >> Invisible is fine but this must be disabled by default and must >> depend on thermal, rat

Re: nouveau oops in nouveau_bo_new

On Thu, 25 Jul 2013 12:22:03 -0400 Dave Jones wrote: > This recently started happening (since the last DRM merge, 3.10 was > fine). > > [ 17.751970] Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC > [ 17.752260] Modules linked in: nouveau(+) video mxm_wmi wmi > i2c_algo_bit tg3 ttm drm_kms_helpe

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

Hi Mark, On Mon, 29 Jul 2013 07:40:28 +0100 Mark Brown wrote: > > Yeah, unfortunately those issues are a good proportion of what gets > caught by this sort of testing that wouldn't get caught in normal > development so it doesn't seem worth doing something that won't at least > give a linking ker

Re: linux-next: problem fetching the drm-intel-fixes tree

Hi Dave, On Mon, 29 Jul 2013 16:29:04 +1000 Dave Airlie wrote: > > Okay should all be back in place now. Excellent, thanks. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgphW2Hq83WJa.pgp Description: PGP signature

Re: [microblaze-linux] [RESEND PATCH v2] microblaze: Fix clone syscall

On Mon, Jul 29, 2013 at 08:22:56AM +0200, Michal Simek wrote: > Microblaze was assign to CLONE_BACKWARDS type where > parent tid was passed via 3rd argument. > Microblaze glibc is using 4th argument for it. > > Create new CLONE_BACKWARDS3 type where stack_size is passed > via 3rd argument, parent

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

On Mon, Jul 29, 2013 at 03:56:09PM +1000, Stephen Rothwell wrote: > Did the 0 day tester find these? If so, then maybe you should wait a > while longer before adding these things to your published trees. If not, > then I wonder why not. No, it didn't. The latency from the zero day tester seems

linux-next: Tree for Jul 29

Hi all, Changes since 20130726: The ext4 tree gained a build failure so I used the version from next-20130726. The drm tree gained a conflict against Linus' tree. The next-next tree gained a build failure for which I added a patch. The lblnet tree lost its build failure. The spi tree gained a

Re: [PATCH v8 06/12] ARM: dts: Add description of System MMU of Exynos SoCs

Hi KyongHo, On 26 July 2013 16:58, Cho KyongHo wrote: > Signed-off-by: Cho KyongHo > --- > .../bindings/iommu/samsung,exynos4210-sysmmu.txt | 103 +++ > arch/arm/boot/dts/exynos4.dtsi | 122 > arch/arm/boot/dts/exynos4210.dtsi | 25 ++ > a

Re: [PATCH V3 0/2] dma: mmp_pdma: Fix phy channels not protected issue

On Tue, Jun 18, 2013 at 02:55:57PM +0800, Xiang Wang wrote: > From: Xiang Wang > > This patch set deals with the issues that 1) phy channels are not protected > in mmp_pdma. 2) dma request<->channel mapping is not cleared when a phy chan > is freed. Applied, thanks ~Vinod -- To unsubscribe from

Re: linux-next: problem fetching the drm-intel-fixes tree

On Mon, Jul 29, 2013 at 10:26 AM, Stephen Rothwell wrote: > Hi Dave, > > On Mon, 29 Jul 2013 10:15:50 +1000 Dave Airlie wrote: >> >> > Trying to fetch the drm-intel-fixes tree >> > (git://people.freedesktop.org/~danvet/drm-intel#drm-intel-fixes) this >> > morning produced this error: >> >> There

Re: [PATCH 1/9] perf tools: add test for reading object code

Hi Adrian, Just a few nitpicks below.. On Thu, 25 Jul 2013 17:01:22 +0300, Adrian Hunter wrote: > Using the information in mmap events, perf tools can read object > code associated with sampled addresses. A test is added that > compares bytes read by perf with the same bytes read using > objdum

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

Hi all, After merging the final tree, today's linux-next build (powerpc allyesconfig) failed like this: net/core/pktgen.c: In function 'fill_packet_ipv6': net/core/pktgen.c:2906:3: error: implicit declaration of function 'csum_ipv6_magic' [-Werror=implicit-function-declaration] udph->check =

[patch]workqueue: copy attr with all fields.

copy_workqueue_attrs() forgets to copy no_numa field. Signed-off-by: Shaohua Li diff --git a/kernel/workqueue.c b/kernel/workqueue.c index 0b72e81..a988f54 100644 --- a/kernel/workqueue.c +++ b/kernel/workqueue.c @@ -3411,6 +3411,7 @@ static void copy_workqueue_attrs(struct workqueue_attrs *to,

[RESEND PATCH v2] microblaze: Fix clone syscall

Microblaze was assign to CLONE_BACKWARDS type where parent tid was passed via 3rd argument. Microblaze glibc is using 4th argument for it. Create new CLONE_BACKWARDS3 type where stack_size is passed via 3rd argument, parent thread id pointer via 4th, child thread id pointer via 5th and tls value a

Re: [PATCH 0/2] hugepage: optimize page fault path locking

On Fri, Jul 26, 2013 at 07:27:23AM -0700, Davidlohr Bueso wrote: > This patchset attempts to reduce the amount of contention we impose > on the hugetlb_instantiation_mutex by replacing the global mutex with > a table of mutexes, selected based on a hash. The original discussion can > be found here

Re: [PATCH V3 1/2] tps6507x-ts: Add DT support

Hi Dmitry On Mon, Jul 1, 2013 at 4:40 PM, Manish Badarkhe wrote: > > Hi Dmitry > > > On Wed, Jun 12, 2013 at 12:23 PM, Vishwanathrao Badarkhe, Manish > wrote: > > Hi Dmitry, > > > > On Mon, Jun 10, 2013 at 23:33:11, Dmitry Torokhov wrote: > >> Manish, > >> > >> On Mon, Jun 10, 2013 at 10:23:16AM

Re: [microblaze-linux] [RESEND PATCH] microblaze: Fix clone syscall

Hi Andrew, On 07/27/2013 01:08 AM, Andrew Morton wrote: > On Wed, 24 Jul 2013 08:48:27 +0200 Michal Simek wrote: > >> On 07/24/2013 07:55 AM, Rich Felker wrote: >>> On Wed, Jul 24, 2013 at 07:34:07AM +0200, Michal Simek wrote: Microblaze was assign to CLONE_BACKWARDS type where parent

Re: [PATCH v2] dma: mmp_pdma: fix a memory alloc error

On Thu, Jul 25, 2013 at 10:22:50AM +0800, Xiang Wang wrote: Btw its generally a good idea to remove the parts not required for further discussion > Would you please explain a little more about why we should use > GFP_NOWAIT here? This memory is not dedicated for DMA controller. Do > we have speci

Re: [PATCH V2] dma: mmp_pdma: support for getting residual bytes

On Thu, Jul 11, 2013 at 10:54:29AM +0800, Xiang Wang wrote: > >> +static u32 mmp_pdma_get_bytes_residue(struct mmp_pdma_chan *chan) > >> +{ > >> + u32 reg, orig_pos, cur_pos, ddadr, residue = 0; > >> + bool running_desc_found = false; > >> + struct mmp_pdma_desc_sw *desc_sw; > >> + > >>

Re: [PATCH] time: sched_clock: fix integer overflow

Hi Thomas, John, On Wed, Jul 17, 2013 at 12:46:53PM +0300, Baruch Siach wrote: > The expression '(1 << 32)' happens to evaluate as 0 on ARM, but it evaluates > as > 1 on xtensa and x86_64. This zeros sched_clock_mask, and breaks sched_clock(). > Set the type of 1 to 'unsigned long long' to get th

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

Hi Mark, On Mon, 29 Jul 2013 06:00:11 +0100 Mark Brown wrote: > > On Mon, Jul 29, 2013 at 01:42:23PM +1000, Stephen Rothwell wrote: > > > drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop': > > drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of > > function

Re: 3.10.1: echo repair > sync_action causes hang on RAID-1 (2 x SSD)

On Fri, 26 Jul 2013 05:56:51 -0400 "Justin Piszcz" wrote: > > > -Original Message- > From: NeilBrown [mailto:ne...@suse.de] > Sent: Thursday, July 25, 2013 8:36 PM > To: Justin Piszcz > Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org > Subject: Re: 3.10.1: echo repair > sy

Re: [PATCH] regulator: pfuze100: Fix module alias prefix

On Mon, Jul 29, 2013 at 12:19:29PM +0800, Axel Lin wrote: > i2c drivers use "i2c:" prefix for module alias. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH 1/2] regulator: pfuze100: REGULATOR_PFUZE100 needs to select REGMAP_I2C

On Mon, Jul 29, 2013 at 12:08:01PM +0800, Axel Lin wrote: > This fixes below build errors: Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH V2] gpio: palmas: Fix misreported GPIO out value

On Saturday 27 July 2013 02:09 AM, Andrew Chew wrote: It seems that the value read back from the PALMAS_GPIO_DATA_IN register isn't valid if the GPIO direction is out. When that's the case, we can read back the PALMAS_GPIO_DATA_OUT register to get the proper output value. Looks good to me. Ack

Re: [PATCH jiffies] Avoid undefined behavior from signed overflow

Quoting "Paul E. McKenney" : According to the C standard 3.4.3p3, overflow of a signed integer results in undefined behavior. This commit therefore changes the definitions of time_after() and time_after_eq() to avoid this undefined behavior. The trick is that the subtraction is done using unsig

[PATCH 08/18] mm, hugetlb: do hugepage_subpool_get_pages() when avoid_reserve

When we try to get a huge page with avoid_reserve, we don't consume a reserved page. So it is treated like as non-reserve case. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 1426c03..749629e 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -1149,12 +1149,13 @@ static s

[PATCH v3 2/9] mm, hugetlb: trivial commenting fix

The name of the mutex written in comment is wrong. Fix it. Acked-by: Michal Hocko Acked-by: Hillf Danton Reviewed-by: Aneesh Kumar K.V Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index fc4988c..51564a8 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -135,9 +135,9 @@ st

[PATCH 07/18] mm, hugetlb: pass has_reserve to dequeue_huge_page_vma()

We don't have to call vma_has_reserve() each time we need information. Passing has_reserve unburden this effort. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index ff46a2c..1426c03 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -572,7 +572,8 @@ static struct page *dequeue

[PATCH 09/18] mm, hugetlb: unify has_reserve and avoid_reserve to use_reserve

Currently, we have two variable to represent whether we can use reserved page or not, has_reserve and avoid_reserve, respectively. These have same meaning, so we can unify them to use_reserve. This makes no functinoal difference, is just for clean-up. Signed-off-by: Joonsoo Kim diff --git a/mm/h

[PATCH 03/18] mm, hugetlb: unify region structure handling

Currently, to track a reserved and allocated region, we use two different ways for MAP_SHARED and MAP_PRIVATE. For MAP_SHARED, we use address_mapping's private_list and, for MAP_PRIVATE, we use a resv_map. Now, we are preparing to change a coarse grained lock which protect a region structure to fin

[PATCH 06/18] mm, hugetlb: remove vma_need_reservation()

vma_need_reservation() can be substituted by vma_has_reserves() with minor change. These function do almost same thing, so unifying them is better to maintain. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index bf2ee11..ff46a2c 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c

[PATCH 10/18] mm, hugetlb: call vma_has_reserve() before entering alloc_huge_page()

To implement a graceful failure handling, we need to know whether allocation request is for reserved pool or not, on higher level. In this patch, we just move up vma_has_reseve() to caller function in order to know it. There is no functional change. Following patches implement a grace failure hand

[PATCH 11/18] mm, hugetlb: move down outside_reserve check

Just move down outsider_reserve check. This makes code more readable. There is no functional change. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 5f31ca5..94173e0 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2530,20 +2530,6 @@ retry_avoidcopy: re

[PATCH 12/18] mm, hugetlb: remove a check for return value of alloc_huge_page()

Now, alloc_huge_page() only return -ENOSPEC if failed. So, we don't worry about other return value. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 94173e0..35ccdad 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2562,7 +2562,6 @@ retry_avoidcopy: new_page = al

[PATCH 13/18] mm, hugetlb: grab a page_table_lock after page_cache_release

We don't need to grab a page_table_lock when we try to release a page. So, defer to grab a page_table_lock. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 35ccdad..255bd9e 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2630,10 +2630,11 @@ retry_avoidcopy: }

[PATCH 15/18] mm, hugetlb: move up anon_vma_prepare()

If we fail with a allocated hugepage, it is hard to recover properly. One such example is reserve count. We don't have any method to recover reserve count. Although, I will introduce a function to recover reserve count in following patch, it is better not to allocate a hugepage as much as possible.

[PATCH 17/18] mm, hugetlb: retry if we fail to allocate a hugepage with use_reserve

If parallel fault occur, we can fail to allocate a hugepage, because many threads dequeue a hugepage to handle a fault of same address. This makes reserved pool shortage just for a little while and this cause faulting thread who is ensured to have enough reserved hugepages to get a SIGBUS signal.

[PATCH 14/18] mm, hugetlb: clean-up error handling in hugetlb_cow()

Current code include 'Caller expects lock to be held' in every error path. We can clean-up it as we do error handling in one place. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 255bd9e..683fd38 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2516,6 +2516,7 @@ static

[PATCH 01/18] mm, hugetlb: protect reserved pages when softofflining requests the pages

alloc_huge_page_node() use dequeue_huge_page_node() without any validation check, so it can steal reserved page unconditionally. To fix it, check the number of free_huge_page in alloc_huge_page_node(). Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 6782b41..d971233 100

[PATCH 16/18] mm, hugetlb: return a reserved page to a reserved pool if failed

If we fail with a reserved page, just calling put_page() is not sufficient, because put_page() invoke free_huge_page() at last step and it doesn't know whether a page comes from a reserved pool or not. So it doesn't do anything related to reserved count. This makes reserve count lower than how we n

[PATCH 18/18] mm, hugetlb: remove a hugetlb_instantiation_mutex

Now, we have prepared to have an infrastructure in order to remove a this awkward mutex which serialize all faulting tasks, so remove it. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 909075b..4fab047 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -2533,9 +2533,7 @@

[PATCH 02/18] mm, hugetlb: change variable name reservations to resv

'reservations' is so long name as a variable and we use 'resv_map' to represent 'struct resv_map' in other place. To reduce confusion and unreadability, change it. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index d971233..12b6581 100644 --- a/mm/hugetlb.c +++ b/mm/hugetl

[PATCH v3 3/9] mm, hugetlb: clean-up alloc_huge_page()

This patch unifies successful allocation paths to make the code more readable. There are no functional changes. Acked-by: Michal Hocko Reviewed-by: Wanpeng Li Reviewed-by: Aneesh Kumar K.V Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 51564a8..31d78c5 100644 --- a/

[PATCH v3 5/9] mm, hugetlb: remove redundant list_empty check in gather_surplus_pages()

If list is empty, list_for_each_entry_safe() doesn't do anything. So, this check is redundant. Remove it. Acked-by: Michal Hocko Reviewed-by: Wanpeng Li Reviewed-by: Aneesh Kumar K.V Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/hugetlb.c index 87d7637..2e52afea 100644 --- a/mm/hu

[PATCH 00/18] mm, hugetlb: remove a hugetlb_instantiation_mutex

Without a hugetlb_instantiation_mutex, if parallel fault occur, we can fail to allocate a hugepage, because many threads dequeue a hugepage to handle a fault of same address. This makes reserved pool shortage just for a little while and this cause faulting thread who is ensured to have enough reser

[PATCH 04/18] mm, hugetlb: region manipulation functions take resv_map rather list_head

To change a protection method for region tracking to find grained one, we pass the resv_map, instead of list_head, to region manipulation functions. This doesn't introduce any functional change, and it is just for preparing a next step. Signed-off-by: Joonsoo Kim diff --git a/mm/hugetlb.c b/mm/h

[PATCH v3 0/9] mm, hugetlb: clean-up and possible bug fix

First 5 patches are almost trivial clean-up patches. The others are for fixing three bugs. Perhaps, these problems are minor, because this codes are used for a long time, and there is no bug reporting for these problems. These patches are based on v3.10.0 and passed the libhugetlbfs test suite.

[PATCH v3 4/9] mm, hugetlb: fix and clean-up node iteration code to alloc or free

Current node iteration code have a minor problem which do one more node rotation if we can't succeed to allocate. For example, if we start to allocate at node 0, we stop to iterate at node 0. Then we start to allocate at node 1 for next allocation. I introduce new macros "for_each_node_mask_to_[al

[PATCH 05/18] mm, hugetlb: protect region tracking via newly introduced resv_map lock

There is a race condition if we map a same file on different processes. Region tracking is protected by mmap_sem and hugetlb_instantiation_mutex. When we do mmap, we don't grab a hugetlb_instantiation_mutex, but, grab a mmap_sem. This doesn't prevent other process to modify region structure, so it

[PATCH v3 7/9] mm, hugetlb: add VM_NORESERVE check in vma_has_reserves()

If we map the region with MAP_NORESERVE and MAP_SHARED, we can skip to check reserve counting and eventually we cannot be ensured to allocate a huge page in fault time. With following example code, you can easily find this situation. Assume 2MB, nr_hugepages = 100 fd = hugetlbfs_unlinked_

[PATCH v3 6/9] mm, hugetlb: do not use a page in page cache for cow optimization

Currently, we use a page with mapped count 1 in page cache for cow optimization. If we find this condition, we don't allocate a new page and copy contents. Instead, we map this page directly. This may introduce a problem that writting to private mapping overwrite hugetlb file directly. You can find

[PATCH 3/3] ethernet: Convert mac address uses of 6 to ETH_ALEN

Use the normal #define to help grep find mac addresses and ensure that addresses are aligned. Move one address in pasemi_mac.h for alignment. Signed-off-by: Joe Perches --- drivers/net/ethernet/8390/ax88796.c| 4 ++-- drivers/net/ethernet/amd/pcnet32.c | 6 +++-

[PATCH 0/3] networking: Use ETH_ALEN where appropriate

Convert the uses mac addresses to ETH_ALEN so it's easier to find and verify where mac addresses need to be __aligned(2) Joe Perches (3): uapi: Convert some uses of 6 to ETH_ALEN include: Convert ethernet mac address declarations to use ETH_ALEN ethernet: Convert mac address uses of 6 to ETH

[PATCH 1/3] uapi: Convert some uses of 6 to ETH_ALEN

Use the #define where appropriate. Add #include where appropriate too. Signed-off-by: Joe Perches --- include/uapi/linux/dn.h | 3 ++- include/uapi/linux/if_bridge.h| 3 ++- include/uapi/linux/netfilter_bridge/ebt_802_3.h | 5 +++-- include/uapi/

[PATCH 2/3] include: Convert ethernet mac address declarations to use ETH_ALEN

It's convenient to have ethernet mac addresses use ETH_ALEN to be able to grep for them a bit easier and also to ensure that the addresses are __aligned(2). Add #include as necessary. Signed-off-by: Joe Perches --- include/acpi/actbl2.h | 4 ++- include/linux/dm9000.h | 4

[PATCH v3 9/9] mm, hugetlb: decrement reserve count if VM_NORESERVE alloc page cache

If a vma with VM_NORESERVE allocate a new page for page cache, we should check whether this area is reserved or not. If this address is already reserved by other process(in case of chg == 0), we should decrement reserve count, because this allocated page will go into page cache and currently, there

[PATCH v3 8/9] mm, hugetlb: remove decrement_hugepage_resv_vma()

Now, Checking condition of decrement_hugepage_resv_vma() and vma_has_reserves() is same, so we can clean-up this function with vma_has_reserves(). Additionally, decrement_hugepage_resv_vma() has only one call site, so we can remove function and embed it into dequeue_huge_page_vma() directly. This p

[PATCH v3 1/9] mm, hugetlb: move up the code which check availability of free huge page

In this time we are holding a hugetlb_lock, so hstate values can't be changed. If we don't have any usable free huge page in this time, we don't need to proceede the processing. So move this code up. Acked-by: Michal Hocko Reviewed-by: Wanpeng Li Reviewed-by: Aneesh Kumar K.V Signed-off-by: Joo

Re: [RFC PATCH 4/5] cpuidle/ppc: CPU goes tickless if there are no arch-specific constraints

* Preeti U Murthy [2013-07-27 13:20:37]: > Hi Ben, > > On 07/27/2013 12:00 PM, Benjamin Herrenschmidt wrote: > > On Fri, 2013-07-26 at 08:09 +0530, Preeti U Murthy wrote: > >> *The lapic of a broadcast CPU is active always*. Say CPUX, wants the > >> broadcast CPU to wake it up at timeX. Since w

Re: [PATCH] x86, apic: Enable x2APIC physical when cpu < 256 native

> Yes. It would be great, if Youquan can point out where is the intel doc > about the change. > > Also if the patch can move on, hypervisor_x2apic_available() related > declaration and define > could be dropped. Hi Yinghai, Sorry I do not know the document change but I also do not find the word

Re: [PATCH v2 1/3] net/usb/r815x: replace USB buffer from stack to DMA-able

On Sat, 2013-07-27 at 20:21 -0700, David Miller wrote: > From: Hayes Wang > Date: Thu, 25 Jul 2013 15:59:02 +0800 > > > Some USB buffers use stack which may not be DMA-able. > > Use the buffers from kmalloc to replace those one. > > > > Signed-off-by: Hayes Wang > > I don't think it's reasonab

Re: [RFC PATCH 4/5] cpuidle/ppc: CPU goes tickless if there are no arch-specific constraints

* Benjamin Herrenschmidt [2013-07-27 16:30:05]: > On Fri, 2013-07-26 at 08:09 +0530, Preeti U Murthy wrote: > > *The lapic of a broadcast CPU is active always*. Say CPUX, wants the > > broadcast CPU to wake it up at timeX. Since we cannot program the lapic > > of a remote CPU, CPUX will need to

Re: [PATCH] x86, apic: Enable x2APIC physical when cpu < 256 native

> > Thanks Ingo! > > The machines will be affected: CPU support x2APIC and CPU number < 256, > > chipset does not support VT-d2 or VT-d is disabled in BIOS. > > I mean, can you guess what rough percentage of new systems > shipping (or significant number of older systems already > shipped) will

linux-next: manual merge of the char-misc tree with Linus' tree

Hi all, Today's linux-next merge of the char-misc tree got a conflict in drivers/misc/mei/init.c between commit 99f22c4ef24c ("mei: don't have to clean the state on power up") from Linus' tree and commit b950ac1dabfc ("mei: don't get stuck in select during reset") from the char-misc tree. (Unrela

Re: [PATCH] regulator:pfuze100: add MODULE_LICENSE() in pfuze100 driver

On Mon, Jul 29, 2013 at 11:40:11AM +0800, Robin Gong wrote: > Fix building error on x86_64 and i386: > WARNING: modpost: missing MODULE_LICENSE() in > drivers/regulator/pfuze100-regulator.o Applied, thanks. signature.asc Description: Digital signature

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

On Mon, Jul 29, 2013 at 01:42:23PM +1000, Stephen Rothwell wrote: > drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop': > drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of > function 'DCSR' [-Werror=implicit-function-declaration] > while (!(DCSR(channel) &

[PATCH -next] staging: xillybus: remove duplicated include from xillybus_core.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- drivers/staging/xillybus/xillybus_core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/xillybus/xillybus_core.c b/drivers/staging/xillybus/xillybus_core.c index dd0a71c..4b216d4 100644 --- a/dri

Re: Linux 3.11-rc3

On Sun, Jul 28, 2013 at 9:42 PM, Linus Torvalds wrote: > > Full shortlog since rc2 appended. It's big enough that I debated doing > just a merge-window style "mergelog" overview, but hey, maybe people > enjoy this kind of detail? Just for comparison, here's the "mergelog" that just talks about th

Re: [PATCH] regulator: pfuze100: Fix module alias prefix

Thanks Axel for the quick founding. The patch set is ok for me. On Mon, Jul 29, 2013 at 12:19:29PM +0800, Axel Lin wrote: > i2c drivers use "i2c:" prefix for module alias. > > Signed-off-by: Axel Lin > --- > drivers/regulator/pfuze100-regulator.c | 2 +- > 1 file changed, 1 insertion(+), 1 delet

Linux 3.11-rc3

Another week, another -rc. And please just forget about me telling you people to get back to work last week. You got. -rc3 has about 50% more commits than -rc2 did. Part of it is that a few people missed rc2, but part of it is that people just sent me more. Please stop. It's summer. It's nice outs

[PATCH 2/2] pinctrl: st: Staticize local symbols

Symbols used only in this file are made static. Signed-off-by: Sachin Kamat --- drivers/pinctrl/pinctrl-st.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/pinctrl/pinctrl-st.c b/drivers/pinctrl/pinctrl-st.c index 6246d7a..2a10a31 100644 --- a/drivers/pinc

[PATCH 1/2] pinctrl: st: Convert to use devm_ioremap_resource

devm_request_and_ioremap is deprecated. Use devm_ioremap_resource instead. Signed-off-by: Sachin Kamat --- drivers/pinctrl/pinctrl-st.c |8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/pinctrl/pinctrl-st.c b/drivers/pinctrl/pinctrl-st.c index 04d4506..6246d7

[PATCH -next] staging: gdm724x: remove duplicated include from gdm_lte.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- drivers/staging/gdm724x/gdm_lte.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/gdm724x/gdm_lte.c b/drivers/staging/gdm724x/gdm_lte.c index 68ebc7d..7165d3a 100644 --- a/drivers/staging/gdm724x/

[PATCH -next] staging: comedi: dt9812: remove duplicated include from dt9812.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- drivers/staging/comedi/drivers/dt9812.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/comedi/drivers/dt9812.c b/drivers/staging/comedi/drivers/dt9812.c index ffb7572..b865367 100644 --- a/drivers/

[PATCH -next] x86: ce4100: remove duplicated include from ce4100.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- arch/x86/platform/ce4100/ce4100.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/platform/ce4100/ce4100.c b/arch/x86/platform/ce4100/ce4100.c index 8244f5e..d62e74d 100644 --- a/arch/x86/platform/ce4100/c

[PATCH] regulator: pfuze100: Fix module alias prefix

i2c drivers use "i2c:" prefix for module alias. Signed-off-by: Axel Lin --- drivers/regulator/pfuze100-regulator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/pfuze100-regulator.c b/drivers/regulator/pfuze100-regulator.c index cd136ff..e9e8ae3 100644 --

Re: Linux 3.4.55

diff --git a/Makefile b/Makefile index 6ca3657..c6f 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 4 -SUBLEVEL = 54 +SUBLEVEL = 55 EXTRAVERSION = NAME = Saber-toothed Squirrel diff --git a/arch/sparc/kernel/asm-offsets.c b/arch/sparc/kernel/asm-offsets.c in

[PATCH 1/2] regulator: pfuze100: REGULATOR_PFUZE100 needs to select REGMAP_I2C

This fixes below build errors: CC [M] drivers/regulator/pfuze100-regulator.o drivers/regulator/pfuze100-regulator.c:342:21: error: variable 'pfuze_regmap_config' has initializer but incomplete type drivers/regulator/pfuze100-regulator.c:343:2: error: unknown field 'reg_bits' specified in init

Linux 3.4.55

I'm announcing the release of the 3.4.55 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

[PATCH 2/2] regulator: pfuze100: Use i2c_[set|get]_clientdata

Since this is a i2c driver, use i2c_[set|get]_clientdata instead of dev_[set|get]_drvdata. Signed-off-by: Axel Lin --- drivers/regulator/pfuze100-regulator.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/pfuze100-regulator.c b/drivers/regulator/pfuze1

Linux 3.10.4

I'm announcing the release of the 3.10.4 kernel. All users of the 3.10 kernel series must upgrade. The updated 3.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.10.y and can be browsed at the normal kernel.org git web browser:

Linux 3.0.88

I'm announcing the release of the 3.0.88 kernel. All users of the 3.0 kernel series must upgrade. The updated 3.0.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.0.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.0.88

diff --git a/Makefile b/Makefile index 03aa17e..2b40b0a 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 0 -SUBLEVEL = 87 +SUBLEVEL = 88 EXTRAVERSION = NAME = Sneaky Weasel diff --git a/arch/sparc/kernel/asm-offsets.c b/arch/sparc/kernel/asm-offsets.c index 68f7e

[PATCH] generic-ipi: Fix misleading smp_call_function_any() description

After commit:8969a5ede0f9e17da4b943712429aef2c9bcd82b "generic-ipi: remove kmalloc()", wait = 0 can be guaranteed. Signed-off-by: Xie XiuQi Cc: Sheng Yang Cc: Peter Zijlstra Cc: Jens Axboe Cc: Rusty Russell --- kernel/smp.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/kernel/smp.c b/

Re: [PATCH 2/2] cpuset: correct the disoder comment of two functions

On 2013/7/27 11:56, Zhao Hongjiang wrote: > correct the disoder comment between cpuset_css_offline() and > cpuset_css_free() functions. > > Signed-off-by: Zhao Hongjiang Acked-by: Li Zefan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to ma

Re: [PATCH 1/2] cpuset: get rid of the useless forward declaration of cpuset

On 2013/7/27 11:56, Zhao Hongjiang wrote: > get rid of the useless forward declaration of the struct cpuset cause the > below define it. > > Signed-off-by: Zhao Hongjiang Acked-by: Li Zefan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

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

Hi Mark, After merging the spi tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/spi/spi-pxa2xx-pxadma.c: In function 'wait_dma_channel_stop': drivers/spi/spi-pxa2xx-pxadma.c:136:2: error: implicit declaration of function 'DCSR' [-Werror=implicit-function-declaration

[PATCH 2/2] cifs: file: initialize oparms.reconnect before using it

Andi, Your patch looks reasonable. Would you repost the patch to linux-cifs mailing list (and add any additional reviewers or testers if you would like if you got feedback)? On Mon, Jul 22, 2013 at 09:24:00PM +0200, Andi Shyti wrote: In the cifs_reopen_file function, if the following statement

[PATCH] regulator:pfuze100: add MODULE_LICENSE() in pfuze100 driver

Fix building error on x86_64 and i386: WARNING: modpost: missing MODULE_LICENSE() in drivers/regulator/pfuze100-regulator.o Signed-off-by: Robin Gong --- drivers/regulator/pfuze100-regulator.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/regulator/pfuze100-reg

Re: [PATCH RFC nohz_full 7/7] nohz_full: Force RCU's grace-period kthreads onto timekeeping CPU

On 07/27/2013 07:19 AM, Paul E. McKenney wrote: > From: "Paul E. McKenney" > > Because RCU's quiescent-state-forcing mechanism is used to drive the > full-system-idle state machine, and because this mechanism is executed > by RCU's grace-period kthreads, this commit forces these kthreads to > run

Re: [PATCH RFC nohz_full 1/7] nohz_full: Add Kconfig parameter for scalable detection of all-idle state

On 07/27/2013 07:19 AM, Paul E. McKenney wrote: > From: "Paul E. McKenney" > > At least one CPU must keep the scheduling-clock tick running for > timekeeping purposes whenever there is a non-idle CPU. However, with > the new nohz_full adaptive-idle machinery, it is difficult to distinguish > bet

Re: [PATCH] xfs: introduce object readahead to log recovery

On Mon, Jul 29, 2013 at 10:45 AM, Dave Chinner wrote: > On Mon, Jul 29, 2013 at 09:38:11AM +0800, Zhi Yong Wu wrote: >> By the way, how do you try the workload which has nothing but dirty >> dquote objects? > > Create quota limits for non-existent users. That will allocate the > dquots and dirty t

Re: [PATCH 2/3] ACPI / PM: Make messages in acpi_device_set_power() print device names

On Mon, 2013-07-29 at 11:06 +0800, Lan Tianyu wrote: > 2013/7/27 Rafael J. Wysocki : > > From: Rafael J. Wysocki [] > > drivers/acpi/device_pm.c | 22 ++ [] > > @@ -166,20 +166,20 @@ int acpi_device_set_power(struct acpi_de [] > > if (device->parent && (state < device

Re: [PATCH 2/3] ACPI / PM: Make messages in acpi_device_set_power() print device names

2013/7/27 Rafael J. Wysocki : > From: Rafael J. Wysocki > > Modify acpi_device_set_power() so that diagnostic messages printed by > it to the kernel log always contain the name of the device concerned > to make it possible to identify the device that triggered the message > if need be. > > Also re

linux-next: manual merge of the drm tree with Linus' tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in drivers/gpu/drm/qxl/qxl_release.c between commit 8002db6336dd ("qxl: convert qxl driver to proper use for reservations") from Linus' tree and commit 72525b3f333d ("drm/ttm: convert to unified vma offset manager") from the drm tree

[PATCH] libceph: fix deadlock in ceph_build_auth()

ceph_build_auth() locks ac->mutex and then calls ceph_auth_build_hello() that locks the same mutex, i.e. bring itself to deadlock. The patch moves actual code from ceph_auth_build_hello() to ceph_build_hello_auth_request() that should be called with ac->mutex held and makes ceph_build_auth() calli

Re: [PATCH jiffies] Avoid undefined behavior from signed overflow

On Sun, Jul 28, 2013 at 11:46:59AM -0700, Eric Dumazet wrote: > On Sat, 2013-07-27 at 15:58 -0700, Paul E. McKenney wrote: > > According to the C standard 3.4.3p3, overflow of a signed integer results > > in undefined behavior. This commit therefore changes the definitions > > of time_after() and

Re: [PATCH] xfs: introduce object readahead to log recovery

On Mon, Jul 29, 2013 at 09:38:11AM +0800, Zhi Yong Wu wrote: > By the way, how do you try the workload which has nothing but dirty > dquote objects? Create quota limits for non-existent users. That will allocate the dquots and dirty them. Or if you already have a few hundred thousand dquots, just

[PATCH 3/9] syslog_ns: add init syslog_ns for global syslog

Add init_syslog_ns to manage host log buffer, and initilize its fileds as the global variables. Printk by default in kernel will continue to be targeted at init_syslog_ns. So the buf of init ns is just the same as the original global buf. Signed-off-by: Rui Xiang --- include/linux/syslog.h

  1   2   >