[char-misc-next 10/15] mei: move host bus message handling to hbm.c

for sake of more layered desing we move to the new hbm.c file Signed-off-by: Tomas Winkler --- drivers/misc/mei/Makefile|1 + drivers/misc/mei/hbm.c | 440 ++ drivers/misc/mei/init.c | 111 --- drivers/misc/mei/interface.c |

[char-misc-next 09/15] mei: move hw dependent constructs to interface.c

Signed-off-by: Tomas Winkler --- drivers/misc/mei/init.c |3 +- drivers/misc/mei/interface.c | 92 +- drivers/misc/mei/interrupt.c | 24 +-- drivers/misc/mei/mei_dev.h | 71 ++-- 4 files changed, 97

[char-misc-next 08/15] mei: mei_me_client is not hw API move to mei_dev.h

Remove struct mei_me_client from hw.h as it is not part of of the hardware API. Also it doesn't have to be packed Add kdoc for this structure Signed-off-by: Tomas Winkler --- drivers/misc/mei/hw.h |6 -- drivers/misc/mei/mei_dev.h | 13 + 2 files changed, 13

[char-misc-next 04/15] mei: extarct device dependent constants into hw-mei.h

Signed-off-by: Tomas Winkler --- drivers/misc/mei/hw-mei.h | 118 drivers/misc/mei/hw.h | 98 drivers/misc/mei/mei_dev.h |2 + 3 files changed, 120 insertions(+), 98 deletions(-) create mode 100644

[char-misc-next 01/15] mei: drop redundant length paramter from mei_write_message function

The length is already part of the message header and it is validated before the function call Signed-off-by: Tomas Winkler --- drivers/misc/mei/amthif.c|6 ++ drivers/misc/mei/init.c |7 +++ drivers/misc/mei/interface.c | 24 +++-

[PATCH 3/3] mmc: sdhci: check voltage range only on regulators aware of voltage value

Some regulators don't report any voltage values, so checking supported voltage range results in disabling all SDHCI_CAN_VDD_* flags and registration failure. This patch finally provides a correct fix for the registration of SDHCI driver with all possible voltage regulators: dummy, fixed and

[PATCH 1/3] regulators: add regulator_can_change_voltage() function

Introduce a regulator_can_change_voltage() function for the subsytems or drivers which might check if applying voltage change is possible and use special workaround code when the driver is used with fixed regulators or regulators with disabled ability to change the voltage. Signed-off-by: Marek

[PATCH 2/3] mmc: use regulator_can_change_voltage() instead of regulator_count_voltages() hacks

mmc_regulator_set_ocr() depends on the ability of regulator to change the voltage value. When regulator cannot change its voltage output, some code is skipped to avoid reporting false errors on some boards, which use MMC hosts with fixed regulators (example: Samsung Goni and UniversalC210 boards).

[PATCH v2 0/3] Fix fixed regulators support

Hello, Commit f0f98b19e23d4426ca185e3d4ca80e6aff5ef51b revealed that the support for fixed regulators in SDHCI driver was working only by pure luck. My previous patch set for fixing this issue resulted in a discussion, which has been concluded that this issue should by fixed by extending

Re: [PATCH -next 0/9] tty: Fix buffer work access-after-free

On Tue, 2012-12-04 at 08:54 +, Alan Cox wrote: > On Tue, 4 Dec 2012 02:07:36 -0500 > Peter Hurley wrote: > > > This patch series addresses the causes of flush_to_ldisc accessing > > the tty after freeing. > > Looks good to me. Would be nice to keep a copy of the test that shows > it up in

Re: [PATCH 1/1] ARM: ux500: Change IRQ from low-to-high edge triggered to high-to-low

On Tue, 04 Dec 2012, Linus Walleij wrote: > On Tue, Dec 4, 2012 at 10:12 AM, Lee Jones wrote: > > On Sat, 01 Dec 2012, Linus Walleij wrote: > > > >> On Fri, Nov 30, 2012 at 4:24 PM, Lee Jones wrote: > >> > >> > When the STMPE IRQ is triggered to be active high level-sensitive, the > >> >

Re: [ 09/56] x86-32: Fix invalid stack address while in softirq

On Fri, Nov 30, 2012 at 10:55:01AM -0800, Greg Kroah-Hartman wrote: > 3.4-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Robert Richter > > commit 1022623842cb72ee4d0dbf02f6937f38c92c3f41 upstream. > > In 32 bit the stack address

Re: switcheroo registration vs switching race...

At Tue, 04 Dec 2012 14:23:05 +0100, Takashi Iwai wrote: > > At Tue, 4 Dec 2012 20:58:55 +0800, > Daniel J Blueman wrote: > > > > On 4 December 2012 01:10, Takashi Iwai wrote: > > > At Tue, 4 Dec 2012 00:50:56 +0800, > > > Daniel J Blueman wrote: > > >> > > >> On 4 December 2012 00:23, Takashi

