3D/2D Animation services - Cartoon Movie - 3D modeling

2011-02-22 Thread Louis
You are receiving this email because we wish you to use our 3D/2D animation services. We are a China based animation studio. We are specialized in providing 3D designing/modelling/animation services across the globe. We utilize the finest equipment available in the industry, offer efficient data d

Re: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX

2011-02-22 Thread Joe Perches
On Tue, 2011-02-22 at 15:32 -0800, Hank Janssen wrote: > This group of patches removes all DPRINT from hv_vmbus.ko. > It is divided in several patches due to size. [] > - DPRINT_ERR(VMBUS_DRV, > -"ERROR - Unable to register vmbus root device"); > + pr

[PATCH 3/6] Staging: hv: channel.c Removed debug DPRINTS use pr_err for errors

2011-02-22 Thread Hank Janssen
This group of patches removes all DPRINT from hv_vmbus.ko. It is divided in several patches due to size. All DPRINT calls have been removed, and where needed have been replaced with pr_XX native calls. Many debug DPRINT calls have been removed outright. The amount of clutter this driver prints ha

[PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now

2011-02-22 Thread Hank Janssen
This group of patches removes all DPRINT from hv_vmbus.ko. It is divided in several patches due to size. All DPRINT calls have been removed, and where needed have been replaced with pr_XX native calls. Many debug DPRINT calls have been removed outright. The amount of clutter this driver prints ha

[PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX

2011-02-22 Thread Hank Janssen
This group of patches removes all DPRINT from hv_vmbus.ko. It is divided in several patches due to size. All DPRINT calls have been removed, and where needed have been replaced with pr_XX native calls. Many debug DPRINT calls have been removed outright. The amount of clutter this driver prints ha

[PATCH 4/6] Staging: hv: channel_mgmt.c Removed DPRINT and implemented pr_XX

2011-02-22 Thread Hank Janssen
This group of patches removes all DPRINT from hv_vmbus.ko. It is divided in several patches due to size. All DPRINT calls have been removed, and where needed have been replaced with pr_XX native calls. Many debug DPRINT calls have been removed outright. The amount of clutter this driver prints ha

[PATCH 5/6] Staging: hv: ring_buffer.c Removed DPRINT replaced with pr_XX

2011-02-22 Thread Hank Janssen
This group of patches removes all DPRINT from hv_vmbus.ko. It is divided in several patches due to size. All DPRINT calls have been removed, and where needed have been replaced with pr_XX native calls. Many debug DPRINT calls have been removed outright. The amount of clutter this driver prints ha

[PATCH 6/6] Staging: hv: connection.c Removed DPRINT replaced with pr_XX

2011-02-22 Thread Hank Janssen
This group of patches removes all DPRINT from hv_vmbus.ko. It is divided in several patches due to size. All DPRINT calls have been removed, and where needed have been replaced with pr_XX native calls. Many debug DPRINT calls have been removed outright. The amount of clutter this driver prints ha

Re: [RFC PATCH] staging: ak8975: add platform data.

2011-02-22 Thread Mark Brown
On Tue, Feb 22, 2011 at 12:35:13PM +, Jonathan Cameron wrote: > I thought this actually allowed for gpio's but right now can't figure out how > to handle them. What it definitely does handle cleanly is devices with > multiple > irq's. > You basically get to query for resources by name so ca

Re: [patch 1/2] staging: ath6kl: cleanup in SEND_FRAME ioctl

2011-02-22 Thread Greg KH
On Tue, Feb 22, 2011 at 08:42:09AM -0800, Joe Perches wrote: > On Sun, 2011-02-20 at 21:04 -0800, Luis R. Rodriguez wrote: > > On Sun, Feb 20, 2011 at 9:02 PM, Greg KH wrote: > > > On Sun, Feb 20, 2011 at 08:45:44PM -0800, Luis R. Rodriguez wrote: > > >> On Sun, Feb 20, 2011 at 8:14 PM, Greg KH w

Re: [patch 1/2] staging: ath6kl: cleanup in SEND_FRAME ioctl

2011-02-22 Thread Joe Perches
On Sun, 2011-02-20 at 21:04 -0800, Luis R. Rodriguez wrote: > On Sun, Feb 20, 2011 at 9:02 PM, Greg KH wrote: > > On Sun, Feb 20, 2011 at 08:45:44PM -0800, Luis R. Rodriguez wrote: > >> On Sun, Feb 20, 2011 at 8:14 PM, Greg KH wrote: > >> > On Sun, Feb 20, 2011 at 08:00:38PM -0800, Luis R. Rodrig

Re: [PATCH 1/2] staging: remove null checks before kfree

2011-02-22 Thread Greg KH
On Tue, Feb 22, 2011 at 03:53:40AM -0500, Ilia Mirkin wrote: > This patch was created with the following semantic patch: > > // > @@ > expression E; > @@ > > - if (E != NULL) kfree(E); > + kfree(E); > // > > Signed-off-by: Ilia Mirkin > --- > > Hi Greg, > > Please let me know if you would r

Re: [RFC PATCH] staging: ak8975: add platform data.

2011-02-22 Thread Jonathan Cameron
On 02/22/11 09:29, Jean Delvare wrote: > Hi Jonathan, > > On Mon, 21 Feb 2011 16:10:14 +, Jonathan Cameron wrote: >> On 02/15/11 20:49, Andrew Chew wrote: As some of the platform not support irq_to_gpio, we pass gpio port by platform data. >>> >>> Looks good to me. >>> >>> Signed-off

[PATCH 1/2] staging: brcm80211: allow changing channel by mac80211 when associated

2011-02-22 Thread Arend van Spriel
When associated on 5G the driver receives a probe request for 2G with a 2G rate specified. The driver asserts as the operating band is still 5G when the probe request packet is given. Root cause was that ioctl function did fail upon setting the channel as requested by mac80211 when we are associate

[PATCH 2/2] staging: brcm80211: remove some bsscfg attribute that are redundant

2011-02-22 Thread Arend van Spriel
In the struct wlc_bsscfg a couple of attribute were held under a preprocessor definition, but these are not needed in the mac80211 driver context. Signed-off-by: Arend van Spriel --- drivers/staging/brcm80211/brcmsmac/wlc_bsscfg.h | 10 +- 1 files changed, 1 insertions(+), 9 deletions(

Re: [RFC PATCH] staging: ak8975: add platform data.

2011-02-22 Thread Jean Delvare
Hi Jonathan, On Mon, 21 Feb 2011 16:10:14 +, Jonathan Cameron wrote: > On 02/15/11 20:49, Andrew Chew wrote: > >> As some of the platform not support irq_to_gpio, we pass gpio port > >> by platform data. > > > > Looks good to me. > > > > Signed-off-by: Andrew Chew > Firstly, please cc linux

[PATCH 2/2] staging: remove null checks before kree(x); x = NULL;

2011-02-22 Thread Ilia Mirkin
This patch was generated by the following semantic patch: // @@ expression E; @@ - if (E != NULL) { kfree(E); E = NULL; } + kfree(E); + E = NULL; // (And there was one instance in bcm/CmHost.c where I removed the NULL assignment since that variable was getting immediately reassigned.) Signed-o

[PATCH 1/2] staging: remove null checks before kfree

2011-02-22 Thread Ilia Mirkin
This patch was created with the following semantic patch: // @@ expression E; @@ - if (E != NULL) kfree(E); + kfree(E); // Signed-off-by: Ilia Mirkin --- Hi Greg, Please let me know if you would rather I split these up by driver instead. I didn't because I saw that you took staging-wide cle