* Ard Biesheuvel wrote:
> From: Taku Izumi
>
> Commit 0f96a99dab36 ("efi: Add "efi_fake_mem" boot option")
> introduces the following warning message:
>
> drivers/firmware/efi/fake_mem.c:186:20: warning: cast to pointer
> from integer of different size [-Wint-to-pointer-cast]
>
>
Include asm-generic/msi.h to support CONFIG_GENERIC_MSI_IRQ_DOMAIN.
This to fix compilation error:
"include/linux/msi.h:123:21: fatal error: asm/msi.h:
No such file or directory"
Signed-off-by: Ley Foon Tan
---
arch/arm/include/asm/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git
This patch adds the Altera PCIe host controller driver.
Signed-off-by: Ley Foon Tan
Reviewed-by: Marc Zyngier
---
drivers/pci/host/Kconfig | 8 +
drivers/pci/host/Makefile | 1 +
drivers/pci/host/pcie-altera.c | 580 +
3 files changed, 589
On 23/10/15 07:39, Dmitry Torokhov wrote:
On Wed, Oct 21, 2015 at 11:10:03AM +0100, Sudeep Holla wrote:
Though the mmc core driver should/will continue to support the legacy
"nvidia,wakeup-source" property to enable SDIO as the wakeup source, we
need to add support for the new standard
On Tue, Oct 20, 2015 at 10:28:28AM +0800, Huang Rui wrote:
> This patch adds the description to explain the accumulated power
> algorithm.
>
> Signed-off-by: Huang Rui
> Cc: Borislav Petkov
> Cc: Guenter Roeck
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> ---
> Documentation/hwmon/fam15h_power |
On Fri, Oct 23, 2015 at 11:40:13AM +0300, Mika Westerberg wrote:
> On Thu, Oct 22, 2015 at 02:17:42AM -0700, Dustin Byford wrote:
> > Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or
> > device property compatible string match), enumerating I2C client devices
> > connected
On Friday 23 October 2015 18:41:32 Linus Torvalds wrote:
> On Thu, 22 Oct 2015, Arnd Bergmann wrote:
> >
> > are available in the git repository at:
> >
> > git+ssh://gitol...@ra.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
> > tags/fixes-for-linus
>
> Anyway, I've pulled using the
On Fri, Oct 23, 2015 at 05:38:49PM +0800, yalin wang wrote:
> This crash is caused by NULL pointer deference:
> [ 182.639154 ] Unable to handle kernel NULL pointer dereference at virtual
> address
> [ 182.639491 ] pgd = ffc00077a000
> [ 182.639761 ] []
On Tue, Oct 20, 2015 at 03:39:00PM +0800, Haozhong Zhang wrote:
> VMX TSC scaling shares some common logics with SVM TSC ratio which
> is already supported by KVM. Patch 1 ~ 8 move those common logics from
> SVM code to the common code. Upon them, patch 9 ~ 12 add VMX-specific
> support for VMX
Commit-ID: 0aaafaabfcba8aa991913cd3280a5dbf7f111a2a
Gitweb: http://git.kernel.org/tip/0aaafaabfcba8aa991913cd3280a5dbf7f111a2a
Author: Peter Zijlstra
AuthorDate: Fri, 23 Oct 2015 11:50:08 +0200
Committer: Ingo Molnar
CommitDate: Fri, 23 Oct 2015 12:02:10 +0200
sched/core: Add missing
On Wed, Oct 7, 2015 at 10:27 PM, Timur Tabi wrote:
> The UART_DUMMY_DR_RX status bit is equal to (1 << 16), so a u16 is too small
> to hold that value. The result is that UART_DUMMY_DR_RX is never passed
> to uart_insert_char(). This means that we're always accepting characters,
> even when
On Thu, Oct 22, 2015 at 02:00:51PM +0800, Baoquan He wrote:
> Adjust the return value of parse_ioapics_under_ir as negative value
> representing
> failure and "0" representing succcess. Just make it consistent with other
> function implementation, and we can judge if calling is successfull by
>
* Namhyung Kim wrote:
> > Also, I had to go into the code to decode the real meaning of all the other
> > parameters. I'd have expected them to be more obvious from reading the help
> > text.
>
> Did you check the man page also? I think we have (short) explanation for
> each
> parameter
`comedi_nsamples_left(s, nsamples)` returns the number of samples
remaining to complete an asynchronous command or the passed in
`nsamples`, whichever is lower. However, it goes wrong in the extreme
case of setting the `nsamples` parameter to `UINT_MAX` when the number
of conversions per "scan"
On Friday 23 October 2015 17:24:59 WEN Pingbo wrote:
> Using struct timeval will cause time overflow in 2038, replacing it with
> ktime_t. And we don't need to handle sec and nsec separately.
>
> Since mlc->lcv_t is only interested in seconds, directly using
> time64_t here.
>
> And monotonic
On 23/10/15 02:41, Hanjun Guo wrote:
> Hi Brijesh,
>
> On 2015/10/22 22:46, Brijesh Singh wrote:
>> Hi Andre,
>>
>> On 10/21/2015 06:52 PM, Andre Przywara wrote:
>>> On 21/10/15 21:41, Brijesh Singh wrote:
Add support for Cortex A57 and A53 EDAC driver.
>>> Hi Brijesh,
>>>
>>> thanks for the
On Thu, Oct 22, 2015 at 09:06:31AM +0200, Luca Abeni wrote:
> >>diff --git a/kernel/sched/deadline.c b/kernel/sched/deadline.c
> >>index 142df26..5b1ba95 100644
> >>--- a/kernel/sched/deadline.c
> >>+++ b/kernel/sched/deadline.c
> >>@@ -668,8 +668,11 @@ static enum hrtimer_restart
Hello!
> > This patchset, I have tested on Peach-Pi (Exynos5880) based chromebook for
> > boot
> > and S2R functionality.
> >
>
> Entire patchset tested on Trats2 (Exynos4412) board. Unless Kukjin picks
> it also, I plan to take it for v4.5.
Tested on SMDK5410. By the way, what is current
On Mon, Oct 19, 2015 at 12:02:53PM +0900, Magnus Damm wrote:
> From: Magnus Damm
>
> Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_LPAE
> nor the IPMMU_VMSA driver actually depends on ARM_LPAE, so get
> rid of the dependency.
>
> Tested with ipmmu-vmsa on r8a7794 ALT and a kernel
Hi,Jeff
On Friday, October 23, 2015 03:04 AM, Jeff Moyer wrote:
Jens Axboe writes:
On 10/22/2015 09:53 AM, Jeff Moyer wrote:
I think that percolating BLK_MQ_F_TAG_SHARED up to the tag set would
allow newly created hctxs to simply inherit the shared state (in
blk_mq_init_hctx), and you won't
From: Taku Izumi
Commit 0f96a99dab36 ("efi: Add "efi_fake_mem" boot option")
introduces the following warning message:
drivers/firmware/efi/fake_mem.c:186:20: warning: cast to pointer
from integer of different size [-Wint-to-pointer-cast]
new_memmap_phy was defined as a u64 value and cast
We have been getting away with using a void* for the physical
address of the UEFI memory map, since, even on 32-bit platforms
with 64-bit physical addresses, no truncation takes place if the
memory map has been allocated by the firmware (which only uses
1:1 virtually addressable memory), which is
On Friday 23 October 2015 17:12:38 Pingbo Wen wrote:
> On Monday, October 19, 2015 04:58 PM, Arnd Bergmann wrote:
> >> -do_gettimeofday();
> >> -tv.tv_usec += USEC_PER_SEC * (tv.tv_sec -
> >> mlc->instart.tv_sec);
> >> -tv.tv_usec -= mlc->instart.tv_usec;
> >>
Hi,list
I encounter a panic about init process.
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0007
Pid: 1, comm: init Tainted: G RO 3.4.24.19-0.11-default #1
Call Trace:
[] panic+0xc1/0x1e2
[] do_exit+0x7db/0x8d0
[] do_group_exit+0x3a/0xa0
[]
On Thu, 22 Oct 2015, Arnd Bergmann wrote:
>
> are available in the git repository at:
>
> git+ssh://gitol...@ra.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
> tags/fixes-for-linus
What the heck happened to your pull request script? A sudden case of
script disease?
That's just
From: Nathan Sullivan
Date: Wed, 21 Oct 2015 14:17:04 -0500
> Very rarely, the KSZ9031 will appear to complete autonegotiation, but
> will drop all traffic afterwards. When this happens, the idle error
> count will read 0xFF after autonegotiation completes. Reset the PHY
> when in that state.
This crash is caused by NULL pointer deference:
[ 182.639154 ] Unable to handle kernel NULL pointer dereference at virtual
address
[ 182.639491 ] pgd = ffc00077a000
[ 182.639761 ] [] *pgd=b9422003, *pud=b9422003,
*pmd=b9423003,
From: Hannes Frederic Sowa
Date: Fri, 16 Oct 2015 11:32:41 +0200
> I add a new header, linux/overflow-arith.h, as the central place to add
> overflow and wrap-around checking functions. The reason I am doing so
> is that it can make use of compiler supported builtin functions which
> can
On Friday, October 23, 2015 05:25 PM, Arnd Bergmann wrote:
> On Friday 23 October 2015 16:53:26 WEN Pingbo wrote:
>> 1. Converting timeval to ktime_t, and there is no need to handle sec and
>> usec separately
>>
>> 2. hp_sdc.rtv is only used for time diff, monotonic time is better here
>>
>>
This patch allows perf record setting event's attr.inherit bit by
config terms like:
# perf record -e cycles/no-inherit/ ...
So user can control inherit bit for each event separately.
In following example, a.out fork()s in main then do some complex
CPU intensive computations in both of its
On Thu, Oct 22, 2015 at 12:40:02PM +0800, Yong Wu wrote:
> But the mtk-iommu depend on the drivers/memory/mtk-smi.c(mtk-iommu
> has called a function of the mtk-smi).
> So if there is dependence here, How should we do to merge them?
I can surely merge mtk-smi too, if it gets proper
On Friday 23 October 2015 16:53:26 WEN Pingbo wrote:
> 1. Converting timeval to ktime_t, and there is no need to handle sec and
> usec separately
>
> 2. hp_sdc.rtv is only used for time diff, monotonic time is better here
>
> Signed-off-by: WEN Pingbo
> ---
This version is still correct and
Using struct timeval will cause time overflow in 2038, replacing it with
ktime_t. And we don't need to handle sec and nsec separately.
Since mlc->lcv_t is only interested in seconds, directly using
time64_t here.
And monotonic time is better here, since the original driver don't care
the wall
There is a board in the wild, i.e. Intel Galileo Gen2, that has ACPI enumerated
devices behind I2C bus. This patch series dedicated to enable those devices.
The MFD framework is also updated to cope with interesting implementation of
the cell descriptions under ACPI MFD (patch 1).
The patches 5
On Intel Galileo boards the GPIO expander is connected to i2c bus. Moreover it
is able to generate interrupt, but interrupt line is connected to GPIO. That's
why we have to have GPIO driver in place when we will probe i2c host with
device connected to it.
Acked-by: Lee Jones
Signed-off-by: Andy
There is a chip connected to i2c bus on Intel Galileo Gen2 board. Enable it via
ACPI ID INT3492.
Cc: Thierry Reding
Signed-off-by: Andy Shevchenko
---
drivers/pwm/Kconfig | 2 +-
drivers/pwm/pwm-pca9685.c | 20
2 files changed, 17 insertions(+), 5 deletions(-)
diff
Ping ???
Regards,
Anup
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
There is at least one board on the market, i.e. Intel Galileo Gen2, that uses
_ADR to distinguish the devices under one actual device. Due to this we have to
improve the quirk in the MFD core to handle that board.
Acked-by: Rafael J. Wysocki
Acked-by: Lee Jones
Signed-off-by: Andy Shevchenko
Supported bits of MSR_IA32_DEBUGCTLMSR are DEBUGCTLMSR_LBR(bit 0),
DEBUGCTLMSR_BTF(bit 1) and DEBUGCTLMSR_FREEZE_LBRS_ON_PMI(bit 11).
Qemu can get/set contents of LBR MSRs and LBR status in order to
support migration.
Signed-off-by: Jian Zhou
Signed-off-by: Stephen He
---
arch/x86/kvm/x86.c |
From: Jason Wang
Date: Fri, 23 Oct 2015 00:57:05 -0400
> We don't have fraglist support in TAP_FEATURES. This will lead
> software segmentation of gro skb with frag list. Fixes by having
> frag list support in TAP_FEATURES.
>
> With this patch single session of netperf receiving were restored
Using msr intercept bitmap and arrays(save/restore LBR MSRs)
in kvm_vcpu_arch struct to support LBR virtualization.
Add a parameter of kvm_intel module to permanently disable
LBRV.
Reorgnized the table of supported CPUs, LBRV can be enabled
or not according to the guest CPUID.
Signed-off-by: Jian
Changelog in v2:
(1) move the implementation into vmx.c
(2) migraton is supported
(3) add arrays in kvm_vcpu_arch struct to save/restore
LBR MSRs at vm exit/entry time.
(4) add a parameter of kvm_intel module to permanently
disable LBRV
(5) table of supported CPUs is
On Thursday 22 October 2015 15:27:05 Loc Ho wrote:
> >
> > phy-xgene.c
> > ---
> >
> > Looking at other drivers under drivers/phy, I could find phy-xgene.c which
> > is close Keystone SerDes driver (. This is called APM X-Gene Multi-Purpose
> > PHY driver. It defines following mode per the
Add arrays in kvm_vcpu_arch struct to save/restore
LBR MSRs at vm exit/entry time.
Add new hooks to set/get DEBUGCTLMSR and LBR MSRs.
Signed-off-by: Jian Zhou
Signed-off-by: Stephen He
---
arch/x86/include/asm/kvm_host.h | 26 --
1 file changed, 20 insertions(+), 6
On Intel Galileo Gen2 the GPIO expanders are connected to the i2c bus. For
those devices the ACPI table has specific parameters that refer to an actual
i2c host controller. Since MFD now copes with that specific configuration we
have to provide a necessary information how to distinguish devices in
There is a 24c08 chip connected to i2c bus on Intel Galileo Gen2 board. Enable
it via ACPI ID INT3499.
Signed-off-by: Andy Shevchenko
---
drivers/misc/eeprom/at24.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/drivers/misc/eeprom/at24.c
Macros about LBR MSRs.
Signed-off-by: Jian Zhou
Signed-off-by: Stephen He
---
arch/x86/include/asm/msr-index.h | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/msr-index.h b/arch/x86/include/asm/msr-index.h
index
Bart Van Assche writes:
> On 10/22/2015 10:12 AM, Vitaly Kuznetsov wrote:
>> On some host errors storvsc module tries to remove sdev by scheduling a job
>> which does the following:
>>
>> sdev = scsi_device_lookup(wrk->host, 0, 0, wrk->lun);
>> if (sdev) {
>>
On Monday, October 19, 2015 04:58 PM, Arnd Bergmann wrote:
> On Sunday 18 October 2015 17:45:19 WEN Pingbo wrote:
>> Using struct timeval will cause time overflow in 2038, replacing it with
>> a 64bit version.
>>
>> In addition, the origin driver try to covert usec to jiffies manually in
>>
Hi Robin,
On 2015/10/20 23:02, Robin Murphy wrote:
> On 20/10/15 09:45, Chen Feng wrote:
>> iommu/hisilicon: Add hi6220-SoC smmu driver
>
>> +
>> +static int hi6220_smmu_attach_dev(struct iommu_domain *domain,
>> + struct device *dev)
>> +{
>> +dev->archdata.iommu =
PCI-2.2 VPD entries have a maximum size of 32k, but might actually
be smaller than that. To figure out the actual size one has to read
the VPD area until the 'end marker' is reached.
Trying to read VPD data beyond that marker results in 'interesting'
effects, from simple read errors to crashing
On Thursday 22 October 2015 18:41:05 Rob Herring wrote:
> On Thu, Oct 22, 2015 at 1:52 PM, Ray Jui wrote:
> > On 10/22/2015 11:43 AM, Rob Herring wrote:
> >> On Mon, Oct 19, 2015 at 12:43 AM, Pramod Kumar wrote:
> >>> Add ngpios property to the gpio controller's DT node so that controller
> >>>
On Thu, Oct 22, 2015 at 04:31:44PM -0400, Chris Metcalf wrote:
> So is your recommendation to avoid the git send-email --in-reply-to
> option? If so, would you recommend including an lkml.kernel.org
> link in the cover letter pointing to the previous version, or
> is there something else that
* tip-bot for Namhyung Kim wrote:
> Commit-ID: 76a26549eb367f683fbb394b7246bef5dc665f8c
> Gitweb: http://git.kernel.org/tip/76a26549eb367f683fbb394b7246bef5dc665f8c
> Author: Namhyung Kim
> AuthorDate: Thu, 22 Oct 2015 23:28:32 +0900
> Committer: Arnaldo Carvalho de Melo
>
Using msr intercept bitmap and arrays(save/restore LBR MSRs)
in kvm_vcpu_arch struct to support LBR virtualization.
Add a parameter of kvm_intel module to permanently disable
LBRV.
Reorgnized the table of supported CPUs, LBRV can be enabled
or not according to the guest CPUID.
Signed-off-by: Jian
On Fri, Oct 23, 2015 at 01:28:47PM +0800, Ken Xue wrote:
> The patch reverts commit a445900c9060 (i2c: designware: Add support for
> AMD I2C controller)
>
> Since kernel starts to support APD(drivers/acpi/acpi_apd.c), there is
> no need to get freq from id->driver_data for AMD0010. clkdev is
1. Converting timeval to ktime_t, and there is no need to handle sec and
usec separately
2. hp_sdc.rtv is only used for time diff, monotonic time is better here
Signed-off-by: WEN Pingbo
---
drivers/input/serio/hp_sdc.c | 16 ++--
include/linux/hp_sdc.h | 6 +++---
2 files
Changelog in v2:
(1) move the implementation into vmx.c
(2) migraton is supported
(3) add arrays in kvm_vcpu_arch struct to save/restore
LBR MSRs at vm exit/entry time.
(3) add a parameter of kvm_intel module to permanently
disable LBRV
(4) table of supported CPUs is
Supported bits of MSR_IA32_DEBUGCTLMSR are DEBUGCTLMSR_LBR(bit 0),
DEBUGCTLMSR_BTF(bit 1) and DEBUGCTLMSR_FREEZE_LBRS_ON_PMI(bit 11).
Qemu can get/set contents of LBR MSRs and LBR status in order to
support migration.
Signed-off-by: Jian Zhou
Signed-off-by: Stephen He
---
arch/x86/kvm/x86.c |
Macros about LBR MSRs.
Signed-off-by: Jian Zhou
Signed-off-by: Stephen He
---
arch/x86/include/asm/msr-index.h | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/msr-index.h b/arch/x86/include/asm/msr-index.h
index
On Fri, Oct 23, 2015 at 04:33:02AM +0200, Frederic Weisbecker wrote:
> On Thu, Oct 22, 2015 at 04:31:44PM -0400, Chris Metcalf wrote:
> > On 10/21/2015 08:39 AM, Peter Zijlstra wrote:
> > >Can you *please* start a new thread with each posting?
> > >
> > >This is absolutely unmanageable.
> >
> >
* Ard Biesheuvel wrote:
> On 23 October 2015 at 11:50, Taku Izumi wrote:
> > commit-0f96a99 introduces the following warning message:
> >
> > drivers/firmware/efi/fake_mem.c:186:20: warning: cast to pointer
> > from integer of different size [-Wint-to-pointer-cast]
> >
> > new_memmap_phy
Add arrays in kvm_vcpu_arch struct to save/restore
LBR MSRs at vm exit/entry time.
Add new hooks to set/get DEBUGCTLMSR and LBR MSRs.
Signed-off-by: Jian Zhou
Signed-off-by: Stephen He
---
arch/x86/include/asm/kvm_host.h | 26 --
1 file changed, 20 insertions(+), 6
On Thu 2015-10-22 14:19:26, David Howells wrote:
> Petr Mladek wrote:
>
> > I would expect that the first few messages are printed to the console
> > before the buffer is wrapped. IMHO, in many cases, you are interested
> > into the final messages that describe why the system went down.
>
> The
On Thu, Oct 22, 2015 at 02:17:42AM -0700, Dustin Byford wrote:
> Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or
> device property compatible string match), enumerating I2C client devices
> connected through an I2C mux needs a little extra work.
>
> This change implements
* Taku Izumi wrote:
> commit-0f96a99 introduces the following warning message:
>
> drivers/firmware/efi/fake_mem.c:186:20: warning: cast to pointer
> from integer of different size [-Wint-to-pointer-cast]
>
> new_memmap_phy was defined as a u64 value and casted to void*.
> This causes a
On Thu 22-10-15 10:33:20, Christoph Lameter wrote:
> Ok that also makes me rethink commit
> ba4877b9ca51f80b5d30f304a46762f0509e1635 which seems to be a similar fix
> this time related to idle mode not updating the counters.
>
> Could we fix that by folding the counters before going to idle mode?
On 23 October 2015 at 11:50, Taku Izumi wrote:
> commit-0f96a99 introduces the following warning message:
>
> drivers/firmware/efi/fake_mem.c:186:20: warning: cast to pointer
> from integer of different size [-Wint-to-pointer-cast]
>
> new_memmap_phy was defined as a u64 value and casted to
On Fri 23-10-15 06:42:43, Tetsuo Handa wrote:
> Tejun Heo wrote:
> > On Thu, Oct 22, 2015 at 05:49:22PM +0200, Michal Hocko wrote:
> > > I am confused. What makes rescuer to not run? Nothing seems to be
> > > hogging CPUs, we are just out of workers which are loopin in the
> > > allocator but that
Commit-ID: 76a26549eb367f683fbb394b7246bef5dc665f8c
Gitweb: http://git.kernel.org/tip/76a26549eb367f683fbb394b7246bef5dc665f8c
Author: Namhyung Kim
AuthorDate: Thu, 22 Oct 2015 23:28:32 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 16:23:19 -0300
perf tools:
On Thu, Oct 22, 2015 at 02:17:41AM -0700, Dustin Byford wrote:
> Add a stub for acpi_preset_companion(). Fixes build failures when
> acpi_preset_companion() is used and CONFIG_ACPI is not set.
>
> Signed-off-by: Dustin Byford
> ---
> include/linux/acpi.h | 6 ++
> 1 file changed, 6
Commit-ID: f06cff7c59b6b252d667435d7baad48687b41002
Gitweb: http://git.kernel.org/tip/f06cff7c59b6b252d667435d7baad48687b41002
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 22 Oct 2015 18:10:52 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 18:10:52 -0300
On Fri 23-10-15 03:42:26, Tejun Heo wrote:
> On Thu, Oct 22, 2015 at 05:49:22PM +0200, Michal Hocko wrote:
> > I am confused. What makes rescuer to not run? Nothing seems to be
> > hogging CPUs, we are just out of workers which are loopin in the
> > allocator but that is preemptible context.
>
>
Commit-ID: 464b01a48eb6be48bc58332e029760b5e40ea119
Gitweb: http://git.kernel.org/tip/464b01a48eb6be48bc58332e029760b5e40ea119
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 22 Oct 2015 16:44:17 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 16:44:17 -0300
On Fri, Oct 23, 2015 at 01:28:47PM +0800, Ken Xue wrote:
> The patch reverts commit a445900c9060 (i2c: designware: Add support for
> AMD I2C controller)
>
> Since kernel starts to support APD(drivers/acpi/acpi_apd.c), there is
> no need to get freq from id->driver_data for AMD0010. clkdev is
Commit-ID: 39ff7cdb5a5e6b75dd049255615828c6531cd109
Gitweb: http://git.kernel.org/tip/39ff7cdb5a5e6b75dd049255615828c6531cd109
Author: Namhyung Kim
AuthorDate: Wed, 21 Oct 2015 11:57:20 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 16:34:29 -0300
perf
Commit-ID: a2c10d39af49b00514f7cc7b750757fcc2174f0c
Gitweb: http://git.kernel.org/tip/a2c10d39af49b00514f7cc7b750757fcc2174f0c
Author: Namhyung Kim
AuthorDate: Thu, 22 Oct 2015 15:28:49 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 15:40:02 -0300
perf top:
Commit-ID: 792aeafa8ed08e5e18fb66ab93b470f78e619f75
Gitweb: http://git.kernel.org/tip/792aeafa8ed08e5e18fb66ab93b470f78e619f75
Author: Namhyung Kim
AuthorDate: Thu, 22 Oct 2015 16:45:46 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 15:40:11 -0300
perf tools:
Commit-ID: 21cf62847d29392e51c37460856d3c3c57769c5e
Gitweb: http://git.kernel.org/tip/21cf62847d29392e51c37460856d3c3c57769c5e
Author: Namhyung Kim
AuthorDate: Thu, 22 Oct 2015 15:28:48 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 15:39:51 -0300
perf tools:
Commit-ID: b6bd9c7d543ac160646a667470158c5da319a85c
Gitweb: http://git.kernel.org/tip/b6bd9c7d543ac160646a667470158c5da319a85c
Author: Scott Wood
AuthorDate: Mon, 31 Aug 2015 16:16:37 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 22 Oct 2015 15:39:42 -0300
tools lib
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 4ba792e303e278052bb0ee60cce15d6d7dc15c7c:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
On Fri, Oct 23, 2015 at 10:02:11AM +0800, Jiang Liu wrote:
> There's another patch already merged into mainstream kernel,
> which solves this issue in another way by making use of
> pci_dev->match_driver flag. Please refer to:
> cbbc00be2ce3 ("iommu/amd: Prevent binding other PCI drivers to
On Wed, Oct 21, 2015 at 6:30 PM, Jens Kuske wrote:
> The H3 uses the same pin controller as previous SoC's from Allwinner.
> Add support for the pins controlled by the main PIO controller.
>
> Signed-off-by: Jens Kuske
This does not apply to my "devel" branch on the pinctrl tree.
>> does anybody have a solution ?
>
> Fix 'crontab' to close before unlinking...
>
> Is this the Debian/Ubuntu crontab program it looks a bit like it,
> but this bug was fixed 6 years ago.
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413962
I'm using debian 7, the bug still exist
Add R/W functions for big- or little-endian registers:
The qSPI controller's endian is independent of the CPU core's endian.
So far, the qSPI have two versions for big-endian and little-endian.
Signed-off-by: Yuan Yao
---
drivers/mtd/spi-nor/fsl-quadspi.c | 151
Fix the testcase for kprobes which fails (false positive)
because do_fork is renamed to _do_fork which is introduced
by commit 3033f14ab78c32687 ("clone: support passing tls
argument via C rather than pt_regs magic")
This looks into /proc/kallsyms and checks whether do_fork
or _do_fork exists.
Hi Arnd,
First of all, I would like to say "thank you" for your efforts and
contributions.
We are updating the driver because new revision came up and making new
patches
to make it stable and elegant as Linux driver. In these days, we are
sending big changes
while testing such patches and
On Fri, Oct 23, 2015 at 11:20 AM, Wood Scott-B07421
wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, October 23, 2015 11:20 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061 ;
>
James Morris wrote:
> Have these been in next yet?
No.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Fri, 2015-10-23 at 11:10 AM, Wood Scott-B07421
wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, October 23, 2015 11:10 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061 ;
>
On Thu, 2015-10-22 at 18:54 -0700, Hugh Dickins wrote:
> On Thu, 22 Oct 2015, Ian Kent wrote:
> > On Wed, 2015-10-21 at 12:56 -0700, Hugh Dickins wrote:
> > > On Wed, 21 Oct 2015, Ian Kent wrote:
> >
> > Thanks for taking the time to reply Hugh.
> >
> > >
> > > > Hi all,
> > > >
> > > > I've
Hi Sergei,
On Thu, Oct 22, 2015 at 10:07 PM, Sergei Shtylyov
wrote:
> On 10/22/2015 04:31 PM, Geert Uytterhoeven wrote:
>
>> Due to a probe deferral of an interrupt controller[1], the Micrel
>> Ethernet PHY on
>> r8a7791/koelsch started failing to get its IRQ:
>>
>> no irq domain found for
On Thu, Oct 22, 2015 at 10:32:41PM +0200, Christophe JAILLET wrote:
> Reference to the 'np' node is dropped before dereferencing the 'sizep' and
> 'basep' pointers, which could by then point to junk if the node has been
> freed.
>
> Refactor code to call 'of_node_pup' later.
>
> Signed-off-by:
On 20/10/15 19:36, Stephen Warren wrote:
> On 10/20/2015 12:02 PM, Jon Hunter wrote:
>>
>> On 20/10/15 17:08, Stephen Warren wrote:
>>> On 10/20/2015 05:28 AM, Jon Hunter wrote:
On 16/10/15 17:17, Stephen Warren wrote:
> On 10/16/2015 03:24 AM, Jon Hunter wrote:
>> The
On 10/23/2015 12:16 AM, Michael S. Tsirkin wrote:
> On Thu, Oct 22, 2015 at 08:46:33AM -0700, Rick Jones wrote:
>> On 10/22/2015 02:33 AM, Michael S. Tsirkin wrote:
>>> On Thu, Oct 22, 2015 at 01:27:29AM -0400, Jason Wang wrote:
This patch tries to poll for new added tx buffer for a while
On 10/22/2015 05:33 PM, Michael S. Tsirkin wrote:
> On Thu, Oct 22, 2015 at 01:27:29AM -0400, Jason Wang wrote:
>> This patch tries to poll for new added tx buffer for a while at the
>> end of tx processing. The maximum time spent on polling were limited
>> through a module parameter. To avoid
Linus,
please pull sound fixes for v4.3-rc7 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.3-rc7
The topmost commit is b9b6e4ac2da74995cb7ac9394854a5fd563014c2
sound fixes for 4.3-rc7
There
On 21/10/15 18:20, Tony Lindgren wrote:
> * Roger Quadros [151021 01:31]:
>> On 19/10/15 10:08, Roger Quadros wrote:
>>> On 17/10/15 00:25, Tony Lindgren wrote:
* Roger Quadros [151006 04:13]:
>
> Fine. The updated series is now at
>
> g...@github.com:rogerq/linux.git
>
On 10/22/2015 04:38 PM, Michael S. Tsirkin wrote:
> On Thu, Oct 22, 2015 at 01:27:28AM -0400, Jason Wang wrote:
>> > This path introduces a helper which can give a hint for whether or not
>> > there's a work queued in the work list.
>> >
>> > Signed-off-by: Jason Wang
>> > ---
>> >
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Friday, October 23, 2015 2:12 AM
> To: Chao Yu
> Cc: linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] f2fs: support file defragment
>
> Hi,
>
> On Thu, Oct
701 - 800 of 1620 matches
Mail list logo