/* netsniff-ng - the packet sniffing beast
* Copyright 2009, 2010 Daniel Borkmann.
* Subject to the GPL, version 2.
*/
#ifndef COLORS_H
#define COLORS_H
#define __reset "0"
#define __bold "1"
#define __black "30"
#define __red "31"
#define __green "32"
#define __yellow "33"
#define __blue "34"
#define __magenta "35"
#define __cyan "36"
#define __white "37"
#define __on_black "40"
#define __on_red "41"
#define __on_green "42"
#define __on_yellow "43"
#define __on_blue "44"
#define __on_magenta "45"
#define __on_cyan "46"
#define __on_white "47"
#endif /* COLORS_H */
'>index : net-next.git
device property: don't bother the drivers with struct property_set
Since device_add_property_set() now always takes a copy of
the property_set, and also since the fwnode type is always
hard coded to be FWNODE_PDATA, there is no need for the
drivers to deliver the entire struct property_set. The
function can just create the instance of it on its own and
bind the properties from the drivers to it on the spot.
This renames device_add_property_set() to
device_add_properties(). The function now takes struct
property_entry as its parameter instead of struct
property_set.
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-by: Mika Westerberg <mika.westerberg@linux.intel.com>
Acked-by: Thierry Reding <treding@nvidia.com>
Acked-by: Lee Jones <lee.jones@linaro.org>
Signed-off-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>