- Unfinished sentence finished.
- Incorrect description on the compat-mode condition corrected.
Signed-off-by: MyungJoo Ham
---
Documentation/extcon/porting-android-switch-class |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git
Hi Guenter,
On 11/23/2013 02:26 AM, Guenter Roeck wrote:
> Commit 338de0ca (extcon: gpio: Use gpio driver/chip debounce if supported)
> introduced a call to gpio_set_debounce() before actually requesting the
> respective gpio pin from the gpio subsystem.
>
> The gpio subsystem expects that a
_mode() not PHY_INTERFACE_MODE_MII
> 6. bail on of_parse_phandle() failure
> 7. remove "if (!priv->phy_dev) return -ENODEV;"
>moxart_do_ioctl()
> 8. remove "if (priv->phy_dev)"
>moxart_mac_open(), moxart_mac_stop()
>
From: Shaohui Xie
to avoid a compile error:
drivers/crypto/caam/jr.c: In function 'caam_jr_probe':
drivers/crypto/caam/jr.c:468:2: error: implicit declaration of function
'of_iomap' [-Werror=implicit-function-declaration]
drivers/crypto/caam/jr.c:468:7: warning: assignment makes pointer from
Hi Huajun,
Please adjust the following bug fixes in your patches.
---
fs/f2fs/data.c | 2 +-
fs/f2fs/file.c | 12 +++-
fs/f2fs/inline.c | 19 +++
3 files changed, 19 insertions(+), 14 deletions(-)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index 2eed6e3..e44f0ba
Hi Greg,
This is extcon fixes pull request for 3.13-rc2. I add detailed description of
this pull request on below. Please pull extcon fixes with following updates.
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55 -0800)
are
On Mon, Nov 25, 2013 at 04:51:59PM -0800, Joe Perches wrote:
> Perhaps you could dial down your humility a bit. Perhaps you'll reread
> and see if it seems humble to you.
So I vivid reader of LKML and I were wondering how you'd react to the
urge from a kernel maintainer to get you to finally
On 11/26/2013 02:25 AM, Stephen Warren wrote:
[...]
> +struct dma_chan *of_dma_slave_xlate(struct of_phandle_args *dma_spec,
> + struct of_dma *ofdma)
> +{
> + struct of_dma_slave_xlate_info *info = ofdma->of_dma_data;
> + struct dma_chan *candidate, *chan;
On Mon, Nov 25, 2013 at 10:10:18PM -0800, Christoph Hellwig wrote:
> On Mon, Nov 25, 2013 at 02:30:30PM -0800, Kent Overstreet wrote:
> > We get a measurable performance increase by handling this in the driver when
> > we're already looping over the biovec, instead of handling it separately in
> >
(2013/11/26 15:33), Masami Hiramatsu wrote:
> (2013/11/26 13:38), Jovi Zhangwei wrote:
>> Hi,
>>
>> I'm not sure this issue already be fixed or not, it can be reproduced
>> permanently.
>>
>> (I didn't use git-bisect yet, you guys might can understand it quickly)
>>
>> #echo 1 >
Corrected the MWAIT flag for C-State C6 on Intel Avoton/Rangeley processors.
Signed-off-by: Arne Bockholdt
---
diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
index cbd4e9a..92d1206 100644
--- a/drivers/idle/intel_idle.c
+++ b/drivers/idle/intel_idle.c
@@ -329,7 +329,7 @@
On Monday 11 November 2013 10:36 PM, Khoronzhuk, Ivan wrote:
> Add new AEMIF driver for EMIF16 davinci controller. The EMIF16 module
> is intended to provide a glue-less interface to a variety of
> asynchronous memory devices like ASRA M, NOR and NAND memory. A total
> of 256M bytes of any of
On Mon, Nov 25, 2013 at 10:09:21PM -0800, Christoph Hellwig wrote:
> > + q->bio_split = bioset_create(4, 0);
> > + if (!q->bio_split)
> > + goto fail_id;
>
> How did we arrive at a mempool size of 4 to make sure we can always make
> progress with arbitrarily sized bios? Shouldn't
On Tue, Nov 26, 2013 at 2:33 PM, Masami Hiramatsu
wrote:
> (2013/11/26 13:38), Jovi Zhangwei wrote:
>> Hi,
>>
>> I'm not sure this issue already be fixed or not, it can be reproduced
>> permanently.
>>
>> (I didn't use git-bisect yet, you guys might can understand it quickly)
>>
>> #echo 1 >
Hi,
Would you review this patch?
Thanks,
Yoshihiro YUNOMAE
(2013/11/11 17:18), Yoshihiro YUNOMAE wrote:
Add __sched to msleep() and msleep_interruptible() for avoiding to show
these functions in WCHAN. If a driver calls msleep() or msleep_interruptible()
in a lot of places, users cannot
On Tue, Nov 26, 2013 at 01:01:32AM -0500, Dave Jones wrote:
> On Mon, Nov 25, 2013 at 10:26:45PM -0500, Dave Jones wrote:
> > Hi Kent,
> >
> > I hit the GPF below on a tree based on
> 8e45099e029bb6b369b27d8d4920db8caff5ecce
> > which has your commit e34ecee2ae791df674dfb466ce40692ca6218e43
On 22/11/2013 13:30, Peter Zijlstra wrote:
> On Fri, Nov 22, 2013 at 08:56:00AM +0200, Eliezer Tamir wrote:
>> On 21/11/2013 15:39, Peter Zijlstra wrote:
>>> On Thu, Nov 21, 2013 at 03:26:17PM +0200, Eliezer Tamir wrote:
>
> Please use local_clock(), yes its slightly more expensive, but I doubt
>
>>> On 25.11.13 at 23:13, Andrew Morton wrote:
> On Mon, 25 Nov 2013 16:22:31 + "Jan Beulich" wrote:
>
>> Commit fad1a86e ("procfs: call default get_unmapped_area on MMU-present
>> architectures"), as its title says, took care of only the MMU case,
>> leaving the !MMU side still in the
On 11/22/2013 05:34 AM, Stefan Kristiansson wrote:
> This adds support for the VGA/LCD core available from OpenCores:
> http://opencores.org/project,vga_lcd
>
> The driver have been tested together with both OpenRISC and
> ARM (socfpga) processors.
>
> Signed-off-by: Stefan Kristiansson
> ---
>
On Monday 11 November 2013 10:31 PM, Khoronzhuk, Ivan wrote:
> The properties davinci-ecc-mode, davinci-nand-use-bbt, davinci-nand-buswidth
> are MTD generic. Correct names for them are: nand-ecc-mode, nand-on-flash-bbt,
> nand-bus-width accordingly. So rename them in dts and documentation.
>
>
> On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> > Some x86 systems expose above 4G 64bit mmio in _CRS as non-pref mmio range.
> > [ 49.415281] PCI host bridge to bus :00
> > [ 49.419921] pci_bus :00: root bus resource [bus 00-1e]
> > [ 49.426107] pci_bus :00: root bus
Hi, Bjorn:
On Mon, Nov 25, 2013 at 09:17:11PM -0700, Bjorn Helgaas wrote:
> On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> > When one of children resources does not support MEM_64, MEM_64 for
> > bridge get reset, so pull down whole pref resource on the bridge under 4G.
> >
> > If the
On Sun, Nov 24, 2013 at 03:12:11PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 06:34 Fri 22 Nov , Stefan Kristiansson wrote:
> > This adds support for the VGA/LCD core available from OpenCores:
> > http://opencores.org/project,vga_lcd
> >
> > The driver have been tested together with
Peng,
I'm sorry to say, this patch was reverted due to interoperability problems with
2.1 servers (This either a slightly later [but still broken] version of the
patch we discussed recently, or the same one.). If Greg's accepted this
upstream (and it looks like he has), it'll have to be
On 2013年11月25日 22:11, Viresh Kumar wrote:
> This patchset adds cpufreq callbacks to dpm_{suspend|resume}() for handling
> suspend/resume of cpufreq governors and core. This is required for early
> suspend
> and late resume of governors and cpufreq core.
>
> There are multiple problems that are
Hi,
Thank you for the review. I agree with all your comments and I'll resend
the fixed version soon.
If anyone still has something to say about the patchset, I'd be glad to
hear from them.
On 11/25/2013 09:41 PM, Johannes Weiner wrote:
I ran out of steam reviewing these because there were
On 11/26/2013 10:41 AM, Benjamin Herrenschmidt wrote:
>> Right, but the issue per-se is not clobbering of msg holder, but from POV of
>> > receiver, seeming coalescing of 2 set_bit writes to msg holder.
> That's fine. There's no expectation that N ipi_send_msg turn into N
> messages received... it
Leaving the mux enabled causes needless I2C traffic on the downstream
bus. De-selecting after every request causes excess I2C traffic and
switching.
This patch implements a hybrid solution: After 200ms of inactivity,
the mux is disabled.
Signed-off-by: Mike Looijmans
---
(2013/11/26 13:38), Jovi Zhangwei wrote:
> Hi,
>
> I'm not sure this issue already be fixed or not, it can be reproduced
> permanently.
>
> (I didn't use git-bisect yet, you guys might can understand it quickly)
>
> #echo 1 > /sys/kernel/debug/tracing/events/enable
Thanks for reporting. I
On 11/25/13, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> Could you please also apply this patch?
>
> Best regards,
> --
> Bartlomiej Zolnierkiewicz
> Samsung R Institute Poland
> Samsung Electronics
>
> On Friday, October 04, 2013 02:38:25 PM Bartlomiej Zolnierkiewicz wrote:
>> There is little
On Tuesday 26 November 2013 07:31 AM, Viresh Kumar wrote:
> Probably just throw an print message that CPU found to be running on
> out of table frequency, and that got fixed..
And here is the patch to test:
From: Viresh Kumar
Date: Mon, 18 Nov 2013 10:15:50 +0530
Subject: [PATCH] cpufreq: Make
On Mon, Nov 25, 2013 at 02:30:30PM -0800, Kent Overstreet wrote:
> We get a measurable performance increase by handling this in the driver when
> we're already looping over the biovec, instead of handling it separately in
> generic_make_request() (or bio_add_page() originally)
Given that Jens has
> + q->bio_split = bioset_create(4, 0);
> + if (!q->bio_split)
> + goto fail_id;
How did we arrive at a mempool size of 4 to make sure we can always make
progress with arbitrarily sized bios? Shouldn't we document the design
decision somewhere?
> +static struct bio
On 10/4/13, Bartlomiej Zolnierkiewicz wrote:
> Menu for Samsung thermal support is visible on all Samsung
> platforms while thermal drivers are currently available only
> for EXYNOS SoCs. Fix it by replacing PLAT_SAMSUNG dependency
> with ARCH_EXYNOS one.
>
> Signed-off-by: Bartlomiej
Ideally your commit subject would contain a verb, preferably in the present
tense.
I think simply "perf: Add PERF_SAMPLE_BRANCH_COND" would be clearer.
On Wed, 2013-16-10 at 06:56:48 UTC, Anshuman Khandual wrote:
> POWER8 PMU based BHRB supports filtering for conditional branches.
> This patch
On Wed, 2013-16-10 at 06:56:49 UTC, Anshuman Khandual wrote:
> Enables conditional branch filter support for POWER8
> utilizing MMCRA register based filter and also invalidates
> a BHRB branch filter combination involving conditional
> branches.
>
> Signed-off-by: Anshuman Khandual
> ---
>
On Mon, Nov 25, 2013 at 01:52:16PM -0800, Kent Overstreet wrote:
> Jens - here's immutable biovecs, rebased and ready for 3.14. Changes since the
> last version of the series:
Can you do a resend of the patch series to all involved lists first so
we can have a detailed look at the current
This is the resend of V4, there's no update for kexec-tools patches.
BTW, below is a git repo for anyone who want to test the patches:
https://github.com/daveyoung/linux.git
branch kexec-efi
To Boris: finally I created a git repo ;) Thanks.
--
To unsubscribe from this list: send the line
variables size and end is useless in this function, thus remove them.
Reported-by: Toshi Kani
Signed-off-by: Dave Young
Acked-by: Borislav Petkov
---
arch/x86/platform/efi/efi_64.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/arch/x86/platform/efi/efi_64.c
Kdump kernel using memmap=exactmap, move e820_reserve_setup_data after
parsing early params so they can be set reserved finally. Or kdump kernel
will warn about ioremap a normal ram range.
Signed-off-by: Dave Young
---
arch/x86/kernel/setup.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Mon, Nov 25, 2013 at 10:26:45PM -0500, Dave Jones wrote:
> Hi Kent,
>
> I hit the GPF below on a tree based on
> 8e45099e029bb6b369b27d8d4920db8caff5ecce
> which has your commit e34ecee2ae791df674dfb466ce40692ca6218e43
> ("aio: Fix a trinity splat"). Is this another path your patch
__va does not work in case memmap=exactmap, so let's always use ioremap_cache.
Signed-off-by: Dave Young
---
arch/x86/kernel/kdebugfs.c | 35 +++
1 file changed, 11 insertions(+), 24 deletions(-)
diff --git a/arch/x86/kernel/kdebugfs.c
Old kexec-tools can not load new kernel. The reason is previously kexec-tools
do not fill efi_info in x86 setup header thus efi init fail and switch
to noefi boot. In new kexec-tools it will by default fill efi_info and
pass other efi required infomation to 2nd kernel so kexec kernel efi
kexec kernel will need exactly same mapping for
efi runtime memory ranges. Thus here export the
runtime ranges mapping to sysfs, kexec-tools
will assemble them and pass to 2nd kernel via
setup_data.
Introducing a new directly /sys/firmware/efi/runtime-map
Just like /sys/firmware/memmap.
kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
the kexec kernel efi runtime support also need read the old efi_info from
boot_params. Currently it exists in debugfs which is not a good place for
such infomation. Per HPA, we should avoid of "sploit debugfs".
In this patch
For kexec/kdump kernel efi runtime mappings are saved, printing original whole
memmap ranges does not make sense anymore. So introduce a new function to only
print runtime maps in case kexec/kdump kernel is used.
Signed-off-by: Dave Young
---
arch/x86/platform/efi/efi.c | 23
Hi,
Here is the V4 resend for supporting kexec kernel efi runtime.
Per pervious discussion I pass the 1st kernel efi runtime mapping
via setup_data to 2nd kernel. Besides of the runtime mapping
info I also pass the fw_vendor, runtime, config table, smbios
physical address in setup_data. EFI spec
Add a new setup_data type SETUP_EFI for kexec use.
Passing the saved fw_vendor, runtime, config tables and
efi runtime mappings.
When entering virtual mode, directly mapping the efi
runtime ragions which we passed in previously. And skip
the step to call SetVirtualAddressMap.
Specially for HP
Export fw_vendor, runtime and config tables physical
addresses to /sys/firmware/efi/systab becaue kexec
kernel will need them.
>From EFI spec these 3 variables will be updated to
virtual address after entering virtual mode. But
kernel startup code will need the physical address.
changelog:
Greg:
Add two small functions:
efi_merge_regions and efi_map_regions, efi_enter_virtual_mode
calls them instead of embedding two long for loop.
v1->v2:
refresh; coding style fixes.
v2->v3:
Toshi Kani:
remove unused variable
Matt: check return value of krealloc.
v3->v4:
Boris: Stretch comment to 80
Kexec kernel will use saved runtime virtual mapping, so add a
new function efi_map_region_fixed for directly mapping a md
to md->virt.
The md is passed in from 1st kernel, the virtual addr is
saved in md->virt_addr.
Matt: coding style
reuse __map_region
Boris: Strenthen comment lines to 80
Current code check boot service region with kernel text region by:
start+size >= __pa_symbol(_text)
The end of the above region should be start + size - 1 instead.
I see this problem in ovmf + Fedora 19 grub boot:
text start: 100 md start: 80 md size: 80
Signed-off-by: Dave Young
On 2013年11月26日 11:33, Bjorn Helgaas wrote:
> Lan, do you have access to any Lynx Point boxes? Can you test and see
> whether they hang on power-off also? I suspect this might be something
> specific to the Acer box, not a generic Lynx Point issue.
Sure. I just get one such prototype laptop and
(2013/11/25 23:41), Vivek Goyal wrote:
On Mon, Nov 25, 2013 at 06:01:37PM +0900, HATAYAMA Daisuke wrote:
[..]
I agree to avoid this issue by fixing makedumpfile as workaround while to
fix kernel is so tough and risky. However, it sounds strange to me to fix
userspace side elaborately for such
On Tue, 2013-11-26 at 10:17 +0530, Vineet Gupta wrote:
> On 11/26/2013 01:21 AM, Benjamin Herrenschmidt wrote:
> > On Mon, 2013-11-25 at 13:35 +, Vineet Gupta wrote:
> >
> >> Before reading ur email I was coding something like below:
> >>
> >> void arch_send_ipi(int cpu, int type)
> >> {
> >>
On Tuesday 26 November 2013 07:31 AM, Paul Walmsley wrote:
>
> Treat both negative and zero return values from clk_round_rate()
> as errors. This is needed since subsequent patches will convert
> clk_round_rate()'s return value to be an unsigned type, rather
> than a signed type, since some
On 11/26/2013 01:21 AM, Benjamin Herrenschmidt wrote:
> On Mon, 2013-11-25 at 13:35 +, Vineet Gupta wrote:
>
>> Before reading ur email I was coding something like below:
>>
>> void arch_send_ipi(int cpu, int type)
>> {
>> u32 *pending_ptr = per_cpu_ptr(ipi_bits, cpu);
>>
>> while
We have sg_miter_* APIs for accessing scsi sg buffer, so
use them to make code clean and bug free.
Cc: Matthew Dharm
Cc: Alan Stern
Cc: Greg Kroah-Hartman
Signed-off-by: Ming Lei
---
drivers/usb/storage/protocol.c | 80 +---
1 file changed, 26
sg_copy_buffer() can't meet demand for some drrivers(such usb
mass storage), so we have to use the sg_miter_* APIs to access
sg buffer, then need export sg_miter_skip() for these drivers.
The API is needed for converting to sg_miter_* APIs in USB storage
driver for accessing sg buffer.
Acked-by:
Simplify the code and create mandatory 'name' attribute by using
new hwmon API.
Also use is_visible to determine visible attributes instead of creating
several different attribute groups.
Signed-off-by: Guenter Roeck
---
v2: Use hwmon_device_register_with_groups instead of
Hi,
I'm not sure this issue already be fixed or not, it can be reproduced
permanently.
(I didn't use git-bisect yet, you guys might can understand it quickly)
#echo 1 > /sys/kernel/debug/tracing/events/enable
[ 160.472176] BUG: unable to handle kernel NULL pointer dereference
at
On 11/25/2013 07:03 PM, Dmitry Torokhov wrote:
Hi Guenter,
On Sat, Nov 23, 2013 at 01:37:00PM -0800, Guenter Roeck wrote:
Simplify the code and create mandatory 'name' attribute by using
new hwmon API.
Also use is_visible to determine visible attributes instead of creating
several different
On 11/25/2013 10:40 AM, Chen Gang wrote:
> Append "vm_" to all enum members (which are too common to make conflict
> with another sub-systems). The related error with allmodconfig:
>
> CC [M] drivers/md/raid1.o
> drivers/md/raid1.c:1440:13: error: 'status' redeclared as different kind of
On Mon, 25 Nov 2013 10:53:23 +0100 Peter Zijlstra
wrote:
> On Mon, Nov 25, 2013 at 10:35:22AM +1100, NeilBrown wrote:
> > Ingo/Peter: is it considered OK to call wake_up while holding a spinlock?
>
> Yes, very much so. Doing a wakeup isn't _that_ expensive.
Oh good. Thanks.
>
> > Could
On Tuesday, November 12, 2013 12:39 PM, Kyungmin Park wrote:
>
> From: Kyungmin Park
>
> The most mobile phones have Ambient Light Sensors and it changes brightness
> according lux.
> It means it changes backlight brightness frequently by just writing sysfs
> node, so it generates uevent.
>
>
fifo_depth of the HSI2C is not constant
Exynos5420 and Exynos5250 supports fifo_depth of 64bytes
Exynos5260 supports fifo_depth of 16bytes
This patch configures the fifo_depth based on HSI2C modules version.
Signed-off-by: Naveen Krishna Chatradhi
[For finding out the difference and initial
This patch adds new compatible to support HSI2C module on Exynos5260
HSI2C module on Exynos5260 needs to be reset during during initialization.
Signed-off-by: Naveen Krishna Chatradhi
---
Changes since v1:
Rebasing on linux-i2c for-next
.../devicetree/bindings/i2c/i2c-exynos5.txt|6
For Exynos4 and Exynos5 SoCs from Samsung the i2c clock is based
on a fixed 66 MHz peripheral clock, and therefore is completely
independent of the cpu frequency.
Thus, registering for a CPU freq notifier is very wasteful.
This patch modifes the code such that, i2c bus registers to
On Mon, Nov 25, 2013 at 9:11 PM, Chang Liu wrote:
> If this turns out to be a problem specific to Acer V573G, we can simply
> wrap the if (pdev->...) line in ata/ahci.c with if
> (dmi_check_system(acer_v573g))
> so that only acer v573g laptops will be affected by this patch. The remaining
> part
On Mon, 25 Nov 2013, Kees Cook wrote:
> On Mon, Nov 25, 2013 at 3:16 PM, H. Peter Anvin wrote:
> > On 11/25/2013 02:14 PM, Kees Cook wrote:
> >> Build the kernel with -fstack-protector-strong when it is available
> >> (gcc 4.9 and later). This increases the coverage of the stack protector
> >>
On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> Some x86 systems expose above 4G 64bit mmio in _CRS as non-pref mmio range.
> [ 49.415281] PCI host bridge to bus :00
> [ 49.419921] pci_bus :00: root bus resource [bus 00-1e]
> [ 49.426107] pci_bus :00: root bus resource [io
On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> When one of children resources does not support MEM_64, MEM_64 for
> bridge get reset, so pull down whole pref resource on the bridge under 4G.
>
> If the bridge support pref mem 64, will only allocate that with pref mem64 to
> children that
On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> Will fall back to below 4g if it can not find any above 4g.
Does this fix a bug? If so, please include a bugzilla or mailing list URL.
> x86 32bit without X86_PAE support will have bottom set to 0, because
> resource_size_t is 32bit.
>
>
On Monday 25 November 2013 07:41 PM, Viresh Kumar wrote:
> diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h
> index dc196bb..6d93f91 100644
> --- a/include/linux/cpufreq.h
> +++ b/include/linux/cpufreq.h
> @@ -255,6 +255,9 @@ struct cpufreq_driver {
> int
If this turns out to be a problem specific to Acer V573G, we can simply
wrap the if (pdev->...) line in ata/ahci.c with if
(dmi_check_system(acer_v573g))
so that only acer v573g laptops will be affected by this patch. The remaining
part of the patch won't need to be changed.
I can do an updated
On 11/26/2013 11:30 AM, Greg Kroah-Hartman wrote:
On Tue, Nov 26, 2013 at 10:05:02AM +0800, Peng Tao wrote:
From: JC Lafoucriere
To move data with external storage, HSM coordinator
uses a Copy Tool running on a client named agent.
This patch implements the interface for these agents.
Hello Doug,
On 26 November 2013 05:11, Doug Anderson wrote:
> Naveen,
>
> On Mon, Nov 18, 2013 at 10:18 PM, Naveen Krishna Chatradhi
> wrote:
>> For Exynos4 and Exynos5 SoCs from Samsung the i2c clock is based
>> on a fixed 66 MHz peripheral clock, and therefore is completely
>> independent of
On 11/26/2013 11:34 AM, Greg Kroah-Hartman wrote:
On Tue, Nov 26, 2013 at 11:25:24AM +0800, Peng Tao wrote:
On Tue, Nov 26, 2013 at 11:14 AM, Greg Kroah-Hartman
wrote:
On Tue, Nov 26, 2013 at 10:04:56AM +0800, Peng Tao wrote:
From: Mikhail Pershin
MGC uses lvfs API to access local llogs
On Mon, 2013-11-25 at 10:13 -0500, Johannes Weiner wrote:
> Hi Ben,
>
> On Mon, Nov 25, 2013 at 01:44:29PM +, Ben Hutchings wrote:
> > 3.2.53-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Johannes Weiner
> >
> > commit
On Mon, 2013-11-25 at 14:02 -0500, Dave Jones wrote:
> On Mon, Nov 25, 2013 at 01:44:29PM +, Ben Hutchings wrote:
> > 3.2.53-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --- a/fs/ext4/xattr.c
> > +++ b/fs/ext4/xattr.c
> > @@ -1269,6 +1269,8 @@ retry:
> >
On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> That bar could be 64bit pref mem and above 4G.
>
> -v2: refresh to 3.13-rc1
>
> Signed-off-by: Yinghai Lu
> Cc: David Airlie
> Reviewed-by: Daniel Vetter
This looks OK to me. Does it depend on any previous patches in this
series? If not,
Hi all,
Changes since 20131125:
New trees: arm-v7-cache-opt, chrome-platform
My fixes tree contains:
Revert "powerpc: Add CONFIG_CPU_LITTLE_ENDIAN kernel config option."
The block tree gained conflicts against the f2fs tree and a build failure
for which I applied a merge
ttyA has ld associated to n_gsm, when ttyA is closing, it triggers
to release gsmttyB's ld data dlci[B], then race would happen if gsmttyB
is opening in parallel.
(Note: This patch set differs from previous set in that it uses mutex
instead of spin lock to avoid race, so that it avoids sleeping
On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> Mutliple removing via /sys will call pci_destroy_dev two times.
>
> | When concurent removing pci devices which are in the same pci subtree
> | via sysfs, such as:
> | echo -n 1 > /sys/bus/pci/devices/\:10\:00.0/remove ; echo -n 1 >
> |
Hi all,
On Tue, 26 Nov 2013 13:29:46 +1100 Stephen Rothwell
wrote:
>
> After merging the block tree, today's linux-next build (arm
> multi_v7_defconfig) produced these warnings:
>
> block/blk-merge.c: In function 'blk_rq_map_sg':
> block/blk-merge.c:133:8: warning: 'bvprv.bv_len' may be used
[+cc Lan, Khalid, Konstantin, Alan, Takao, Jility, Florian, linux-kernel]
On Tue, Nov 12, 2013 at 07:40:03PM +, Chang Liu wrote:
> This fixes https://bugzilla.kernel.org/show_bug.cgi?id=63861
>
> Commit b566a22c2 and 7897e60227 made pci_device_shutdown()
> unconditionally clear Bus Master bit
On Tue, Nov 26, 2013 at 11:25:24AM +0800, Peng Tao wrote:
> On Tue, Nov 26, 2013 at 11:14 AM, Greg Kroah-Hartman
> wrote:
> > On Tue, Nov 26, 2013 at 10:04:56AM +0800, Peng Tao wrote:
> >> From: Mikhail Pershin
> >>
> >> MGC uses lvfs API to access local llogs blocking removal of old code
> >>
>
On 11/08/2013 09:59 AM, Stephen Warren wrote:
> On 11/08/2013 02:49 AM, Florian Meier wrote:
>> In order to find I2C devices in the device tree, the platform nodes
>> have to be known by the I2C core. Analogous to the i2c-omap driver
>> this requires setting the dev.of_node parameter of the
Refresh the patch “gpio: omap: be more aggressive with pm_runtime” by
Felipe Balbi against v3.12-rc5. Add version checking so that the
aggressive pm_runtime only applies to omap4 devices. Tested with
pandaboard rev a2 through sysfs.
Signed-off-by: Chao Xu
---
According to Mr. Felipe Balbi, the
On 11/25/13 at 08:09am, Atsushi Kumagai wrote:
> Hello WANG,
>
> On 2013/11/21 16:15:22, kexec wrote:
> > > How about this fail back structure instead of such an extra option ?
> > >
> > > Thanks
> > > Atsushi Kumagai
> > >
> > > From: Atsushi Kumagai
> > > Date: Wed, 20 Nov 2013 14:10:19
On Tue, Nov 26, 2013 at 10:05:02AM +0800, Peng Tao wrote:
> From: JC Lafoucriere
>
> To move data with external storage, HSM coordinator
> uses a Copy Tool running on a client named agent.
> This patch implements the interface for these agents.
Interesting text here...
> Lustre-change:
On Sun, Nov 24, 2013 at 05:33:44PM +0100, Sebastian Reichel wrote:
> Hi,
>
> On Fri, Nov 08, 2013 at 11:11:23PM +0100, Sebastian Reichel wrote:
> > This is the seventh iteration of DT support for the TWL4030
> > power button.
>
> Dmitry, can you add this patchset to your queue?
>
> It got no
Hi Kent,
I hit the GPF below on a tree based on 8e45099e029bb6b369b27d8d4920db8caff5ecce
which has your commit e34ecee2ae791df674dfb466ce40692ca6218e43
("aio: Fix a trinity splat"). Is this another path your patch missed, or
a completely different bug to what you were chasing ?
Dave
On Tue, Nov 26, 2013 at 11:14 AM, Greg Kroah-Hartman
wrote:
> On Tue, Nov 26, 2013 at 10:04:56AM +0800, Peng Tao wrote:
>> From: Mikhail Pershin
>>
>> MGC uses lvfs API to access local llogs blocking removal of old code
>>
>> - MGS is converted to use OSD API for local llogs
>> - llog_is_empty()
On Mon, 2013-11-25 at 19:16 -0800, Greg KH wrote:
> > >
> > > What is different from the previous version? That information needs to
> > > be somewhere, otherwise I'm just going to guess and say this is the same
> > > as your last one, which was incorrect.
> > The difference with previous one is
On 11/26/2013 02:12 AM, Marcelo Tosatti wrote:
> On Mon, Nov 25, 2013 at 02:29:03PM +0800, Xiao Guangrong wrote:
Also, there is no guarantee of termination (as long as sptes are
deleted with the correct timing). BTW, can't see any guarantee of
termination for rculist nulls either (a
On Tue, Nov 26, 2013 at 11:35:14AM +0800, channing wrote:
> On Mon, 2013-11-25 at 18:54 -0800, Greg KH wrote:
> > On Tue, Nov 26, 2013 at 11:14:05AM +0800, channing wrote:
>
> > > This patch is try to avoid it by:
> > >
> > > 1) in n_gsm driver, use a global gsm mutex lock to avoid
> > >
On Tue, Nov 26, 2013 at 10:04:56AM +0800, Peng Tao wrote:
> From: Mikhail Pershin
>
> MGC uses lvfs API to access local llogs blocking removal of old code
>
> - MGS is converted to use OSD API for local llogs
> - llog_is_empty() and llog_backup() are introduced
> - initial OSD start initialize
On 11/25/2013 10:23 PM, Marcelo Tosatti wrote:
> On Mon, Nov 25, 2013 at 02:48:37PM +0200, Avi Kivity wrote:
>> On Mon, Nov 25, 2013 at 8:11 AM, Xiao Guangrong
>> wrote:
>>>
>>> On Nov 23, 2013, at 3:14 AM, Marcelo Tosatti wrote:
>>
>>
>>
>> I'm not really following, but note that parent_pte
On Mon, 2013-11-25 at 18:54 -0800, Greg KH wrote:
> On Tue, Nov 26, 2013 at 11:14:05AM +0800, channing wrote:
> > This patch is try to avoid it by:
> >
> > 1) in n_gsm driver, use a global gsm mutex lock to avoid gsm_dlci_release()
> > run in
> > parallel with gsmtty_install();
The commit is
1 - 100 of 1960 matches
Mail list logo
