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
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
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
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
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
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
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
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
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
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
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
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
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
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
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(
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
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
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
18 matches
Mail list logo