zswap can support multiple swapfiles. So we need to check
all zbud pool pages in zswap.
Version 2:
* add *total_zbud_pages* in zbud to record all the pages in pools
* move the updating of pool pages statistics to
alloc_zbud_page/free_zbud_page to hide the details
Signed-off-by: Cai Liu
On Sun, Jan 19, 2014 at 9:37 AM, Greg KH wrote:
> On Sun, Jan 19, 2014 at 02:55:07PM +0900, SeongJae Park wrote:
>> Following build comes while modprobe process:
>> > ERROR: "__clk_get_hw" [drivers/clk/clk-max77686.ko] undefined!
>> > make[2]: *** [__modpost] Error 1
>> > make[1]: *** [modules]
Hi Philip,
On Fri, Jan 17, 2014 at 8:06 PM, Philip Balister wrote:
> On 01/16/2014 12:53 PM, Srikanth Thokala wrote:
>>
>> This is the driver for the AXI Video Direct Memory Access (AXI
>> VDMA) core, which is a soft Xilinx IP core that provides high-
>> bandwidth direct memory access between
Hi Levente,
On Thu, Jan 16, 2014 at 11:57 PM, Levente Kurusa wrote:
> Hello,
>
> On 01/16/2014 06:53 PM, Srikanth Thokala wrote:
>> This is the driver for the AXI Video Direct Memory Access (AXI
>> VDMA) core, which is a soft Xilinx IP core that provides high-
>> bandwidth direct memory access
Add "kmemcheck=xx" to Documentation/kernel-parameters.txt.
Signed-off-by: Xishi Qiu
---
Documentation/kernel-parameters.txt |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
index
On 01/17/2014 05:57 PM, Mark Brown wrote:
On Fri, Jan 17, 2014 at 09:37:56AM +0200, Jarkko Nikula wrote:
Sidenote: actually this modalias/module loading issue is different
and not related to stable ACPI i2c/spi slave device names.
Oh, I'd been under the impression that it was the rewrite that
* Aravind Gopalakrishnan wrote:
> The workaround for this Erratum is included in AGESA. But BIOSes spun
> only after Jan2014 will have the fix (atleast server versions of the
> chip). The erratum affects both client and server platforms and since
> we cannot say with certainity that ALL BIOSes
In current code, there only one struct rpc_rqst is prealloced. If one
callback request is received from two sk_buff, the xprt_alloc_bc_request
would be execute two times with the same transport->xid. The first time
xprt_alloc_bc_request will alloc one struct rpc_rqst and the TCP_RCV_COPY_DATA
bit
Hi all,
This tree fails (more than usual) the powerpc allyesconfig build.
Changes since 20140117:
Dropped tree: sh (complex merge conflicts against very old commits)
The powerpc tree still had its build failure.
The kvm tree still had its build failure so I used the version from
On Sun, 2014-01-19 at 18:50 -0600, Rob Landley wrote:
> On 01/19/14 13:34, Joe Perches wrote:
> > On Sun, 2014-01-19 at 19:07 +0100, Christophe Leroy wrote:
> >> Pinging this watch as we got no feedback since 22 Nov, although we have
> >> taken
> >> into account reviews from v1 and v2.
> >>
> >>
On Fri, Jan 17, 2014 at 02:32:21PM +, Mel Gorman wrote:
> Developers occasionally try and optimise PFN scanners by using page_order
> but miss that in general it requires zone->lock. This has happened twice for
> compaction.c and rejected both times. This patch clarifies the documentation
>
This is a simple DM target supporting compression for SSD only. Under layer SSD
must support 512B sector size, the target only supports 4k sector size.
Disk layout:
|super|...meta...|..data...|
Store unit is 4k (a block). Super is 1 block, which stores meta and data size
and compression
> Subject: Re: [PATCH] of: fix of_update_property()
>
> On Thu, Jan 16, 2014 at 10:46 PM, Xiubo Li wrote:
> > The of_update_property() is intent to update a property in a node
>
> s/intent/indended/
>
> > and if the property does not exist, will add it to the node.
> >
> > The second search of
We don't have to turn backlight on/off everytime a blanking
or unblanking event comes because the backlight status may
have already been what we want. Another thought is that one
backlight device may be shared by multiple framebuffers. We
don't hope blanking one of the framebuffers may turn the
Hi Linus,
After merging the gpio tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/gpio/gpio-mcp23s08.c: In function 'mcp23s08_irq_setup':
drivers/gpio/gpio-mcp23s08.c:482:46: error: 'struct gpio_chip' has no member
named 'of_node'
mcp->irq_domain =
On Fri, Jan 17, 2014 at 06:06:29PM +0100, Florian Meier wrote:
> Without DMA_PRIVATE the driver is not able to allocate more than one channel.
> Since it uses dma_get_any_slave_channel that calls private_candidate,
> the second allocation fails at
> /* some channels are already publicly allocated
On Sat, Jan 18, 2014 at 11:59:13AM -0600, Rob Landley wrote:
> On 01/16/14 09:59, Vinod Koul wrote:
> >On Thu, Jan 16, 2014 at 06:50:04PM +0800, hongbo.zh...@freescale.com wrote:
> >>From: Hongbo Zhang
> >>
> >>Since there are already seven DMA documentations under the top
> >>Documentation/,
>
Hi Nicholas,
After merging the target-updates tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/target/target_core_iblock.c: In function 'iblock_alloc_bip':
drivers/target/target_core_iblock.c:646:5: error: 'struct
bio_integrity_payload' has no member named
On 01/18/2014 01:46 AM, Will Deacon wrote:
Hi Akashi,
On Fri, Jan 17, 2014 at 08:13:17AM +, AKASHI Takahiro wrote:
Generic audit code also support compat system calls now.
This patch adds a small piece of architecture dependent code.
[...]
static inline int syscall_get_nr(struct
On Fri, Jan 17, 2014 at 02:04:17PM +0300, Sergey Senozhatsky wrote:
> Add compressor device attr that allows to list and select
> compression algorithms.
>
> Define and make available for selection LZ4 compressor ops.
>
> usage example:
> List available compression algorithms (currently selected
Hello Sergey,
I reviewed this patchset and I suggest somethings.
Please have a look and feedback to me. :)
1. Let's define new file zram_comp.c
2. zram_comp includes following field
.create
.compress
.decompress.
.destroy
.name
1) create/destroy
Will set up necessary things like
On 01/20/2014 11:48 AM, David Miller wrote:
> From: Jason Wang
> Date: Mon, 20 Jan 2014 11:16:48 +0800
>
>> This patch return the error code of copy helpers in tun_put_user() instead of
>> ignoring them.
>>
>> Cc: Michael S. Tsirkin
>> Signed-off-by: Jason Wang
> If you perform some of the copy
+static void mwait_idle(void)
+{
+ mwait_idle_with_hints(0, 0);
+}
+
The reason the patch above will crash Core2 machines is because
core2 machines don't support mwait_idle_with_hints().
The calling sequence for old and new MWAIT instructions is different.
The former must be invoked with
Hello Sergey,
Looks good to me and I found a bug which had been in there so I rebased
this patch on the top.
https://git.kernel.org/cgit/linux/kernel/git/minchan/linux.git/commit/?h=zram-next=241e34fc6c3c1a41575fbe6383436be70df300d1
On Fri, Jan 17, 2014 at 02:04:15PM +0300, Sergey Senozhatsky
On Fri, Jan 17, 2014 at 04:09:34PM +0900, Minchan Kim wrote:
> On Thu, Jan 16, 2014 at 04:12:08PM +0300, Sergey Senozhatsky wrote:
> > This patchset includes zram stats clean up and enhancements.
> >
> > Sergey Senozhatsky (8):
> > zram: drop `init_done' struct zram member
> > zram: do not
- Board specific DT entries for TI's USIM - smart card controller of AM43xx
platfrom.These entries are used by USIM driver for various configurations.
- Shutdown line of NXP phy is maped to GPIO5. So enabling same to have support
for NXP phy.
- i2c2 pinmux configuration - NxP tda8026 phy is
SoC specific DT entries added for TI's USIM - smart card controller of AM43xx
platfrom.
Signed-off-by: Satish Patel
---
arch/arm/boot/dts/am4372.dtsi | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
SmartCard controller uses this interface to communicate with
SmartCard via PHY
Some SmartCard PHY has multiple slots for cards.
This inerface also enables controller to communicate
with one or more SmartCard connected over phy.
interface structure includes following APIs
- set/get config
-
TDA8026 is a SmartCard PHY from NXP.
The PHY interfaces with the main processor over the
I2C interface and acts as a slave device.
The driver also exposes the phy interface
(defined@include/linux/sc_phy.h) for SmartCard controller.
Controller uses this interface to communicate with smart card
Changes from v1:
* RFC(v1) comments are fixed
** removed "gpio_to_irq" as GPIO controller process cell from DT and
give it to DT node
** comments on documentation
** few other comments on null checks are resolved
* BWT timing configuration is added to ti-usim driver
v1 cover letter link#
On Sun, 2014-01-19 at 18:38 -0800, Linus Torvalds wrote:
> On Sun, Jan 19, 2014 at 2:16 AM, Nicholas A. Bellinger
> wrote:
> >
> > This patch changes percpu_ida_alloc() to accept task state bitmask
> > for prepare_to_wait() to support interruptible sleep for callers
> > that require it.
>
> This
From: Nicholas Bellinger
This patch addresses a bug where connection reset would hang
indefinately once percpu_ida_alloc() was starved for tags, due
to the fact that it always assumed uninterruptible sleep mode.
So now make percpu_ida_alloc() check for signal_pending_state() for
making
From: Nicholas Bellinger
Hi Linus,
Here is the -v2 series for converting percpu_ida_alloc() + consumer
usage to accept the task state bitmask parameter, w/o the extra
legacy gfp_t wrapper.
As requested, the first patch contains only the parameter change
to percpu_ida_alloc() + existing
From: Nicholas Bellinger
This patch propigates the use of task state bitmask for
percpu_ida_alloc() up the blk-mq callchain, to the point in
blk_get_request() where the blk-mq vs. blk-old split occurs.
Along with the obvious parameters changes, there are two cases
in mq_flush_work() +
Hi,
On Sun, Jan 19, 2014 at 10:58 AM, Jean-Francois Moine wrote:
> Signed-off-by: Jean-Francois Moine
> ---
> .../devicetree/bindings/drm/i2c/tda998x.txt| 24
> ++
> 1 file changed, 24 insertions(+)
> create mode 100644
From: Kent Overstreet
This patch changes percpu_ida_alloc() + callers to accept task state
bitmask for prepare_to_wait() for code like target/iscsi that needs
it for interruptible sleep, that is provided in a subsequent patch.
It now expects TASK_UNINTERRUPTIBLE when the caller is able to sleep
From: Bruce Liu
Date: Fri, 17 Jan 2014 23:47:59 +0800
> When timestamping is enabled, stmmac_tx_clean will call
> stmmac_get_tx_hwtstamp to get tx TS.
> But the skb can be NULL because the last of its tx_skbuff is NULL
> if this packet frame is filled in more than one descriptors.
>
> To fix
From: Chen-Yu Tsai
Date: Fri, 17 Jan 2014 21:24:39 +0800
> This is v3 of the Allwinner A20 GMAC glue layer for stmmac.
> I have split the series into stmmac driver changes for net-next,
> and clock and DT patches for their respective trees.
Series applied, thanks.
--
To unsubscribe from this
From: Jason Wang
Date: Mon, 20 Jan 2014 11:25:13 +0800
> To silent "make htmldocs" warning.
>
> Reported-by: kbuild test robot
> Signed-off-by: Jason Wang
Applied to net-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Sat, 18 Jan 2014 10:46:06 +0100 Mike Galbraith wrote:
>
> I hope it doesn't look quite like that, next-20140117 is -ENOBOOT on
> Q6600 box. See below for an alternative.
>
> idle: kill unnecessary mwait_idle() resched IPIs
OK, so despite even further discussion, I have applied this as a
From: Jason Wang
Date: Mon, 20 Jan 2014 11:25:13 +0800
> To silent "make htmldocs" warning.
>
> Reported-by: kbuild test robot
> Signed-off-by: Jason Wang
This is certainly not such a catastrophic error that it should be
targetted at the 'net' tree.
--
To unsubscribe from this list: send
From: Jason Wang
Date: Mon, 20 Jan 2014 11:16:48 +0800
> This patch return the error code of copy helpers in tun_put_user() instead of
> ignoring them.
>
> Cc: Michael S. Tsirkin
> Signed-off-by: Jason Wang
If you perform some of the copy successfully, you have to report that
length rather
On Jan 19, 2014, at 7:27 PM, Paul Gortmaker wrote:
[Re: don't use module_init in non-modular ... (was: Re: [PATCH]
m68k: don't use module_init in non-modular mvme16x/rtc.c code)] On
19/01/2014 (Sun 10:40) Geert Uytterhoeven wrote:
The word "module" has different meanings: it can be a
On Tue, Jan 14, 2014 at 11:44:06PM -0500, Waiman Long wrote:
> This patch modifies the queue_write_unlock() function to use the new
> smp_store_release() function (currently in tip). It also removes the
> temporary implementation of smp_load_acquire() and smp_store_release()
> function in
Hi J,
On 01/18/2014 01:20 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 10:59 Fri 17 Jan , Bo Shen wrote:
In sama5d3 SoC, there are 16 endpoints. As the USBA_NR_ENDPOINTS
is only 7. So, fix it for sama5d3 SoC using the udc->num_ep.
Signed-off-by: Bo Shen
---
On Mon, 20 Jan 2014 01:49:17 +0100 Ian Kumlien wrote:
> On mån, 2014-01-20 at 11:38 +1100, NeilBrown wrote:
> > On Sun, 19 Jan 2014 23:00:23 +0100 Ian Kumlien
> > wrote:
> >
> > > Ok, so third try to actually email this...
> > > ---
> > >
> > > Hi,
> > >
> > > I started testing 3.13-rc8 on
[Re: don't use module_init in non-modular ... (was: Re: [PATCH] m68k: don't use
module_init in non-modular mvme16x/rtc.c code)] On 19/01/2014 (Sun 10:40) Geert
Uytterhoeven wrote:
> Hi Paul,
>
> On Thu, Jan 16, 2014 at 11:15 PM, Paul Gortmaker
> wrote:
> > The rtc.o is built for obj-y, i.e.
To silent "make htmldocs" warning.
Reported-by: kbuild test robot
Signed-off-by: Jason Wang
---
net/core/dev.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/core/dev.c b/net/core/dev.c
index 0ce469e..d78dc62 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@
Hi Mar, Lars
> > I don't like this. I don't think it is a good design pattern to call
> > devm function from within (especial non-devm) library functions. It
> > creates an asymmetric API. The memory is allocated when
> > snd_dmaengine_pcm_register() is called, but it is not freed when
> >
This patch return the error code of copy helpers in tun_put_user() instead of
ignoring them.
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index
The release got delayed by a week due to travels, but I suspect that's
just as well. We had a few fixes come in, and while it wasn't a lot, I
think we're better off for it. At least I hope so - I'll be very
disappointed if any of them cause more problems than they fix..
Anyway, the patch from rc8
On Mon, Jan 06, 2014 at 09:44:36PM +0800, Alex Shi wrote:
> On 12/18/2013 12:32 AM, Paul E. McKenney wrote:
> > On Fri, Dec 13, 2013 at 06:09:47PM +0800, Alex Shi wrote:
[ . . . ]
> > 3. Allow the exported values to become inaccurate, and resample
> > the actual values remotely if
> On Fri, 2014-01-17 at 17:25 -0800, dormando wrote:
> > Hi,
> >
> > Upgraded a few kernels to the latest 3.10 stable tree while tracking down
> > a rare kernel panic, seems to have introduced a much more frequent kernel
> > panic. Takes anywhere from 4 hours to 2 days to trigger:
> >
> >
Luiz Capitulino writes:
> On Fri, 17 Jan 2014 09:10:47 +1030
> Rusty Russell wrote:
>
>> Luiz Capitulino writes:
>> > From: Luiz capitulino
>> >
>> > This commit adds support to a new virtqueue called message virtqueue.
>>
>> OK, this needs a lot of thought (especially since reworking the
On Sun, Jan 19, 2014 at 2:16 AM, Nicholas A. Bellinger
wrote:
>
> This patch changes percpu_ida_alloc() to accept task state bitmask
> for prepare_to_wait() to support interruptible sleep for callers
> that require it.
This patch-series is not bisectable. Afaik, the first patch will break
the
On Thu, Jan 16, 2014 at 04:08:31PM -0800, Tim Chen wrote:
> When contended, architectures may be able to reduce the polling overhead
> in ways which aren't expressible using a simple relax() primitive.
>
> This patch allows architectures to hook into the mcs_{lock,unlock}
> functions for the
On Thu, Jan 16, 2014 at 04:08:36PM -0800, Tim Chen wrote:
> This patch adds Kconfig entries to allow architectures to hook into the
> MCS lock/unlock functions in the contended case.
>
> From: Will Deacon
> Signed-off-by: Will Deacon
Reviewed-by: Paul E. McKenney
> ---
> arch/Kconfig
On Thu, Jan 16, 2014 at 04:08:28PM -0800, Tim Chen wrote:
> This patch corrects the way memory barriers are used in the MCS lock
> with smp_load_acquire and smp_store_release fucnction.
> It removes ones that are not needed.
>
> Note that using the smp_load_acquire/smp_store_release pair is not
>
On Thu, Jan 16, 2014 at 04:08:24PM -0800, Tim Chen wrote:
> The following changes are made:
>
> 1) Create a new mcs_spinlock.c file to contain the
>mcs_spin_lock() and mcs_spin_unlock() function.
> 2) Include a number of prerequisite header files and define
>arch_mutex_cpu_relax(), if not
Current ACPI cpu hotplug driver fails to associate hot-added CPUs with
corresponding NUMA node when doing socket online. The code path to
associate CPU with NUMA node is as below:
acpi_processor_add()
->acpi_processor_get_info()
->acpi_processor_hotadd_init()
On Thu, Jan 16, 2014 at 04:08:20PM -0800, Tim Chen wrote:
> Remove unnecessary operation and make the cmpxchg(lock, node, NULL) == node
> check in mcs_spin_unlock() likely() as it is likely that a race did not occur
> most of the time.
>
> Also add in more comments describing how the local node
On Thu, Jan 16, 2014 at 04:08:16PM -0800, Tim Chen wrote:
> We will need the MCS lock code for doing optimistic spinning for rwsem
> and queue rwlock. Extracting the MCS code from mutex.c and put into
> its own file allow us to reuse this code easily.
>
> Signed-off-by: Tim Chen
>
Hi Namhyung,
On 2014/1/17 16:08, Namhyung Kim wrote:
> Hello,
> (Resending with LKML CC'ed)
>
> This patchset tries to add support for recent multi buffer and event
> trigger changes to uprobes. The multi buffer support patch is an
> updated version of Zovi's previous patch v6 [1].
>
> Zovi,
On Tue, 2014-01-14 at 17:00 +0100, Gmane Remailer wrote:
> This message was created automatically by mail delivery software (TMDA).
>
> Your message attached below is being held because the address
> has not been verified.
>
> To release your message for delivery, please send an empty
On 01/18/2014 10:02 AM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Make KVM_MMU_AUDIT kconfig help text readable and collapse
> two spaces between words down to one space.
>
Reviewed-by: Xiao Guangrong
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Monday, January 20, 2014 12:37 AM, Rafael J. Wysocki wrote:
> On Wednesday, November 14, 2040 04:27:17 AM Shuah Khan wrote:
> > Convert drivers/video/backlight/class to use dev_pm_ops for power
> > management and remove Legacy PM ops hooks. With this change, rtc class
> > registers
On Mon, Jan 20, 2014 at 10:54:44AM +1000, Dave Airlie wrote:
> David Herrmann's changes to use a pseudo filesystem for drm's shared
> inodes requires this be exported for drm to build as a module.
>
> I'd like to merge this via the drm tree, so please ack.
Having looked through these patches...
On 01/19/2014 05:00 PM, Len Brown wrote:
> On Wed, Jan 15, 2014 at 10:58 PM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
>> failed like this:
>>
>> arch/x86/kernel/process.c: In function 'mwait_idle':
>>
On Wed, Jan 15, 2014 at 10:58 PM, Stephen Rothwell
wrote:
> Hi all,
>
> After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> arch/x86/kernel/process.c: In function 'mwait_idle':
> /scratch/sfr/next/arch/x86/kernel/process.c:434:3: error: implicit
>
David Herrmann's changes to use a pseudo filesystem for drm's shared
inodes requires this be exported for drm to build as a module.
I'd like to merge this via the drm tree, so please ack.
Signed-off-by: Dave Airlie
---
fs/dcache.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/dcache.c
On Sun, Jan 19, 2014 at 11:56:02AM -0800, Linus Torvalds wrote:
> On Sun, Jan 19, 2014 at 12:04 AM, Paul E. McKenney
> wrote:
> >
> > OK, another approach would be to never add "select ARCH_USE_QUEUE_RWLOCK"
> > on Alpha, at least if the queued rwlocks really do want to atomically
> > manipulate
On 01/19/14 13:34, Joe Perches wrote:
On Sun, 2014-01-19 at 19:07 +0100, Christophe Leroy wrote:
Pinging this watch as we got no feedback since 22 Nov, although we have taken
into account reviews from v1 and v2.
The patch adds WAN support for Lantiq FALC56 - PEF2256 E1 Chipset.
...
+static
On mån, 2014-01-20 at 11:38 +1100, NeilBrown wrote:
> On Sun, 19 Jan 2014 23:00:23 +0100 Ian Kumlien wrote:
>
> > Ok, so third try to actually email this...
> > ---
> >
> > Hi,
> >
> > I started testing 3.13-rc8 on another machine since the first one seemed
> > to be working fine...
> >
> >
On Sun, 19 Jan 2014 23:00:23 +0100 Ian Kumlien wrote:
> Ok, so third try to actually email this...
> ---
>
> Hi,
>
> I started testing 3.13-rc8 on another machine since the first one seemed
> to be working fine...
>
> One spontaneous reboot later i'm not so sure ;)
>
> Right now i captured
> -Original Message-
> From: gurlige...@gmail.com [mailto:gurlige...@gmail.com] On Behalf Of Bjarke
> Istrup Pedersen
> Sent: Sunday, January 19, 2014 11:46 AM
> To: KY Srinivasan
> Cc: Linux Kernel Mailing List; Haiyang Zhang
> Subject: Re: [PATCH v2] Adding hyperv.h to uapi headers
>
Hi Linus,
On Saturday, January 18, 2014 02:31:00 PM Rafael J. Wysocki wrote:
> Hi Linus,
>
> The original revert commit was missing the Fixes: and Reported-by: tags, so if
> you haven't pulled it yet, here it goes again with those tags added.
>
> Please pull from the git repository at
>
>
Apply for a loan today at low interest rate for more info fill the form
below
Full Name:
Amount to borrow
Duration:
Purpose :
Country of Residence:
Mobile No:
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Hi all,
After merging the arm-soc tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/pinctrl/pinconf.c: In function 'pinconf_pins_show':
drivers/pinctrl/pinconf.c:299:28: warning: unused variable 'ops'
[-Wunused-variable]
const struct pinconf_ops *ops =
Dear Attorney,
We are a Production, publishing and marketing company in Japan. We
have a breach of intellectual property agreement matter in your
jurisdiction, we can forward you the agreement and other party
information for your review to enable you run a conflict check.
Yours Sincerely,
On Sun, Jan 19, 2014 at 11:00 PM, Ian Kumlien wrote:
> Ok, so third try to actually email this...
Let's CC Neil too.
> ---
>
> Hi,
>
> I started testing 3.13-rc8 on another machine since the first one seemed
> to be working fine...
>
> One spontaneous reboot later i'm not so sure ;)
>
> Right
Ok, so third try to actually email this...
---
Hi,
I started testing 3.13-rc8 on another machine since the first one seemed
to be working fine...
One spontaneous reboot later i'm not so sure ;)
Right now i captured a kernel oops in the raid code it seems...
(Also attached to avoid mangling)
Replace hardcoded lowest common multiple algorithm by the lcm()
function in kernel lib.
Signed-off-by: Luis Henriques
---
net/sunrpc/auth_gss/gss_krb5_keys.c | 17 -
1 file changed, 4 insertions(+), 13 deletions(-)
diff --git a/net/sunrpc/auth_gss/gss_krb5_keys.c
Dear Attorney,
We are a Production, publishing and marketing company in Japan. We
have a breach of intellectual property agreement matter in your
jurisdiction, we can forward you the agreement and other party
information for your review to enable you run a conflict check.
Yours Sincerely,
> It's credited to Suresh Siddha, whom I've cc'ed (along with others who
> signed off). Suresh, if you're still around, could you comment on why
> math_state_restore always leaves interrupts disabled, regardless of their
> state on entry? Is there a deep reason or is it a bug?
What the
Hi
On Sun, Jan 19, 2014 at 9:54 PM, Sebastian Reichel wrote:
> On Mon, Dec 02, 2013 at 02:45:06AM +0100, Michael Trimarchi wrote:
>> On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov wrote:
>> > On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
>> >> On Sun, Dec 1, 2013 at 11:37
On Mon, Dec 02, 2013 at 02:45:06AM +0100, Michael Trimarchi wrote:
> On Mon, Dec 2, 2013 at 1:24 AM, Anton Vorontsov wrote:
> > On Mon, Dec 02, 2013 at 01:02:40AM +0100, Michael Trimarchi wrote:
> >> On Sun, Dec 1, 2013 at 11:37 PM, Anton Vorontsov wrote:
> >> > On Mon, Nov 25, 2013 at
Hi,
My name is Charles Francis Feeney, a philanthropist and the founder of The
Atlantic Philanthropies, one of the largest private foundations in the world. I
believe strongly in ‘giving while living.’ I had one idea that never changed in
my mind — that you should use your wealth to help
Good day,
This is based on blind trust hoping you can be trusted. The above sum is
avaliable for worldwide Humanitarian projects and you will get 20% of the total
sum for your involvement if interested.
Regards,
Mr. William Billington
--
To unsubscribe from this list: send the line
Hi Prabhakar,
Thank you for the patch.
On Friday 17 January 2014 14:52:47 Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> clk_set_rate(), clk_prepare_enable() functions can fail, so check the return
> values to avoid surprises.
>
> Signed-off-by: Lad, Prabhakar
Acked-by: Laurent Pinchart
On Sun, Jan 19, 2014 at 12:04 AM, Paul E. McKenney
wrote:
>
> OK, another approach would be to never add "select ARCH_USE_QUEUE_RWLOCK"
> on Alpha, at least if the queued rwlocks really do want to atomically
> manipulate bytes. After all, the Alpha systems that I know about don't
> have enough
2014/1/19 KY Srinivasan :
>
>
>> -Original Message-
>> From: gurlige...@gmail.com [mailto:gurlige...@gmail.com] On Behalf Of Bjarke
>> Istrup Pedersen
>> Sent: Sunday, January 19, 2014 2:15 AM
>> To: KY Srinivasan
>> Cc: Linux Kernel Mailing List; Haiyang Zhang
>> Subject: Re: [PATCH v2]
Hi Prabhakar,
Thank you for the patch.
On Friday 17 January 2014 14:47:33 Prabhakar Lad wrote:
> From: "Lad, Prabhakar"
>
> clk_set_rate(), clk_prepare_enable() functions can fail, so check the return
> values to avoid surprises.
>
> Signed-off-by: Lad, Prabhakar
> ---
>
On Sun, 2014-01-19 at 19:07 +0100, Christophe Leroy wrote:
> Pinging this watch as we got no feedback since 22 Nov, although we have taken
> into account reviews from v1 and v2.
>
> The patch adds WAN support for Lantiq FALC56 - PEF2256 E1 Chipset.
trivia:
> diff -urN
[Here's my original message, since George's reply didn't quote or
reference it: https://lkml.org/lkml/2014/1/18/3. Summary:
math_state_restore() always leaves interrupts disabled, and I think this
is a bug.]
On Sun, 19 Jan 2014, George Spelvin wrote:
THANK YOU!
I've been having a problem
This patch reduces the number of I2C exchanges by setting many bits in
one write and removing a useless write.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git
The S/PDIF input asks for a greater audio clock divider.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index
This patch sets the frequence as 'not indicated' instead of '48kHz'
and adds some comments.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
b/drivers/gpu/drm/i2c/tda998x_drv.c
index a2ad2ac..05713f7 100644
--- a/drivers/gpu/drm/i2c/tda998x_drv.c
+++
This patch fixes the ENABLE_SPACE register, the value of which was
inverted.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
This patch refines the connection status testing both bits RXSENS and
HPD of the CEC register giving the connection level.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
1 - 100 of 376 matches
Mail list logo
