Re: [PATCH] staging/ion: Add support to get ion handle from dma buf

It's not really necessary to CC linux-kernel. No one reads it. I only send patches there when there isn't another public mailing list available. regards, dan carpenter ___ devel mailing list de...@linuxdriverproject.org

LOAN OFFER....

Do you need a loan at 2% interest rate for any reason ? Every interested applicant should contact us via the below contact details. E-mails: fritzmicloanf...@financier.com firtzmicloanf...@gmail.com Yours Sincerely Fritz Micheal. ___ devel mailing

[PATCH] staging: wilc1000: Removed unnecessary braces

Removed unnecessary braces for single statement blocks to fix the warning detected by checkpatch.pl WARNING: braces {} are not necessary for single statement blocks Signed-off-by: Anjali Menon --- drivers/staging/wilc1000/wilc_wlan_cfg.c | 3 +-- 1 file changed, 1

Gewonnen!

LOTERIA DE CATALUNYA INTERNATIONAL PROMOTION PROGRAMME HEAD OFFICE/ CALLE ARABIO Nº: 67, PUERTA DE SOL, 08046 BARCELONA, SPAIN. DATUM: 04/01/2016 OFFIZIELLE MITTEILUNG VON SITZ DES VIZEPRASIDENTEN INTERNATIONALE PROMOTIOM-GEWINNZUTEILUNG REFRENZ NR: BA/255125602/15 OFFIZIELLE

Gewonnen!

LOTERIA DE CATALUNYA INTERNATIONAL PROMOTION PROGRAMME HEAD OFFICE/ CALLE ARABIO Nº: 67, PUERTA DE SOL, 08046 BARCELONA, SPAIN. DATUM: 04/01/2016 OFFIZIELLE MITTEILUNG VON SITZ DES VIZEPRASIDENTEN INTERNATIONALE PROMOTIOM-GEWINNZUTEILUNG REFRENZ NR: BA/255125602/15 OFFIZIELLE

Re: [PATCH] staging: wilc1000: Removed unnecessary braces

On Wed, 2016-01-06 at 18:59 +0530, Anjali Menon wrote: > Removed unnecessary braces for single statement blocks to > fix the warning detected by checkpatch.pl > > WARNING: braces {} are not necessary for single statement blocks > > Signed-off-by: Anjali Menon > --- >  

Re: [PATCH] staging/ion: Add support to get ion handle from dma buf

On Wed, Jan 6, 2016 at 1:06 AM, Dan Carpenter wrote: > It's not really necessary to CC linux-kernel. No one reads it. > I only send patches there when there isn't another public mailing > list available. Actually, cc'ing lkml is still often a good idea, because it's a

Re: [PATCH] staging/ion: Add support to get ion handle from dma buf

On Wed, Jan 06, 2016 at 10:21:33AM -0800, Linus Torvalds wrote: > On Wed, Jan 6, 2016 at 1:06 AM, Dan Carpenter > wrote: > > It's not really necessary to CC linux-kernel. No one reads it. Some of us still do. > > I only send patches there when there isn't another

Re: [PATCHv2 1/1] staging/ion: Add support to get ion handle from dma buf

On 01/05/2016 11:11 PM, Rohit kumar wrote: Currently we can only import dma buf fd's to get ion_handle. Adding support to import dma buf handles to support kernel specific use cases. An example use case is in linux platforms such as Tizen, in which DRM-GEM is used for buffer management for

[PATCH] Staging: wlan-ng: p80211conv.c: Coding style fixes General coding style checks have been fixed. Warnings not fixed.

Signed-off-by: Pranjal Bhor --- drivers/staging/wlan-ng/p80211conv.c | 138 ++- 1 file changed, 72 insertions(+), 66 deletions(-) diff --git a/drivers/staging/wlan-ng/p80211conv.c b/drivers/staging/wlan-ng/p80211conv.c index

[PATCH RESEND v4 08/11] staging: fsl-mc: set MSI domain for DPRC objects

From: "J. German Rivera" THE MSI domain associated with a root DPRC object is obtained form the device tree. Child DPRCs inherit the parent DPRC MSI domain. Signed-off-by: J. German Rivera --- CHANGE HISTORY Changes in v4: - Addressed

[PATCH RESEND v4 09/11] staging: fsl-mc: Fixed bug in dprc_probe() error path

From: "J. German Rivera" Destroy mc_io in error path in dprc_probe() only if the mc_io was created in this function. Signed-off-by: J. German Rivera --- CHANGE HISTORY Changes in v4: none Changes in v3: none Changes in v2: -

[PATCH RESEND v4 03/11] staging: fsl-mc: Added generic MSI support for FSL-MC devices

