Re: [PATCH v18 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Nov 09, 2016 at 07:38:36AM +1100, NeilBrown wrote: > On Tue, Nov 08 2016, Peter Chen wrote: > > > On Thu, Nov 03, 2016 at 12:25:42PM +1100, NeilBrown wrote: > >> > >> > >> > >> 2/ Change all usb phys to register an extcon and to send appropriate > >>notifications. Many already do,

Re: [PATCH v3] PM / devfreq: Restart previous governor if new governor fails to start

On 2016년 11월 09일 05:52, Saravana Kannan wrote: > On 11/08/2016 01:02 AM, Chanwoo Choi wrote: >> Hi, >> >> On 2016년 11월 08일 03:57, Saravana Kannan wrote: >>> On 10/26/2016 05:06 PM, Chanwoo Choi wrote: Hi, On 2016년 10월 27일 04:17, Saravana Kannan wrote: > If the new governor fails

Re: [PATCH v18 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Nov 09, 2016 at 07:38:36AM +1100, NeilBrown wrote: > On Tue, Nov 08 2016, Peter Chen wrote: > > > On Thu, Nov 03, 2016 at 12:25:42PM +1100, NeilBrown wrote: > >> > >> > >> > >> 2/ Change all usb phys to register an extcon and to send appropriate > >>notifications. Many already do,

Re: [PATCH v3] PM / devfreq: Restart previous governor if new governor fails to start

On 2016년 11월 09일 05:52, Saravana Kannan wrote: > On 11/08/2016 01:02 AM, Chanwoo Choi wrote: >> Hi, >> >> On 2016년 11월 08일 03:57, Saravana Kannan wrote: >>> On 10/26/2016 05:06 PM, Chanwoo Choi wrote: Hi, On 2016년 10월 27일 04:17, Saravana Kannan wrote: > If the new governor fails

Re: brcmfmac: proto: add callback for queuing TX data

Rafał Miłecki wrote: > From: Rafał Miłecki > > So far our core code was calling brcmf_fws_process_skb which wasn't > a proper thing to do. If case of devices using msgbuf protocol fwsignal > shouldn't be used. It was an unnecessary extra layer simply calling > a protocol

Re: brcmfmac: proto: add callback for queuing TX data

Rafał Miłecki wrote: > From: Rafał Miłecki > > So far our core code was calling brcmf_fws_process_skb which wasn't > a proper thing to do. If case of devices using msgbuf protocol fwsignal > shouldn't be used. It was an unnecessary extra layer simply calling > a protocol specifix txdata

Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue

On Tue, Nov 08, 2016 at 05:52:21PM -0500, Tejun Heo wrote: > Hello, Bruce. > > On Tue, Nov 08, 2016 at 04:39:11PM -0500, J. Bruce Fields wrote: > > Apologies, just cleaning out old mail and finding some I should have > > responded to long ago: > > > > On Wed, Aug 31, 2016 at 02:23:48AM +0530,

Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue

On Tue, Nov 08, 2016 at 05:52:21PM -0500, Tejun Heo wrote: > Hello, Bruce. > > On Tue, Nov 08, 2016 at 04:39:11PM -0500, J. Bruce Fields wrote: > > Apologies, just cleaning out old mail and finding some I should have > > responded to long ago: > > > > On Wed, Aug 31, 2016 at 02:23:48AM +0530,

RE: [PATCH v2 2/2] scsi: ufs: Use the resource-managed function to add devfreq device

> This patch uses the resource-managed to add the devfreq device. > This function will make it easy to handle the devfreq device. > > - struct devfreq *devm_devfreq_add_device(struct device *dev, > struct devfreq_dev_profile *profile, >

RE: [PATCH v2 2/2] scsi: ufs: Use the resource-managed function to add devfreq device

> This patch uses the resource-managed to add the devfreq device. > This function will make it easy to handle the devfreq device. > > - struct devfreq *devm_devfreq_add_device(struct device *dev, > struct devfreq_dev_profile *profile, >

Re: [PATCH] wireless: fix bogus maybe-uninitialized warning

Arnd Bergmann writes: > The hostap_80211_rx() function is supposed to set up the mac addresses > for four possible cases, based on two bits of input data. For > some reason, gcc decides that it's possible that none of the these > four cases apply and the addresses remain

Re: [PATCH] wireless: fix bogus maybe-uninitialized warning

Arnd Bergmann writes: > The hostap_80211_rx() function is supposed to set up the mac addresses > for four possible cases, based on two bits of input data. For > some reason, gcc decides that it's possible that none of the these > four cases apply and the addresses remain uninitialized: > >

RE: [PATCH v2 1/2] PM / devfreq: rk3399_dmc: Use the resource-managed function to add devfreq dev

> This patch uses the resource-managed to add the devfreq device. > This function will make it easy to handle the devfreq device. > > - struct devfreq *devm_devfreq_add_device(struct device *dev, > struct devfreq_dev_profile *profile, >

RE: [PATCH v2 1/2] PM / devfreq: rk3399_dmc: Use the resource-managed function to add devfreq dev

> This patch uses the resource-managed to add the devfreq device. > This function will make it easy to handle the devfreq device. > > - struct devfreq *devm_devfreq_add_device(struct device *dev, > struct devfreq_dev_profile *profile, >

[PATCH 4/7] PCI/MSI: Propagate IRQ affinity description through the MSI code

No API change yet, just pass it down all the way from pci_alloc_irq_vectors() to the core MSI code. Signed-off-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Johannes Thumshirn Acked-by: Bjorn Helgaas ---

[PATCH 3/7] genirq/affinity: Handle pre/post vectors in irq_create_affinity_masks()

Only calculate the affinity for the main I/O vectors, and skip the pre or post vectors specified by struct irq_affinity. Also remove the irq_affinity cpumask argument that has never been used. If we ever need it in the future we can pass it through struct irq_affinity. Signed-off-by: Christoph

[PATCH 4/7] PCI/MSI: Propagate IRQ affinity description through the MSI code

No API change yet, just pass it down all the way from pci_alloc_irq_vectors() to the core MSI code. Signed-off-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Johannes Thumshirn Acked-by: Bjorn Helgaas --- drivers/pci/msi.c | 66

[PATCH 3/7] genirq/affinity: Handle pre/post vectors in irq_create_affinity_masks()

Only calculate the affinity for the main I/O vectors, and skip the pre or post vectors specified by struct irq_affinity. Also remove the irq_affinity cpumask argument that has never been used. If we ever need it in the future we can pass it through struct irq_affinity. Signed-off-by: Christoph

[PATCH 1/7] genirq/affinity: Introduce struct irq_affinity

Some drivers (various network and RDMA adapter for example) have a MSI-X vector layout where most of the vectors are used for I/O queues and should have CPU affinity assigned to them, but some (usually 1 but sometimes more) at the beginning or end are used for low-performance admin or

[PATCH 1/7] genirq/affinity: Introduce struct irq_affinity

Some drivers (various network and RDMA adapter for example) have a MSI-X vector layout where most of the vectors are used for I/O queues and should have CPU affinity assigned to them, but some (usually 1 but sometimes more) at the beginning or end are used for low-performance admin or

support for partial irq affinity assignment V3

This series adds support for automatic interrupt assignment to devices that have a few vectors that are set aside for admin or config purposes and thus should not fall into the general per-cpu assginment pool. The first patch adds that support to the core IRQ and PCI/msi code, and the second is a

support for partial irq affinity assignment V3

This series adds support for automatic interrupt assignment to devices that have a few vectors that are set aside for admin or config purposes and thus should not fall into the general per-cpu assginment pool. The first patch adds that support to the core IRQ and PCI/msi code, and the second is a

[PATCH 2/7] genirq/affinity: Handle pre/post vectors in irq_calc_affinity_vectors()

Only calculate the affinity for the main I/O vectors, and skip the pre or post vectors specified by struct irq_affinity. Also remove the irq_affinity cpumask argument that has never been used. If we ever need it in the future we can pass it through struct irq_affinity. Signed-off-by: Christoph

[PATCH 7/7] blk-mq: add a first_vec argument to blk_mq_pci_map_queues

This allows skipping the first N IRQ vectors in case they are used for control or admin interrupts. Signed-off-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Johannes Thumshirn --- block/blk-mq-pci.c | 6 --

[PATCH 5/7] pci/msi: Provide pci_alloc_irq_vectors_affinity()

This is a variant of pci_alloc_irq_vectors() that allows passing a struct irq_affinity to provide fine-grained IRQ affinity control. For now this means being able to exclude vectors at the beginning or end of the MSI vector space, but it could also be used for any other quirks needed in the future

[PATCH 2/7] genirq/affinity: Handle pre/post vectors in irq_calc_affinity_vectors()

Only calculate the affinity for the main I/O vectors, and skip the pre or post vectors specified by struct irq_affinity. Also remove the irq_affinity cpumask argument that has never been used. If we ever need it in the future we can pass it through struct irq_affinity. Signed-off-by: Christoph

[PATCH 7/7] blk-mq: add a first_vec argument to blk_mq_pci_map_queues

This allows skipping the first N IRQ vectors in case they are used for control or admin interrupts. Signed-off-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Johannes Thumshirn --- block/blk-mq-pci.c | 6 -- drivers/nvme/host/pci.c| 2 +-

[PATCH 5/7] pci/msi: Provide pci_alloc_irq_vectors_affinity()

This is a variant of pci_alloc_irq_vectors() that allows passing a struct irq_affinity to provide fine-grained IRQ affinity control. For now this means being able to exclude vectors at the beginning or end of the MSI vector space, but it could also be used for any other quirks needed in the future

[PATCH 6/7] PCI: Remove the irq_affinity mask from struct pci_dev

This has never been used, and now is totally unreferenced. Nuke it. Signed-off-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Johannes Thumshirn Acked-by: Bjorn Helgaas --- include/linux/pci.h | 1 - 1

[PATCH 6/7] PCI: Remove the irq_affinity mask from struct pci_dev

This has never been used, and now is totally unreferenced. Nuke it. Signed-off-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Johannes Thumshirn Acked-by: Bjorn Helgaas --- include/linux/pci.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/linux/pci.h

Re: [Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

On Wed, Nov 09, 2016 at 02:09:16AM +0100, Daniel Vetter wrote: > On Wed, Nov 09, 2016 at 12:17:52AM +, Eric Engestrom wrote: > > The function's behaviour was changed in 90844f00049e, without changing > > its signature, causing people to keep using it the old way without > > realising they were

Re: [Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

On Wed, Nov 09, 2016 at 02:09:16AM +0100, Daniel Vetter wrote: > On Wed, Nov 09, 2016 at 12:17:52AM +, Eric Engestrom wrote: > > The function's behaviour was changed in 90844f00049e, without changing > > its signature, causing people to keep using it the old way without > > realising they were

Re: [Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

On Wed, Nov 09, 2016 at 12:17:52AM +, Eric Engestrom wrote: > The function's behaviour was changed in 90844f00049e, without changing > its signature, causing people to keep using it the old way without > realising they were now leaking memory. > Rob Clark also noticed it was also allocating

Re: [Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

On Wed, Nov 09, 2016 at 12:17:52AM +, Eric Engestrom wrote: > The function's behaviour was changed in 90844f00049e, without changing > its signature, causing people to keep using it the old way without > realising they were now leaking memory. > Rob Clark also noticed it was also allocating

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On November 8, 2016 4:56:54 PM PST, Kees Cook wrote: >On Tue, Nov 8, 2016 at 4:47 PM, Josh Triplett >wrote: >> On Tue, Nov 08, 2016 at 04:40:02PM -0800, Kees Cook wrote: >>> On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett >

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On November 8, 2016 4:56:54 PM PST, Kees Cook wrote: >On Tue, Nov 8, 2016 at 4:47 PM, Josh Triplett >wrote: >> On Tue, Nov 08, 2016 at 04:40:02PM -0800, Kees Cook wrote: >>> On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett > wrote: >>> > Some embedded systems can do without the prctl syscall,

Re: [PATCH v3 07/18] Input: synaptics-rmi4 - add SMBus support

On Thu, Oct 13, 2016 at 05:51:01PM +0200, Benjamin Tissoires wrote: > Code obtained from > https://raw.githubusercontent.com/mightybigcar/synaptics-rmi4/jf/drivers/input/rmi4/rmi_smbus.c > and updated to match upstream. And fixed to make it work. > > Signed-off-by: Benjamin Tissoires

Re: [PATCH v3 07/18] Input: synaptics-rmi4 - add SMBus support

On Thu, Oct 13, 2016 at 05:51:01PM +0200, Benjamin Tissoires wrote: > Code obtained from > https://raw.githubusercontent.com/mightybigcar/synaptics-rmi4/jf/drivers/input/rmi4/rmi_smbus.c > and updated to match upstream. And fixed to make it work. > > Signed-off-by: Benjamin Tissoires >

Re: [PATCH v3 06/18] Input: synaptics-rmi4 - Set the ABS_MT_TOOL_TYPE bit to report tool type

On Thu, Oct 13, 2016 at 05:51:00PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > The rmi4 2D sensor functions report the tool type via > input_mt_report_slot_state(), but the abs parameter bit has not been > set so the tool type is not reported to userspace.

Re: [PATCH v3 06/18] Input: synaptics-rmi4 - Set the ABS_MT_TOOL_TYPE bit to report tool type

On Thu, Oct 13, 2016 at 05:51:00PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > The rmi4 2D sensor functions report the tool type via > input_mt_report_slot_state(), but the abs parameter bit has not been > set so the tool type is not reported to userspace. This patch set > the

Re: [PATCH v3 05/18] Input: synaptics-rmi4 - Add support for controlling dribble packets in F12

On Thu, Oct 13, 2016 at 05:50:59PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > Implements reading and setting the dribble bit in F12's control registers. > > Signed-off-by: Andrew Duggan > Acked-by: Benjamin Tissoires

Re: [PATCH v3 05/18] Input: synaptics-rmi4 - Add support for controlling dribble packets in F12

On Thu, Oct 13, 2016 at 05:50:59PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > Implements reading and setting the dribble bit in F12's control registers. > > Signed-off-by: Andrew Duggan > Acked-by: Benjamin Tissoires > Signed-off-by: Benjamin Tissoires Applied, thank you. >

Re: [PATCH] checkpatch: Fix warnings when --no-tree is used

On Tue, 2016-11-08 at 13:40 -0800, Jeff Kirsher wrote: > Ping? Joe? Andy?  Where are we at with this patch? I think there's a patch in Andrew Morton's queue for this.

Re: [PATCH] checkpatch: Fix warnings when --no-tree is used

On Tue, 2016-11-08 at 13:40 -0800, Jeff Kirsher wrote: > Ping? Joe? Andy?  Where are we at with this patch? I think there's a patch in Andrew Morton's queue for this.

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On Tue, Nov 8, 2016 at 4:47 PM, Josh Triplett wrote: > On Tue, Nov 08, 2016 at 04:40:02PM -0800, Kees Cook wrote: >> On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: >> > Some embedded systems can do without the prctl syscall, saving some >> >

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On Tue, Nov 8, 2016 at 4:47 PM, Josh Triplett wrote: > On Tue, Nov 08, 2016 at 04:40:02PM -0800, Kees Cook wrote: >> On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: >> > Some embedded systems can do without the prctl syscall, saving some >> > space. >> > >> > This also avoids regular

Re: [PATCH v2 1/3] ARM: dts: imx6qdl-apalis: Do not rely on DDC I2C bus bitbang for HDMI

On 2016-11-08 09:33, maitysancha...@gmail.com wrote: > Hello Shawn, > > On 16-10-22 15:43:04, Vladimir Zapolskiy wrote: >> Hi Shawn, >> >> On 10/22/2016 06:25 AM, Shawn Guo wrote: >> > On Mon, Sep 19, 2016 at 10:41:51AM +0530, Sanchayan Maity wrote: >> > > Remove the use of DDC I2C bus bitbang to

Re: [PATCH v2 1/3] ARM: dts: imx6qdl-apalis: Do not rely on DDC I2C bus bitbang for HDMI

On 2016-11-08 09:33, maitysancha...@gmail.com wrote: > Hello Shawn, > > On 16-10-22 15:43:04, Vladimir Zapolskiy wrote: >> Hi Shawn, >> >> On 10/22/2016 06:25 AM, Shawn Guo wrote: >> > On Mon, Sep 19, 2016 at 10:41:51AM +0530, Sanchayan Maity wrote: >> > > Remove the use of DDC I2C bus bitbang to

Re: [PATCH v3 04/18] Input: synaptics-rmi4 - Add parameters for dribble packets and palm detect gesture

On Thu, Oct 13, 2016 at 05:50:58PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > The rmi_f11 driver currently disables dribble packets and the palm detect > gesture for all devices. This patch creates a parameter in the 2d sensor > platform data for

Re: [PATCH v3 04/18] Input: synaptics-rmi4 - Add parameters for dribble packets and palm detect gesture

On Thu, Oct 13, 2016 at 05:50:58PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > The rmi_f11 driver currently disables dribble packets and the palm detect > gesture for all devices. This patch creates a parameter in the 2d sensor > platform data for controlling this functionality on

mmotm 2016-11-08-16-49 uploaded

The mm-of-the-moment snapshot 2016-11-08-16-49 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-11-08-16-49 uploaded

The mm-of-the-moment snapshot 2016-11-08-16-49 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

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On Tue, Nov 08, 2016 at 04:40:02PM -0800, Kees Cook wrote: > On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: > > Some embedded systems can do without the prctl syscall, saving some > > space. > > > > This also avoids regular increases in tinyconfig size as people add

Re: [PATCH v4] drm: bridge: add DesignWare HDMI I2S audio support

Hi Russell > > @@ -11,4 +11,11 @@ struct dw_hdmi_audio_data { > > u8 *eld; > > }; > > > > +struct dw_hdmi_i2s_audio_data { > > + struct dw_hdmi *hdmi; > > + > > + void (*write)(struct dw_hdmi *hdmi, u8 val, int offset); > > + u8 (*read)(struct dw_hdmi *hdmi, int offset); > > +}; >

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On Tue, Nov 08, 2016 at 04:40:02PM -0800, Kees Cook wrote: > On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: > > Some embedded systems can do without the prctl syscall, saving some > > space. > > > > This also avoids regular increases in tinyconfig size as people add more > > non-optional

Re: [PATCH v4] drm: bridge: add DesignWare HDMI I2S audio support

Hi Russell > > @@ -11,4 +11,11 @@ struct dw_hdmi_audio_data { > > u8 *eld; > > }; > > > > +struct dw_hdmi_i2s_audio_data { > > + struct dw_hdmi *hdmi; > > + > > + void (*write)(struct dw_hdmi *hdmi, u8 val, int offset); > > + u8 (*read)(struct dw_hdmi *hdmi, int offset); > > +}; >

Re: [PATCH v3 03/18] Input: synaptics-rmi4 - Handle incomplete input data

On Thu, Oct 13, 2016 at 05:50:57PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > Commit 5b65c2a02966 ("HID: rmi: check sanity of the incoming report") added > support for handling incomplete HID reports do to the input data being > corrupted in transit. This

Re: [PATCH v3 01/18] Input: synaptics-rmi4 - Move IRQ handling to rmi_driver

On Thu, Oct 13, 2016 at 05:50:55PM +0200, Benjamin Tissoires wrote: > From: Bjorn Andersson > > The attn IRQ is related to the chip, rather than the transport, so move > all handling of interrupts to the core driver. This also makes sure that > there are no races

Re: [PATCH v3 03/18] Input: synaptics-rmi4 - Handle incomplete input data

On Thu, Oct 13, 2016 at 05:50:57PM +0200, Benjamin Tissoires wrote: > From: Andrew Duggan > > Commit 5b65c2a02966 ("HID: rmi: check sanity of the incoming report") added > support for handling incomplete HID reports do to the input data being > corrupted in transit. This patch reimplements this

Re: [PATCH v3 01/18] Input: synaptics-rmi4 - Move IRQ handling to rmi_driver

On Thu, Oct 13, 2016 at 05:50:55PM +0200, Benjamin Tissoires wrote: > From: Bjorn Andersson > > The attn IRQ is related to the chip, rather than the transport, so move > all handling of interrupts to the core driver. This also makes sure that > there are no races between interrupts and

Re: [PATCH] pstore/dump: solution pstore data abort.

On Fri, Nov 4, 2016 at 7:15 PM, Li Pengcheng wrote: > If not return,data abort will happen > when two threads call pstore_dump at the same time. > > Signed-off-by: Liu Hailong > Signed-off-by: Li Pengcheng >

Re: [PATCH] pstore/dump: solution pstore data abort.

On Fri, Nov 4, 2016 at 7:15 PM, Li Pengcheng wrote: > If not return,data abort will happen > when two threads call pstore_dump at the same time. > > Signed-off-by: Liu Hailong > Signed-off-by: Li Pengcheng > Signed-off-by: Li Zhong > --- > fs/pstore/platform.c | 1 + > 1 file changed, 1

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: > Some embedded systems can do without the prctl syscall, saving some > space. > > This also avoids regular increases in tinyconfig size as people add more > non-optional functionality to prctl (observed via the 0-day

Re: [PATCH 2/2] kernel: Support compiling out the prctl syscall

On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: > Some embedded systems can do without the prctl syscall, saving some > space. > > This also avoids regular increases in tinyconfig size as people add more > non-optional functionality to prctl (observed via the 0-day kernel > infrastructure).

[PATCH 2/2] rtc: jz4740: make the driver builtin only

Since the driver is now calling machine_halt() that is not exported, it has to be built in the kernel. Building it as a module will fail at linking time. Signed-off-by: Alexandre Belloni --- drivers/rtc/Kconfig | 5 + drivers/rtc/rtc-jz4740.c | 10

[PATCH 2/2] rtc: jz4740: make the driver builtin only

Since the driver is now calling machine_halt() that is not exported, it has to be built in the kernel. Building it as a module will fail at linking time. Signed-off-by: Alexandre Belloni --- drivers/rtc/Kconfig | 5 + drivers/rtc/rtc-jz4740.c | 10 +- 2 files changed, 2

[PATCH 1/2] rtc: jz4740: remove unused EXPORT_SYMBOL

jz4740_rtc_poweroff() is only called from the driver, stop exporting it. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-jz4740.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-jz4740.c b/drivers/rtc/rtc-jz4740.c

[PATCH 1/2] rtc: jz4740: remove unused EXPORT_SYMBOL

jz4740_rtc_poweroff() is only called from the driver, stop exporting it. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-jz4740.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-jz4740.c b/drivers/rtc/rtc-jz4740.c index 33ccd73ee947..18feae6c4e95

Re: [PATCH 0/2] Support compiling out the prctl syscall

On Tue, 8 Nov 2016, Josh Triplett wrote: > Some embedded systems can do without the prctl syscall, saving some space. > > This also avoids regular increases in tinyconfig size as people add more > non-optional functionality to prctl (observed via the 0-day kernel > infrastructure). > > The

Re: [PATCH 0/2] Support compiling out the prctl syscall

On Tue, 8 Nov 2016, Josh Triplett wrote: > Some embedded systems can do without the prctl syscall, saving some space. > > This also avoids regular increases in tinyconfig size as people add more > non-optional functionality to prctl (observed via the 0-day kernel > infrastructure). > > The

Re: [PATCH 0/2] Support compiling out the prctl syscall

On Tuesday, November 8, 2016 4:17:47 PM CET Josh Triplett wrote: > Some embedded systems can do without the prctl syscall, saving some space. > > This also avoids regular increases in tinyconfig size as people add more > non-optional functionality to prctl (observed via the 0-day kernel >

Re: [PATCH 05/12] xen: make use of xenbus_read_unsigned() in xen-kbdfront

On Mon, Oct 31, 2016 at 05:48:23PM +0100, Juergen Gross wrote: > Use xenbus_read_unsigned() instead of xenbus_scanf() when possible. > This requires to change the type of the reads from int to unsigned, > but these cases have been wrong before: negative values are not allowed > for the modified

Re: [PATCH 0/2] Support compiling out the prctl syscall

On Tuesday, November 8, 2016 4:17:47 PM CET Josh Triplett wrote: > Some embedded systems can do without the prctl syscall, saving some space. > > This also avoids regular increases in tinyconfig size as people add more > non-optional functionality to prctl (observed via the 0-day kernel >

Re: [PATCH 05/12] xen: make use of xenbus_read_unsigned() in xen-kbdfront

On Mon, Oct 31, 2016 at 05:48:23PM +0100, Juergen Gross wrote: > Use xenbus_read_unsigned() instead of xenbus_scanf() when possible. > This requires to change the type of the reads from int to unsigned, > but these cases have been wrong before: negative values are not allowed > for the modified

[PATCH] x86/cpufeatures: Enable new AVX512 cpu features

Modify cpufeatures.h to add new AVX512 instruction groups/features for enuermation in /proc/cpuinfo: AVX512IFMA and AVX512VBMI Also modify the xstate.c to clear the flags in fpu__xstate_clear_all_cpu_caps(). CPUID.(EAX=7,ECX=0):EBX[bit 21] AVX512IFMA CPUID.(Eax=7,ECX=0):ECX[bit 1] AVX512VBMI

linux-next: build failure after merge of the drm-misc tree

: Track drm_mm allocators and show leaks on shutdown") I hate used the drm-misc tree from next-20161108 for today. -- Cheers, Stephen Rothwell

[PATCH] x86/cpufeatures: Enable new AVX512 cpu features

Modify cpufeatures.h to add new AVX512 instruction groups/features for enuermation in /proc/cpuinfo: AVX512IFMA and AVX512VBMI Also modify the xstate.c to clear the flags in fpu__xstate_clear_all_cpu_caps(). CPUID.(EAX=7,ECX=0):EBX[bit 21] AVX512IFMA CPUID.(Eax=7,ECX=0):ECX[bit 1] AVX512VBMI

linux-next: build failure after merge of the drm-misc tree

: Track drm_mm allocators and show leaks on shutdown") I hate used the drm-misc tree from next-20161108 for today. -- Cheers, Stephen Rothwell

Re: [PATCH] video: mxsfb: get supply regulator optionally

Hi Tomi, I vote to merge this patch, see below: On 2016-09-07 00:20, Tomi Valkeinen wrote: > On 06/09/16 21:23, Stefan Agner wrote: >> On 2016-09-06 01:21, Tomi Valkeinen wrote: >>> Hi, >>> >>> On 04/09/16 07:26, Stefan Agner wrote: The lcd-supply is meant to be optional, there are several

Re: [PATCH] video: mxsfb: get supply regulator optionally

Hi Tomi, I vote to merge this patch, see below: On 2016-09-07 00:20, Tomi Valkeinen wrote: > On 06/09/16 21:23, Stefan Agner wrote: >> On 2016-09-06 01:21, Tomi Valkeinen wrote: >>> Hi, >>> >>> On 04/09/16 07:26, Stefan Agner wrote: The lcd-supply is meant to be optional, there are several

Re: [PATCH v7 1/3] input: touchscreen: TOUCHSCREEN_SUN4I depends on !SUN4I_GPADC

On Thu, Nov 03, 2016 at 11:15:59AM +0100, Quentin Schulz wrote: > SUN4I_GPADC and TOUCHSCREEN_SUN4I are incompatible (both are drivers > for Allwinner SoCs' ADC). This makes sure TOUCHSCREEN_SUN4I isn't > enabled while SUN4I_GPADC is enabled. > > Signed-off-by: Quentin Schulz

Re: [PATCH v7 1/3] input: touchscreen: TOUCHSCREEN_SUN4I depends on !SUN4I_GPADC

On Thu, Nov 03, 2016 at 11:15:59AM +0100, Quentin Schulz wrote: > SUN4I_GPADC and TOUCHSCREEN_SUN4I are incompatible (both are drivers > for Allwinner SoCs' ADC). This makes sure TOUCHSCREEN_SUN4I isn't > enabled while SUN4I_GPADC is enabled. > > Signed-off-by: Quentin Schulz Acked-by: Dmitry

Re: [PATCH 1/2] kernel: Move prctl and helpers from kernel/sys.c to new kernel/prctl.c

On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: > This prepares for making prctl optional. I like this.

Re: [PATCH 1/2] kernel: Move prctl and helpers from kernel/sys.c to new kernel/prctl.c

On Tue, Nov 8, 2016 at 4:18 PM, Josh Triplett wrote: > This prepares for making prctl optional. I like this.

Re: bnx2: broken firware loading

Yes, Paul has reported this. Sorry about this! Will work on it right away. Thanks Baoquan On 11/08/16 at 11:50pm, Frank Reppin wrote: > Hellos, > > ... firmware loading seems to be somewhat broken now with/since > >

[PATCH v3] drm: move allocation out of drm_get_format_name()

The function's behaviour was changed in 90844f00049e, without changing its signature, causing people to keep using it the old way without realising they were now leaking memory. Rob Clark also noticed it was also allocating GFP_KERNEL memory in atomic contexts, breaking them. Instead of having to

[PATCH 2/2] kernel: Support compiling out the prctl syscall

Some embedded systems can do without the prctl syscall, saving some space. This also avoids regular increases in tinyconfig size as people add more non-optional functionality to prctl (observed via the 0-day kernel infrastructure). bloat-o-meter results: add/remove: 0/3 grow/shrink: 0/1

Re: bnx2: broken firware loading

Yes, Paul has reported this. Sorry about this! Will work on it right away. Thanks Baoquan On 11/08/16 at 11:50pm, Frank Reppin wrote: > Hellos, > > ... firmware loading seems to be somewhat broken now with/since > >

[PATCH v3] drm: move allocation out of drm_get_format_name()

The function's behaviour was changed in 90844f00049e, without changing its signature, causing people to keep using it the old way without realising they were now leaking memory. Rob Clark also noticed it was also allocating GFP_KERNEL memory in atomic contexts, breaking them. Instead of having to

[PATCH 2/2] kernel: Support compiling out the prctl syscall

Some embedded systems can do without the prctl syscall, saving some space. This also avoids regular increases in tinyconfig size as people add more non-optional functionality to prctl (observed via the 0-day kernel infrastructure). bloat-o-meter results: add/remove: 0/3 grow/shrink: 0/1

Re: [PATCH v2 2/2] scsi: ufs: Use the resource-managed function to add devfreq device

> "Chanwoo" == Chanwoo Choi writes: Chanwoo> This patch uses the resource-managed to add the devfreq device. Chanwoo> This function will make it easy to handle the devfreq device. Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH v2 2/2] scsi: ufs: Use the resource-managed function to add devfreq device

> "Chanwoo" == Chanwoo Choi writes: Chanwoo> This patch uses the resource-managed to add the devfreq device. Chanwoo> This function will make it easy to handle the devfreq device. Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

[PATCH 1/2] kernel: Move prctl and helpers from kernel/sys.c to new kernel/prctl.c

This prepares for making prctl optional. Signed-off-by: Josh Triplett --- kernel/Makefile | 2 +- kernel/prctl.c | 684 +- kernel/sys.c| 672 + 3 files changed, 685

[PATCH 0/2] Support compiling out the prctl syscall

Some embedded systems can do without the prctl syscall, saving some space. This also avoids regular increases in tinyconfig size as people add more non-optional functionality to prctl (observed via the 0-day kernel infrastructure). The first patch moves prctl and all its helpers into a separate

[PATCH 1/2] kernel: Move prctl and helpers from kernel/sys.c to new kernel/prctl.c

This prepares for making prctl optional. Signed-off-by: Josh Triplett --- kernel/Makefile | 2 +- kernel/prctl.c | 684 +- kernel/sys.c| 672 + 3 files changed, 685 insertions(+), 673

[PATCH 0/2] Support compiling out the prctl syscall

Some embedded systems can do without the prctl syscall, saving some space. This also avoids regular increases in tinyconfig size as people add more non-optional functionality to prctl (observed via the 0-day kernel infrastructure). The first patch moves prctl and all its helpers into a separate

Re: [PATCH] MAINTAINERS: add GCC plugins Makefile

On Tue, Nov 1, 2016 at 11:52 PM, Andrew Donnellan wrote: > Signed-off-by: Andrew Donnellan > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index 4012c2f..76049e0 100644 > ---

Re: [PATCH V3 1/9] Documentation: devicetree: input: additions for da9061 onkey driver

On Mon, Oct 31, 2016 at 04:02:02PM +, Steve Twiss wrote: > From: Steve Twiss > > Add binding information for DA9061 onkey. > > This patch updates the compatible string "dlg,da9061-onkey" to support > DA9061, removes the reference to KEY_SLEEP (which the driver

Re: [PATCH] MAINTAINERS: add GCC plugins Makefile

On Tue, Nov 1, 2016 at 11:52 PM, Andrew Donnellan wrote: > Signed-off-by: Andrew Donnellan > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index 4012c2f..76049e0 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -5202,6 +5202,7 @@ L:

Re: [PATCH V3 1/9] Documentation: devicetree: input: additions for da9061 onkey driver

On Mon, Oct 31, 2016 at 04:02:02PM +, Steve Twiss wrote: > From: Steve Twiss > > Add binding information for DA9061 onkey. > > This patch updates the compatible string "dlg,da9061-onkey" to support > DA9061, removes the reference to KEY_SLEEP (which the driver no longer > supports) and

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