Re: [PATCH 3/4] x86/ioapic: Fix lost ioapic resource after hot-removal and hotadd

On Wed, July 27, 2016 4:24 AM, Bjorn Helgaas wrote: > On Wed, Jul 27, 2016 at 12:13:16AM +0800, Rui Wang wrote: > > ioapic resource at 0xfecx gets lost from /proc/iomem after > > hot-removing and then hot-adding the ioapic devices. > > > > After system boot, in /proc/iomem: > >

Re: [PATCH 3/4] x86/ioapic: Fix lost ioapic resource after hot-removal and hotadd

On Wed, July 27, 2016 4:24 AM, Bjorn Helgaas wrote: > On Wed, Jul 27, 2016 at 12:13:16AM +0800, Rui Wang wrote: > > ioapic resource at 0xfecx gets lost from /proc/iomem after > > hot-removing and then hot-adding the ioapic devices. > > > > After system boot, in /proc/iomem: > >

Re: [PATCH 1/4] x86/ioapic: Support hot-removal of IOAPICs present during boot boot

On Wed, July 27, 2016 4:20 AM Bjorn Helgaas wrote: > On Wed, Jul 27, 2016 at 12:13:14AM +0800, Rui Wang wrote: > > IOAPICs present during system boot aren't added to ioapic_list, thus > > are unable to be hot-removed. Fix it by calling > > acpi_ioapic_add() during root bus enumeration. > > > >

Re: [PATCH 1/4] x86/ioapic: Support hot-removal of IOAPICs present during boot boot

On Wed, July 27, 2016 4:20 AM Bjorn Helgaas wrote: > On Wed, Jul 27, 2016 at 12:13:14AM +0800, Rui Wang wrote: > > IOAPICs present during system boot aren't added to ioapic_list, thus > > are unable to be hot-removed. Fix it by calling > > acpi_ioapic_add() during root bus enumeration. > > > >

[RESEND PATCH V3] fs: befs: Insert NULL inode to dentry

As VFS expects, lookup inserts NULL inode to dentry when the named inode does not exist. Signed-off-by: Salah Triki --- fs/befs/linuxvfs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c index c734f21..2fea87b 100644 ---

[RESEND PATCH V3] fs: befs: Insert NULL inode to dentry

As VFS expects, lookup inserts NULL inode to dentry when the named inode does not exist. Signed-off-by: Salah Triki --- fs/befs/linuxvfs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c index c734f21..2fea87b 100644 --- a/fs/befs/linuxvfs.c +++

Re: [PATCH v3 2/7] Split up struct warn_args

Hi, [auto build test ERROR on next-20160726] [also build test ERROR on v4.7] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day

Re: [PATCH v3 2/7] Split up struct warn_args

Hi, [auto build test ERROR on next-20160726] [also build test ERROR on v4.7] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day

Re: debug tip after earlycon is closed?

Hi, On Wed, Jul 27, 2016 at 10:23:09AM +0900, Masahiro Yamada wrote: > When the kernel fails to boot and its log console is silent, > I use earlycon and I often find the cause of error with it. > > But, I have been wondering if there is an easy-to-use > debug tip which is available after

Re: debug tip after earlycon is closed?

Hi, On Wed, Jul 27, 2016 at 10:23:09AM +0900, Masahiro Yamada wrote: > When the kernel fails to boot and its log console is silent, > I use earlycon and I often find the cause of error with it. > > But, I have been wondering if there is an easy-to-use > debug tip which is available after

[GIT PULL] xfs: update for 4.8-rc1

Hi Linus, Can you please pull the XFS update from the tag below? You will get a merge conflict against fs/xfs/xfs_ioctl.c - I committed "xfs: fix type confusion in xfs_ioc_swapext" with an additional comment to explain why such a unique test was being done in the ioctl code. As for the rest of

[GIT PULL] xfs: update for 4.8-rc1

Hi Linus, Can you please pull the XFS update from the tag below? You will get a merge conflict against fs/xfs/xfs_ioctl.c - I committed "xfs: fix type confusion in xfs_ioc_swapext" with an additional comment to explain why such a unique test was being done in the ioctl code. As for the rest of

Re: [PATCH v2 1/4] iio: adc: rockchip_saradc: reset saradc controller before programming it