Re: [PATCH] memory: of_memory.c: remove unnecessary initialization

On Tue, Dec 4, 2012 at 11:44 AM, Santosh Shilimkar wrote: > On Tuesday 04 December 2012 04:56 PM, Cong Ding wrote: >> >> the initialization of variable ret is unnecessary, we can remove it while >> save >> one time "or" operation. >> >> Signed-off-by: Cong Ding >> --- > > Looks ok. > Acked-by:

Re: [PATCH 0/3] perf hists: Changes on hists__{link,match}

On Tue, Dec 04, 2012 at 01:44:22PM +0900, Namhyung Kim wrote: > Hi Arnaldo, > > This is what I talked to Jiri yesterday, and it can be a common basis > of both event group and multiple diff patchset. The point is using > internal input or collapsed rb tree to sort hist entries rather than >

Re: [PATCH 12/18] perf ui/hist: Add support for event group view

Em Tue, Dec 04, 2012 at 06:16:59PM +0900, Namhyung Kim escreveu: > On Fri, Nov 30, 2012 at 10:52 PM, Arnaldo Carvalho de Melo wrote: > Ah, I missed your point. Just got it now, will try this approach. So > you want to see no "0.00%" for a dummy entry, right? That wasn't the point, and perhaps

[PATCH 0/6] nfsd: cleanup "init_net" references

Hard-coded "init_net" pointer is widely used in NFSd code. This patch replaces "init_net" references by passed struct net pointer where requied. In future, proper network namespace context will be taken from NFSd file system superblock private data or, where it's impossible, from current. The

[PATCH 1/6] nfsd: pass net to nfsd_init_socks()

Precursor patch. Hard-coded "init_net" will be replaced by proper one in future. Signed-off-by: Stanislav Kinsbursky --- fs/nfsd/nfssvc.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/nfsd/nfssvc.c b/fs/nfsd/nfssvc.c index 9beace6..9fd8496 100644 ---

Re: [RFC] Capabilities still can't be inherited by normal programs

Quoting Andy Lutomirski (l...@amacapital.net): > >> d) If I really wanted, I could emulate execve without actually doing > >> execve, and capabilities would be inherited. > > > > If you could modify the executable properties of the binary that has > > the privilege to wield a privilege then you

[PATCH 6/6] nfsd: pass net to __write_ports() and down

Precursor patch. Hard-coded "init_net" will be replaced by proper one in future. Signed-off-by: Stanislav Kinsbursky --- fs/nfsd/nfsctl.c | 16 1 files changed, 8 insertions(+), 8 deletions(-) diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c index 58f0ae4..8536100 100644 ---

[PATCH 5/6] nfsd: pass net to nfsd_set_nrthreads()

Precursor patch. Hard-coded "init_net" will be replaced by proper one in future. Signed-off-by: Stanislav Kinsbursky --- fs/nfsd/nfsctl.c |3 ++- fs/nfsd/nfsd.h |2 +- fs/nfsd/nfssvc.c |3 +-- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/nfsd/nfsctl.c

[PATCH 4/6] nfsd: pass net to nfsd_svc()

Precursor patch. Hard-coded "init_net" will be replaced by proper one in future. Signed-off-by: Stanislav Kinsbursky --- fs/nfsd/nfsctl.c |4 +++- fs/nfsd/nfsd.h |2 +- fs/nfsd/nfssvc.c |3 +-- 3 files changed, 5 insertions(+), 4 deletions(-) diff --git a/fs/nfsd/nfsctl.c

[PATCH 3/6] nfsd: pass net to nfsd_create_serv()

Precursor patch. Hard-coded "init_net" will be replaced by proper one in future. Signed-off-by: Stanislav Kinsbursky --- fs/nfsd/nfsctl.c |4 ++-- fs/nfsd/nfsd.h |2 +- fs/nfsd/nfssvc.c |5 ++--- 3 files changed, 5 insertions(+), 6 deletions(-) diff --git a/fs/nfsd/nfsctl.c

[PATCH 2/6] nfsd: pass net to nfsd_startup() and nfsd_shutdown()

Precursor patch. Hard-coded "init_net" will be replaced by proper one in future. Signed-off-by: Stanislav Kinsbursky --- fs/nfsd/nfssvc.c | 15 ++- 1 files changed, 6 insertions(+), 9 deletions(-) diff --git a/fs/nfsd/nfssvc.c b/fs/nfsd/nfssvc.c index 9fd8496..21cba3d 100644 ---

BUG: wait_task_zombie NULL dereference

I'm hitting this under a heavy scheduler test load with SCHED_RR tasks exiting normally after completion and the parent exiting with some of the pthreads still running: (gdb) bt #0 no_context (regs=0x880018c55d58, error_code=0, address=4, signal=signal@entry=11,

