- 30 Sep, 2010 36 commits
-
-
Nohee Ko authored
This patch fixes "#ifdef BRCM_FULLMAC" mess which shows in siutils.c/hndpmu.c. All unnecessary #ifdefs were erased. Also as a part of this work, bcmutils.c was also modified. Signed-off-by:
Nohee Ko <noheek@broadcom.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Henry Ptasinski authored
This removes compile flags that are completely unnecessary when building the brcmfmac driver. Also sorts the options to make it a bit easier to look at them. Signed-off-by:
Henry Ptasinski <henryp@broadcom.com> Signed-off-by:
-
Brett Rudley authored
Trim down bcmip.h to only whats needed, purge the rest. Signed-off-by:
Brett Rudley <brudley@broadcom.com> Signed-off-by:
-
Brett Rudley authored
Purge unused and extraneous header, brcm80211/include/proto/802.11e.h Signed-off-by:
-
Brett Rudley authored
Delete unused attempt to debug through /proc. Signed-off-by:
-
Brett Rudley authored
Handle non-extistent firmware more gracefully. Signed-off-by:
-
Greg Kroah-Hartman authored
Now that we aren't using the rc_lock variable, delete it to keep gcc happy and not complaining about it. Cc: Al Cho <acho@novell.com> Signed-off-by: -
Al Cho authored
The other part of keucr lost usb disconnect. Unplug SDcard after thread scan,the wrong rule in usb_stor_port_reset, so the driver still fail in stress test. Signed-off-by:
Al Cho <acho@novell.com> Signed-off-by:
-
Arthur Benilov authored
From a95892fc2246d6dc45f57b7dd68f32b9b28bd0f7 Mon Sep 17 00:00:00 2001 From: Arthur Benilov <arthur.benilov@gmail.com> Date: Fri, 24 Sep 2010 13:51:07 +0200 Subject: [PATCH] Staging: vme: Assure D16 cycle if required in master_read and master_write memcpy_fromio() and memcpy_toio() functions apply internally to __memcpy() that performs data transfer in 32-bits or 8-bits blocks (at least on x86). This makes impossible to perform D16 cycle with ca91cx42 bridge. Provided modification assures performing data transfer with 32, 16, and 8 bits chunks. Signed-off-by:
Arthur Benilov <arthur.benilov@iba-group.com> Signed-off-by:
Martyn Welch <martyn.welch@ge.com> Signed-off-by:
-
Phillip Kurtenbach authored
Fixed whitespace coding style issues. Signed-off-by:
Phillip Kurtenbach <pkurtenbach@gmail.com> Acked-by:
Jonathan Cameron <jic23@cam.ac.uk> Signed-off-by:
-
Vasiliy Kulikov authored
Freeing netdev without free_netdev() leads to net, tx leaks. I might lead to dereferencing freed pointer. The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) @@ struct net_device* dev; @@ -kfree(dev) +free_netdev(dev) Signed-off-by:
Vasiliy Kulikov <segooon@gmail.com> Acked-by:
Denis Kirjanov <dkirjanov@kernel.org> Signed-off-by:
-
Vasiliy Kulikov authored
It is not guaranteed that free_netdev() is macro. Freeing netdev without free_netdev() leads to net, tx leaks. I might lead to dereferencing freed pointer. Signed-off-by:
David Daney <ddaney@caviumnetworks.com> Signed-off-by:
-
Vasiliy Kulikov authored
It is not guaranteed that free_netdev() is macro. Freeing netdev without free_netdev() leads to net, tx leaks. I might lead to dereferencing freed pointer. Signed-off-by:
-
Vasiliy Kulikov authored
Freeing netdev without free_netdev() leads to net, tx leaks. I might lead to dereferencing freed pointer. The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) @@ struct net_device* dev; @@ -kfree(dev) +free_netdev(dev) Signed-off-by:
-
Vasiliy Kulikov authored
Freeing netdev without free_netdev() leads to net, tx leaks. I might lead to dereferencing freed pointer. The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) @@ struct net_device* dev; @@ -kfree(dev) +free_netdev(dev) Signed-off-by:
-
Vasiliy Kulikov authored
ft1000_copy_up_pkt() doesn't free skb on errors. init_ft1000_card() doesn't free netdev with free_netdev() but with kfree(). init_ft1000_card() doesn't check request_region()'s return value and doesn't free region on error. Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
Mike McCormack <mikem@ring3k.org> Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
-
Mike McCormack authored
Remove dead code, fix whitespace, clean comments Signed-off-by:
-
Mike McCormack authored
Fix whitespace, remove dead code. Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
-
Mike McCormack authored
Signed-off-by:
-
David Cross authored
This patch fixes removes all of the the " ;"'s in the west bridge driver and instead replaces them with ";" only. Although this is a large patch, this is the only thing that it does. I can break it up on a file basis if needed. Signed-off-by:
David Cross <david.cross@cypress.com> Signed-off-by:
-
David Cross authored
This patch fixes the west bridge cyasgadget driver in order to allow for compilation against the linux-next tree. This changes usb_gadget_register_driver to usb_gadget_probe_driver and updates this function based on the new function definition (bind call). Signed-off-by:
-
Greg Kroah-Hartman authored
This shouldn't have been in the tree, it's generated by the build, so remove it. Cc: Henry Ptasinski <henryp@broadcom.com> Cc: Nohee Ko <noheek@broadcom.com> Signed-off-by: -
Andres Salomon authored
Eons ago, in a galaxy far far away, Jordan committed code to work around the fact that X might have put the DCON to sleep and then crashed (in that galaxy, X crashed a lot; crazy, right?) This code was based on a custom API. These days, we have code which watches for FB unblanks, and should perform the same function.. Therefore, the older code can be dropped. We should probably be watching for CONBLANK events to, so allow those to turn the DCON back on. Dropping the old code is necessary for building the driver. Signed-off-by:
Andres Salomon <dilinger@queued.net> Signed-off-by:
-
Andres Salomon authored
Some additional folks requested to be Cc'd for OLPC-DCON changes; add them to the TODO file. Signed-off-by:
-
Andres Salomon authored
This comment about killing power to the backlight is ancient, and incorrect (the code that follows actually does the opposite of what the comment says). This was due to hardware changes; the comment was for the original OLPC GX2 boards, but when the OLPC LX boards came out, the code was updated for that hardware. Signed-off-by:
-
Andres Salomon authored
Add and populate a TODO file for the olpc_dcon driver. Signed-off-by:
-
Andres Salomon authored
The vx855 stuff isn't upstream yet; for now, drop support for XO-1.5. This will come back once the 1.5 code is in place (and will be in a form that allows both 1.0 and 1.5 support to be compiled in at the same time), but for now just remove it. This is necessary to get the driver building. Signed-off-by:
-
Andres Salomon authored
...Rather than macros that don't exist. Necessary for building the driver. Signed-off-by:
-
Andres Salomon authored
This adds DCON support for the OLPC XO. The DCON is found in XO-1 and XO-1.5 hardware. The XO-1 has a CS5536 southbridge, while the XO-1.5 has a Via chipset; the GPIO magic that's necessary to communicate with the DCON chip is unfortunately different across both platforms. This driver supports both. This driver is in bad state atm, so I'm requesting its inclusion into staging so it can be cleaned up while staying in the kernel tree. Original driver by Dave Woodhouse, and modified extensively by Jordan Crouse, myself, Deepak Saxena, Paul Fox, Daniel Drake, and probably others that I've missed. Signed-off-by:
-
- 27 Sep, 2010 3 commits
-
-
Justin P. Mattock authored
The below patch, is a simple fix to a broken web address not using a period in it's name. Signed-off-by:
Justin P. Mattock <justinmattock@gmail.com> Signed-off-by:
-
Henry Ptasinski authored
Temporary fix until utils get cleaned up. Signed-off-by:
-
Henry Ptasinski authored
Signed-off-by:
-
- 23 Sep, 2010 1 commit
-
-
Greg Kroah-Hartman authored
A single driver shouldn't be overriding the kernel-wide -W options. This removes them from the Makefile. Bonus is that the code at least now will build on a 64bit platform. Problem is that both drivers can't be built at the same time right now or bad things happen when linking. Cc: Henry Ptasinski <henryp@broadcom.com> Cc: Nohee Ko <noheek@broadcom.com> Cc: jason <jason@lakedaemon.net> Signed-off-by:
-