On 2016年07月27日 10:00, Guenter Roeck wrote: On 07/26/2016 05:42 PM, Caesar Wang wrote: On 2016年07月27日 01:00, Guenter Roeck wrote: On Tue, Jul 26, 2016 at 10:47:16PM +0800, Caesar Wang wrote: On 2016年07月26日 21:39, Guenter Roeck wrote: static int rockchip_saradc_probe(struct platform_device

Re: [PATCH v2 1/4] iio: adc: rockchip_saradc: reset saradc controller before programming it

On 2016年07月27日 10:00, Guenter Roeck wrote: On 07/26/2016 05:42 PM, Caesar Wang wrote: On 2016年07月27日 01:00, Guenter Roeck wrote: On Tue, Jul 26, 2016 at 10:47:16PM +0800, Caesar Wang wrote: On 2016年07月26日 21:39, Guenter Roeck wrote: static int rockchip_saradc_probe(struct platform_device

Re: [PATCH 2/6] extcon: Add the support for extcon property according to extcon type

Hi Guernter On 07/27/2016 09:44 AM, Guenter Roeck wrote: Hi Chris, On Tue, Jul 26, 2016 at 6:15 PM, Chris Zhong wrote: [ ... ] > + > +/* Properties of EXTCON_TYPE_DISP. */ > +#define EXTCON_PROP_DISP_MIN 150 > +#define EXTCON_PROP_DISP_MAX

Re: [PATCH 2/6] extcon: Add the support for extcon property according to extcon type

Hi Guernter On 07/27/2016 09:44 AM, Guenter Roeck wrote: Hi Chris, On Tue, Jul 26, 2016 at 6:15 PM, Chris Zhong wrote: [ ... ] > + > +/* Properties of EXTCON_TYPE_DISP. */ > +#define EXTCON_PROP_DISP_MIN 150 > +#define EXTCON_PROP_DISP_MAX 150 >

Re: Volunteering for BeFS maintainership

On Tue, Jul 26, 2016 at 01:56:56PM -0400, Theodore Ts'o wrote: > On Tue, Jul 26, 2016 at 12:16:24AM +0100, Luis de Bethencourt wrote: > > > > I will wait a few days in case other people want to comment before. > > > > Sounds great! Do you have a git tree set up for your befs development? > >

Re: Volunteering for BeFS maintainership

On Tue, Jul 26, 2016 at 01:56:56PM -0400, Theodore Ts'o wrote: > On Tue, Jul 26, 2016 at 12:16:24AM +0100, Luis de Bethencourt wrote: > > > > I will wait a few days in case other people want to comment before. > > > > Sounds great! Do you have a git tree set up for your befs development? > >

Re: [PATCH v2 1/4] iio: adc: rockchip_saradc: reset saradc controller before programming it

On 07/26/2016 05:42 PM, Caesar Wang wrote: On 2016年07月27日 01:00, Guenter Roeck wrote: On Tue, Jul 26, 2016 at 10:47:16PM +0800, Caesar Wang wrote: On 2016年07月26日 21:39, Guenter Roeck wrote: static int rockchip_saradc_probe(struct platform_device *pdev) { struct rockchip_saradc *info = NULL;

Re: [PATCH v2 1/4] iio: adc: rockchip_saradc: reset saradc controller before programming it

On 07/26/2016 05:42 PM, Caesar Wang wrote: On 2016年07月27日 01:00, Guenter Roeck wrote: On Tue, Jul 26, 2016 at 10:47:16PM +0800, Caesar Wang wrote: On 2016年07月26日 21:39, Guenter Roeck wrote: static int rockchip_saradc_probe(struct platform_device *pdev) { struct rockchip_saradc *info = NULL;

RE: [PATCH v2] arm64: mm: convert __dma_* routines to use start, size

Hi Robin, Thanks a lot for your comments! Please, find my comments below. > -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Tuesday, July 26, 2016 7:43 PM > To: 이광우(LEE KWANGWOO) MS SW; Russell King - ARM Linux; Catalin Marinas; Will > Deacon; Mark Rutland;

RE: [PATCH v2] arm64: mm: convert __dma_* routines to use start, size

Hi Robin, Thanks a lot for your comments! Please, find my comments below. > -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: Tuesday, July 26, 2016 7:43 PM > To: 이광우(LEE KWANGWOO) MS SW; Russell King - ARM Linux; Catalin Marinas; Will > Deacon; Mark Rutland;

Re: [PATCH v2 2/4] dt-bindings: Add a binding for Mediatek MDP

On Tue, 2016-07-26 at 13:54 -0500, Rob Herring wrote: > On Fri, Jul 22, 2016 at 04:33:01PM +0800, Minghsiu Tsai wrote: > > Add a DT binding documentation of MDP for the MT8173 SoC > > from Mediatek > > > > Signed-off-by: Minghsiu Tsai > > --- > >

Re: [PATCH v2 2/4] dt-bindings: Add a binding for Mediatek MDP

On Tue, 2016-07-26 at 13:54 -0500, Rob Herring wrote: > On Fri, Jul 22, 2016 at 04:33:01PM +0800, Minghsiu Tsai wrote: > > Add a DT binding documentation of MDP for the MT8173 SoC > > from Mediatek > > > > Signed-off-by: Minghsiu Tsai > > --- > > .../devicetree/bindings/media/mediatek-mdp.txt

Re: [PATCH 2/6] extcon: Add the support for extcon property according to extcon type

Hi Chris, On Tue, Jul 26, 2016 at 6:15 PM, Chris Zhong wrote: [ ... ] >> >> > + >> > +/* Properties of EXTCON_TYPE_DISP. */ >> > +#define EXTCON_PROP_DISP_MIN 150 >> > +#define EXTCON_PROP_DISP_MAX 150 >> > +#define

Re: [PATCH 2/6] extcon: Add the support for extcon property according to extcon type

Hi Chris, On Tue, Jul 26, 2016 at 6:15 PM, Chris Zhong wrote: [ ... ] >> >> > + >> > +/* Properties of EXTCON_TYPE_DISP. */ >> > +#define EXTCON_PROP_DISP_MIN 150 >> > +#define EXTCON_PROP_DISP_MAX 150 >> > +#define EXTCON_PROP_DISP_CNT

Re: [RFC PATCH] mm/hugetlb: Avoid soft lockup in set_max_huge_pages()

Hi Dave On 7/26/16 11:58 PM, Dave Hansen wrote: On 07/26/2016 08:44 AM, Jia He wrote: This patch is to fix such soft lockup. I thouhgt it is safe to call cond_resched() because alloc_fresh_gigantic_page and alloc_fresh_huge_page are out of spin_lock/unlock section. Yikes. So the call site

Re: [RFC PATCH] mm/hugetlb: Avoid soft lockup in set_max_huge_pages()

Hi Dave On 7/26/16 11:58 PM, Dave Hansen wrote: On 07/26/2016 08:44 AM, Jia He wrote: This patch is to fix such soft lockup. I thouhgt it is safe to call cond_resched() because alloc_fresh_gigantic_page and alloc_fresh_huge_page are out of spin_lock/unlock section. Yikes. So the call site

[PATCH v2 repost 4/7] virtio-balloon: speed up inflate/deflate process

The implementation of the current virtio-balloon is not very efficient, the time spends on different stages of inflating the balloon to 7GB of a 8GB idle guest: a. allocating pages (6.5%) b. sending PFNs to host (68.3%) c. address translation (6.1%) d. madvise (19%) It takes about 4126ms for the

[PATCH v2 repost 5/7] virtio-balloon: define feature bit and head for misc virt queue

Define a new feature bit which supports a new virtual queue. This new virtual qeuque is for information exchange between hypervisor and guest. The VMM hypervisor can make use of this virtual queue to request the guest do some operations, e.g. drop page cache, synchronize file system, etc. And the

[PATCH v2 repost 4/7] virtio-balloon: speed up inflate/deflate process

The implementation of the current virtio-balloon is not very efficient, the time spends on different stages of inflating the balloon to 7GB of a 8GB idle guest: a. allocating pages (6.5%) b. sending PFNs to host (68.3%) c. address translation (6.1%) d. madvise (19%) It takes about 4126ms for the

[PATCH v2 repost 5/7] virtio-balloon: define feature bit and head for misc virt queue

Define a new feature bit which supports a new virtual queue. This new virtual qeuque is for information exchange between hypervisor and guest. The VMM hypervisor can make use of this virtual queue to request the guest do some operations, e.g. drop page cache, synchronize file system, etc. And the

[PATCH v2 repost 1/7] virtio-balloon: rework deflate to add page to a list

will allow faster notifications using a bitmap down the road. balloon_pfn_to_page() can be removed because it's useless. Signed-off-by: Liang Li Signed-off-by: Michael S. Tsirkin Cc: Paolo Bonzini Cc: Cornelia Huck

[PATCH v2 repost 3/7] mm: add a function to get the max pfn

Expose the function to get the max pfn, so it can be used in the virtio-balloon device driver. Signed-off-by: Liang Li Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Michael S. Tsirkin

[PATCH v2 repost 6/7] mm: add the related functions to get free page info

Save the free page info into a page bitmap, will be used in virtio balloon device driver. Signed-off-by: Liang Li Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Michael S. Tsirkin

RE: [virtio-dev] Re: [PATCH v2 kernel 0/7] Extend virtio-balloon for fast (de)inflating & fast live migration

> So I'm fine with this patchset, but I noticed it was not yet reviewed by MM > people. And that is not surprising since you did not copy memory > management mailing list on it. > > I added linux...@kvack.org Cc on this mail but this might not be enough. > > Please repost (e.g. [PATCH v2

[PATCH v2 repost 3/7] mm: add a function to get the max pfn

Expose the function to get the max pfn, so it can be used in the virtio-balloon device driver. Signed-off-by: Liang Li Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Michael S. Tsirkin Cc: Paolo Bonzini Cc: Cornelia Huck Cc: Amit Shah --- mm/page_alloc.c | 6 ++ 1 file

[PATCH v2 repost 6/7] mm: add the related functions to get free page info

Save the free page info into a page bitmap, will be used in virtio balloon device driver. Signed-off-by: Liang Li Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel Gorman Cc: Michael S. Tsirkin Cc: Paolo Bonzini Cc: Cornelia Huck Cc: Amit Shah --- mm/page_alloc.c | 46

RE: [virtio-dev] Re: [PATCH v2 kernel 0/7] Extend virtio-balloon for fast (de)inflating & fast live migration

> So I'm fine with this patchset, but I noticed it was not yet reviewed by MM > people. And that is not surprising since you did not copy memory > management mailing list on it. > > I added linux...@kvack.org Cc on this mail but this might not be enough. > > Please repost (e.g. [PATCH v2

[PATCH v2 repost 1/7] virtio-balloon: rework deflate to add page to a list

will allow faster notifications using a bitmap down the road. balloon_pfn_to_page() can be removed because it's useless. Signed-off-by: Liang Li Signed-off-by: Michael S. Tsirkin Cc: Paolo Bonzini Cc: Cornelia Huck Cc: Amit Shah --- drivers/virtio/virtio_balloon.c | 22

[PATCH v2 repost 0/7] Extend virtio-balloon for fast (de)inflating & fast live migration

This patchset is for kernel and contains two parts of change to the virtio-balloon. One is the change for speeding up the inflating & deflating process, the main idea of this optimization is to use bitmap to send the page information to host instead of the PFNs, to reduce the overhead of virtio

[PATCH v2 repost 0/7] Extend virtio-balloon for fast (de)inflating & fast live migration

This patchset is for kernel and contains two parts of change to the virtio-balloon. One is the change for speeding up the inflating & deflating process, the main idea of this optimization is to use bitmap to send the page information to host instead of the PFNs, to reduce the overhead of virtio

[PATCH v2 repost 2/7] virtio-balloon: define new feature bit and page bitmap head

Add a new feature which supports sending the page information with a bitmap. The current implementation uses PFNs array, which is not very efficient. Using bitmap can improve the performance of inflating/deflating significantly The page bitmap header will used to tell the host some information

[PATCH v2 repost 2/7] virtio-balloon: define new feature bit and page bitmap head

Add a new feature which supports sending the page information with a bitmap. The current implementation uses PFNs array, which is not very efficient. Using bitmap can improve the performance of inflating/deflating significantly The page bitmap header will used to tell the host some information

[PATCH v2 repost 7/7] virtio-balloon: tell host vm's free page info

Support the request for vm's free page information, response with a page bitmap. QEMU can make use of this free page bitmap to speed up live migration process by skipping process the free pages. Signed-off-by: Liang Li Cc: Michael S. Tsirkin Cc: Andrew

[PATCH v2 repost 7/7] virtio-balloon: tell host vm's free page info

Support the request for vm's free page information, response with a page bitmap. QEMU can make use of this free page bitmap to speed up live migration process by skipping process the free pages. Signed-off-by: Liang Li Cc: Michael S. Tsirkin Cc: Andrew Morton Cc: Vlastimil Babka Cc: Mel

Re: [PATCH v3 6/7] Mark a few functions with the printf attribute

Hi, [auto build test WARNING on next-20160726] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5 v4.7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Emese

Re: [PATCH v3 6/7] Mark a few functions with the printf attribute

Hi, [auto build test WARNING on next-20160726] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5 v4.7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Emese

Re: [PATCH v3 6/7] Mark a few functions with the printf attribute

Hi, [auto build test WARNING on next-20160726] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5 v4.7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Emese

Re: [PATCH v3 6/7] Mark a few functions with the printf attribute

Hi, [auto build test WARNING on next-20160726] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5 v4.7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Emese

Re: [PATCH] qed: Add and use specific logging functions to reduce object size

On Tue, 2016-07-26 at 14:25 -0700, Joe Perches wrote: > Current DP_ macros generate a lot of code. > Using functions with vsprintf extension %pV helps reduce that size. Yuval, I used the same KERN_ output types, but it is unusual that DP_INFO outputs at KERN_NOTICE. Was that a copy/paste defect

Re: [PATCH] qed: Add and use specific logging functions to reduce object size

On Tue, 2016-07-26 at 14:25 -0700, Joe Perches wrote: > Current DP_ macros generate a lot of code. > Using functions with vsprintf extension %pV helps reduce that size. Yuval, I used the same KERN_ output types, but it is unusual that DP_INFO outputs at KERN_NOTICE. Was that a copy/paste defect

debug tip after earlycon is closed?

Hi. When the kernel fails to boot and its log console is silent, I use earlycon and I often find the cause of error with it. But, I have been wondering if there is an easy-to-use debug tip which is available after earlycon is disabled. I noticed the current mainline would not boot on my

debug tip after earlycon is closed?

Hi. When the kernel fails to boot and its log console is silent, I use earlycon and I often find the cause of error with it. But, I have been wondering if there is an easy-to-use debug tip which is available after earlycon is disabled. I noticed the current mainline would not boot on my

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

Hi, RJ 在 2016年07月26日 19:53, Rafael J. Wysocki 写道: On Tuesday, July 26, 2016 11:59:38 AM Dou Liyang wrote: 在 2016年07月26日 07:20, Andrew Morton 写道: On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote: [Problem] cpuid <-> nodeid mapping is firstly established at

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

Hi, RJ 在 2016年07月26日 19:53, Rafael J. Wysocki 写道: On Tuesday, July 26, 2016 11:59:38 AM Dou Liyang wrote: 在 2016年07月26日 07:20, Andrew Morton 写道: On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote: [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue

Re: [PATCH v3 2/7] Split up struct warn_args

Hi, [auto build test ERROR on next-20160726] [also build test ERROR on v4.7] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day

Re: [PATCH v3 2/7] Split up struct warn_args

Hi, [auto build test ERROR on next-20160726] [also build test ERROR on v4.7] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day

Re: [PATCH 2/6] extcon: Add the support for extcon property according to extcon type

Hi Chanwoo On 07/27/2016 08:31 AM, Chanwoo Choi wrote: Hi Guenter, 2016년 7월 27일 수요일, Guenter Roeck>님이 작성한 메시지: On Tue, Jul 26, 2016 at 5:09 AM, Chanwoo Choi > wrote: > This patch support the extcon

Re: [PATCH 2/6] extcon: Add the support for extcon property according to extcon type

Hi Chanwoo On 07/27/2016 08:31 AM, Chanwoo Choi wrote: Hi Guenter, 2016년 7월 27일 수요일, Guenter Roeck>님이 작성한 메시지: On Tue, Jul 26, 2016 at 5:09 AM, Chanwoo Choi > wrote: > This patch support the extcon property for the external connector > because each

Re: PROBLEM: network data corruption (bisected to e5a4b0bb803b)

Christian Lamparter wrote: > Thanks, I gave the program a try with my WNDA3100 and a WN821N v2 devices. > I did not see any corruptions in any of the tests though. Can you tell me > something about your wireless network too? I would like to know what router > and firmware are you using? Also

Re: PROBLEM: network data corruption (bisected to e5a4b0bb803b)

Christian Lamparter wrote: > Thanks, I gave the program a try with my WNDA3100 and a WN821N v2 devices. > I did not see any corruptions in any of the tests though. Can you tell me > something about your wireless network too? I would like to know what router > and firmware are you using? Also

Re: [PATCH v3 6/7] Mark a few functions with the printf attribute

Hi, [auto build test WARNING on next-20160726] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5 v4.7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Emese

Re: [PATCH v3 6/7] Mark a few functions with the printf attribute

Hi, [auto build test WARNING on next-20160726] [cannot apply to stable/master linus/master linux/master v4.7-rc7 v4.7-rc6 v4.7-rc5 v4.7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Emese

Re: [alsa-devel] [PATCH v2] clkdev: add devm_of_clk_get()

Hi Rob, Michael, Russell Cc Rob What is the conclusion of this patch ? We shouldn't add devm_of_clk_get() ? or I can continue ? > Thank you for your feedback > > > > struct clk *clk_get(struct device *dev, const char *con_id) > > > { > > > ... > > > if (dev) { > > >

Re: [alsa-devel] [PATCH v2] clkdev: add devm_of_clk_get()

Hi Rob, Michael, Russell Cc Rob What is the conclusion of this patch ? We shouldn't add devm_of_clk_get() ? or I can continue ? > Thank you for your feedback > > > > struct clk *clk_get(struct device *dev, const char *con_id) > > > { > > > ... > > > if (dev) { > > >

Re: [alsa-devel] [PATCH v2] clkdev: add devm_of_clk_get()

Hi Rob, Michael, Russell Cc Rob What is the conclusion of this patch ? We shouldn't add devm_of_clk_get() ? or I can continue ? > Thank you for your feedback > > > > struct clk *clk_get(struct device *dev, const char *con_id) > > > { > > > ... > > > if (dev) { > > >

Re: [alsa-devel] [PATCH v2] clkdev: add devm_of_clk_get()

Hi Rob, Michael, Russell Cc Rob What is the conclusion of this patch ? We shouldn't add devm_of_clk_get() ? or I can continue ? > Thank you for your feedback > > > > struct clk *clk_get(struct device *dev, const char *con_id) > > > { > > > ... > > > if (dev) { > > >

We are currently recruiting!!!

Dear Career Finder, We have great job opportunities as we are recruiting various positions in foreign companies. Please reply with your updated CV. Regards, Brighton, Shirley Consultant - Adecco

We are currently recruiting!!!

Dear Career Finder, We have great job opportunities as we are recruiting various positions in foreign companies. Please reply with your updated CV. Regards, Brighton, Shirley Consultant - Adecco

Re: [PATCH v2 1/4] iio: adc: rockchip_saradc: reset saradc controller before programming it

On 2016年07月27日 01:00, Guenter Roeck wrote: On Tue, Jul 26, 2016 at 10:47:16PM +0800, Caesar Wang wrote: On 2016年07月26日 21:39, Guenter Roeck wrote: static int rockchip_saradc_probe(struct platform_device *pdev) { struct rockchip_saradc *info = NULL; @@ -218,6 +231,21 @@ static int

Re: [PATCH v2 1/4] iio: adc: rockchip_saradc: reset saradc controller before programming it

On 2016年07月27日 01:00, Guenter Roeck wrote: On Tue, Jul 26, 2016 at 10:47:16PM +0800, Caesar Wang wrote: On 2016年07月26日 21:39, Guenter Roeck wrote: static int rockchip_saradc_probe(struct platform_device *pdev) { struct rockchip_saradc *info = NULL; @@ -218,6 +231,21 @@ static int

Re: [PATCH v11 4/5] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Mon, 2016-07-25 at 06:12 +, Yangbo Lu wrote: > Hi Scott, > > > > > > -Original Message- > > From: Scott Wood [mailto:o...@buserror.net] > > Sent: Friday, July 22, 2016 12:45 AM > > To: Michael Ellerman; Arnd Bergmann > > Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org;

Re: [PATCH v11 4/5] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Mon, 2016-07-25 at 06:12 +, Yangbo Lu wrote: > Hi Scott, > > > > > > -Original Message- > > From: Scott Wood [mailto:o...@buserror.net] > > Sent: Friday, July 22, 2016 12:45 AM > > To: Michael Ellerman; Arnd Bergmann > > Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org;

[PATCH v2 3/3] kexec: extend kexec_file_load system call

Device tree blob must be passed to a second kernel on DTB-capable archs, like powerpc and arm64, but the current kernel interface lacks this support. This patch extends kexec_file_load system call by adding an extra argument to this syscall so that an arbitrary number of file descriptors can be

[PATCH v2 3/3] kexec: extend kexec_file_load system call

Device tree blob must be passed to a second kernel on DTB-capable archs, like powerpc and arm64, but the current kernel interface lacks this support. This patch extends kexec_file_load system call by adding an extra argument to this syscall so that an arbitrary number of file descriptors can be

Re: [PATCH] iio: orientation: Add BNO055 9-axis Absolute Orientation Sensor driver

Oh, I didn't know that Vlad already have submitted a patch for BNO055. My patch doesn't do any thing new so please drop my patch. regards, --navin-patidar On Tue, Jul 26, 2016 at 11:46 AM, Peter Meerwald-Stadler wrote: > Hallo Navin, > >> Thanks for reviewing the patch. I

Re: [PATCH] iio: orientation: Add BNO055 9-axis Absolute Orientation Sensor driver

Oh, I didn't know that Vlad already have submitted a patch for BNO055. My patch doesn't do any thing new so please drop my patch. regards, --navin-patidar On Tue, Jul 26, 2016 at 11:46 AM, Peter Meerwald-Stadler wrote: > Hallo Navin, > >> Thanks for reviewing the patch. I will send the updated

Re: [PATCH 08/10] iio: cros_ec_sensors_ring: add ChromeOS EC Sensors Ring

On Mon, Jul 18, 2016 at 12:02 AM, Enric Balletbo i Serra wrote: > Add support for handling sensor events FIFO produced by the sensor > hub. A single device with a buffer will collect all samples produced > by the sensors managed by the CrosEC sensor hub. > >

Re: [PATCH 08/10] iio: cros_ec_sensors_ring: add ChromeOS EC Sensors Ring

On Mon, Jul 18, 2016 at 12:02 AM, Enric Balletbo i Serra wrote: > Add support for handling sensor events FIFO produced by the sensor > hub. A single device with a buffer will collect all samples produced > by the sensors managed by the CrosEC sensor hub. > > Signed-off-by: Guenter Roeck It

Re: [GIT PULL] Changes for 4.8

On Tue, Jul 26, 2016 at 12:42 PM, Juergen Gross wrote: > > please consider pulling a patch series for 4.8 from: This pull request is lacking any kind of description about why I should pull and what the patch series actually *does*. I certainly won't pull just to see what it is

Re: [GIT PULL] Changes for 4.8

On Tue, Jul 26, 2016 at 12:42 PM, Juergen Gross wrote: > > please consider pulling a patch series for 4.8 from: This pull request is lacking any kind of description about why I should pull and what the patch series actually *does*. I certainly won't pull just to see what it is it would get

Re: [GIT PULL] userns related vfs enhancements for v4.8

Michał Zegan writes: > I have one question: what uids are written in the filesystem inodes? > those that the kernel sees, or those mapped by user namespaces? and so, > is it true that the filesystem will still require shifting uids, > directly or indirectly, to be

Re: [GIT PULL] userns related vfs enhancements for v4.8

Michał Zegan writes: > I have one question: what uids are written in the filesystem inodes? > those that the kernel sees, or those mapped by user namespaces? and so, > is it true that the filesystem will still require shifting uids, > directly or indirectly, to be usable from inside user

Re: Volunteering for BeFS maintainership

On Mon, Jul 25, 2016 at 02:23:31PM -0700, Greg KH wrote: > On Mon, Jul 25, 2016 at 06:21:19PM +0100, Luis de Bethencourt wrote: > > PD: I don't know if there is a formal process for maintainership in the > > Linux > > kernel community. I am happy to follow that if it exists. > > If no one

Re: Volunteering for BeFS maintainership

On Mon, Jul 25, 2016 at 02:23:31PM -0700, Greg KH wrote: > On Mon, Jul 25, 2016 at 06:21:19PM +0100, Luis de Bethencourt wrote: > > PD: I don't know if there is a formal process for maintainership in the > > Linux > > kernel community. I am happy to follow that if it exists. > > If no one

Re: [PATCH] [RFC] Introduce mmap randomization

On 07/26/2016 02:44 PM, Jason Cooper wrote: >> > I'd likely need to take a small sample of programs and examine them, >> > especially considering That as gaps are harder to find, it forces the >> > randomization down and randomization can Be directly altered with >> > length on mmap(), versus

Re: [PATCH] [RFC] Introduce mmap randomization

On 07/26/2016 02:44 PM, Jason Cooper wrote: >> > I'd likely need to take a small sample of programs and examine them, >> > especially considering That as gaps are harder to find, it forces the >> > randomization down and randomization can Be directly altered with >> > length on mmap(), versus

Re: [PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

On Tue, Jul 26, 2016 at 7:11 PM, Eric Anholt wrote: > Rob Clark writes: > >> On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote: >>> Overflow memory handling is tricky: While it's still referenced by the >>> BPO registers, we want to keep

Re: [PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

On Tue, Jul 26, 2016 at 7:11 PM, Eric Anholt wrote: > Rob Clark writes: > >> On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote: >>> Overflow memory handling is tricky: While it's still referenced by the >>> BPO registers, we want to keep it from being freed. When we are >>> putting a new set

Re: [PATCH 08/10] iio: cros_ec_sensors_ring: add ChromeOS EC Sensors Ring

On Mon, Jul 18, 2016 at 9:27 AM, Jonathan Cameron wrote: > On 18/07/16 08:02, Enric Balletbo i Serra wrote: >> Add support for handling sensor events FIFO produced by the sensor >> hub. A single device with a buffer will collect all samples produced >> by the sensors managed by

Re: [PATCH 08/10] iio: cros_ec_sensors_ring: add ChromeOS EC Sensors Ring

On Mon, Jul 18, 2016 at 9:27 AM, Jonathan Cameron wrote: > On 18/07/16 08:02, Enric Balletbo i Serra wrote: >> Add support for handling sensor events FIFO produced by the sensor >> hub. A single device with a buffer will collect all samples produced >> by the sensors managed by the CrosEC sensor

mmotm 2016-07-26-16-26 uploaded

The mm-of-the-moment snapshot 2016-07-26-16-26 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

mmotm 2016-07-26-16-26 uploaded

The mm-of-the-moment snapshot 2016-07-26-16-26 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

[PATCH] pnpbios: add header file to fix build errors

From: Randy Dunlap Fix build errors due to missing header file: ../drivers/pnp/pnpbios/core.c: In function 'pnp_dock_event': ../drivers/pnp/pnpbios/core.c:141:2: error: implicit declaration of function 'call_usermodehelper' [-Werror=implicit-function-declaration] value

[PATCH] pnpbios: add header file to fix build errors

From: Randy Dunlap Fix build errors due to missing header file: ../drivers/pnp/pnpbios/core.c: In function 'pnp_dock_event': ../drivers/pnp/pnpbios/core.c:141:2: error: implicit declaration of function 'call_usermodehelper' [-Werror=implicit-function-declaration] value =

Re: [GIT PULL] userns related vfs enhancements for v4.8

I have one question: what uids are written in the filesystem inodes? those that the kernel sees, or those mapped by user namespaces? and so, is it true that the filesystem will still require shifting uids, directly or indirectly, to be usable from inside user namespace? can't uids be mapped

Re: [GIT PULL] userns related vfs enhancements for v4.8

I have one question: what uids are written in the filesystem inodes? those that the kernel sees, or those mapped by user namespaces? and so, is it true that the filesystem will still require shifting uids, directly or indirectly, to be usable from inside user namespace? can't uids be mapped

Re: [PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

Rob Clark writes: > On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote: >> Overflow memory handling is tricky: While it's still referenced by the >> BPO registers, we want to keep it from being freed. When we are >> putting a new set of overflow memory in

Re: [PATCH 5/6] drm/vc4: Fix overflow mem unreferencing when the binner runs dry.

Rob Clark writes: > On Tue, Jul 26, 2016 at 4:47 PM, Eric Anholt wrote: >> Overflow memory handling is tricky: While it's still referenced by the >> BPO registers, we want to keep it from being freed. When we are >> putting a new set of overflow memory in the registers, we need to >> assign

<    1   2   3   4   5   6   7   8   9   10   >