Re: [PATCH net-next 3/3] virtio-net: change the number of queues through ethtool

On Tue, Dec 04, 2012 at 07:07:58PM +0800, Jason Wang wrote: > This patch implement the ethtool_{set|get}_channels method of ethool to allow > user to change the number of queues dymaically when the device is running. > This > would let the user to configure it on demand. > > Signed-off-by: Jason

Re: [PATCH 3/3] perf diff: Use internal rb tree for compute resort

Em Tue, Dec 04, 2012 at 01:44:25PM +0900, Namhyung Kim escreveu: > From: Namhyung Kim > > There's no reason to run hists_compute_resort() using output tree. > Convert it to use internal tree so that it can remove unnecessary > _output_resort. Also move position computation below the resort

Re: [PATCH 1/3] perf hists: Exchange order of comparing items when collapsing hists

Em Tue, Dec 04, 2012 at 01:44:23PM +0900, Namhyung Kim escreveu: > From: Namhyung Kim > > When comparing entries for collapsing put the given entry first, and > then the iterated entry. This is not the case of hist_entry__cmp() > when called if given sort keys don't require collapsing. So

Re: [ 06/37] x86-32: Fix invalid stack address while in softirq

On Fri, Nov 30, 2012 at 10:45:53AM -0800, Greg Kroah-Hartman wrote: > 3.0-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Robert Richter > > commit 1022623842cb72ee4d0dbf02f6937f38c92c3f41 upstream. > > In 32 bit the stack address

Re: next: ext4 build failure

On 12/04/2012 09:40 PM, Tao Ma wrote: > Hi Ted, > On 12/04/2012 09:27 PM, Theodore Ts'o wrote: >> On Tue, Dec 04, 2012 at 10:29:00AM +0100, Jiri Slaby wrote: >>> Hi, >>> >>> commit a7b0168d4a9bb78535827ddaf9c055963f5bd7aa >>> Author: Tao Ma >>> Date: Sun Dec 2 20:30:52 2012 -0500 >>> >>>

Re: next: ext4 build failure

Hi Ted, On 12/04/2012 09:27 PM, Theodore Ts'o wrote: > On Tue, Dec 04, 2012 at 10:29:00AM +0100, Jiri Slaby wrote: >> Hi, >> >> commit a7b0168d4a9bb78535827ddaf9c055963f5bd7aa >> Author: Tao Ma >> Date: Sun Dec 2 20:30:52 2012 -0500 >> >> ext4: let fallocate handle inline data correctly >>

Re: next: ext4 build failure

On 12/04/2012 02:27 PM, Theodore Ts'o wrote: > On Tue, Dec 04, 2012 at 10:29:00AM +0100, Jiri Slaby wrote: >> Hi, >> >> commit a7b0168d4a9bb78535827ddaf9c055963f5bd7aa >> Author: Tao Ma >> Date: Sun Dec 2 20:30:52 2012 -0500 >> >> ext4: let fallocate handle inline data correctly >> >> added

Re: next: ext4 build failure

