Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/Kconfig between commit 8a1664be0b92 ("ACPI: add config for
BIOS table scan") from the pm tree and commit 44a69f619562 ("acpi, apei,
ghes: Make NMI error notification to be GHES architecture extension")
from the tip tree.
On 2014/8/1 21:52, Arnd Bergmann wrote:
> On Wednesday 30 July 2014, Yijing Wang wrote:
>> On 2014/7/29 22:08, Arnd Bergmann wrote:
>>> On Saturday 26 July 2014 11:08:37 Yijing Wang wrote:
The new data struct for generic MSI driver.
struct msi_irqs {
u8 msi_enabled:1; /*
Hi,
On Thursday 31 July 2014 06:07 PM, Yaniv Gardi wrote:
> This change adds a few more APIs to the phy_ops structure:
> advertise_quirks - API for setting the phy quirks
What are these phy quirks? An explanation on what you are are planning to do
with these quirks might help.
> suspend - API for
On Sun, Aug 03, 2014 at 10:57:02PM -0400, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel, I've stumbled on the following spew:
>
>
> [ 1226.701012] WARNING: CPU: 6 PID: 8624 at kernel/smp.c:673
> on_each_cpu_cond+0x27f/0x2f
On Fri, Aug 01, 2014 at 10:51:07AM +0200, Vlastimil Babka wrote:
> On 07/30/2014 06:22 PM, Vlastimil Babka wrote:
> >On 07/29/2014 11:12 AM, Vlastimil Babka wrote:
> >>On 07/29/2014 08:38 AM, Joonsoo Kim wrote:
> >>>
> >>>I still don't understand why defer_compaction() is needed here.
> >>>defer_co
On 01/08/14 14:27, Dexuan Cui wrote:
> Currently the VSC has no chance to notify the VSP of the dirty rectangle on VM
> panic because the notification work is done in a workqueue, and in panic() the
> kernel typically ends up in an infinite loop, and a typical kernel config has
> CONFIG_PREEMPT_VOL
I'm curious why you used emc_mux as the parent clock? (I don't really
understand why this clock exists, and my EMC series removes it). Using
'emc' would be compatible with the EMC series :)
A minor one: the MC clock should probably be always enabled.
Apart from these:
Reviewed-by: Mikko Pertt
On Sun, Aug 3, 2014 at 11:26 PM, Stephen Rothwell wrote:
> Hi James,
>
> Today's linux-next merge of the security tree got a conflict in
> kernel/seccomp.c between commit 7ae457c1e5b4 ("net: filter: split
> 'struct sk_filter' into socket and bpf parts") from the net-next tree
> and commits c8bee43
Hi James,
Today's linux-next merge of the security tree got a conflict in
kernel/seccomp.c between commit 7ae457c1e5b4 ("net: filter: split
'struct sk_filter' into socket and bpf parts") from the net-next tree
and commits c8bee430dc52 ("seccomp: split filter prep from check and
apply") and 3ba2530
Hi James,
After merging the security tree, today's linux-next build (powerpc
ppc64_defconfig)
produced this warning:
In file included from include/net/cipso_ipv4.h:41:0,
from net/ipv4/sysctl_net_ipv4.c:24:
include/net/netlabel.h:527:12: warning: 'netlbl_catmap_setlong' defined b
Hi Andy,
On 01.08.2014 17:44, Andy Lutomirski wrote:
> If I understand it correctly, the issue is that cryptlen depends on
> the padding. I added some notes inline above. See here, too:
>
> https://www.imperialviolet.org/2013/02/04/luckythirteen.html
Thanks for review. We'll address this issue
On Mon, Aug 04, 2014 at 11:15:13AM +0800, lichu...@huawei.com wrote:
From: Chunhe Li
If the bonding device is down, it should not receive packets
to network stack or other upper flow stack.
This breaks arp monitoring and 802.3ad modes, as they won't ever come up.
Also, please cc netdev next
Himangi Saraogi writes:
> This converts a driver in drivers/net/* to use the
> module_usb_driver() macro which makes the code smaller and a
> bit simpler.
>
> Signed-off-by: Himangi Saraogi
> Acked-by: Julia Lawall
Thanks, applied.
--
Kalle Valo
--
To unsubscribe from this list: send the lin
On Mon, Aug 4, 2014 at 1:54 AM, Dave Airlie wrote:
>>
>> Dave,
>> I understand your issues with my programming. I need to try and
>> understand the kernel first before programming
>> for it.
>
> Why do you insist on sending more patches then, every day you try and
> send another one or two, despit
>
> Dave,
> I understand your issues with my programming. I need to try and
> understand the kernel first before programming
> for it.
Why do you insist on sending more patches then, every day you try and
send another one or two, despite been
told multiple times to a) understand what you are writi
On Mon, Aug 4, 2014 at 1:43 AM, Nick Krause wrote:
> On Mon, Aug 4, 2014 at 1:38 AM, Dave Airlie wrote:
>> On 4 August 2014 15:03, Hans Verkuil wrote:
>>> On 08/04/2014 05:25 AM, Nicholas Krause wrote:
This patch changes the call of vb2_buffer_core to use
VB2_BUFFER_STATE_ACTIVE
I need your respond back to me if you are the owner of this email address.
I, Liliane authenticate this email, you can read about me on:
http://www.en.wikipedia.org/wiki/Liliane_Bettencourt I write to you
because I intend to give to you a portion of my Net-worth which I have
been banking. I want t
On Mon, Aug 4, 2014 at 1:38 AM, Dave Airlie wrote:
> On 4 August 2014 15:03, Hans Verkuil wrote:
>> On 08/04/2014 05:25 AM, Nicholas Krause wrote:
>>> This patch changes the call of vb2_buffer_core to use
>>> VB2_BUFFER_STATE_ACTIVE
>>> inside the for instead of not setting in correctly to
>>>
Hi Brain,
How about my patch? Do you have any other doubts?
Br
White Ding
-Original Message-
From: bpqw
Sent: Monday, July 28, 2014 3:47 PM
To: Brian Norris; bpqw
Cc: dw...@infradead.org; b32...@freescale.com;
artem.bityuts...@linux.intel.com; r...@debian.org;
u.kleine-koe...@pengutron
On 4 August 2014 15:03, Hans Verkuil wrote:
> On 08/04/2014 05:25 AM, Nicholas Krause wrote:
>> This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
>> inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
>>
>> Signed-off-by: Nicholas Krause
>
> D
On Mon, Aug 4, 2014 at 1:03 AM, Hans Verkuil wrote:
> On 08/04/2014 05:25 AM, Nicholas Krause wrote:
>> This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
>> inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
>>
>> Signed-off-by: Nicholas Kraus
On Thu, Jul 31, 2014 at 12:43 PM, Alexandre Courbot wrote:
> On Mon, Jul 28, 2014 at 7:30 PM, Linus Walleij
> wrote:
>> On Fri, Jul 25, 2014 at 4:38 PM, Alexandre Courbot
>> wrote:
>>
>>> The huge majority of GPIOs have their direction and initial value set
>>> right after being obtained by on
On 08/04/2014 05:25 AM, Nicholas Krause wrote:
> This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
> inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
>
> Signed-off-by: Nicholas Krause
Dunno what's going on here after reading Dave Airlie's
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/connector/Kconfig |9 +
drivers/gpu/drm/rockchip/connector/Makefile|1 +
.../gpu/drm/rockchip/connector/rk3288_dp_core.c| 586 ++
.../gpu/drm/rockchip/connector/rk3288_dp_core.h| 355 ++
drivers/gpu
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 34
1 file changed, 34 insertions(+)
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/Documentation/devicetree/bindings/video/rockchip-panel.txt
index f599806..f6d80f
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Kconfig |1 +
drivers/gpu/drm/rockchip/Makefile|2 +-
drivers/gpu/drm/rockchip/connector/Kconfig |8 +
drivers/gpu/drm/rockchip/connector/Makefile |4 +
drivers/gpu/drm/rockchip/connect
This patch is a DRM Driver for Rockchip Socs, driver provides an abstraction
for the graphics hardware, such as lcd controller and connector interface.
Signed-off-by: mark yao
---
drivers/gpu/drm/Kconfig |2 +
drivers/gpu/drm/Makefile |1
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 30
1 file changed, 30 insertions(+)
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/Documentation/devicetree/bindings/video/rockchip-panel.txt
index 9fc200a..f59980
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Kconfig|2 +
drivers/gpu/drm/rockchip/Makefile |2 +-
drivers/gpu/drm/rockchip/lcdc/Kconfig |9 +
drivers/gpu/drm/rockchip/lcdc/Makefile |4 +
drivers/gpu/drm/rockchip/lcdc/rk3288_lcdc.c | 819 +
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-lcdc.txt| 33
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/rockchip-lcdc.txt
diff --git a/Documentation/devicetree/bindings/video/rockchip-lcdc.txt
b/Doc
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Makefile |3 +-
drivers/gpu/drm/rockchip/rockchip_panel.c | 297 +
2 files changed, 299 insertions(+), 1 deletion(-)
create mode 100644 drivers/gpu/drm/rockchip/rockchip_panel.c
diff --git a/drivers/gp
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 52
1 file changed, 52 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/rockchip-panel.txt
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/D
From: mark yao
This a series of patches is a DRM Driver for Rockchip Socs, driver provides
an abstraction for the graphics hardware, as lcd controller and
connector interface.
add rk3288 lcd controller.
add rk3288 lvds and rk3288 edp connector.
Tested on rk3288 sdk board, use lvds or edp connec
For this version of GIC codes, kernel assumes that all the interrupt
status of GIC is inactive. So the kernel does not check this when
booting.
This is no problem on must sitations. But when kdump is deplayed.
And a panic occurs when an interrupt is being handled (may be PPI
). We have no chance
Hi Alexandre,
On Mon, 4 Aug 2014 13:10:14 +0900 Alexandre Courbot wrote:
>
> I have sent a patch to fix this. In the meantime, if the merge
> conflict of the GPIO tree on board-paz00.c is solved by taking the
> GPIO version, there is no build error.
>
> There are a few important patches pending
When using kdump on ARM platform, if kernel panics in interrupt handler
(maybe PPI), the capture kernel can not recive certain interrupt, and
fails to boot.
On this situation, We have read register GICC_IAR. But we have no chance
to write relative bit to register GICC_EOIR (kernel paniced before)
From: Juergen Gross
If a scsi host driver specifies .cmd_len in it's scsi_host_template, a driver's
private command pool is needed. scsi_find_host_cmd_pool() will locate it, but
scsi_alloc_host_cmd_pool() isn't saving the pool address in the host template.
This will result in an access error whe
On Sun, 2014-08-03 at 22:36 -0400, Waiman Long wrote:
> This patch set improves upon the rwsem optimistic spinning patch set
> from Davidlohr to enable better performing rwsem and more aggressive
> use of optimistic spinning.
>
> By using a microbenchmark running 1 million lock-unlock operations p
On 08/01/2014 10:24 PM, James Bottomley wrote:
On Fri, 2014-08-01 at 05:03 -0700, Christoph Hellwig wrote:
On Fri, Aug 01, 2014 at 08:27:05AM +0200, jgr...@suse.com wrote:
From: Juergen Gross
If a scsi host driver specifies .cmd_len in it's scsi_host_template, a driver's
private command pool
On Thu, Jul 31, 2014 at 9:07 PM, Mark Brown wrote:
> From: Mark Brown
>
> DT based systems should have no reason to use fixed GPIO numbers but some
> drivers that work on both DT and non-DT platforms specify them anyway. In
> order to improve robustness in cases where drivers use gpio_is_valid()
Hi Thierry,
After merging the drm-tegra tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
In file included from include/asm-generic/bug.h:13:0,
from arch/arm/include/asm/bug.h:61,
from include/linux/bug.h:4,
from include/l
The patch 3117bb3109dc: "ASoC: fsl_asrc: Add ASRC ASoC CPU DAI and
platform drivers" from Jul 29, 2014, leads to the following Smatch
complaint:
sound/soc/fsl/fsl_asrc_dma.c:304 fsl_asrc_dma_shutdown()
warn: variable dereferenced before check 'pair' (see line 302)
sound/soc/fsl/fsl_asrc_dma.c
301
sound/soc/fsl/fsl_asrc.c:250 fsl_asrc_config_pair()
warn: variable dereferenced before check 'config' (see line 243)
git remote add next
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
git remote update next
git checkout 3117bb3109dc223e186302f5dc8ce9ed04adca90
vim +/con
These two patches fixes two warning of dereferenced variable reported by
Dan Carpenter
Nicolin Chen (2):
ASoC: fsl_sarc_dma: Check pair before using it
ASoC: fsl_asrc: Don't access members of config before checking it
sound/soc/fsl/fsl_asrc.c | 9 ++---
sound/soc/fsl/fsl_asrc_dma.c
I have sent a patch to fix this. In the meantime, if the merge
conflict of the GPIO tree on board-paz00.c is solved by taking the
GPIO version, there is no build error.
There are a few important patches pending in the GPIO tree that should
undergo testing - Stephen, do you think you could resolve
On Sun, 2014-08-03 at 22:36 -0400, Waiman Long wrote:
> The rwsem_can_spin_on_owner() function currently allows optimistic
> spinning only if the owner field is defined and is running. That is
> too conservative as it will cause some tasks to miss the opportunity
> of doing spinning in case the own
On Sun, 2014-08-03 at 22:36 -0400, Waiman Long wrote:
> The rwsem_can_spin_on_owner() function currently allows optimistic
> spinning only if the owner field is defined and is running. That is
> too conservative as it will cause some tasks to miss the opportunity
> of doing spinning in case the own
On 4 August 2014 13:25, Nicholas Krause wrote:
> This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
> inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
>
Please go back and read every mail sent to you in the last few weeks.
then read them aga
Files under include/linux/gpio/ were not reported as part of the GPIO
subsystem. Fix this.
Signed-off-by: Alexandre Courbot
---
MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5e0d24dcb122..d9ca71a31101 100644
--- a/MAINTAINERS
++
linux/types.h and linux/list.h should be included so the typed used in
the header file are always properly declared.
Reported-by: Stephen Rothwell
Reported-by: Thierry Reding
Signed-off-by: Alexandre Courbot
---
include/linux/gpio/machine.h | 3 +++
1 file changed, 3 insertions(+)
diff --git
Hi all,
Today's linux-next merge of the infiniband tree got a conflict in
include/linux/mlx4/device.h between commit 2599d8580f93
("net/mlx4_core: Use low memory profile on kdump kernel") from the
net-next tree and commit e630664c8383 ("mlx4_core: Add helper functions
to support MR re-registration
On Fri, 2014-08-01 at 05:35 -0700, Christoph Hellwig wrote:
> > @@ -2220,8 +2220,7 @@ static int arcmsr_queue_command_lck(stru
> > arcmsr_handle_virtual_command(acb, cmd);
> > return 0;
> > }
> > - if (atomic_read(&acb->ccboutstandingcount) >=
> > - A
From: Ching Huang
Changes in v2 of 2/18:
* remove the checking of capability of MSI-X, MSI.
* correct the wrong IRQ vector of request_irq failed.
* replace pci_enable_msi_range() by pci_enable_msi_exact().
Signed-off-by: Ching Huang
---
Thanks for Dan's advice.
diff -uprN a/drivers/scsi/arcm
On Sun, 2014-08-03 at 20:03 -0700, Hans Wennborg wrote:
> On 08/03/2014 07:50 PM, Joe Perches wrote:
> > 0x% should be used to emit hexadecimal values.
> >
> > Uses of 0x%[udi] emit decimal values but these should
> > probably instead use 0x%x variants.
> >
> > Warn on these uses.
>
> Good idea!
[
ping.
BR,
Wei
On 07/31/2014 07:42 PM, wei.y...@windriver.com wrote:
From: Yang Wei
Since there is not indirection page in crash type, so the vaule of the head
field of kimage structure is not equal to the address of indirection page but
IND_DONE. so we have to set kexec_indirection_page variab
From: Chunhe Li
In the br_hanle_frame function has a bug, when the bridge receive packets
which go througth the br_handle_frame, get the net_bridge_port pointer "p",
but don't check NULL pointer to use it. If somebody delete the bridge port
at the same time, will call a NULL pointer, trigger kern
On 2014/8/1 21:16, Arnd Bergmann wrote:
> On Wednesday 30 July 2014, Yijing Wang wrote:
>
> The other part I'm not completely sure about is how you want to
> have MSIs map into normal IRQ descriptors. At the moment, all
> MSI users are based on IRQ numbers, but this has known scalab
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/ipv6/sysctl_net_ipv6.c between commit 166bd890a3d8 ("ipv6: data of
fwmark_reflect sysctl needs to be updated on netns construction") from
the net tree and commit cb1ce2ef387b ("ipv6: Implement automatic flow
label generati
This patch changes the call of vb2_buffer_core to use VB2_BUFFER_STATE_ACTIVE
inside the for instead of not setting in correctly to VB2_BUFFER_STATE_ERROR.
Signed-off-by: Nicholas Krause
---
drivers/media/v4l2-core/videobuf2-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
On Sun, Aug 3, 2014 at 3:59 PM, Nick Krause wrote:
> On Sat, Aug 2, 2014 at 9:10 AM, Udo van den Heuvel wrote:
>> Hello,
>>
>> I moved a PWC webcam to a USB3 port, and this happened:
>>
>> [53008.911811] usb 5-2: new full-speed USB device number 2 using xhci_hcd
>> [53009.213504] usb 5-2: New USB
On Fri, 2014-08-01 at 14:24 -0700, Sukadev Bhattiprolu wrote:
> Dietmar Eggemann [dietmar.eggem...@arm.com] wrote:
> | > ltcbrazos2-lp07 login: [ 181.915974] [ cut here ]
> | > [ 181.915991] WARNING: at ../kernel/sched/core.c:5881
> |
> | This warning indicates the proble
On Sunday, August 03, 2014 03:42:49 PM Rafael J. Wysocki wrote:
> On Saturday, August 02, 2014 03:31:01 AM Rafael J. Wysocki wrote:
> > On Friday, August 01, 2014 04:29:40 PM Rafael J. Wysocki wrote:
> > > On Friday, August 01, 2014 03:43:21 PM Thomas Gleixner wrote:
> > > > On Fri, 1 Aug 2014, Raf
From: Chunhe Li
If the bonding device is down, it should not receive packets
to network stack or other upper flow stack.
Signed-off-by: Chunhe Li
---
drivers/net/bonding/bond_main.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/net/bonding/bond_main.c b/
Skip kretprobe hit in NMI context, because if an NMI happens
inside the critical section protected by kretprobe_table.lock
and another(or same) kretprobe hit, pre_kretprobe_handler
tries to lock kretprobe_table.lock again.
Normal interrupts have no problem because they are disabled
with the lock.
>> MSI was introduced in PCI Spec 2.2. Currently, kernel MSI driver codes
>> are bonding with PCI device. Because MSI has a lot advantages in design.
>> More and more non-PCI devices want to use MSI as their default interrupt.
>> The existing MSI device include HPET. HPET driver provide its own MSI
On Sat, Aug 2, 2014 at 1:19 AM, Frederic Weisbecker wrote:
> On Fri, Aug 01, 2014 at 04:48:17PM +0200, Denys Vlasenko wrote:
>>
>> /* 0(%rsp): ~(interrupt number) */
>> .macro interrupt func
>> - /* reserve pt_regs for scratch regs and rbp */
>> - subq $ORIG_RAX-RBP, %rsp
>> - C
On 08/03/2014 07:50 PM, Joe Perches wrote:
0x% should be used to emit hexadecimal values.
Uses of 0x%[udi] emit decimal values but these should
probably instead use 0x%x variants.
Warn on these uses.
Good idea!
Signed-off-by: Joe Perches
Noticed-by: Hans Wennborg
---
scripts/checkpatch
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel, I've stumbled on the following spew:
[ 1226.701012] WARNING: CPU: 6 PID: 8624 at kernel/smp.c:673
on_each_cpu_cond+0x27f/0x2f0()
[ 1226.703128] Modules linked in:
[ 1226.703955] CPU: 6 PID: 8624 Comm: t
0x% should be used to emit hexadecimal values.
Uses of 0x%[udi] emit decimal values but these should
probably instead use 0x%x variants.
Warn on these uses.
Signed-off-by: Joe Perches
Noticed-by: Hans Wennborg
---
scripts/checkpatch.pl | 4
1 file changed, 4 insertions(+)
diff --git a/s
For a fully preemptive kernel, a call to preempt_enable() could
potentially trigger a task rescheduling event. In the case of rwsem
optimistic spinning, the task has either gotten the lock or is going
to sleep soon. So there is no point to do rescheduling here.
Signed-off-by: Waiman Long
---
ker
The rwsem_can_spin_on_owner() function currently allows optimistic
spinning only if the owner field is defined and is running. That is
too conservative as it will cause some tasks to miss the opportunity
of doing spinning in case the owner hasn't been able to set the owner
field in time or the lock
This patch set improves upon the rwsem optimistic spinning patch set
from Davidlohr to enable better performing rwsem and more aggressive
use of optimistic spinning.
By using a microbenchmark running 1 million lock-unlock operations per
thread on a 4-socket 40-core Westmere-EX x86-64 test machine
Even thought only the writers can perform optimistic spinning, there
is still a chance that readers may take the lock before a spinning
writer can get it. In that case, the owner field will be NULL and the
spinning writer can spin indefinitely until its time quantum expires
when some lock owning re
This patch enables readers to go into the optimistic spinning loop
so that both the readers and writers can spin together. This could
speed up workloads that use both readers and writers.
Signed-off-by: Waiman Long
---
kernel/locking/rwsem-xadd.c | 124 +-
On a highly contended rwsem, spinlock contention due to the slow
rwsem_wake() call can be a significant portion of the total CPU cycles
used. With writer lock stealing and writer optimistic spinning, there
is also a pretty good chance that the lock may have been stolen
before the waker wakes up the
Move the rwsem_down_read_failed() function down to below the optimistic
spinning section before enabling optimistic spinning for the readers.
There is no change in code.
Signed-off-by: Waiman Long
---
kernel/locking/rwsem-xadd.c | 96 +-
1 files changed,
More aggressive use of optimistic spinning and enabling readers to
participate in spinning may make tasks waiting in the queue harder
to get access to the semaphore, especially for writers who need
exclusive access.
This patch enables a waking writer to go back to the optimistic
spinning loop as l
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Thursday, July 31, 2014 2:45 PM
> To: Chao Yu
> Cc: 'Changman Lee'; linux-fsde...@vger.kernel.org;
> linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [P
This patch adds f2fs_balance_fs in expand_inode_data to avoid allocation failure
with segment.
Signed-off-by: Chao Yu
---
fs/f2fs/file.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c
index 9550135..5d3b779 100644
--- a/fs/f2fs/file.c
+++ b/fs/f2fs/file.c
@
This patch uses for_each_set_bit to simplify some codes in f2fs.
Signed-off-by: Chao Yu
---
fs/f2fs/gc.c | 7 ++-
fs/f2fs/segment.c | 13 -
2 files changed, 6 insertions(+), 14 deletions(-)
diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c
index b90dbe5..d7947d9 100644
--- a/fs/f2f
> -Original Message-
> From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org]
> On Behalf Of Wanpeng Li
> Sent: Friday, August 01, 2014 4:12 PM
> To: Paolo Bonzini; Jan Kiszka
> Cc: Marcelo Tosatti; Gleb Natapov; Bandan Das; Zhang, Yang Z;
> k...@vger.kernel.org; linux-kernel@
> -Original Message-
> From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org]
> On Behalf Of Wanpeng Li
> Sent: Friday, August 01, 2014 4:12 PM
> To: Paolo Bonzini; Jan Kiszka
> Cc: Marcelo Tosatti; Gleb Natapov; Bandan Das; Zhang, Yang Z;
> k...@vger.kernel.org; linux-kernel@
When inode is evicted, all the page cache belong to this inode should be
released including the xattr node page. But previously we didn't do this, this
patch fixed this issue.
v2:
o reposition invalidate_mapping_pages() to the right place suggested by
Jaegeuk Kim.
Signed-off-by: Chao Yu
---
fs
Hello,
The original Linus' minix zmap blocks calculation was correct, in the
formula of: sbi->s_nzones - sbi->s_firstdatazone + 1. It is (sp->s_zones
- (sp->s_firstdatazone - 1) in the minix3 source code.
But a later patch (fs/minix: Verify bitmap block counts before mounting)
has changed it unf
From: Vincent Elger Zwanenburg
Date: Mon Aug 4 01:34:27 2014 +0100
Fixes bluetooth support on Toshiba C55-B-138 notebooks by 1) adding an ignore
line into btusb.c for its PID/VID combination and 2) assigning the VID/PID
combination in ath3k.c to load the BTUSB_ATH3012 driver.
Signed-off-by:
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Saturday, August 02, 2014 10:42 PM
> To: Chao Yu
> Cc: Changman Lee; linux-f2fs-de...@lists.sourceforge.net;
> linux-fsde...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [f2fs-dev][P
On 08/01/2014 05:55 AM, Paul E. McKenney wrote:
> + rcu_read_lock();
> + for_each_process_thread(g, t) {
> + if (t != current && ACCESS_ONCE(t->on_rq) &&
> + !is_idle_task(t)) {
> + get_task_struct(t);
>
On 08/02/2014 01:55 AM, Fabio Falzoi wrote:
On Wed, Jul 30, 2014 at 09:52:35AM +0800, micky wrote:
Documentation/printk-formats.txt
Raw buffer as a hex string:
%*ph00 01 02 ... 3f
%*phC 00:01:02: ... :3f
%*phD 00-01-02- ... -3f
%*phN 000102 ... 3f
On Mon, Aug 04, 2014 at 08:37:37AM +0800, Lai Jiangshan wrote:
> On 08/04/2014 06:05 AM, Paul E. McKenney wrote:
> > On Sun, Aug 03, 2014 at 03:33:18PM +0200, Oleg Nesterov wrote:
> >> On 08/02, Paul E. McKenney wrote:
> >>>
> >>> On Sat, Aug 02, 2014 at 04:56:16PM +0200, Oleg Nesterov wrote:
> >>>
On 08/04/2014 06:05 AM, Paul E. McKenney wrote:
> On Sun, Aug 03, 2014 at 03:33:18PM +0200, Oleg Nesterov wrote:
>> On 08/02, Paul E. McKenney wrote:
>>>
>>> On Sat, Aug 02, 2014 at 04:56:16PM +0200, Oleg Nesterov wrote:
On 07/31, Paul E. McKenney wrote:
>
> + rcu_read_lock();
On Sun, 2014-08-03 at 17:25 -0700, Hans Wennborg wrote:
> On 08/02/2014 11:10 PM, Joe Perches wrote:
> > On Sat, 2014-08-02 at 18:19 -0700, Hans Wennborg wrote:
> >> Yes, I have a patch for a bunch of these, but I figured it would be
> >> easier to get it merged if I split it up. (Complete kernel n
On 08/02/2014 11:10 PM, Joe Perches wrote:
On Sat, 2014-08-02 at 18:19 -0700, Hans Wennborg wrote:
Yes, I have a patch for a bunch of these, but I figured it would be
easier to get it merged if I split it up. (Complete kernel newbie here.)
You as a kernel newbie did good, thanks.
A small tip
Signed-off-by: Hans Wennborg
---
sound/firewire/fireworks/fireworks_proc.c | 4 ++--
sound/pci/riptide/riptide.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/sound/firewire/fireworks/fireworks_proc.c
b/sound/firewire/fireworks/fireworks_proc.c
index 02bf
Signed-off-by: Hans Wennborg
---
drivers/staging/rtl8821ae/pci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8821ae/pci.c b/drivers/staging/rtl8821ae/pci.c
index 26d7b2f..b818788 100644
--- a/drivers/staging/rtl8821ae/pci.c
+++ b/drivers/staging/rt
Signed-off-by: Hans Wennborg
---
sound/firewire/fireworks/fireworks_proc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/firewire/fireworks/fireworks_proc.c
b/sound/firewire/fireworks/fireworks_proc.c
index f29d4aa..02bf394 100644
--- a/sound/firewire/fireworks/fi
Signed-off-by: Hans Wennborg
---
drivers/staging/nokia_h4p/nokia_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/nokia_h4p/nokia_core.c
b/drivers/staging/nokia_h4p/nokia_core.c
index 775e1d0..240da0c 100644
--- a/drivers/staging/nokia_h4p/nokia_core.c
+
Signed-off-by: Hans Wennborg
---
drivers/staging/rtl8192ee/pci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8192ee/pci.c b/drivers/staging/rtl8192ee/pci.c
index 0215aef..349e636 100644
--- a/drivers/staging/rtl8192ee/pci.c
+++ b/drivers/staging/rt
Signed-off-by: Hans Wennborg
---
drivers/net/wireless/iwlegacy/4965-mac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/iwlegacy/4965-mac.c
b/drivers/net/wireless/iwlegacy/4965-mac.c
index c159c05..7d6fd59 100644
--- a/drivers/net/wireless/iwlegacy/4965
Signed-off-by: Hans Wennborg
---
drivers/parisc/dino.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 9eae983..a0580af 100644
--- a/drivers/parisc/dino.c
+++ b/drivers/parisc/dino.c
@@ -913,7 +913,7 @@ static int __init dino
Signed-off-by: Hans Wennborg
---
drivers/net/wireless/rtlwifi/pci.c | 6 +++---
drivers/net/wireless/rtlwifi/rtl8192de/phy.c | 8
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/pci.c
b/drivers/net/wireless/rtlwifi/pci.c
index 67d1ee
1 - 100 of 183 matches
Mail list logo
