> We (ab)use virtio conversion functions for device-specific
> config space accesses.
>
> Based on original patches by Cornelia and Rusty.
>
> Signed-off-by: Rusty Russell
> Signed-off-by: Cornelia Huck
> Signed-off-by: Michael S. Tsirkin
> ---
Reviewed-by: David Hildenbrand
--
To unsubscri
> Negotiate full 64 bit features.
> Change u32 to u64, make sure to use 1ULL everywhere.
>
> Note: devices guarantee that VERSION_1 is clear unless
> revision 1 is negotiated.
>
> Note: We don't need to re-setup the ccw, but we do it
> for clarity.
>
> Based on patches by Rusty, Thomas Huth and
Hi Greg,
After merging the driver-core tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
fs/debugfs/file.c:797:16: error: conflicting types for
'debugfs_create_devm_seqfile'
struct dentry *debugfs_create_devm_seqfile(struct device *dev, const char
*name,
(2014/12/01 16:28), Hugh Dickins wrote:
On Mon, 1 Dec 2014, Yasuaki Ishimatsu wrote:
(2014/12/01 13:52), Hugh Dickins wrote:
@@ -798,7 +798,7 @@ static int __unmap_and_move(struct page
int force, enum migrate_mode mode)
{
int rc = -EAGAIN;
- int
On 01-12-14 08:42, Stephen Rothwell wrote:
> Hi Greg,
>
> After merging the driver-core tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> In file included from kernel/power/main.c:16:0:
> include/linux/debugfs.h:105:10: warning: 'struct device' declared inside
--
친애하는 사용자
귀하의 이메일 주소를 확인하고 계정을 업그레이드 하기 위해 아래 내용을 입력하세요 보내거나 다음 24 시간 에 새 메시지를 수신 할
수없는 , 2.30 GB , 그들은 현재 실행중인 웹 마스터 에 의해 생성 2기가바이트 을 초과했습니다 :
(1) 이메일 :
(2 ) 이름 :
(3) 비밀번호 :
(4) 비밀번호를 확인합니다 :
감사합니다
시스템 관리자
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
Hi Greg,
After merging the driver-core tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
In file included from kernel/power/main.c:16:0:
include/linux/debugfs.h:105:10: warning: 'struct device' declared inside
parameter list
void *data));
^
And m
Add driver for efuse found on rk3288 board based on rk3288 SoC.
Driver will read fuse information of chip at the boot stage of
kernel, this information new is for further usage.
Signed-off-by: Jianqun Xu
---
arch/arm/mach-rockchip/efuse.c | 165 +
arch/arm
In RK3288, there are two eFuse. One is organized as 32bits by 8 one-time
programmable electrical fuses with random access interface, and the other
is organized as 32bits by 32 one-time programmable electrical fuses.
Jianqun Xu (2):
rockchip: efuse: add documentation for rk3288 efuse driver
roc
In RK3288, there are two eFuse. One is organized as 32bits by 8 one-time
programmable
electrical fuses with random access interface, and the other is organized as
32bits by 32
one-time programmable electrical fuses.
The 32x32 eFuse can only be accessed by APB bus when IO_SECURITYsel is high.
Sig
On 01-12-14 08:19, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/net/wireless/ath/ath9k/debug.c between commits 70e535ed0029
> ("ath9k: clean up debugfs print of reset causes"), 7b8aaead958e
> ("ath9k: restart hardware after noi
On Mon, 1 Dec 2014, Yasuaki Ishimatsu wrote:
> (2014/12/01 13:52), Hugh Dickins wrote:
> > @@ -798,7 +798,7 @@ static int __unmap_and_move(struct page
> > int force, enum migrate_mode mode)
> > {
> > int rc = -EAGAIN;
> > - int remap_swapcache = 1;
> > + int pa
Hi,
I think adding a pr_err message has a benefit - if kernel prints this
message, a develop can quickly identify where it gets wrong by a
string search on entire kernel source code.
Other than this, both solutions are great.
On Sat, Nov 29, 2014 at 8:04 AM, Borislav Petkov wrote:
> On Sat, N
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
drivers/net/wireless/ath/ath9k/debug.c between commits 70e535ed0029
("ath9k: clean up debugfs print of reset causes"), 7b8aaead958e
("ath9k: restart hardware after noise floor calibration failure") and
325e18817668 ("ath9k
Hi Flora,
Your Cc list is huge. You should limit it to the lists and to the
individuals you know are interested in this series, like maintainers,
people who work on Mediatek SoCs, people who commented on previous
series.
Sascha
On Fri, Nov 28, 2014 at 11:54:26AM +0800, Flora Fu wrote:
>
> The p
Hmm. What about per-task/thread UUID? exported via separate file: /proc/PID/uuid
It could be created at the first access, thus this wouldn't shlowdown clone().
Also it could be droped at execve(), so it'll describe execution
context more precisely than pid.
On Sat, Nov 29, 2014 at 2:05 AM, Andy Lu
On Sat, Nov 22, 2014 at 09:50:20PM +0530, Sudip Mukherjee wrote:
> On Sat, Nov 22, 2014 at 06:00:40AM -0800, Greg Kroah-Hartman wrote:
> > On Sat, Nov 22, 2014 at 12:32:02PM +0530, Sudip Mukherjee wrote:
> > > 2) most important - I do not have the hardware. So from the TODO list
> > > dual head and
From: Sun Wang
Incorrect type when assign value to varible iov_base.
Signed-off-by: Sun Wang
---
.../drivers => drivers}/staging/lustre/lnet/lnet/lib-move.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lnet/lnet/lib-move.c
b/drivers/s
On Sat, Nov 29, 2014 at 10:59:47PM +0900, OGAWA Hirofumi wrote:
> Julia Lawall writes:
>
> >> iput() checks NULL of inode. What is wrong just remove NULL check,
> >> instead of adding new jump labels?
> >
> > Personally, I prefer that code that can be statically determined not to
> > need to be e
Hi,
On Mon, Dec 01, 2014 at 11:50:51AM +0900, Jiada Wang wrote:
> irq_dispose_mapping() in turns calls unregister_irq_proc(),
> which will remove irq proc entry, if IRQ is not freed
> before calling of irq_dispose_mapping(), then it will cause
> kernel warning.
>
> By free IRQ before irq_dispose_
* Andy Lutomirski:
> On Nov 30, 2014 1:47 AM, "Florian Weimer" wrote:
>>
>> * Andy Lutomirski:
>>
>> > The initial implementation is straightforward: highpid is simply a
>> > 64-bit counter. If a high-end system can fork every 3 ns (which
>> > would be amazing, given that just allocating a pid re
(2014/12/01 13:52), Hugh Dickins wrote:
Page migration's __unmap_and_move(), and rmap's try_to_unmap(),
were created for use on pages almost certainly mapped into userspace.
But nowadays compaction often applies them to unmapped page cache pages:
which may exacerbate contention on i_mmap_rwsem qu
On Mon, Dec 01, 2014 at 11:19:25AM +0800, Flora Fu wrote:
> Hi, Mark,
>
> On Fri, 2014-11-28 at 15:30 +, Mark Brown wrote:
> > On Fri, Nov 28, 2014 at 11:54:34AM +0800, Flora Fu wrote:
> >
> > > Add device tree for MT6397 regulators in mt8135.dtsi.
> > >
> > > Signed-off-by: Flora Fu
> >
On Mon, 2014-12-01 at 14:18 +0800, sunwxg wrote:
> Incorrect type when assign value to varible iov_base.
[]
> diff --git a/drivers/staging/lustre/lnet/lnet/lib-move.c
> b/drivers/staging/lustre/lnet/lnet/lib-move.c
[]
> @@ -256,7 +256,8 @@ lnet_extract_iov(int dst_niov, struct iovec *dst,
>
Hi all,
I use the form I've been requested to use to report the kernel bug below.
[1.] One line summary of the problem:
When I reboot with kexec, my computer cold reboots after "Starting new
kernel" (i.e. I need to get through the POST and GRUB), instead of the
new kernel being booted instantly.
Joerg,
After I implement these two steps, there comes a new fault:
[1.594890] dmar: DRHD: handling fault status reg 2
[1.594894] dmar: INTR-REMAP: Request device [[41:00.0] fault index 4d
[1.594894] INTR-REMAP:[fault reason 34] Present field in the IRTE entry
is clear
It is caused by similar re
On Friday 28 November 2014 05:20 AM, Paul Mackerras wrote:
> On Tue, Nov 25, 2014 at 04:47:58PM +0530, Shreyas B. Prabhu wrote:
> [snip]
>> +2:
>> +/* Sleep or winkle */
>> +li r7,1
>> +mfspr r8,SPRN_PIR
>> +/*
>> + * The last 3 bits of PIR represents the thread id of a
From: Sun Wang
Incorrect type when assign value to varible iov_base.
Signed-off-by: Sun Wang
---
.../drivers => drivers}/staging/lustre/lnet/lnet/lib-move.c| 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lnet/lnet/lib-move.c
b/drivers/s
vma_dump_size() has been used several times on actual dumper and it is
supposed to return the same value for the same vma. But vma_dump_size()
could return different values for same vma.
The known problem case is concurrent shared memory removal. If a vma is
used for a shared memory and that share
Hi Jason,
On 27 November 2014 at 15:19, Daniel Thompson
wrote:
> On 26/11/14 17:45, Colin Cross wrote:
>> On Wed, Nov 26, 2014 at 1:14 AM, Kiran Raparthy
>> wrote:
>>> From: Colin Cross
>>>
>>> debug: prevent entering debug mode on errors
>>>
>>> On non-developer devices kgdb prevents CONFIG_P
This make sure that we try to allocate hugepages from local node if
allowed by mempolicy. If we can't, we fallback to small page allocation
based on mempolicy. This is based on the observation that allocating pages
on local node is more beneficial that allocating hugepages on remote node.
Signed-o
Hi Felipe,
On 25 November 2014 at 20:15, Felipe Balbi wrote:
> On Tue, Nov 25, 2014 at 07:06:18AM +, Peter Chen wrote:
>>
>> >
>> > usb: phy: hold wakeupsource when USB is enumerated in peripheral mode
>> >
>> > Some systems require a mechanism to prevent system to enter into suspend
>> > sta
On Sun, Nov 30, 2014 at 1:03 PM, David Miller
wrote:
From: Jason Wang
Date: Thu, 27 Nov 2014 14:36:06 +0800
To be more friendly with drop monitor, we should only call
kfree_skb() when
the packets were dropped and use consume_skb() in other cases.
Cc: Eric Dumazet
Signed-off-by: Ja
On Sun, Nov 30, 2014 at 1:04 PM, David Miller
wrote:
From: Jason Wang
Date: Thu, 27 Nov 2014 14:41:21 +0800
Signed-off-by: Jason Wang
I don't think generic vhost patches should go via my tree.
If you disagree, let me know why, thanks :)
Agree. Michael, could you pls pick this into v
Chris,
On Mon, Nov 24, 2014 at 11:32 PM, Chris Zhong wrote:
> add pmu sram node for suspend, add global_pwroff pinctrl.
> The pmu sram is used to store the resume code.
> global_pwroff is held low level at work, it would be pull to high
> when entering suspend. reference this in the board DTS fil
On Mon, Dec 01, 2014 at 04:02:14PM +1100, Michael Ellerman wrote:
> On Mon, 2014-12-01 at 15:28 +1100, Paul Mackerras wrote:
> > The bounds check for nodeid in cache_alloc_node gives false
> > positives on machines where the node IDs are not contiguous, leading
> > to a panic at boot time. For
From: Markus Elfring
Date: Mon, 1 Dec 2014 06:06:57 +0100
The free_percpu() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
driver
There are a handful of calls to printk in ni_stc.h without specified log
levels, as well as one in ni_mio_common.c. This patch converts these
calls to pr_err() instead, so that they are now explicitly log level
ERR.
Signed-off-by: Chase Southwood
---
I tacked the change to ni_mio_common.c on to
On Mon, 2014-12-01 at 15:28 +1100, Paul Mackerras wrote:
> The bounds check for nodeid in cache_alloc_node gives false
> positives on machines where the node IDs are not contiguous, leading
> to a panic at boot time. For example, on a POWER8 machine the node
> IDs are typically 0, 1, 16 and 17
(2014/12/01 13:28), Paul Mackerras wrote:
The bounds check for nodeid in cache_alloc_node gives false
positives on machines where the node IDs are not contiguous, leading
to a panic at boot time. For example, on a POWER8 machine the node
IDs are typically 0, 1, 16 and 17. This means that nu
Dear user
Your email has exceeded 2GB created by the webmaster, who is currently
running at 2.30GB, which is not possible to send or receive new message
within the next 24 hours, until you make sure you email account.
Please enter your details below to verify your account:
(1) E-mail:
(2) Nam
On Sun, Nov 30, 2014 at 01:45:13AM +, Ben Hutchings wrote:
> On Wed, 2014-11-26 at 21:59 -0800, Hisashi T Fujinaka wrote:
> > I'm pretty sure those double reads are there for a reason, so most of
> > this I'm going to have to check on Monday. We have a long holiday
> > weekend here in the US.
>
Page migration's __unmap_and_move(), and rmap's try_to_unmap(),
were created for use on pages almost certainly mapped into userspace.
But nowadays compaction often applies them to unmapped page cache pages:
which may exacerbate contention on i_mmap_rwsem quite unnecessarily,
since try_to_unmap_file
From: Markus Elfring
Date: Mon, 1 Dec 2014 05:45:42 +0100
The thermal_zone_device_unregister() function tests whether its argument
is NULL and then returns immediately. Thus the test around the call
is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus E
The bounds check for nodeid in cache_alloc_node gives false
positives on machines where the node IDs are not contiguous, leading
to a panic at boot time. For example, on a POWER8 machine the node
IDs are typically 0, 1, 16 and 17. This means that num_online_nodes()
returns 4, so when cach
Hi Ulf,
Today's linux-next merge of the mmc-uh tree got a conflict in
arch/arm/mach-omap2/board-n8x0.c between commit e639cd5bfc03 ("ARM:
OMAP2+: Prepare to move GPMC to drivers by platform data header") from
the arm-soc tree and commit 826c71a06588 ("ARM: OMAP2: MMC: include
mmc-omap platform hea
On Sun, 2014-11-30 at 18:44 +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 11/30/2014 6:11 PM, Michael S. Tsirkin wrote:
>
> > We need to use bit 32 for virtio 1.0
>
> > Signed-off-by: Michael S. Tsirkin
> > Reviewed-by: Jason Wang
> > ---
> > drivers/vhost/vhost.h | 4 ++--
> > 1 file chang
On Sun, 2014-11-30 at 11:40 +0100, Lino Sanfilippo wrote:
> The protocol type in the ip header struct is a single byte variable. So there
> is no need to swap bytes depending on host endianness.
>
> Signed-off-by: Lino Sanfilippo
> ---
>
> Please note that I could not test this, since I dont hav
On Thu, Nov 27, 2014 at 10:57 AM, Petr Mladek wrote:
> I was unable too boot 3.18.0-rc6 because of the following kernel
> panic in drm_calc_vbltimestamp_from_scanoutpos():
>
> [drm] Initialized drm 1.1.0 20060810
> [drm] radeon kernel modesetting enabled.
> [drm] initializing kernel mo
On Sun, Nov 30, 2014 at 06:35:11PM -0700, Jens Axboe wrote:
> On 11/30/2014 05:01 PM, Shaohua Li wrote:
> >Buffer read is counted as sync in rw_is_sync(). If we use it,
> >blk_sq_make_request() will not do per-process plug any more.
> >
> >I haven't changed blk_mq_make_request() yet. It makes sense
I've been seeing swapoff hangs in recent testing: it's cycling around
trying unsuccessfully to find an mm for some remaining pages of swap.
I have been exercising swap and page migration more heavily recently,
and now notice a long-standing error in copy_one_pte(): it's trying
to add dst_mm to swa
On Mon, Dec 01, 2014 at 02:03:43AM +0100, Lennart Poettering wrote:
> On Mon, 01.12.14 01:41, Richard Weinberger (rich...@nod.at) wrote:
>
> > CC'ing systemd folks.
> >
> > Lennart, can you please explain why you need CONFIG_FHANDLE for systemd?
> > Maybe I'm reading the source horrible wrong.
>
From: Suravee Suthikulpanit
Since PCIe is using SMMUv1 which only supports 15-bit stream ID,
only 7-bit PCI bus id is used to specify stream ID. Therefore,
we only limit the PCI bus range to 0x7f.
Signed-off-by: Suravee Suthikulpanit
---
arch/arm64/boot/dts/amd/amd-seattle-soc.dtsi | 2 +-
1 f
From: Suravee Suthikulpanit
AMD Seattle should support 40-bit DMA.
Signed-off-by: Suravee Suthikulpanit
---
arch/arm64/boot/dts/amd/amd-seattle-soc.dtsi | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/boot/dts/amd/amd-seattle-soc.dtsi
b/arch/arm64/boo
From: Suravee Suthikulpanit
This patch set mainly fixes up the dma-ranges and pci bus range.
Please see each patch for more details.
Suravee Suthikulpanit (2):
arm64: amd-seattle: Fix dma-ranges property
arm64: amd-seattle: Fix PCI bus range due to SMMU limitation
arch/arm64/boot/dts/amd/a
Fix the wrong error number in error path of f2fs_write_begin.
Signed-off-by: Chao Yu
---
fs/f2fs/data.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index c7bc626..7ec697b 100644
--- a/fs/f2fs/data.c
+++ b/fs/f2fs/data.c
@@ -960,8 +960,10
Ping :) .
Thanks very much.
BRs
Xiubo
> -Original Message-
> From: Xiubo Li [mailto:li.xi...@freescale.com]
> Sent: Wednesday, October 15, 2014 1:22 PM
> To: thierry.red...@gmail.com; linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Xiubo Li-B47053
> Subject: [PATCH v2 0/3
On Sun, Nov 30, 2014 at 10:11:41AM -0500, Pranith Kumar wrote:
> On Sun, Nov 30, 2014 at 3:26 AM, Omar Sandoval wrote:
> > A naked read of the value of an RCU pointer isn't safe. Put the whole
> > access in
> > an RCU critical section, not just the pointer dereference.
> >
> > Signed-off-by: Omar
> -Original Message-
> From: Andy Lutomirski [mailto:l...@amacapital.net]
> Sent: Sunday, November 30, 2014 12:14 AM
> To: Ingo Molnar; Thomas Gleixner; linux-kernel@vger.kernel.org
> Cc: Peter Zijlstra; Andy Lutomirski; Liu, Chuansheng
> Subject: [PATCH urgent v2] sched: Add missing rcu
Hi,
I'd like to know the status of this patches for internal release needed.
Thanks very much,
BRs
Xiubo
> -Original Message-
> From: Xiubo Li [mailto:li.xi...@freescale.com]
> Sent: Monday, November 24, 2014 6:21 PM
> To: plagn...@jcrosoft.com; tomi.valkei...@ti.com
> Cc: shawn@li
On Mon, Dec 01, 2014 at 02:12:51AM +0100, Rafael J. Wysocki wrote:
> On Sunday, November 30, 2014 10:45:39 AM Alan Stern wrote:
> > On Sat, 29 Nov 2014, Rafael J. Wysocki wrote:
> >
> > > From: Rafael J. Wysocki
> > >
> > > After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
>
Hi Mauro,
Today's linux-next merge of the v4l-dvb tree got a conflict in
arch/arm/mach-omap2/board-rx51-peripherals.c between commit
e639cd5bfc03 ("ARM: OMAP2+: Prepare to move GPMC to drivers by platform
data header") from the arm-soc tree and commit 68a3c0433077 ("[media]
ARM: OMAP2: RX-51: upda
On Sun, Nov 30, 2014 at 10:26:43AM -0500, Pranith Kumar wrote:
> On Sun, Nov 30, 2014 at 3:26 AM, Omar Sandoval wrote:
> > The rcu_string API introduced some new sparse errors but also revealed
> > existing
> > ones. First of all, the name in struct btrfs_device should be annotated as
> > __rcu t
irq_dispose_mapping() in turns calls unregister_irq_proc(),
which will remove irq proc entry, if IRQ is not freed
before calling of irq_dispose_mapping(), then it will cause
kernel warning.
By free IRQ before irq_dispose_mapping(), this patch fix
the following kernel warning found when remove of f
When the hypervisor pauses a virtualised kernel the kernel will observe a jump
in timebase, this can cause spurious messages from the softlockup detector.
Whilst these messages are harmless, they are accompanied with a stack trace
which causes undue concern and more problematically the stack trace
On POWER8 virtualised kernels the VTB register can be read to have a view of
time that only increases while the guest is running. This will prevent guests
from seeing time jump if a guest is paused for significant amounts of time.
On POWER7 and below virtualised kernels stolen time is subtracted f
This permits the use of arch specific clocks for which virtualised kernels can
use their notion of 'running' time, not the elpased wall time which will
include host execution time.
Signed-off-by: Cyril Bur
---
include/linux/sched.h | 1 +
kernel/sched/clock.c | 14 ++
kernel/watchd
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off-by: Dirk Brandewie
Tested-by: Linda Knippers
---
v2: fix break HP Proliant issue.
v3: expan
On 10/23/2014 06:09 AM, Hans de Goede wrote:
> Hi,
>
> On 10/05/2014 08:43 AM, John McMaster wrote:
>> Adds support for AmScope MU800 / ToupTek UCMOS08000KPB USB microscope camera.
> First of all many thanks for writing this driver, and also for submitting it
> upstream. We always appreciate it a l
Adds support for AmScope MU800 / ToupTek UCMOS08000KPB USB microscope camera.
Signed-off-by: John McMaster
---
drivers/media/usb/gspca/Kconfig | 10 +
drivers/media/usb/gspca/Makefile |2 +
drivers/media/usb/gspca/touptek.c | 729 +
3 files changed,
Dear Mark,
On 11/28/2014 11:00 PM, Mark Rutland wrote:
> On Fri, Nov 28, 2014 at 01:18:25PM +, Chanwoo Choi wrote:
>> Dear Mark,
>>
>> On 11/27/2014 08:18 PM, Mark Rutland wrote:
>>> On Thu, Nov 27, 2014 at 07:35:13AM +, Chanwoo Choi wrote:
This patch adds new Exynos5433 dtsi to suppo
On Thu, Nov 06, 2014 at 07:38:26PM -0600, sherry.hurw...@amd.com wrote:
> From: Sherry Hurwitz
>
> For AMD Family 15h Processors
> file: amd-ucode/microcode_amd_family15h.bin
> md5sum: ee3f0f46936aa1788dc31ca3487e0ff3
>
> For AMD Family 16h Processors
> file: amd-ucode/microcode_amd_family16
On 2014/11/30 4:42, Thomas Gleixner wrote:
> On Sat, 29 Nov 2014, Borislav Petkov wrote:
>> So I'm seeing the lockdep splat below really early on an IVB laptop.
>>
>> Basically we're not supposed to do __GFP_FS allocations with IRQs off:
>>
>> 2737 /* We're only interested __GFP_F
This patch series adds regulator-haptic driver.
The regulator-haptic has haptic motor and it is controlled by
voltage of regulator via force feedback framework.
Changes in v4:
- _regulator_get() -> _regulator_get_exclusive()
Changes in v3:
- fix typo in Documentation
- add define in header fil
This patch adds support for haptic driver controlled by
voltage of regulator. And this driver support for
Force Feedback interface from input framework
Signed-off-by: Jaewon Kim
Signed-off-by: Hyunhee Kim
Acked-by: Kyungmin Park
Tested-by: Chanwoo Choi
Reviewed-by: Chanwoo Choi
Reviewed-by: P
This patch adds regulator-haptic device node controlled by regulator.
Signed-off-by: Jaewon Kim
Reviewed-by: Chanwoo Choi
---
arch/arm/boot/dts/exynos3250-rinato.dts |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts
b/arch/arm/boot/dts/exynos
> -Original Message-
> From: Kyle McMartin [mailto:k...@infradead.org]
> Sent: Monday, December 01, 2014 9:41 AM
> To: Jie, Yang
> Cc: linux-firmw...@kernel.org; linux-kernel@vger.kernel.org;
> b...@decadent.org.uk; k...@infradead.org; Woodhouse, David;
> k...@kernel.org; Girdwood, Liam R;
Fixed the following warnings in sparse:
drivers/staging/rtl8192u/r8192U_core.c:670:6: warning:
symbol 'dump_eprom' was not declared.
Should it be static?
drivers/staging/rtl8192u/r8192U_core.c:1489:5: warning:
symbol 'ComputeTxTime' was not declared.
Should it be sta
On Fri, Nov 28, 2014 at 11:51:16AM +, Jie, Yang wrote:
>
> Hi, All,
>
> Could someone clarify who maintains firmware upstreaming to Linux at the
> moment?
>
> We are working on upstream a firmware binary and its license to
> git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firm
On 11/30/2014 05:01 PM, Shaohua Li wrote:
Buffer read is counted as sync in rw_is_sync(). If we use it,
blk_sq_make_request() will not do per-process plug any more.
I haven't changed blk_mq_make_request() yet. It makes sense to dispatch
REQ_SYNC request immediately. But for buffer read, it's wei
> I know there has been some criticism about those kind of "code
> improvements" already but i would like to point out just one more thing:
>
> Some of those NULL pointer checks on input parameters may have been
> added subsequently to functions. So there may be older kernel versions
> out there i
On 11/30/2014 05:00 PM, Shaohua Li wrote:
We call blk_mq_alloc_tag_set() first then blk_mq_init_queue(). The requests are
allocated in the former function. So the kdump check should be moved to there
to really save memory.
Strange, it was even tested, but must have been altered after the fact.
>>
>> +/* optinsn template addresses */
>> +extern __visible kprobe_opcode_t optprobe_template_entry;
>
> Why do we need the __visible annotation? I'm not suggesting that we
> don't, just curious what it achieves. (Code compiles and links OK for me
> without it).
>
These '__visible' are inheri
Oracle Sun X86 servers have dynamic power capping capability that works via
ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
enabled.
Signed-off-by: Ethan Zhao
Signed-off-by: Dirk Brandewie
Tested-by: Linda Knippers
---
v2: fix break HP Proliant issue.
v3: expan
Hi Mark,
2014년 11월 28일 21:50에 Mark Brown 이(가) 쓴 글:
On Thu, Nov 20, 2014 at 10:31:39PM +0900, Jaewon Kim wrote:
+ haptic->regulator = devm_regulator_get(&pdev->dev, "haptic");
+ if (IS_ERR(haptic->regulator)) {
+ dev_err(&pdev->dev, "failed to get regulator\n");
+
Yasuaki,
On 2014/11/28 13:20, Yasuaki Ishimatsu wrote:
> (2014/11/28 12:36), Ethan Zhao wrote:
>> Oracle Sun X86 servers have dynamic power capping capability that works via
>> ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
>> enabled.
>>
>> Signed-off-by: Ethan Zhao
A typo "header=y" was introduced by commit 7071cf7fc435
(uapi: add missing network related headers to kbuild).
Signed-off-by: Masahiro Yamada
Cc: Stephen Hemminger
---
include/uapi/linux/Kbuild | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/Kbuild b/incl
(2014/12/01 9:42), Paul Mackerras wrote:
On Mon, Dec 01, 2014 at 09:14:40AM +0900, Yasuaki Ishimatsu wrote:
(2014/12/01 7:16), Paul Mackerras wrote:
The bounds check for nodeid in cache_alloc_node gives false
positives on machines where the node IDs are not contiguous, leading
to a panic at
Things are calming down nicely, and everything looks pretty normal.
In fact, if it wasn't for the pending issues with odd watchdog (and
possibly rcu) lockups I'd be pretty happy. As it is, that isn't a
regression from 3.17, but is still very disturbing.
At the same time, with the holidays coming u
On Mon, 01.12.14 01:41, Richard Weinberger (rich...@nod.at) wrote:
> CC'ing systemd folks.
>
> Lennart, can you please explain why you need CONFIG_FHANDLE for systemd?
> Maybe I'm reading the source horrible wrong.
For two usecases:
a) Being able to detect if something is a mount point. The tra
Bug Report: https://bugzilla.kernel.org/show_bug.cgi?id=89101
Linux Version [3.17-rc1]
Configuration: Default configuration for x86
Function (reserve_range) in file (drivers/pnp/system.c) allocates
pointer (regionid) on line (32) and passes it to function
(__request_region) through the macros: (r
On Sun, 30 Nov 2014 16:21:19 -0800
Linus Torvalds wrote:
> Maybe you'll have to turn off RCU_CPU_STALL_VERBOSE first.
>
> Although I think you should be able to just edit the .config file,
> delete the like that says
>
> CONFIG_TREE_PREEMPT_RCU=y
>
> and then just do a "make oldconfig", an
On Sun, 2014-11-30 at 18:03 +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> Memset on a local variable may be removed when it is called just before the
> variable goes out of scope. Using memzero_explicit defeats this
> optimization. A simplified version of the semantic patch that makes thi
On Wed, Nov 26, 2014 at 11:57 AM, Pranith Kumar wrote:
> set_mb() and smp_store_release() perform the same function. Also there are
> only
> a few users of set_mb(). We can convert these users to use smp_store_release()
> and delete the set_mb() definition.
>
> The following patch changes the use
On Sunday, November 30, 2014 10:45:39 AM Alan Stern wrote:
> On Sat, 29 Nov 2014, Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki
> >
> > After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
> > selected) PM_RUNTIME is always set if PM is set, so quite a few
> > #ifdef bl
On Mon, Dec 01, 2014 at 09:14:40AM +0900, Yasuaki Ishimatsu wrote:
> (2014/12/01 7:16), Paul Mackerras wrote:
> >The bounds check for nodeid in cache_alloc_node gives false
> >positives on machines where the node IDs are not contiguous, leading
> >to a panic at boot time. For example, on a POW
Am 01.12.2014 um 01:18 schrieb Dave Chinner:
> On Sun, Nov 30, 2014 at 10:08:01PM +0100, Richard Weinberger wrote:
>> Am 30.11.2014 um 21:54 schrieb Dave Chinner:
>>> On Wed, Nov 26, 2014 at 12:36:52AM +0100, Richard Weinberger wrote:
systemd has a hard dependency on CONFIG_FHANDLE.
If yo
Hello,
On Thu, Nov 27, 2014 at 01:57:11PM +0100, Paul Bolle wrote:
> The commit "mm: don't split THP page when syscall is called" added a
> reference to CONFIG_TRANSPARNTE_HUGE in a comment. Use
> CONFIG_TRANSPARENT_HUGEPAGE instead, as was probably intended.
>
> Signed-off-by: Paul Bolle
Acked-
On Sat, Nov 29, 2014 at 07:23:55PM +0800, Ganesh Mahendran wrote:
> In zs_create_pool(), we allocate memory more then sizeof(struct zs_pool)
> ovhd_size = roundup(sizeof(*pool), PAGE_SIZE);
>
> This patch allocate memory of exactly needed size.
>
> Signed-off-by: Ganesh Mahendran
Acked-by: Min
On Sat, Nov 29, 2014 at 1:34 PM, Sören Brinkmann
wrote:
> Hi Peter,
>
> The patches look all good to me. But you may want to check your CC
> lists. I think at least the DT list should be included.
>
Resent
> For the whole series:
> Acked-by: Soren Brinkmann
>
Thanks,
Regards,
Peter
>
1 - 100 of 388 matches
Mail list logo
