Jiang Liu wrote on 24/09/15 13:58:
Hi James,
Thanks for review. How about the attached patch which addresses
the three suggestions from you?
Thanks!
Gerry
I've applied the patch, rebuilt the kernel and verified that it allows
unloading of the eata module and reloading it, as well
On Thu, Sep 24, 2015 at 01:22:33AM +0530, Punit Vara wrote:
> This patch is to the rtl871x_io.h file that fixes up following warning
> reported by checkpatch.pl :
>
> Signed-off-by: Punit Vara
> ---
You missed copying the warning after mentioning "following warning" in
your commit message.
On 9/23/2015 2:55 PM, Ray Jui wrote:
>
>
> On 9/23/2015 2:29 PM, Arnd Bergmann wrote:
>> On Friday 18 September 2015 15:11:27 Ray Jui wrote:
>>> On 9/18/2015 2:34 PM, Arnd Bergmann wrote:
On Friday 18 September 2015 14:24:10 Ray Jui wrote:
> + soc {
> +
Add driver for the digital imput to PWM output stereo
class D amplifier. It comes with filter, digitally
controlled gain, an equalizer and a dmphase filter.
Signed-off-by: Songjun Wu
---
Changes in v2:
- Change the "Mono", "Swap" and "Deemphasis" controls to
"Mono Switch", "Swap Switch" and
The Audio Class D Amplifier driver includes two parts.
1) Driver code to implement the Audio Class D Amplifier function.
2) Device tree binding document, it describes how to add the Audio
Class D Amplifier in device tree.
Changes in v2:
- Change the "Mono", "Swap" and "Deemphasis" controls to
On Wed, 23 Sep 2015, Alan Stern wrote:
> Your mistake was thinking that the driver for your keyboard is usbkbd.
> It isn't. It's usbhid, as you can see in the "lsusb -t" output above.
As Eric is absolutely not the first person ever who got confused by this
(and I can certainly understand the
DT binding documentation for this new ASoC driver.
Signed-off-by: Songjun Wu
---
Changes in v2:
- Delete the device node "Sound".
.../devicetree/bindings/sound/atmel-classd.txt | 52
1 file changed, 52 insertions(+)
create mode 100644
On Thu, Sep 24, 2015 at 11:42 AM, Nicholas Krause wrote:
> This fixes error checking in the function device_pca957x_init
> to properly check and return error code values from the calls
> to the function pca953x_write_regs if they fail as to properly
> signal callers when a error occurs due a
From: Weidong Wang
Date: Thu, 24 Sep 2015 10:00:45 +0800
> It does affect the intention. Although, the problem exists then makes the
> system panic within some case.
>
> Do you have any idea about it?
Allocate the statistics block at probe time so that this problem is
impossible.
--
To
Hi all,
Changes since 20150923:
The berlin tree lost its build failure.
I used the h8300 tree from next-20150828 since the current tree has been
rebased onto something very old :-(
The drm-intel tree gained a conflict aaginst the drm-intel-fixes tree.
Non-merge commits (relative to Linus
On Wed, Sep 23, 2015 at 08:02:44AM -0700, Guenter Roeck wrote:
> On 09/23/2015 03:53 AM, Kirill A. Shutemov wrote:
> >On Tue, Sep 22, 2015 at 08:40:14AM -0700, Paul E. McKenney wrote:
> >>On Tue, Sep 22, 2015 at 06:31:04PM +0300, Kirill A. Shutemov wrote:
> >>>On Tue, Sep 22, 2015 at 08:18:35AM
Linux has logical CPU offline, supported as shown below.
#echo 0 > /sys/devices/system/cpu/cpuX/online
Hardware doesn't know about CPUs offlined by the OS, hence hardware will
continue broadcast any MCE to all CPUs in the system, which includes
CPUs offlined. Hence mce_start() and mce_end()
Simply refactoring part of mce_log() to facilitate logging from offline
CPUs.
Signed-off-by: Ashok Raj
Reviewed-by: Tony Luck
---
arch/x86/kernel/cpu/mcheck/mce.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kernel/cpu/mcheck/mce.c
MCE_LOG_LEN appears to be short for high core count parts. Especially when
handling fatal errors, we don't clear MCE banks. Socket level MC banks
are visible to all CPUs that share banks.
Assuming 18 core part, 2 threads per core 2 banks per thread and couple uncore
MSRs. Rounding to 128 with
On Wed, Sep 23, 2015 at 07:57:53PM +0200, Patrick Marlier wrote:
>
> On 09/22/2015 10:50 PM, Paul E. McKenney wrote:
> >On Sun, Sep 13, 2015 at 09:10:24AM -0700, Paul E. McKenney wrote:
> >>On Sun, Sep 13, 2015 at 12:06:33PM +0200, Patrick Marlier wrote:
> >
> >[ . . . ]
> >
> >>>Paul,
> >>>
>
On 2015/9/23 22:40, James Bottomley wrote:
> On Wed, 2015-09-23 at 20:14 +0930, Arthur Marsh wrote:
>>
>> Jiang Liu wrote on 23/09/15 14:54:
>>
>>> Hi Arthur,
>>> I have found the cause of the warning messages, it's caused
>>> by a flaw in the conversion. But according to my understanding,
>>>
On Tue, Sep 22, 2015 at 04:49:38PM +0100, Mel Gorman wrote:
> On Tue, Sep 22, 2015 at 01:31:51PM +0100, Mel Gorman wrote:
> > SunDong reported the following on
> > https://bugzilla.kernel.org/show_bug.cgi?id=103841
> >
>
> Michal Hocko correctly pointed out privately that this should have
>
On Wed, Sep 23, 2015 at 11:22:09PM +0530, punit vara wrote:
> On Wed, Sep 23, 2015 at 10:25 PM, punit vara wrote:
> > Thank you very much sir I will definitely follow that. I have seen so
> > many people fixing patches over here. Now I know process of submitting
> > patches.I am able to fix
On (09/23/15 16:22), Kirill A. Shutemov wrote:
[..]
> khugepaged does swap in during collapse under anon_vma lock. It causes
> complain from lockdep. The trace below shows following scenario:
>
> - khugepaged tries to swap in a page under mmap_sem and anon_vma lock;
> - do_swap_page() calls
On 9/10/2015 6:14 PM, Scott Branden wrote:
> This patch contains a fix for a real world interop problem found
> when using the Synopsis DWC2 USB controller with isochronous audio as
> detailed in the commit message.
>
> Changes from v2:
> - created s2c_hsotg_chage_ep_iso_parity function to call
On Wed, 2015-09-23 at 20:21 -0700, Yinghai Lu wrote:
> On Wed, Sep 23, 2015 at 7:47 PM, Myron Stowe wrote:
> >
> > The kernel expects device Expansion ROM BARs to be programmed with valid
> > values - even if the respective Expansion ROM's Enable bit is 0 (i.e. the
> > device’s expansion ROM
On Wed, Sep 23, 2015 at 11:07:56AM +, Lankhorst, Maarten wrote:
> Hey,
>
> Dave Jones schreef op di 22-09-2015 om 21:49 [-0400]:
> > On Tue, Sep 22, 2015 at 09:15:58AM -0700, Matt Roper wrote:
> > > On Tue, Sep 22, 2015 at 05:13:55PM +0200, Daniel Vetter wrote:
> > > > On Tue, Sep 22,
On (09/23/15 14:53), a...@linux-foundation.org wrote:
> --
> From: Hui Zhu
> Subject: zsmalloc: add comments for ->inuse to zspage
>
> Signed-off-by: Hui Zhu
> Cc: Sergey Senozhatsky
> Cc: Dan Streetman
> Cc: Minchan Kim
> Signed-off-by:
On Wed, Sep 23, 2015 at 11:43:21PM -0400, Tejun Heo wrote:
> On Thu, Sep 24, 2015 at 11:42:14AM +0800, Herbert Xu wrote:
> > Well I disagree so let's leave it at that.
>
> Leaving things disagreed is fine but there's still a patch to commit
> here, so I get that you're still dead against just
On Thu, Sep 24, 2015 at 11:42:14AM +0800, Herbert Xu wrote:
> Well I disagree so let's leave it at that.
Leaving things disagreed is fine but there's still a patch to commit
here, so I get that you're still dead against just applying the
pattern?
--
tejun
--
To unsubscribe from this list: send
On Wed, Sep 23, 2015 at 11:41:16PM -0400, Tejun Heo wrote:
> On Thu, Sep 24, 2015 at 11:31:17AM +0800, Herbert Xu wrote:
> > No this isn't what happened. My error was trying to see if there
> > is a way to do it without barriers. In the end there wasn't. This
> > has nothing to do with using
On 2015年09月17日 23:09, Heiko Stübner wrote:
Am Donnerstag, 17. September 2015, 18:32:49 schrieb Xing Zheng:
Add the devicetree binding for the cru on the rk3036 which quite similar
structured as previous clock controllers.
Signed-off-by: Xing Zheng
---
Changes in v2: None
On Thu, Sep 24, 2015 at 11:31:17AM +0800, Herbert Xu wrote:
> No this isn't what happened. My error was trying to see if there
> is a way to do it without barriers. In the end there wasn't. This
> has nothing to do with using primitives.
Hmmm... yeah, you can say that, but it still was a
On 2015年09月24日 11:04, Xing Zheng wrote:
#define RK3066_PLL_RATE(_rate, _nr, _nf, _no)\
@@ -95,12 +106,31 @@ enum rockchip_pll_type {
.nb = _nb,\
}
+#define RK3036_PLL_RATE(_rate, _refdiv, _fbdiv, _postdiv1,\
+_postdiv2, _dsmpd, _frac)
On Wed, Sep 23, 2015 at 11:29:28PM -0400, Tejun Heo wrote:
>
> So, while that also has been a common failure mode that we've been
> seeing with barrier usages, what you're suggesting isn't the right
> balance either. It's error-prone in a different way as amply
> exemplified in this very thread.
Hello,
On Thu, Sep 24, 2015 at 11:21:00AM +0800, Herbert Xu wrote:
> Well we'll have to agree to disagree on that one. I have seen too
> many instances over the years where people post patches that use
> primitives such as RCU and think that they must be safe because
> it compiles with no
On 09/23/2015 05:36 PM, Paolo Bonzini wrote:
On 23/09/2015 09:56, Borislav Petkov wrote:
On Tue, Sep 22, 2015 at 11:04:38PM +0200, Paolo Bonzini wrote:
Let's add more debugging output:
Here you go:
[ 50.474002] walk_shadow_page_get_mmio_spte: detect reserved bits on spte,
addr
People reported that when allocating crashkernel memory using
",high" and ",low" syntax, there were cases where the reservation
of the "high" portion succeeds, but the reservation of the "low"
portion fails. Then kexec can load kdump kernel successfully, but
the boot of kdump kernel fails as
Dear Tony,
On Wed, 23 Sep 2015 11:08:15 -0700
Tony Lindgren wrote:
> * Kevin Hilman [150923 11:03]:
> > Jisheng Zhang writes:
> >
> > > The cpuidle tracepoints are called within a rcu_idle_exit() section, and
> > > must be denoted with the _rcuidle() version of the tracepoint.
> > >
> > >
On Wed, 23 Sep 2015 15:14:10 -0700
Bart Van Assche wrote:
> Ensure that blk_mq_queue_enter() waits if mq_freeze_depth is not
> zero. Ensure that the update of mq_freeze_depth by blk_mq_freeze_queue()
> is visible by all CPU cores before that function waits on
> mq_usage_counter.
>
> It is
On Wed, Sep 23, 2015 at 11:06:09PM -0400, Tejun Heo wrote:
>
> I think this is where we're not agreeing. My point is that better
> understanding and lower likelihood of bug doesn't equate specializing
> each usage site. That's a lot more likely to lead to unnecessary
> cognition overhead and
On Wed, Sep 23, 2015 at 7:47 PM, Myron Stowe wrote:
>
> The kernel expects device Expansion ROM BARs to be programmed with valid
> values - even if the respective Expansion ROM's Enable bit is 0 (i.e. the
> device’s expansion ROM address space is disabled). This seems to be the
> main contention
In 64bit system, if you set CONFIG_CMA_SIZE_MBYTES>=2048, it will
overflow and size_bytes will be a big wrong number.
Set CONFIG_CMA_SIZE_MBYTES=2048 and you will get an info below
during system boot:
*
cma: Failed to reserve 17592186042368 MiB
*
Signed-off-by: Tan Xiaojun
---
On 9/23/15 6:37 PM, Huang Ying wrote:
I take it you have CONFIG_NET_VRF enabled. correct?
With it disabled I see no relevant change in performance between
8f58336d3f78 and 192132b9a034. Can you confirm?
The kconfig file is attached with the mail. It appears that
CONFIG_NET_VRF is disabled.
In multi-segment system, uncore devices may belong to buses whose segment
number is other than 0.
:ff:10.5 System peripheral: Intel Corporation Xeon E5 v3/Core i7
Scratchpad & Semaphore Registers (rev 03)
...
0001:7f:10.5 System peripheral: Intel Corporation Xeon E5 v3/Core i7
Hello,
On Thu, Sep 24, 2015 at 10:54:36AM +0800, Herbert Xu wrote:
> What I am concerned about is the next guy who comes along and
> does a rewrite like the one that introduced the netlink_bind
> bug. That person needs to fully understand what each primitive
> is protecting against.
>
> Using
On 2015年09月17日 17:47, Heiko Stübner wrote:
Hi,
Am Donnerstag, 17. September 2015, 16:28:54 schrieb Xing Zheng:
Add the clock tree definition for the new rk3036 SoC.
Signed-off-by: Xing Zheng
missing a dt-bindings document in a separate patch. See "dt-bindings: add
documentation of rk3668
On Wed, Sep 23, 2015 at 02:40:00PM -0600, Ross Zwisler wrote:
> Fix the deadlock exposed by xfstests generic/075. Here is the sequence
> that was causing us to deadlock:
>
> 1) enter __dax_fault()
> 2) page = find_get_page() gives us a page, so skip
> i_mmap_lock_write(mapping)
> 3) if
On Wed, Sep 23, 2015 at 10:46:08PM -0400, Tejun Heo wrote:
>
> Hmm... It looks like I'm failing at communicating. Lemme try again.
> There are two situations where we do this.
>
> 1. When there are different locking contexts. In this case, the write
>path is. It's already protected by the
I've encountered numerous bugzilla reports related to platform BIOS' not
programming valid values into a PCI device's Type 0 Configuration space
"Expansion ROM Base Address" field (a.k.a. Expansion ROM BAR). The main
observed consequence being 'dmesg' entries like the following that get
customers
Hello, Herbert.
On Thu, Sep 24, 2015 at 10:30:11AM +0800, Herbert Xu wrote:
> Well if someone provided helpers which
>
> 1) uses smp_wmb and smp_rmb instead of full barriers;
This part is fine.
> 2) provides raw variants for the cases that barriers aren't needed
Hmm... It looks like I'm
From: Dinh Nguyen
Add the base DTS for Altera's SoCFPGA Stratix 10 platform.
Signed-off-by: Dinh Nguyen
---
v4: Add a non-zero ranges property for /soc node
v3: change #address-cells and #size-cells to <2>
change the GIC address to 0xfffc1000
update the GIC virtual CPU reg length to
On Wed, Sep 23, 2015 at 11:54:40AM -0400, Tejun Heo wrote:
>
> Hmm... lemme try again. When using barriers or RCU, it's desirable to
> establish certain invariants because it usually is extremely easy to
> miss corner cases. It is helpful to have an abstraction, even if just
> conceptual, where
On 2015年09月17日 17:18, Heiko Stübner wrote:
Am Donnerstag, 17. September 2015, 16:28:52 schrieb Xing Zheng:
Initial release for rk3036, node definitions rk3036 sdk board.
Signed-off-by: Xing Zheng
---
Changes in v2: None
arch/arm/boot/dts/Makefile |1 +
On 2015年09月17日 17:25, Heiko Stübner wrote:
Am Donnerstag, 17. September 2015, 16:28:53 schrieb Xing Zheng:
Add the dt-bindings header for the rk3036, that gets shared between
the clock controller and the clock references in the dts.
Signed-off-by: Xing Zheng
---
Changes in v2: None
On Fri, Jun 26, 2015 at 01:36:14PM -0300, Gaston Gonzalez wrote:
> On Thu, Jun 25, 2015 at 02:06:44PM +0200, Arnd Bergmann wrote:
> > On Wednesday 24 June 2015 13:34:58 Gaston Gonzalez wrote:
> > > On Tue, Jun 23, 2015 at 12:13:47PM +0200, Arnd Bergmann wrote:
> > > > On Sunday 21 June 2015
perf probe through debuginfo__find_probes() in util/probe-finder.c
checks for the functions' frame descriptions in either .eh_frame section
of an ELF or the .debug_frame. The check is based on whether either one
of these sections is present. But sometimes, it may happen that,
.eh_frame, even if
On 2015/9/24 9:46, Michael Ellerman wrote:
> On Wed, 2015-09-23 at 09:40 +, Wang Long wrote:
>> Use make's built-in rules to when delete a file
>> or delete files.
>
> It's not a built-in rule, it's a variable.
Sorry,I did not describe clearly. It is a variable used as
name of program in
On Thu, 2015-09-24 at 10:05 +0800, long.wanglong wrote:
> On 2015/9/24 9:46, Michael Ellerman wrote:
> > On Wed, 2015-09-23 at 09:40 +, Wang Long wrote:
> >> Use make's built-in rules to when delete a file
> >> or delete files.
> >
> > It's not a built-in rule, it's a variable.
>
> Sorry,I
Em Wed, Sep 23, 2015 at 10:50:08PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Sep 23, 2015 at 01:03:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Tue, Sep 22, 2015 at 11:49:02PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > Em Wed, Sep 23, 2015 at 09:14:44AM +0800, Wangnan (F)
On Wed, 2015-09-23 at 14:11 +0100, Andre Przywara wrote:
> Hi Michael,
>
> On 23/09/15 10:55, Michael Ellerman wrote:
> > On Tue, 2015-09-22 at 18:15 +0100, Andre Przywara wrote:
> >> On 22/09/15 15:06, Andrea Arcangeli wrote:
> >>> Andre, could you see if linux-next (which includes -mm) works
On 2015/9/21 22:52, Rob Herring wrote:
On 09/17/2015 01:51 AM, huangdaode wrote:
The Hisilicon Network Subsystem is a long term evolution IP which is
supposed to be used in Hisilicon ICT SoC. The IP, which is called hns
for short, is a TCP/IP acceleration engine, which can directly decode
On 2015/9/24 6:31, David Miller wrote:
> From: Weidong Wang
> Date: Tue, 22 Sep 2015 20:42:40 +0800
>
>> @@ -880,6 +882,7 @@ bnx2_alloc_mem(struct bnx2 *bp)
>> }
>> }
>>
>> +spin_lock(>stats64_lock);
>> bp->stats_blk = status_blk + status_blk_size;
>>
>>
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core
commit 98d8fd8126676f7ba6e133e65b2ca4b17989d32c ("sched/fair: Initialize task
load and utilization before placing task on rq")
David Sterba writes:
> On Fri, May 08, 2015 at 10:16:23AM +1000, NeilBrown wrote:
>> The "fh_len" passed to ->fh_to_* is not guaranteed to be that same as
>> that returned by encode_fh - it may be larger.
>>
>> With NFSv2, the filehandle is fixed length, so it may appear longer
>> than expected
Em Wed, Sep 23, 2015 at 01:03:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Sep 22, 2015 at 11:49:02PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Wed, Sep 23, 2015 at 09:14:44AM +0800, Wangnan (F) escreveu:
> > > On 2015/9/22 21:35, Arnaldo Carvalho de Melo wrote:
> > > >Em Tue,
On Wed, 2015-09-23 at 09:40 +, Wang Long wrote:
> Use make's built-in rules to when delete a file
> or delete files.
It's not a built-in rule, it's a variable.
Personally I think using rm directly is clearer, but I guess this is fine. Do
you actually want to override $RM ?
cheers
--
To
On Wed, 2015-09-23 at 09:12 -0700, Mark Brown wrote:
> On Wed, Sep 23, 2015 at 06:03:19PM +0800, Koro Chen wrote:
> > Any suggestion for this patch?
> >
> > On Mon, 2015-09-14 at 14:51 +0800, Koro Chen wrote:
> > > In capture, there is chance that hw_ptr reported at IRQ is
> > > a little smaller
On Wed, Sep 23, 2015 at 01:01:44PM +0100, Felipe F. Tonello wrote:
> req->actual == req->length means that there is no data left to enqueue,
> so free the request.
>
> Signed-off-by: Felipe F. Tonello
> ---
>
> Changes in v2:
> * Re enqueue not fully completed requests, instead of read ALSA
Hi, Charles,
On Wed, 23 Sep 2015 15:43:12 +0100
Charles Keepax wrote:
> On Wed, Sep 23, 2015 at 11:04:04AM +0900, Inha Song wrote:
> > Hi, Charles,
> >
> > I saw the log with LOG_DEVICE in regmap. But, I'm not sure the reason that
> > suspend noirq failed is IRQ occuring.
> >
> > Here is my
MMC_IOC_CMD and MMC_IOC_MULTI_CMD ioctl() code currently bails on
any eMMC errors. However, in case there is any resp[] data, we
should attempt to copy resp[] back to user space. The user app
can then determine which command(s) failed in the MMC_IOC_MULTI_CMD
case AND/OR report better diagnostics
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_display.c
between commit:
721a09f7393d ("drm/i915: Add primary plane to mask if it's visible")
from the drm-intel-fixes tree and commit:
f9cd7b881a04 ("drm/i915: Move sprite/cursor
On Wed, Sep 23, 2015 at 12:40:46PM +0100, Felipe Tonello wrote:
> Hi Peter,
>
> On Wed, Sep 23, 2015 at 8:09 AM, Peter Chen wrote:
> > On Tue, Sep 22, 2015 at 07:59:10PM +0100, Felipe F. Tonello wrote:
> >> This fix a memory leak that will occur in this case.
> >>
> >> Signed-off-by: Felipe F.
On Wed, Sep 23, 2015 at 12:56:58PM +0100, Felipe F. Tonello wrote:
> If CONFIG_PM or CONFIG_PM_SLEEP is not set, driver will not compile
> properly.
>
Would you post the warning or error messages?
I just tried at v4.3-rc1 (v4.2 should be same), without any problems.
Peter
> Signed-off-by:
On 05/18/2015 08:13 AM, Miklos Szeredi wrote:
This part splits out an "input queue" and a "processing queue" from the
monolithic "fuse connection", each of those having their own spinlock.
The end of the patchset adds the ability to "clone" a fuse connection. This
means, that instead of
From: Davidlohr Bueso
As such, weakly ordered archs can benefit from more relaxed use
of barriers when locking/unlocking.
Signed-off-by: Davidlohr Bueso
---
Changes from v1:
Fix bogus acquire in generic lock downgrade (Linus)
include/asm-generic/rwsem.h | 21 ++---
A malicious string passed from userspace might contain format specifiers which
request_module() might try to handle, which is bad.
Signed-off-by: Sasha Levin
---
drivers/scsi/scsi_dh.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/scsi_dh.c
From: Davidlohr Bueso
As such, weakly ordered archs can benefit from more relaxed use
of barriers when locking/unlocking.
Signed-off-by: Davidlohr Bueso
---
Changes from v1:
- fix bogus acquire in unlock_rt_mutex_safe() (tglx)
kernel/locking/rtmutex.c | 30 +-
compound_mapcount: 0
[1935109.885772] flags: 0x22f80144008(uptodate|head|swapbacked|mlocked)
[1935109.887174] page dumped because: PAGE_FLAGS_CHECK_AT_FREE flag(s) set
[1935109.888197] bad because of flags:
[1935109.888759] flags: 0x10(mlocked)
[1935109.889525] Modules linked in:
[1935109.890165] CPU: 8
On Thu, 24 Sep 2015, Eric Curtin wrote:
> Hi Guys,
>
> Just wondering what I am doing wrong. I can't see my logs. I figured
> out what driver is used for my keyboard and started adding logging:
>
> [curtine@localhost ~]$ sudo lsusb -v | grep eyboard -B 13
> Bus 001 Device 003: ID 04ca:008d
Hi Sean,
Thanks for doing this, I think we will use it for Cavium ThunderX. A
couple of questions...
On 09/23/2015 03:27 PM, Sean O. Stalley wrote:
PCI Enhanced Allocation is a new method of allocating MMIO & IO
resources for PCI devices & bridges. It can be used instead
of the traditional
> -Original Message-
> From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
> Sent: Thursday, September 24, 2015 2:54
> To: Chris Mason ; Dexuan Cui ;
> Theodore Ts'o ; Andreas Dilger ;
> linux-e...@vger.kernel.org; linux-fsde...@vger.kernel.org; linux-
> ker...@vger.kernel.org
On Wed, Sep 23, 2015 at 4:51 PM, Sean O. Stalley wrote:
> IORESOURCE_PCI_FIXED is set in pci_ea_set_flags():
>
> +static unsigned long pci_ea_set_flags(struct pci_dev *dev, u8 prop)
> +{
> + unsigned long flags = IORESOURCE_PCI_FIXED;
> +
> +
>
>
Need to include sched.h to fix the following compilation error
if FSL_IFC is enabled on ARM64 machine.
In file included from include/linux/mmzone.h:9:0,
from include/linux/gfp.h:5,
from include/linux/kmod.h:22,
from include/linux/module.h:13,
On 23/09/15 07:14 PM, Greg Kroah-Hartman wrote:
> I'll be maintaining 4.1 for the next two years, proving that after a
> decade of doing stable kernels, I still do not know any better.
>
> Signed-off-by: Greg Kroah-Hartman
v3 applied and live. Good luck!
Best,
--
Konstantin Ryabitsev
Linux
This patch add MMC_TIMING_UHS_SDR12 and MMC_TIMING_UHS_SDR25
for mmc_ios_show to show the ios->timing if mmc card runs under
these two modes.
Signed-off-by: Shawn Lin
---
Changes in v2:
- replace "mmc uhs sdr12" with "sd uhs sdr12"
replace "mmc uhs sdr25" with "sd uhs sdr25"
> -Original Message-
> From: Chris Mason [mailto:c...@fb.com]
> Sent: Thursday, September 24, 2015 0:14
> To: Dexuan Cui
> Cc: Theodore Ts'o ; Andreas Dilger ;
> Tejun Heo ; linux-e...@vger.kernel.org; linux-
> fsde...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: ext4:
On Tue, Sep 22, 2015 at 09:52:49PM +0200, Paolo Bonzini wrote:
>
>
> On 22/09/2015 21:01, Marcelo Tosatti wrote:
> > On Fri, Sep 18, 2015 at 05:54:30PM +0200, Radim Krčmář wrote:
> >> Shifting pvclock_vcpu_time_info.system_time on write to KVM system time
> >> MSR is a change of ABI. Probably
On Thu, Sep 10, 2015 at 3:04 AM, Lai Jiangshan wrote:
> Hi, TJ
>
> I think we need to add might_sleep() on the top of __cancel_work_timer().
> The might_sleep() on the start_flush_work() doesn't cover all the
> paths of __cancel_work_timer().
> And it can help to narrow the area of this bug.
>
I
On Wed, Sep 23, 2015 at 04:26:56PM -0700, Yinghai Lu wrote:
> On Wed, Sep 23, 2015 at 3:27 PM, Sean O. Stalley
> wrote:
> > PCI Enhanced Allocation is a new method of allocating MMIO & IO
> > resources for PCI devices & bridges. It can be used instead
> > of the traditional PCI method of using
On Fri, Sep 11, 2015 at 12:53 AM, Yuan Yao wrote:
> Add Freescale Queue Direct Memory Access(qDMA) controller support.
> This module can be found on LS-1 and LS-2 SoCs.
>
> This add the legacy mode support for qDMA.
>
> Signed-off-by: Yuan Yao
> ---
>
Hi Guys,
Just wondering what I am doing wrong. I can't see my logs. I figured
out what driver is used for my keyboard and started adding logging:
[curtine@localhost ~]$ sudo lsusb -v | grep eyboard -B 13
Bus 001 Device 003: ID 04ca:008d Lite-On Technology Corp.
Device Descriptor:
bLength
Does it make sense for the PIDs controller to allow a user to set a
limit of 0? Since we don't cancel attaches, a limit of 0 doesn't
affect anything (nothing stops attaches, and you need to have a
process in the PIDs cgroup in order for fork()s to be affected by the
limit). So I think that
On Wed, Sep 23, 2015 at 3:26 PM, Ulf Hansson wrote:
...
>> Ulf,
>> is the git repo visible publicly?
>
> git://git.linaro.org/people/ulf.hansson/mmc.git
Sorry - my bad : I had looked at mmc.git and saw "2014-10-15" as the
last commit.
Scrolling down to the bottom of the page shows the "next"
[ adding k...@vger.kernel.org ]
On Wed, 2015-09-23 at 09:02 -0700, Dave Hansen wrote:
> On 09/22/2015 09:42 PM, Dan Williams wrote:
> > /*
> > + * __pfn_t: encapsulates a page-frame number that is optionally backed
> > + * by memmap (struct page). Whether a __pfn_t has a 'struct page'
> > + *
> I'd almost say that making the partitioning level configurable at
> build time might be useful. I can see possible value to being able
> to at least partition down to physical cores (so, shared between
> HyperThreads on Intel processors, and between Compute Module cores
> on AMD processors), as
On Wed, Sep 23, 2015 at 03:30:34PM -0700, Hans Boehm wrote:
> I'd really like this to converge. It's great that it tries to focus on a
> couple of alternatives. But I'm not sure they're the right ones.
>
> I kind of like the 7.9 approach of restricting dependency chain to those
> case in which
On Wed, Sep 23, 2015 at 3:27 PM, Sean O. Stalley wrote:
> PCI Enhanced Allocation is a new method of allocating MMIO & IO
> resources for PCI devices & bridges. It can be used instead
> of the traditional PCI method of using BARs.
>
> EA entries are hardware-initialized to a fixed address.
>
From: Russell King - ARM Linux
Date: Tue, 22 Sep 2015 17:17:10 +0100
> This is the second version of the series, with the comments David had
> on the first patch fixed up. Original series description with updated
> diffstat below.
This needs some build fixes:
I'll be maintaining 4.1 for the next two years, proving that after a
decade of doing stable kernels, I still do not know any better.
Signed-off-by: Greg Kroah-Hartman
---
v3 - use the 4.1 release date, not 4.2, thanks rmk.
v2 - 4.1 was released in 2015, not 2014, thanks to kees for pointing
I'll be maintaining 4.1 for the next two years, proving that after a
decade of doing stable kernels, I still do not know any better.
Signed-off-by: Greg Kroah-Hartman
---
v2 - 4.1 was released in 2015, not 2014, thanks to kees for pointing
that out.
diff --git a/content/releases.rst
On Wed, Sep 23, 2015 at 12:10:13PM -0500, atull wrote:
> On Tue, 22 Sep 2015, Josh Cartwright wrote:
[..]
> > > +struct fpga_manager *of_fpga_mgr_get(struct device_node *node)
> > > +{
> > > + struct fpga_manager *mgr;
> > > + struct device *dev;
> > > +
> > > + if (!node)
> > > + return
On Wed, 23 Sep 2015, Kirill A. Shutemov wrote:
On Tue, Sep 22, 2015 at 06:39:52PM -0700, Hugh Dickins wrote:
[...]
I'd rather wait to hear whether this appears to work in practice,
and whether you agree that it should work in theory, before writing
the proper description. I'd love to lose
Signed-off-by: Bart Van Assche
Cc: Tejun Heo
---
block/blk-cgroup.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/block/blk-cgroup.c b/block/blk-cgroup.c
index 55512dd..46966a3 100644
--- a/block/blk-cgroup.c
+++ b/block/blk-cgroup.c
@@ -896,7 +896,7 @@ static int
[updated receiver list]
Hi,
On Wed, Sep 23, 2015 at 01:41:01PM -0500, Andrew F. Davis wrote:
> On 09/23/2015 11:42 AM, Sebastian Reichel wrote:
> >On Tue, Sep 22, 2015 at 02:35:05PM -0500, Andrew F. Davis wrote:
> >>This series adds support for several additional bq27xxx devices and
> >>makes a
1 - 100 of 1484 matches
Mail list logo