On Tue, Dec 04, 2012 at 10:29:00AM +0100, Jiri Slaby wrote: > Hi, > > commit a7b0168d4a9bb78535827ddaf9c055963f5bd7aa > Author: Tao Ma > Date: Sun Dec 2 20:30:52 2012 -0500 > > ext4: let fallocate handle inline data correctly > > added > > static int int ext4_convert_inline_data(struct

Re: switcheroo registration vs switching race...

At Tue, 4 Dec 2012 20:58:55 +0800, Daniel J Blueman wrote: > > On 4 December 2012 01:10, Takashi Iwai wrote: > > At Tue, 4 Dec 2012 00:50:56 +0800, > > Daniel J Blueman wrote: > >> > >> On 4 December 2012 00:23, Takashi Iwai wrote: > >> > At Mon, 3 Dec 2012 23:08:28 +0800, > >> > Daniel J

Re: [PATCH v5 2/2] ARM: davinci: dm365 EVM: add support for VPBE display

On 12/3/2012 1:51 PM, Prabhakar Lad wrote: > From: Manjunath Hadli > > add support for V4L2 video display to DM365 EVM. > Support for SD and ED modes is provided, along with Composite > and Component outputs. > > Signed-off-by: Manjunath Hadli > Signed-off-by: Lad, Prabhakar > --- >

RE: [PATCH v2 0/3] mtd: nand: OMAP: ELM error correction support for BCH ecc

On Fri, Nov 30, 2012 at 17:58:18, Artem Bityutskiy wrote: > On Thu, 2012-11-22 at 14:37 +, Philip, Avinash wrote: > > Idea here is to make faster scanning of erased page without bit flips. > > For omap nand driver ecc reported by hardware is non-zero and non > > 0xff. > > So comparing with the

Re: [PATCH net-next 2/3] virtio_net: multiqueue support

I found some bugs, see below. Also some style nitpicking, this is not mandatory to address. On Tue, Dec 04, 2012 at 07:07:57PM +0800, Jason Wang wrote: > This addes multiqueue support to virtio_net driver. In multiple queue modes, > the > driver expects the number of queue paris is equal to the

Re: [PATCH] smsc: RFC: Workaround for problems with lan8710 phy auto MDI-X

On Nov 30, 2012, at 4:23 PM, Jiri Kosina wrote: > I am not sure whether compile-time option for something like this is > appropriate. Kernel module parameter, perhaps? > > Of course it'd be far better if faulty hardware can be autodetected in > runtime. Thanks for the input. Currently only

RE: [PATCH v2 3/3] mtd: nand: omap2: Support for hardware BCH error correction

On Fri, Nov 30, 2012 at 17:58:00, Artem Bityutskiy wrote: > On Wed, 2012-10-31 at 12:38 +0530, Philip, Avinash wrote: > > +static int erased_sector_bitflips(u_char *data, u_char *oob, > > + struct omap_nand_info *info) > > +{ > > + int flip_bits = 0, i; > > + > > + for (i

Re: [v2 PATCH 01/14] of: add dma-mask binding

On 12/04/2012 01:53 AM, Wenyou Yang wrote: > From: Jean-Christophe PLAGNIOL-VILLARD > > This will allow each device to specify its dma-mask for this we use the > coherent_dma_mask as pointer. By default the dma-mask will be set to > DMA_BIT_MASK(32). > The microblaze architecture hook is drop >

Re: [PATCH v5 1/2] ARM: davinci: dm365: add support for v4l2 video display

On 12/3/2012 1:51 PM, Prabhakar Lad wrote: > From: Manjunath Hadli > > Create platform devices for various video modules like venc,osd, > vpbe and v4l2 driver for dm365. > > Signed-off-by: Manjunath Hadli > Signed-off-by: Lad, Prabhakar > --- > arch/arm/mach-davinci/board-dm365-evm.c |4

[GIT PULL rcu/next] One more RCU commit for 3.8

Hello, Ingo, Could you please pull one more commit? This is an update to Frederic Weisbecker's context-tracking subsystem that is another stepping stone towards adaptive-idle and tickless userspace execution. This has been subjected to -next testing. It does give two checkpatch.pl errors, but

[PATCH] tty: Correct tty buffer flush.

The root of problem is carelessly zeroing pointer(in function __tty_buffer_flush()), when another thread can use it. It can be cause of "NULL pointer dereference". Main idea of the patch, this is never free last (struct tty_buffer) in the active buffer. Only flush the data for

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

Hi Stephen, Thanks for the report. the corresponding fix is already sent to Ted in the patch named "ext4: Fix inline data build warning found by kernel build testing.", but it seems that Ted hasn't pushed it into ext4dev yet. Thanks Tao On 12/04/2012 02:13 PM, Stephen Rothwell

Re: [linux-keystone] [PATCH v2] drivers: cma: fix addressing on PAE machines

> On Monday 03 December 2012 09:16 PM, Vitaly Andrianov wrote: >> This patch fixes a couple of bugs that otherwise impair CMA functionality on >> PAE machines: >> >>- alignment must be a 64-bit type when running on systems with 64-bit >> physical addresses. If this is not the case, the

Re: [RFC PATCH v3] Add rcu user eqs exception hooks for async page fault

On Tue, Dec 04, 2012 at 10:36:02AM +0800, Li Zhong wrote: > On Mon, 2012-12-03 at 11:57 +0200, Gleb Natapov wrote: > > Please regenerate the patch against > > git://git.kernel.org/pub/scm/virt/kvm/kvm.git queue. > > Done. > > By the way, the included file is replaced with > in latest next

checkpatch.pl and assembly #defines

Hello, Andy, The current checkpatch.pl complains about cpp macros defined as follows: #define callit call my_function Of course, if you do put parentheses around the definition, your assembler will complain. Could this complaint be downgraded to a warning? Or is there some way to recognize

Re: switcheroo registration vs switching race...

On 4 December 2012 01:10, Takashi Iwai wrote: > At Tue, 4 Dec 2012 00:50:56 +0800, > Daniel J Blueman wrote: >> >> On 4 December 2012 00:23, Takashi Iwai wrote: >> > At Mon, 3 Dec 2012 23:08:28 +0800, >> > Daniel J Blueman wrote: >> >> >> >> On 3 December 2012 22:40, Takashi Iwai wrote: >> >> >

Re: i915 freakout with latest 3.7 git

On Tue, Dec 04, 2012 at 01:35:22PM +0100, Heinz Diehl wrote: > On 04.12.2012, Daniel Vetter wrote: > > > Yeah, if anyone can somewhat reliably reproduce this > > Ok, I see. So the beginning would be to reliably reproduce the the > hang. I have encountered it in any possbile situasjon, both when

Re: [net-next RFC] pktgen: don't wait for the device who doesn't free skb immediately after sent

On Monday, December 03, 2012 08:01:11 AM Stephen Hemminger wrote: > On Mon, 03 Dec 2012 14:45:46 +0800 > > Jason Wang wrote: > > On Tuesday, November 27, 2012 08:49:19 AM Stephen Hemminger wrote: > > > On Tue, 27 Nov 2012 14:45:13 +0800 > > > > > > Jason Wang wrote: > > > > On 11/27/2012 01:37

Re: [PATCH 5/5] mempolicy: fix a memory corruption by refcount imbalance in alloc_pages_vma()

2012/10/9 Mel Gorman : > commit 00442ad04a5eac08a98255697c510e708f6082e2 upstream. > > Commit cc9a6c877661 ("cpuset: mm: reduce large amounts of memory barrier > related damage v3") introduced a potential memory corruption. > shmem_alloc_page() uses a pseudo vma and it has one significant unique >

Re: [PATCH 1/3] net: stmmac: change GMAC control register for SGMII

On 11/28/2012 11:57 AM, Byungho An wrote: On 11/26/2012 07:31 PM, Giuseppe CABALLARO wrote: On 11/23/2012 10:04 AM, Byungho An wrote: This patch changes GMAC control register (TC(Transmit Configuration) and PS(Port Selection) bit for SGMII. In case of SGMII, TC bit is '1' and PS bit is 0.

Re: i915 freakout with latest 3.7 git

On 04.12.2012, Daniel Vetter wrote: > Yeah, if anyone can somewhat reliably reproduce this Ok, I see. So the beginning would be to reliably reproduce the the hang. I have encountered it in any possbile situasjon, both when watching videos on Youtube and right after booting the machine and doing

Re: [PATCH 1/1] ARM: ux500: Change IRQ from low-to-high edge triggered to high-to-low

On Tue, Dec 4, 2012 at 10:12 AM, Lee Jones wrote: > On Sat, 01 Dec 2012, Linus Walleij wrote: > >> On Fri, Nov 30, 2012 at 4:24 PM, Lee Jones wrote: >> >> > When the STMPE IRQ is triggered to be active high level-sensitive, the >> > Nomadik GPIO controller it uses complains, although it still

Re: [PATCH 4/4 v6] iommu/fsl: Freescale PAMU driver and IOMMU API implementation.

Sethi Varun-B16395 wrote: > This would in any case change with the new LIODN allocation scheme. I > intend on introducing the new scheme as a separate patch. At the very least, you should detect when an LIODN is too large and print an error message. -- Timur Tabi Linux kernel developer at

Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap

Hi Tang, Thanks for your review and comments, Please see below for my reply. On 2012/12/4 17:13, Tang Chen wrote: > Hi Wu, > > Sorry to make noise here. Please see below. :) > > On 12/03/2012 10:23 AM, Jianguo Wu wrote: >> Signed-off-by: Jianguo Wu >> Signed-off-by: Jiang Liu >> --- >>

[PATCH] SUNRPC: remove redundant "linux/nsproxy.h" includes

This is a cleanup patch. Signed-off-by: Stanislav Kinsbursky --- net/sunrpc/rpcb_clnt.c |1 - net/sunrpc/svc.c |1 - 2 files changed, 0 insertions(+), 2 deletions(-) diff --git a/net/sunrpc/rpcb_clnt.c b/net/sunrpc/rpcb_clnt.c index a70acae..109a67a 100644 ---

Re: Regression in 3.7-rc8: block device size

On 2012-12-04 13:13, Meelis Roos wrote: >> Most likely Linus' shuffle of code in there. For ease of debugging, can >> you a bisect of fs/ between rc7 and rc8? Just do; > > Already found the discussion and patch in 3.7-rc8 thread. Linus's patch > worked fine for me too. Even better! Thanks. --

Re: Regression in 3.7-rc8: block device size

> Most likely Linus' shuffle of code in there. For ease of debugging, can > you a bisect of fs/ between rc7 and rc8? Just do; Already found the discussion and patch in 3.7-rc8 thread. Linus's patch worked fine for me too. -- Meelis Roos (mr...@linux.ee) -- To unsubscribe from this list: send

RE: [PATCH 4/4 v6] iommu/fsl: Freescale PAMU driver and IOMMU API implementation.

> -Original Message- > From: Tabi Timur-B04825 > Sent: Tuesday, December 04, 2012 1:33 AM > To: Sethi Varun-B16395 > Cc: joerg.roe...@amd.com; io...@lists.linux-foundation.org; linuxppc- > d...@lists.ozlabs.org; linux-kernel@vger.kernel.org; Wood Scott-B07421 > Subject: Re: [PATCH 4/4

[PATCH 2/5] arcmsr: Support Hibernation

From: Nick Cheng Support hibernation for whole series of RAID controllers Signed-off-by: Nick Cheng --- patch2 Description: Binary data

Re: perf user tool precise attribute broken in 3.5rc1+

Andi Kleen firstfloor.org> writes: > > > Hmm, the problem disappeared after a make clean. > Sorry for the noise. > > -Andi > Andi, I am using your hsw_pmu 3.6 kernel and the perf it comes with. However, I experience the same problem you addressed here. Could you elaborate how you solved the

[PATCH 5/5] arcmsr: Modify ARC-1214 Inband Messages Behavior

From: Nick Cheng Modify ARC-1214 inband messages behavior to make up for HW seldom malfunction. Signed-off-by: Nick Cheng --- patch5 Description: Binary data

[PATCH 3/5] arcmsr: Support MSI and MSI-X

From: Nick Cheng Support MSI or MSI-X for whole series of RAID controllers. Meanwhile correct the register access as iowrite32/ioread32 Signed-off-by: Nick Cheng --- patch3 Description: Binary data

Re: Regression in 3.7-rc8: block device size

On 2012-12-04 10:40, Meelis Roos wrote: > This is on a couple of different Sun sparc64 machines with pata_ali IDE > controller. These machines work with no warnings in 3.7-rc7 and the same > userspace. On 3.7-rc8, I get warning about trying to access beyond end > of device: > > [ 65.219323]

RE: [PATCH 3/4 v5] iommu/fsl: Add iommu domain attributes required by fsl PAMU driver.

> -Original Message- > From: Wood Scott-B07421 > Sent: Monday, December 03, 2012 10:34 PM > To: Sethi Varun-B16395 > Cc: Joerg Roedel; linux-kernel@vger.kernel.org; iommu@lists.linux- > foundation.org; Wood Scott-B07421; linuxppc-...@lists.ozlabs.org; Tabi > Timur-B04825 > Subject: Re:

Re: [PATCH v3] i2c-hid: introduce HID over i2c specification implementation

On Tue, Dec 4, 2012 at 11:31 AM, Jiri Kosina wrote: > On Mon, 3 Dec 2012, Benjamin Tissoires wrote: > >> >> I know that it already have been used by one Nvidia team and by Elan >> >> for internal tests. So I don't know if it's possible to change it now >> >> (though it's not a big deal). >> > >>

Re: [RFC PATCH 0/6] kvm: Growable memory slot array

On Mon, Dec 03, 2012 at 04:39:05PM -0700, Alex Williamson wrote: > Memory slots are currently a fixed resource with a relatively small > limit. When using PCI device assignment in a qemu guest it's fairly > easy to exhaust the number of available slots. I posted patches > exploring growing the

Re: [PATCH 2/2] Staging: android: ashmem: Add support for 32bit ashmem calls in a 64bit kernel

I don't understand this, and I'm going to embarrass myself by displaying my ignorance for all to see. Why is this code so different from all the other 32 bit compat code that we have in the kernel? On Tue, Dec 04, 2012 at 10:44:14AM +, Serban Constantinescu wrote: > -static int

Re: [PATCH] memory: of_memory.c: remove unnecessary initialization

On Tuesday 04 December 2012 04:56 PM, Cong Ding wrote: the initialization of variable ret is unnecessary, we can remove it while save one time "or" operation. Signed-off-by: Cong Ding --- Looks ok. Acked-by: Santosh Shilimkar -- To unsubscribe from this list: send the line "unsubscribe

Re: Why a host not ping-able?

On 12/04/2012 12:17:25 AM, Woody Wu wrote: Hi, list I am not sure this has something with kernel. It doesn't. But the system I just generated cannot be reached from ping. It can ping outside, but if I ping it from outside, I just get "Destination Host Unreachable". Some distributions'

[PATCH] megaraid: fix use of delayed work

megaraid use INIT_WORK to declare a hotplug_work, but cast the hotplug_work from work_struct to delayed_work and schedule_delayed_work on it. This is very dangerous, as other part of delayed_work might be kernel memories allocated by others. With commit 8852aac, schedule_delayed_work() will check

[PATCH] nfsd: make NFSv4 recovery client tracking options per net

Pointer to client tracking operations - client_tracking_ops - have to be containerized, because different environment can support different trackers (for example, legacy tracker currently is not suported in container). Signed-off-by: Stanislav Kinsbursky --- fs/nfsd/netns.h |2 ++

[PATCH v2 1/1] Input: STMicroelectronics multi touch capacitive touchscreen ftk

This is a initial driver for STMicroelectronics multi touch capacitive touchscren FingertipK. It supports maximum 10 fingers, based on I2C interface. STMicroelectronics will maintain and update this driver regularly. Tested on Beagleboard, Android ICS. Suggested by Dmitry, rebase and squash 2

[PATCH net-next 2/3] virtio_net: multiqueue support

This addes multiqueue support to virtio_net driver. In multiple queue modes, the driver expects the number of queue paris is equal to the number of vcpus. To eliminate the contention bettwen vcpus and virtqueues, per-cpu virtqueue pairs were implemented through: - select the txq based on the smp

[PATCH net-next 3/3] virtio-net: change the number of queues through ethtool

This patch implement the ethtool_{set|get}_channels method of ethool to allow user to change the number of queues dymaically when the device is running. This would let the user to configure it on demand. Signed-off-by: Jason Wang --- drivers/net/virtio_net.c | 44

[PATCH net-next 1/3] virtio-net: separate fields of sending/receiving queue from virtnet_info

To support multiqueue transmitq/receiveq, the first step is to separate queue related structure from virtnet_info. This patch introduce send_queue and receive_queue structure and use the pointer to them as the parameter in functions handling sending/receiving. Signed-off-by: Krishna Kumar

[PATCH net-next 0/3] Multiqueue support for virtio-net

Hi all: This series is an update version of multiqueue virtio-net driver based on Krishna Kumar's work to let virtio-net use multiple rx/tx queues to do the packets reception and transmission. Please review and comments. A protype implementation of qemu-kvm support could by found in

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

On Tue, Dec 4, 2012 at 1:06 PM, Joerg Roedel wrote: > On Tue, Dec 04, 2012 at 03:42:03PM +1100, Stephen Rothwell wrote: >> Today's linux-next merge of the arm-soc tree got a conflict in >> arch/arm/mach-omap2/clock44xx_data.c between commit 298ea44f211d ("ARM: >> OMAP4: hwmod data: ipu and dsp to

[PATCH] SUNRPC: connect to UNIX sockets synchronously

Local tranports uses UNIX sockets and connecting of these sockets is done in context of file system namespace (i.e. task file system root). Currenly, all sockets connect operations are performed by rpciod work queue, which actually means, that any service will be registered in the same rpcbind

Re: drm_gem_create_mmap_offset / intel_uxa_prepare_access bo problems

Hi everybody! xrestop is functional again in xorg master, so I remembered to have a look at the problem reported two weeks ago. It is caused by qinternet. qinternet is a small utility that is frequently used in opensuse systems to control network connections. It attaches itself to the system

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

On Tue, Dec 04, 2012 at 03:42:03PM +1100, Stephen Rothwell wrote: > Today's linux-next merge of the arm-soc tree got a conflict in > arch/arm/mach-omap2/clock44xx_data.c between commit 298ea44f211d ("ARM: > OMAP4: hwmod data: ipu and dsp to use parent clocks instead of leaf > clocks") from the

Re: tda8290 regression fix

On 2012-11-15 21:43, Anders Thomson wrote: On 2012-10-01 18:56, Anders Thomson wrote: > On 2012-09-23 23:06, Anders Thomson wrote: > > Awfully sorry about this. After having had the familty sit in and check > > the differences, > > I must say that the patch does not fix the issue. This

Re: [RFC PATCH 0/8][Sorted-buddy] mm: Linux VM Infrastructure to support Memory Power Management

Hi Srivatsa, I applied this patchset, and run genload(from LTP) test: numactl --membind=1 ./genload -m 100, then got a "general protection fault", and system was going to reboot. If I revert [RFC PATCH 7/8], and run this test again, genload will be killed due to OOM, but the system is OK, no

[PATCH 1/2] Staging: android: binder: Add support for 32bit binder calls in a 64bit kernel

Android's IPC, Binder, does not support calls from a 32-bit userspace in a 64 bit kernel. This patch adds support for syscalls coming from a 32-bit userspace in a 64-bit kernel. Most of the changes were applied to types that change sizes between 32 and 64 bit world. This will also fix some of the

[PATCH 2/2] Staging: android: ashmem: Add support for 32bit ashmem calls in a 64bit kernel

Android's shared memory subsystem, Ashmem, does not support calls from a 32-bit userspace in a 64 bit kernel. This patch adds support for syscalls coming from a 32-bit userspace in a 64-bit kernel. Most of the changes were applied to types that change sizes between 32 and 64 bit world. This will

[PATCH 0/2] Android: Add support for a 32bit Android file system in a 64bit kernel

Hi all, The following set of patches will provide support for a 32-bit Android file system running on top of 64-bit kernel. We have tested them successfully on 64-bit platforms (Real Time Simulation Model ARMv8) as well as on 32-bit ones (4xA9 Versatile Express). For RTSMv8 we have been using

[PATCH -resend] cris: Use "int" for ssize_t to match size_t

On cris-linux-gcc, __SIZE_TYPE__ expands to "unsigned int", as gcc-4.6.3-nolibc/cris-linux/lib/gcc/cris-linux/4.6.3/plugin/include/config/cris/linux.h has #define SIZE_TYPE "unsigned int" Hence __kernel_size_t is also "unsigned int". But __kernel_ssize_t is "long", which has a different

Re: [PATCH] Revert "__d_unalias() should refuse to move mountpoints"

Op 04-12-12 11:33, Maarten Lankhorst schreef: > Hey, > > Op 29-11-12 21:06, Al Viro schreef: >> On Tue, Sep 25, 2012 at 04:29:58AM -0700, Eric W. Biederman wrote: >>> Maarten Lankhorst writes: >>> > Could you try the following patch? This should report what directories > cannot be

Re: [regression] Re: [ 049/149] rtc: Disable the alarm in the hardware (v2)

On Monday 03 December 2012 15:14:12 you wrote: > On 11/05/2012 02:55 PM, Heinz Wiesinger wrote: > > On Monday 05 November 2012 11:13:31 Greg KH wrote: > >> On Mon, Nov 05, 2012 at 01:11:18AM -0800, Jonathan Nieder wrote: > >>> Hi, > >>> > >>> In March, Greg KH wrote: > 3.2-stable review

Re: [PATCH] Revert "__d_unalias() should refuse to move mountpoints"

Hey, Op 29-11-12 21:06, Al Viro schreef: > On Tue, Sep 25, 2012 at 04:29:58AM -0700, Eric W. Biederman wrote: >> Maarten Lankhorst writes: >> Could you try the following patch? This should report what directories cannot be renamed because one of them is a mount point and it gives some

Re: [Patch v4 03/12] memory-hotplug: remove redundant codes

On 12/04/2012 05:22 PM, Tang Chen wrote: On 11/27/2012 06:00 PM, Wen Congyang wrote: offlining memory blocks and checking whether memory blocks are offlined are very similar. This patch introduces a new function to remove redundant codes. CC: David Rientjes CC: Jiang Liu CC: Len Brown CC:

[PATCH -resend 2/2] frv: Properly use the declarations provided by

- Remove the superfluous address-of ('&') operators, - Remove the unneeded casts, use %p to format pointers instead. Signed-off-by: Geert Uytterhoeven --- arch/frv/kernel/setup.c | 12 +--- 1 files changed, 5 insertions(+), 7 deletions(-) diff --git a/arch/frv/kernel/setup.c

Re: [PATCH v3] i2c-hid: introduce HID over i2c specification implementation

On Mon, 3 Dec 2012, Benjamin Tissoires wrote: > >> I know that it already have been used by one Nvidia team and by Elan > >> for internal tests. So I don't know if it's possible to change it now > >> (though it's not a big deal). > > > > Yes it is possible, as long as the code isn't in Linus'

[PATCH -resend 1/2] frv: Fix use of extinct _sbss and _ebss in debug code

Nowadays it should probably use __bss_start and __bss_stop Signed-off-by: Geert Uytterhoeven --- arch/frv/kernel/setup.c |2 +- arch/frv/mm/init.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/frv/kernel/setup.c b/arch/frv/kernel/setup.c index

Re: [PATCH] xen/blkback: do not leak mode property

>>> On 03.12.12 at 20:32, Olaf Hering wrote: > be->mode is obtained from xenbus_read, which does a kmalloc for the > message body. The short string is never released, so do it on blkbk > remove. > > Signed-off-by: Olaf Hering > --- > > !! Not compile tested !! > >

[PATCH 3/3] MODSIGN: Drop ccache hack

The __TIME__ macro is not needed anymore, because the pubkey is included in a separate .S file. Signed-off-by: Michal Marek --- kernel/modsign_pubkey.c |6 -- 1 file changed, 6 deletions(-) diff --git a/kernel/modsign_pubkey.c b/kernel/modsign_pubkey.c index 045504f..df27eca 100644 ---

[PATCH 2/3] MODSIGN: Avoid using .incbin in C source

From: Takashi Iwai Using the asm .incbin statement in C sources breaks any gcc wrapper which assumes that preprocessed C source is self-contained. Use a separate .S file to include the siging key and certificate. Tested-by: Michal Marek Signed-off-by: Takashi Iwai --- kernel/Makefile

[PATCH 1/3] MODSIGN: Fix comparison erros in scripts/sign-file

Signed-off-by: Michal Marek --- scripts/sign-file |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/scripts/sign-file b/scripts/sign-file index 87ca59d..974a20b 100755 --- a/scripts/sign-file +++ b/scripts/sign-file @@ -156,12 +156,12 @@ sub asn1_extract($$@)

[PULL] Module signing build fixes for blackfin and metag

The following changes since commit 3c46f3d6406b1d0c53575774b2d1fd013cd7f76f: Merge branch 'for-3.7-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq (2012-12-01 17:55:13 -0800) are available in the git repository at:

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