Sie benötigen die Finanzierung?
Haben Sie Geschäfts-oder persönliche Darlehen benötigen?
Wollen Sie Ihr Unternehmen refinanzieren wollen?
Unser Unternehmen ist in den Vereinigten Staaten und Europa. Wir geben Darlehen
an jedem einzelnen Unternehmen und bei 2% Zinsen jährlich. Für weitere
On Mon, Sep 29, 2014 at 11:41:45AM -0400, Dan Streetman wrote:
> On Fri, Sep 26, 2014 at 2:53 AM, Joonsoo Kim wrote:
> > WARNING: This is just RFC patchset. patch 2/2 is only for testing.
> > If you know useful place to use this allocator, please let me know.
> >
> > This is brand-new allocator,
On Thu, Oct 02, 2014 at 02:39:49PM +0900, Joonsoo Kim wrote:
> On Tue, Sep 30, 2014 at 08:10:22AM +0900, Minchan Kim wrote:
> > Hey Joonsoo,
> >
> > On Mon, Sep 29, 2014 at 04:45:27PM +0900, Joonsoo Kim wrote:
> > > zsmalloc has many size_classes to reduce fragmentation and they are
> > > in 16
On Tue, Sep 30, 2014 at 08:10:22AM +0900, Minchan Kim wrote:
> Hey Joonsoo,
>
> On Mon, Sep 29, 2014 at 04:45:27PM +0900, Joonsoo Kim wrote:
> > zsmalloc has many size_classes to reduce fragmentation and they are
> > in 16 bytes unit, for example, 16, 32, 48, etc., if PAGE_SIZE is 4096.
> > And,
On Wed, Oct 01, 2014 at 01:16:15AM +0100, Al Viro wrote:
> On Mon, Sep 29, 2014 at 11:42:18AM -0700, Paul E. McKenney wrote:
>
> > Assuming that incrementing the external name's reference count is
> > atomic_add_unless, I could believe this part. Or if you have some
> > locking that makes it
I will do that next time.
Thanks.
-Original Message-
From: David Miller [mailto:da...@davemloft.net]
Sent: Thursday, October 02, 2014 3:35 AM
To: Hau
Cc: net...@vger.kernel.org; nic_swsd; linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 net-next 01/10] r8169:change uppercase number
On Tue, Sep 30, 2014 at 03:56:24PM +0800, Fengguang Wu wrote:
> Hi Joonsoo,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>
> commit 36fbfebe776eb5871d61e7a755c9feb1c96cc4aa
> Author:
On Mon, Sep 29, 2014 at 10:03:15AM -0700, Jeremiah Mahler wrote:
> Joonsoo,
>
> On Mon, Sep 29, 2014 at 04:44:18PM +0900, Joonsoo Kim wrote:
> > On Sat, Sep 27, 2014 at 11:24:49PM -0700, Jeremiah Mahler wrote:
> > > On Thu, Aug 21, 2014 at 05:11:13PM +0900, Joonsoo Kim wrote:
> > > > Because of
On Wed, Oct 01, 2014 at 01:52:31PM +0530, Pramod Gurav wrote:
> Andy,
> With your change "dmaengine: qcom_bam_dma: Add v1.3.0 driver support"
> and enabling qcom_bam_dma driver i was seeing some crashes in the kernel
> on IFC6410. But after reverting you change and applying these changes
> from
On Thu, 2014-10-02 at 11:57 +1000, Michael Ellerman wrote:
> On Tue, 2014-30-09 at 10:34:55 UTC, Michael Neuling wrote:
> > From: Ian Munsie
> >
> > Some of the MSI IRQ code in pnv_pci_ioda_msi_setup() is generically useful
> > so
> > split it out.
> >
> > This will be used by some of the cxl
On Thu, Oct 2, 2014 at 12:40 AM, Amber Thrall
wrote:
> Fixed various coding style issues, including strings over 80 characters long
> and many
> deprecated printk's have been replaced with proper methods.
>
> Signed-off-by: Amber Thrall
> ---
> drivers/staging/media/lirc/lirc_bt829.c | 2 +-
Signed-off-by: Michael Opdenacker
---
include/linux/mod_devicetable.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h
index 44eeef0da186..745def862580 100644
--- a/include/linux/mod_devicetable.h
+++
Hi Herbert,
Today's linux-next merge of the crypto tree got a conflict in
arch/arm64/boot/dts/apm-storm.dtsi between commit 84ac1f2ca41f ("arm64:
dts: Add APM X-Gene PCIe device tree nodes") from the pci tree and
commit ab81873974af ("arm64: dts: add random number generator dts node
to APM X-Gene
Fixed various coding style issues, including strings over 80 characters long
and many
deprecated printk's have been replaced with proper methods.
Signed-off-by: Amber Thrall
---
drivers/staging/media/lirc/lirc_bt829.c | 2 +-
drivers/staging/media/lirc/lirc_imon.c | 4 +-
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/usb/r8152.c between commit 204c87041289 ("r8152: remove
clearing bp") from the net tree and commit 8ddfa07778af ("r8152: use
usleep_range") from the net-next tree.
I fixed it up (the former removed some of the
Warn on probable misuses of logging functions with KERN_
like pr_err(KERN_ERR "foo\n");
Suggested-by: Andrew Morton
Signed-off-by: Joe Perches
---
> > - printk(KERN_ERR "ksm: register sysfs failed\n");
> > + pr_err(KERN_ERR "ksm: register sysfs failed\n");
> A quick grep
On 10/01/2014 12:05 PM, at...@opensource.altera.com wrote:
From: Alan Tull
Add two helper functions:
* pmbus_write_byte_data = paged byte write
* pmbus_update_byte_data = paged byte read/modify/write
Signed-off-by: Alan Tull
---
drivers/hwmon/pmbus/pmbus_core.c | 31
I plan to submit this to Linus tomorrow, hopefully for 3.7, unless there are
complaints. It is in my for-next branch now.
Thanks,
NeilBrown
From aec6f821ed92fac5ae4f1db50279a3999de5872a Mon Sep 17 00:00:00 2001
From: NeilBrown
Date: Thu, 2 Oct 2014 13:45:00 +1000
Subject: [PATCH] md/raid5:
On Wed, Oct 01, 2014 at 05:54:11PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20140930:
>
> The arm-soc tree still had its build failure for which I reverted
> 5 commits.
>
> The net-next tree gained a conflict against the berlin tree, lost
> its build failure but gained another
On 10/01/2014 05:48 PM, Andrew Morton wrote:
> On Wed, 01 Oct 2014 17:39:39 -0400 Sasha Levin wrote:
>
>>> It looks fairly cheap - I wonder if it should simply fall under
>>> CONFIG_DEBUG_VM rather than the new CONFIG_DEBUG_VM_POISON.
>>
>> Config options are cheap as well :)
>
> Thing is, lots
On Tue, 2014-30-09 at 10:34:58 UTC, Michael Neuling wrote:
> From: Ian Munsie
>
> This adds a new function hash_page_mm() based on the existing hash_page().
> This version allows any struct mm to be passed in, rather than assuming
> current. This is useful for servicing co-processor faults
On Wed, 2014-10-01 at 22:00 +1000, Michael Ellerman wrote:
> On Tue, 2014-30-09 at 10:35:02 UTC, Michael Neuling wrote:
> > This also adds the cxl_ctx_in_use() function for use in the mm code to see
> > if
> > any cxl contexts are currently in use. This is used by the tlbie() to
> > determine if
Hi Thomas,
* Thomas Gleixner [140919 12:47]:
>
> The wakeup handler is supposed to bring the thing out of deep sleep
> and nothing else. All you want it to do is to mask itself and save the
> information that the real device irq is pending.
>
> A stub handler for the wakeup irq is enough. We
On Wed, 2014-10-01 at 22:00 +1000, Michael Ellerman wrote:
> On Tue, 2014-30-09 at 10:34:56 UTC, Michael Neuling wrote:
> > From: Ian Munsie
> >
> > This new header add defines for callbacks and structs needed by the rest of
> > the
> adds
> > kernel to hook into the cxl
On 10/01/2014 06:28 PM, Chuck Ebbert wrote:
> On Wed, 01 Oct 2014 18:08:30 -0400
> Sasha Levin wrote:
>
>> > On 10/01/2014 04:20 PM, Linus Torvalds wrote:
>>> > > So I'm really sending this patch out in the hope that it will get
>>> > > comments, fixup and possibly even testing by people who
On 10/01/2014 12:05 PM, at...@opensource.altera.com wrote:
From: Alan Tull
This set of patches adds regulator support for pmbus_core.c and ltc2978.c
Each output has individual on/off control.
From PMBus_Specification_Part_II_Rev_1-3_20140318.pdf:
12.1.1. OPERATION Command Bit [7]
Bit
On Tue, 2014-30-09 at 10:34:57 UTC, Michael Neuling wrote:
> From: Ian Munsie
>
> This adds a number of functions for allocating IRQs under powernv PCIe for
> cxl.
>
> diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c
> b/arch/powerpc/platforms/powernv/pci-ioda.c
> index 329164f..b0b96f0
On Wed, 2014-10-01 at 17:13 +1000, Michael Ellerman wrote:
> On Tue, 2014-30-09 at 10:34:54 UTC, Michael Neuling wrote:
> > From: Ian Munsie
>
> Mind explaining why ? :)
Sure.
Mikey
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Normally the callchain_param.record_mode is used only for record path.
But as it might need to prepare something for dwarf unwinding, setup
this info for perf report too.
Cc: Jiri Olsa
Cc: David Ahern
Cc: Jean Pihet
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
Normally the callchain_param.record_mode is used only for record path.
But as it might need to prepare something for dwarf unwinding, setup
this info for perf report too.
Cc: Jiri Olsa
Cc: David Ahern
Cc: Jean Pihet
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
This is mechanical changes only for accounting access to thread->priv
properly in the source level.
Cc: David Ahern
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-trace.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tools/perf/builtin-trace.c
The unw_addr_space_t in libunwind represents an address space to be
used for stack unwinding. It doesn't need to be create/destory
everytime to unwind callchain (as in get_entries) and can have a same
lifetime as thread (unless exec called).
So move the address space construction/destruction
Hello,
This is v3 for libunwind callchain post processing speed up. It was
able to reduce 50% of processing time by using global cache provided
in libunwind. In this version, I decided to use the existing
callchain_param.record_mode instead of adding a new field in the
symbol_conf.
The patch 4
This is mechanical changes only for accounting access to thread->priv
properly in the source level.
Cc: David Ahern
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-kvm.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/perf/builtin-kvm.c
The libunwind provides two caching policy which are global and
per-thread. As perf unwinds callchains in a single thread, it'd
sufficient to use global caching.
This speeds up my perf report from 14s to 7s on a ~260MB data file.
Although the output sometimes contains a slight difference (~0.01%
1) Don't halt the firmware in r8152 driver, from Hayes Wang.
2) Handle full sized 802.1ad frames in bnx2 and tg3 drivers
properly, from Vlad Yasevich.
3) Don't sleep while holding tx_clean_lock in netxen driver,
fix from Manish Chopra.
4) Certain kinds of ipv6 routes can end up endlessly
On Wed, Oct 01, 2014 at 07:35:51PM -0700, Amber Thrall wrote:
> Fixed various coding sytles.
You need to be specific as to what you changed.
Also, use get_maintainer to figure out who to sent this to (hint, not
me...)
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe
Fixed various coding sytles.
Signed-off-by: Amber Thrall
---
drivers/staging/media/lirc/lirc_bt829.c | 2 +-
drivers/staging/media/lirc/lirc_imon.c | 4 +-
drivers/staging/media/lirc/lirc_sasem.c | 6 +--
drivers/staging/media/lirc/lirc_serial.c | 29 ++
Caused by 8bd43b6e6df7 ("ARM: dts: Add rtc_src clk for s3c-rtc on
> exynos Peach boards").
>
> I give up ... please test your trees better ...
>
So sorry, actually it's my fault, I missed the information to arm-soc when I
sent a pull-request, just I thought arm-soc were awa
On Thu, 2014-10-02 at 02:19AM +0300, Laurent Pinchart wrote:
> Hi Sören,
>
> Thank you for the patch.
>
> On Wednesday 01 October 2014 14:02:32 Soren Brinkmann wrote:
> > Add a driver for the Xilinx Clocking Wizard soft IP. The clocking wizard
> > provides an AXI interface to dynamically
The code currently checks the mac_addr variable that is clearly
zero'd out during allocation.
Further code is added to bring the mac_addr from the partial pdata.
Signed-off-by: Michael Welling
---
drivers/net/ethernet/ti/davinci_emac.c | 10 +-
1 file changed, 5 insertions(+), 5
On Wed, 2014-10-01 at 17:13 +1000, Michael Ellerman wrote:
> On Tue, 2014-30-09 at 10:34:53 UTC, Michael Neuling wrote:
> > From: Ian Munsie
> >
> > Currently msi_bitmap_alloc_hwirqs() will round up any IRQ allocation
> > requests
>
I reliably get the following lockup when trying to set up a VPN tunnel
using L2TP over IPSEC:
[ 2214.970639] BUG: soft lockup - CPU#1 stuck for 22s! [pppd:9423]
[ 2214.970648] Modules linked in: l2tp_ppp l2tp_netlink l2tp_core pppoe pppox
ppp_generic slhc authenc cmac rmd160 crypto_null ip_vti
On Tue, 2014-30-09 at 10:34:55 UTC, Michael Neuling wrote:
> From: Ian Munsie
>
> Some of the MSI IRQ code in pnv_pci_ioda_msi_setup() is generically useful so
> split it out.
>
> This will be used by some of the cxl PCIe code later.
>
> diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c
ch boards").
I give up ... please test your trees better ...
I have used the arm-soc tree form next-20141001 for today (which still
needs 5 reverts to get it to build :-().
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
From: Alexei Starovoitov
Date: Mon, 29 Sep 2014 18:50:00 -0700
> patch #1 commit log explains why eBPF verifier has to examine some
> instructions multiple times and describes the search pruning optimization
> that improves verification speed for branchy programs and allows more
> complex
On 10/01/2014 03:20 PM, atull wrote:
On Wed, 1 Oct 2014, Guenter Roeck wrote:
On Wed, Oct 01, 2014 at 03:18:20PM -0500, at...@opensource.altera.com wrote:
From: Alan Tull
Add simple on/off regulator support for ltc2978 and
other pmbus parts supported by ltc2978.c
Signed-off-by: Alan Tull
On Wed, Oct 01, 2014 at 08:15:08PM -0400, Jerry Stralko wrote:
> On 09/23/2014 07:09 PM, Jerry Stralko wrote:
> > Symbol was not declared. Should it be static?
> >
> > Signed-off-by: Jerry Stralko
> > ---
> > drivers/staging/rtl8821ae/base.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2
Please, i want to confirm if this your email address is still active,i have an
important and urgent project to discuss with you.
Awaiting your comfirmation.
Regards
Mustafa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Anatolij,
On Wed, 1 Oct 2014 09:11:25 +0200 Anatolij Gustschin wrote:
>
> On Wed, 1 Oct 2014 09:01:15 +1000
> Stephen Rothwell wrote:
> ...
> > Attempting to fetch the mpc5xxx tree
> > (git://git.denx.de/linux-2.6-agust.git#next) produces this error:
> >
> > fatal: Could not read from
On Wed, 2014-10-01 at 15:23 +0530, Aneesh Kumar K.V wrote:
> Michael Neuling writes:
>
> > From: Ian Munsie
> >
> > __spu_trap_data_seg() currently contains code to determine the VSID and ESID
> > required for a particular EA and mm struct.
> >
> > This code is generically useful for other
On Wed, 2014-10-01 at 16:47 +1000, Michael Ellerman wrote:
> On Tue, 2014-30-09 at 10:34:51 UTC, Michael Neuling wrote:
> > From: Ian Munsie
> >
> > __spu_trap_data_seg() currently contains code to determine the VSID and ESID
> > required for a particular EA and mm struct.
> >
> > This code is
On Tue, Sep 30, 2014 at 01:02:01PM +0200, Joerg Roedel wrote:
> Hi,
>
> here is a patch-set to fix an issue recently discovered when
> the Intel IOMMU is in use with devices that need RMRR
> mappings.
>
> The problem is that the RMRR mappings are destroyed when the
> device driver is unbound
On Fri, Sep 26, 2014 at 04:33:26PM -0400, Naoya Horiguchi wrote:
> Could you test and merge the following change?
Many apologies for the late reply! Your email was in my spam folder :-( I see
that Andrew has already merged the patch, so we're in good shape!
Thanks for fixing this bug Naoya!
--
On 09/23/2014 07:09 PM, Jerry Stralko wrote:
> Symbol was not declared. Should it be static?
>
> Signed-off-by: Jerry Stralko
> ---
> drivers/staging/rtl8821ae/base.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/staging/rtl8821ae/base.c
>
On Wed, Oct 01, 2014 at 04:10:03AM +0200, Rafael J. Wysocki wrote:
> From: "Rafael J. Wysocki"
>
> Add a uniform interface by which device drivers can request device
> properties from the platform firmware by providing a property name
> and the corresponding data type. The purpose of it is to
On Wed, 1 Oct 2014, dbasehore . wrote:
> On Wed, Oct 1, 2014 at 3:30 PM, Rafael J. Wysocki wrote:
Please stop top-posting and trim the quoted text. This is not your
$corp mail drop.
> dpm_resume_noirq is not early enough for the Xen stuff, but should be
> early enough for other stuff. This
On Tue, Sep 30, 2014 at 08:12:07AM +0800, Peter Chen wrote:
> On Tue, Sep 23, 2014 at 12:28:03PM +0200, Antoine Tenart wrote:
> > Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> > and DMA mask, to support USB2 ChipIdea controllers that don't need
> > specific functions.
> >
> >
On Wed, Oct 01, 2014 at 03:56:41PM -0700, Andy Lutomirski wrote:
> If a user puts init=/whatever on the command line and /whatever
> can't be run, then the kernel will try a few default options before
> giving up. If init=/whatever came from a bootloader prompt, then
> this is unexpected but
On 10/01/14 14:37, Jim Davis wrote:
> Building with the attached random configuration file,
Also:
warning: (CAN_PEAK_PCIEC && SFC && IGB && VIDEO_TW68 && DRM && FB_DDC &&
FB_VIA) selects I2C_ALGOBIT which has unmet direct dependencies (I2C)
> drivers/i2c/algos/i2c-algo-bit.c: In function
Hi Sören,
Thank you for the patch.
On Wednesday 01 October 2014 14:02:32 Soren Brinkmann wrote:
> Add a driver for the Xilinx Clocking Wizard soft IP. The clocking wizard
> provides an AXI interface to dynamically reconfigure the clocking
> resources of Xilinx FPGAs.
>
> Signed-off-by: Soren
On Wed 2014-10-01 11:07:18, Dinh Nguyen wrote:
>
>
> On 10/1/14, 10:04 AM, Pavel Machek wrote:
> > Hi!
> >
> +__raw_writel(RSTMGR_MPUMODRST_CPU1,
> + rst_manager_base_addr + 0x10);
> >>>
> >>> Would it be possible to copy reset manager
Functions fw5895_init() and config_autodelink_before_power_down() are used
only when CONFIG_PM is defined.
drivers/usb/storage/realtek_cr.c:699:13: warning: 'fw5895_init' defined but not
used [-Wunused-function]
drivers/usb/storage/realtek_cr.c:629:12: warning:
The VERBOSE_STATUS flag doesn't seem to be relevant these days. It is a
compile time flag that for sure doesn't "save 400 bytes kernel memory".
Signed-off-by: Luis Henriques
---
fs/binfmt_misc.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/fs/binfmt_misc.c b/fs/binfmt_misc.c
Label err_video_unreg in function usb_pwc_probe() is only used when
CONFIG_USB_PWC_INPUT_EVDEV is defined.
drivers/media/usb/pwc/pwc-if.c:1104:1: warning: label 'err_video_unreg' defined
but not used [-Wunused-label]
Signed-off-by: Luis Henriques
---
drivers/media/usb/pwc/pwc-if.c | 8
On Wednesday, October 01, 2014 04:01:33 PM dbasehore . wrote:
> dpm_resume_noirq is not early enough for the Xen stuff, but should be
> early enough for other stuff. This patch is mostly just a bandage on
> top of the broken IRQF_EARLY_RESUME code.
>
> We may consider getting rid of
Function syscall32_cpu_init() is used only when CONFIG_IA32_EMULATION is
defined.
arch/x86/kernel/cpu/common.c:968:13: warning: 'syscall32_cpu_init' defined but
not used [-Wunused-function]
Signed-off-by: Luis Henriques
---
arch/x86/kernel/cpu/common.c | 2 ++
1 file changed, 2 insertions(+)
The check of SCF_SCSI_DATA_CDB seems to be a remnant from before hch's
refactoring of this function. There are no places where that flag is set
that cmd->execute_cmd isn't also set.
Signed-off-by: Andy Grover
---
drivers/target/target_core_sbc.c | 2 +-
1 file changed, 1 insertion(+), 1
Hi Nick and all,
Here's version 2, against Nick's target-pending/for-next. Note that
since that tree is still on 3.17-rc5, in testing I ran into an issue
fixed by:
genhd: fix leftover might_sleep() in blk_free_devt()
which first appears in 3.17-rc7.
Incorporates feedback from Nick.
Doc fixes
Add a LIO storage engine that presents commands to userspace for execution.
This would allow more complex backstores to be implemented out-of-kernel,
and also make experimentation a-la FUSE (but at the SCSI level -- "SUSE"?)
possible.
It uses a mmap()able UIO device per LUN to share a command
Describes the driver and its interface to make it possible for user
programs to back a LIO-exported LUN.
Thanks to Richard W. M. Jones for review, and supplementing this doc
with the first two paragraphs.
Signed-off-by: Andy Grover
---
Documentation/target/tcmu-design.txt | 378
In order to prevent a O(n) search of the filesystem to link up its uio
node with its target configuration, TCMU needs to know the minor number
that UIO assigned. Expose the definition of this struct so TCMU can
access this field.
Signed-off-by: Andy Grover
---
drivers/uio/uio.c | 12
struct pid_namespace *ns is used only when ACCT_VERSION is 3.
kernel/acct.c:475:24: warning: unused variable 'ns' [-Wunused-variable]
Signed-off-by: Luis Henriques
---
kernel/acct.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/acct.c b/kernel/acct.c
index
dpm_resume_noirq is not early enough for the Xen stuff, but should be
early enough for other stuff. This patch is mostly just a bandage on
top of the broken IRQF_EARLY_RESUME code.
We may consider getting rid of IRQF_EARLY_RESUME and having Xen
register its own syscore resume function to enable
If a user puts init=/whatever on the command line and /whatever
can't be run, then the kernel will try a few default options before
giving up. If init=/whatever came from a bootloader prompt, then
this is unexpected but probably harmless. On the other hand, if it
comes from a script (e.g. a tool
Hi Alex,
On Wed, 01 Oct 2014 11:06:14 -0600 Alex Williamson
wrote:
>
> On Wed, 2014-10-01 at 13:14 +1000, Stephen Rothwell wrote:
> >
> > Today's linux-next merge of the vfio tree got a conflict in
> > drivers/pci/msi.c between commits a160fe94cb53 ("PCI/MSI: Remove unused
> >
Alex,
On Wed, Oct 1, 2014 at 10:40 AM, Alexandru M Stan wrote:
> i2cdetect -q was broken (everything was a false positive, and no transfers
> were
> actually being sent over i2c). The way it works is by sending a 0 length write
> request and checking for NACK. This patch fixes the 0 length
On Mon, 29 Sep 2014 16:00:48 +0200 Peter Zijlstra wrote:
> On Mon, Sep 29, 2014 at 02:07:22PM +0200, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > Subject: perf: Fix perf bug in fork()
> > >
> > > Oleg noticed that a cleanup by Sylvain actually uncovered a bug; by
> > >
On Wed, Oct 1, 2014 at 3:08 PM, Sasha Levin wrote:
>
> I've tried this patch on the same configuration that was triggering
> the VM_BUG_ON that Hugh mentioned previously. Surprisingly enough it
> ran fine for ~20 minutes before exploding with:
Well, that's somewhat encouraging. I didn't expect
On Wed, Oct 01, 2014 at 11:13:14AM -0700, Andy Lutomirski wrote:
> On Wed, Oct 1, 2014 at 11:05 AM, wrote:
> > On Tue, Sep 30, 2014 at 09:53:56PM -0700, Andy Lutomirski wrote:
> >> I significantly prefer default N. Scripts that play with init= really
> >> don't want the fallback, and I can
On Thursday, October 02, 2014 12:09:44 AM Rafael J. Wysocki wrote:
> On Wednesday, October 01, 2014 09:47:40 AM Arnd Bergmann wrote:
> > On Wednesday 01 October 2014 04:10:03 Rafael J. Wysocki wrote:
> > > From: "Rafael J. Wysocki"
> > >
> > > Add a uniform interface by which device drivers can
On Tue, Sep 30, 2014 at 09:23:28AM +0200, Luis R. Rodriguez wrote:
> On Sun, Sep 28, 2014 at 10:41:23AM -0400, Tejun Heo wrote:
> > On Fri, Sep 26, 2014 at 02:57:15PM -0700, Luis R. Rodriguez wrote:
> > ...
> > > [ 14.414746] [] ? dump_stack+0x41/0x51
> > > [ 14.414790] [] ?
On Mon, 29 Sep 2014 10:49:15 +0200 Yann Droneaud wrote:
> According to commit 80af258867648 ('fanotify: groups can specify
> their f_flags for new fd'), file descriptors created as part of
> file access notification events inherit flags from the
> event_f_flags argument passed to syscall
On Tue, Sep 30, 2014 at 01:02:01PM +0200, Joerg Roedel wrote:
> Hi,
>
> here is a patch-set to fix an issue recently discovered when
> the Intel IOMMU is in use with devices that need RMRR
> mappings.
>
> The problem is that the RMRR mappings are destroyed when the
> device driver is unbound
From: Fabian Frederick
Date: Wed, 1 Oct 2014 06:52:06 +0200
> ccid_activate is only called by __init ccid_initialize_builtins in same
> module.
>
> Signed-off-by: Fabian Frederick
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Fabian Frederick
Date: Wed, 1 Oct 2014 06:48:03 +0200
> dccp_mib_init is only called by __init dccp_init in same module.
>
> Signed-off-by: Fabian Frederick
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, 01 Oct 2014 18:08:30 -0400
Sasha Levin wrote:
> On 10/01/2014 04:20 PM, Linus Torvalds wrote:
> > So I'm really sending this patch out in the hope that it will get
> > comments, fixup and possibly even testing by people who actually know
> > the NUMA balancing code. Rik? Anybody?
>
>
On Wed, 1 Oct 2014, Guenter Roeck wrote:
> On Wed, Oct 01, 2014 at 03:18:20PM -0500, at...@opensource.altera.com wrote:
> > From: Alan Tull
> >
> > Add simple on/off regulator support for ltc2978 and
> > other pmbus parts supported by ltc2978.c
> >
> > Signed-off-by: Alan Tull
> >
> > v2:
During 3.16 merge window, parts of the commit 8e8acb32960f
(MIPS/loongson2_cpufreq: Fix CPU clock rate setting) seem to have
been deleted probably due to a mismerge, and as a result cpufreq
is broken again on Loongson2 boards in 3.16 and newer kernels.
Fix by repeating the fix.
Signed-off-by:
On Wed, 1 Oct 2014, Guenter Roeck wrote:
> On Wed, Oct 01, 2014 at 03:18:20PM -0500, at...@opensource.altera.com wrote:
> > From: Alan Tull
> >
> > Add simple on/off regulator support for ltc2978 and
> > other pmbus parts supported by ltc2978.c
> >
> > Signed-off-by: Alan Tull
> >
> > v2:
Fix 10 occurences of coding style errors where the line exceeds 80 characters
by breaking them into more lines.
Checkpatch.pl reports these errors as: 'WARNING: line over 80 characters'
Also, removes unnecessary returns in two void functions by removing the return
statements.
Checkpatch.pl
Em Wed, Oct 01, 2014 at 03:02:18PM -0700, Andi Kleen escreveu:
> On Wed, Oct 01, 2014 at 03:03:16PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Wed, Sep 24, 2014 at 01:51:08PM -0700, Andi Kleen escreveu:
> > > It's currently difficult to filter out perf itself using a filter.
> > > This can
On Thursday, October 02, 2014 12:25:08 AM Rafael J. Wysocki wrote:
> On Wednesday, October 01, 2014 01:48:39 PM dbasehore . wrote:
> > Adding maintainers for affected systems to this CL for review.
> >
> > On Mon, Jul 7, 2014 at 8:33 AM, Konrad Rzeszutek Wilk
> > wrote:
> > > On Fri, Jun 27,
On 10/01/2014 04:20 PM, Linus Torvalds wrote:
> So I'm really sending this patch out in the hope that it will get
> comments, fixup and possibly even testing by people who actually know
> the NUMA balancing code. Rik? Anybody?
Hi Linus,
I've tried this patch on the same configuration that was
On 10/01/14 14:50, Russell King - ARM Linux wrote:
> On Fri, Sep 19, 2014 at 11:24:01AM -0700, Stephen Boyd wrote:
>>
>> Do you, or anyone else, know of other implementations? I *hope* that
>> this same exercise was done by the VFP architects before they
>> re-purposed bits but who knows. If
On Wednesday, October 01, 2014 01:48:39 PM dbasehore . wrote:
> Adding maintainers for affected systems to this CL for review.
>
> On Mon, Jul 7, 2014 at 8:33 AM, Konrad Rzeszutek Wilk
> wrote:
> > On Fri, Jun 27, 2014 at 05:04:24PM -0700, Derek Basehore wrote:
> >> In the case of a late abort
On Wed, Oct 01, 2014 at 03:03:16PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Sep 24, 2014 at 01:51:08PM -0700, Andi Kleen escreveu:
>
> > It's currently difficult to filter out perf itself using a filter.
> > This can give cascading effects during IO tracing when the IO perf
> > does
I see two problems if we consider the sock->ops->connect attempt to fail in
rds_tcp_conn_connect. The first issue is that for example we don't remove the
previously added rds_tcp_connection item to rds_tcp_tc_list at
rds_tcp_set_callbacks, which means that on a next reconnect attempt for the
same
Hi,
I got a report of one issue within RDS (after investigation it was a double
free), and I'm sending the fix (patch 3/3) which reporter said it works (no more
WARNING triggered on a specially instrumented kernel). The report/test was done
on a very old kernel (RHEL 5, 2.6.18 based with
On Fri, Sep 19, 2014 at 11:24:01AM -0700, Stephen Boyd wrote:
> Thank you for the warm welcome! I looked at the TRMs for ARM11 and ARM9.
> I can't find anywhere where VFPv2 is supported and these bits are set.
>
> Bits 22-16 of FPSID:
>
> ARM1136r1p5: 0x01
> ARM1136r1p3: 0x01
> ARM1176:
1 - 100 of 1434 matches
Mail list logo