From: "J. German Rivera" Created an MSI domain for the fsl-mc bus-- including functions to create a domain, find a domain, alloc/free domain irqs, and bus specific overrides for domain and irq_chip ops. Signed-off-by: J. German Rivera

[PATCH RESEND v4 10/11] staging: fsl-mc: Added DPRC interrupt handler

From: "J. German Rivera" The interrupt handler for DPRC IRQs is added. DPRC IRQs are generated for hot plug events related to DPAA2 objects in a given DPRC. These events include, creating/destroying DPAA2 objects in the DPRC, changing the "plugged" state of DPAA2

[PATCH RESEND v4 04/11] staging: fsl-mc: Added GICv3-ITS support for FSL-MC MSIs

From: "J. German Rivera" Added platform-specific MSI support layer for FSL-MC devices. Signed-off-by: J. German Rivera --- CHANGE HISTORY Changes in v4: - Addressed comments from Marc Zyngier: * Moved bus type check earlier in

[PATCH RESEND v4 07/11] staging: fsl-mc: Populate the IRQ pool for an MC bus instance

From: "J. German Rivera" Scan the corresponding DPRC container to get total count of IRQs needed by all its child DPAA2 objects. Then, preallocate a set of MSI IRQs with the DPRC's ICID (GIT-ITS device Id) to populate the the DPRC's IRQ pool. Each child DPAA2 object

[PATCH RESEND v4 00/11] staging: fsl-mc: MC bus MSI support

*** This is a resend of the last iteration of this patch series *** This patch series addresses the following item from the TODO list for the MC bus driver to exit staging: * Interrupt support. For meaningful driver support we need interrupts, and thus need message interrupt support by the bus

[PATCH RESEND v4 05/11] staging: fsl-mc: Extended MC bus allocator to include IRQs

From: "J. German Rivera" All the IRQs for DPAA2 objects in the same DPRC must use the ICID of that DPRC, as their device Id in the GIC-ITS. Thus, all these IRQs must share the same ITT table in the GIC. As a result, a pool of IRQs with the same device Id must be

[PATCH RESEND v4 06/11] staging: fsl-mc: Changed DPRC built-in portal's mc_io to be atomic

From: "J. German Rivera" The DPRC built-in portal's mc_io is used to send commands to the MC to program MSIs for MC objects. This is done by the fsl_mc_msi_write_msg() callback, which is invoked by the generic MSI layer with interrupts disabled. As a result, the

[PATCH RESEND v4 11/11] staging: fsl-mc: Added MSI support to the MC bus driver

From: "J. German Rivera" Initialize/Cleanup ITS-MSI support for the MC bus driver at driver init/exit time. Associate an MSI domain with each DPAA2 child device. Signed-off-by: J. German Rivera --- CHANGE HISTORY Changes in v4: none

[PATCH RESEND v4 01/11] irqdomain: Added domain bus token DOMAIN_BUS_FSL_MC_MSI

From: "J. German Rivera" Since an FSL-MC bus is a new bus type that is neither PCI nor PLATFORM, we need a new domain bus token to disambiguate the IRQ domain for FSL-MC MSIs. Signed-off-by: J. German Rivera --- CHANGE HISTORY Changes

[PATCH RESEND v4 02/11] fsl-mc: msi: Added FSL-MC-specific member to the msi_desc's union

From: "J. German Rivera" FSL-MC is a bus type different from PCI and platform, so it needs its own member in the msi_desc's union. Signed-off-by: J. German Rivera --- CHANGE HISTORY Changes in v4: none Changes in v3: none Changes in

[PATCH v2 RESEND] tools/hv: Use include/uapi with __EXPORTED_HEADERS__

Use the local uapi headers to keep in sync with "recently" added #define's (e.g. VSS_OP_REGISTER1). Fixes: 3eb2094c59e8 ("Adding makefile for tools/hv") Cc: Signed-off-by: Kamal Mostafa Signed-off-by: K. Y. Srinivasan ---

Re: [PATCH] staging/ion: Add support to get ion handle from dma buf

On Wed, 6 Jan 2016 12:06:22 +0300 Dan Carpenter wrote: > It's not really necessary to CC linux-kernel. No one reads it. I have to take issue with this too; more of us read it than you might think. The fact that we're probably all crazy doesn't really figure into it.

[PATCH] staging: android: sync_debug.c: remove unnecessary braces

Remove unnecessary braces {} around a single statement within a for loop. Indicated by checkpatch. Signed-off-by: Robin Krahl --- drivers/staging/android/sync_debug.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH V4 0/4] scsi: storvsc: Properly support FC hosts

> "KYS" == K Y Srinivasan writes: The template discussion appears to have lost momentum and since the concerns were minor I have applied your latest series to 4.5/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering