search for: device_nod

..._encoder.h> > +#include <drm/drm_simple_kms_helper.h> > > #include "arcpgu.h" > > -static struct drm_encoder_funcs arcpgu_drm_encoder_funcs = { > - .destroy = drm_encoder_cleanup, > -}; > - > int arcpgu_drm_hdmi_init(struct drm_device *drm, struct device_node *np) > { > struct drm_encoder *encoder; > @@ -34,8 +31,7 @@ int arcpgu_drm_hdmi_init(struct drm_device *drm, struct device_node *np) > > encoder->possible_crtcs = 1; > encoder->possible_clones = 0; > - ret = drm_encoder_init(drm, encoder, &arcpgu_drm_encoder...

...lt;drm/drm_device.h> +#include <drm/drm_encoder.h> +#include <drm/drm_simple_kms_helper.h> #include "arcpgu.h" -static struct drm_encoder_funcs arcpgu_drm_encoder_funcs = { - .destroy = drm_encoder_cleanup, -}; - int arcpgu_drm_hdmi_init(struct drm_device *drm, struct device_node *np) { struct drm_encoder *encoder; @@ -34,8 +31,7 @@ int arcpgu_drm_hdmi_init(struct drm_device *drm, struct device_node *np) encoder->possible_crtcs = 1; encoder->possible_clones = 0; - ret = drm_encoder_init(drm, encoder, &arcpgu_drm_encoder_funcs, - DRM_MODE_ENCODER...

...ike a tegra_mc_client struct that contains both the > >MC device pointer and the swgroup so you can pass that to > >tegra_mc_flush(). > Good idea. I will have something as below in V2 if there is no other > comments for this. > > tegra_mc_client *tegra_mc_find_client(struct device_node *node) > { > ... > ret = of_parse_phandle_with_args(node, "nvidia,memory-client", ...) > ... > } > > There were some discussion about this few weeks ago. I'm not sure whether we > have some conclusion/implementation though. Thierry? > > htt...

Remove unnecessary dependencies in the include statements of the header file <linux/fb.h>. Several files throughout the kernel include the fbdev header, so reducing dependencies positively affects other subsystems as well. Also fix up nouveau and fbtft, which need backlight.h in some their source files. v2: * include backlight.h in fbtft (kernel test robot) Thomas Zimmermann (8):

Remove unnecessary dependencies in the include statements of the header file <linux/fb.h>. Several files throughout the kernel include the fbdev header, so reducing dependencies positively affects other subsystems as well. Also fix up corgi-lcd, nouveau and fbtft, which need backlight.h in some of their source files. v3: * include backlight.h in corgi-lcd (kernel test robot) * grammar

...uveau/nouveau_bios.c +++ b/drivers/gpu/drm/nouveau/nouveau_bios.c @@ -69,12 +69,29 @@ static bool nv_cksum(const uint8_t *data, unsigned int length) static int score_vbios(struct drm_device *dev, const uint8_t *data, const bool writeable) { + int bios_size = 0; +#if defined(__powerpc__) + struct device_node *dn = NULL; +#endif + if (!(data[0] == 0x55 && data[1] == 0xAA)) { NV_TRACEWARN(dev, "... BIOS signature not found\n"); return 0; } +#if defined(__powerpc__) + /* + * The Bios signature reports a wrong lenght of rom. + * The correct size is read from Open Firmware. +...

...truct that contains both the >>> MC device pointer and the swgroup so you can pass that to >>> tegra_mc_flush(). >> Good idea. I will have something as below in V2 if there is no other >> comments for this. >> >> tegra_mc_client *tegra_mc_find_client(struct device_node *node) >> { >> ... >> ret = of_parse_phandle_with_args(node, "nvidia,memory-client", ...) >> ... >> } >> >> There were some discussion about this few weeks ago. I'm not sure whether we >> have some conclusion/implementati...

...address.c | 32 ++++++++++++++++++++++++++++++-- 1 file changed, 30 insertions(+), 2 deletions(-) diff --git a/drivers/of/address.c b/drivers/of/address.c index 02b2903fe9d2..af29b115b8aa 100644 --- a/drivers/of/address.c +++ b/drivers/of/address.c @@ -891,19 +891,47 @@ int of_dma_get_range(struct device_node *np, u64 *dma_addr, u64 *paddr, u64 *siz } EXPORT_SYMBOL_GPL(of_dma_get_range); +/* + * DMA from some device types is always cache-coherent, and in some unfortunate + * cases the "dma-coherent" property is not used. + */ +static const char *of_device_dma_coherent_tbl[] = { + /* + *...

...address.c | 32 ++++++++++++++++++++++++++++++-- 1 file changed, 30 insertions(+), 2 deletions(-) diff --git a/drivers/of/address.c b/drivers/of/address.c index 02b2903fe9d2..af29b115b8aa 100644 --- a/drivers/of/address.c +++ b/drivers/of/address.c @@ -891,19 +891,47 @@ int of_dma_get_range(struct device_node *np, u64 *dma_addr, u64 *paddr, u64 *siz } EXPORT_SYMBOL_GPL(of_dma_get_range); +/* + * DMA from some device types is always cache-coherent, and in some unfortunate + * cases the "dma-coherent" property is not used. + */ +static const char *of_device_dma_coherent_tbl[] = { + /* + *...

Am Dienstag, den 23.12.2014, 18:39 +0800 schrieb Vince Hsu: > This patch adds some missing pieces of the rail gaing/ungating sequence that > can improve the stability in theory. > > Signed-off-by: Vince Hsu <vinceh at nvidia.com> > --- > drm/nouveau_platform.c | 42 ++++++++++++++++++++++++++++++++++++++++++ > drm/nouveau_platform.h | 3 +++ > 2 files changed, 45

...++++++++++-- > 1 file changed, 30 insertions(+), 2 deletions(-) > > diff --git a/drivers/of/address.c b/drivers/of/address.c > index 02b2903fe9d2..af29b115b8aa 100644 > --- a/drivers/of/address.c > +++ b/drivers/of/address.c > @@ -891,19 +891,47 @@ int of_dma_get_range(struct device_node *np, u64 *dma_addr, u64 *paddr, u64 *siz > } > EXPORT_SYMBOL_GPL(of_dma_get_range); > > +/* > + * DMA from some device types is always cache-coherent, and in some unfortunate > + * cases the "dma-coherent" property is not used. > + */ > +static const char *of_...

...e "rcar_du_encoder.h" @@ -23,13 +24,6 @@ * Encoder */ -static const struct drm_encoder_helper_funcs encoder_helper_funcs = { -}; - -static const struct drm_encoder_funcs encoder_funcs = { - .destroy = drm_encoder_cleanup, -}; - static unsigned int rcar_du_encoder_count_ports(struct device_node *node) { struct device_node *ports; @@ -110,13 +104,11 @@ int rcar_du_encoder_init(struct rcar_du_device *rcdu, } } - ret = drm_encoder_init(rcdu->ddev, encoder, &encoder_funcs, - DRM_MODE_ENCODER_NONE, NULL); + ret = drm_simple_encoder_init(rcdu->ddev, encoder, +...

...nd the swgroup so you can pass that to > >>>>>tegra_mc_flush(). > >>>>Good idea. I will have something as below in V2 if there is no other > >>>>comments for this. > >>>> > >>>>tegra_mc_client *tegra_mc_find_client(struct device_node *node) > >>>>{ > >>>> ... > >>>> ret = of_parse_phandle_with_args(node, "nvidia,memory-client", ...) > >>>> ... > >>>>} > >>>> > >>>>There were some discussion about this...

...attr relabelfrom relabelto))) neverallow check failed at /etc/selinux/targeted/tmp/modules/100/base/cil: 13121 (neverallow base_typeattr_18 scsi_generic_device_t (blk_file (read))) <root> allow at /etc/selinux/targeted/tmp/modules/100/munin/cil:581 (allow disk_munin_plugin_t device_node (blk_file (ioctl read getattr lock open))) ......... or is a other way to include policies better ? -- mit freundlichen Gr?ssen / best regards G?nther J. Niederwimmer

...pass that to > > >>>>>tegra_mc_flush(). > > >>>>Good idea. I will have something as below in V2 if there is no other > > >>>>comments for this. > > >>>> > > >>>>tegra_mc_client *tegra_mc_find_client(struct device_node *node) > > >>>>{ > > >>>> ... > > >>>> ret = of_parse_phandle_with_args(node, "nvidia,memory-client", ...) > > >>>> ... > > >>>>} > > >>>> > > >>>>The...

...iv = data; + + return priv->size; +} + static void * of_init(struct nvkm_bios *bios, const char *name) { - struct pci_dev *pdev = bios->subdev.device->pdev; + struct nvkm_device *device = bios->subdev.device; + struct pci_dev *pdev = device->func->pci(device)->pdev; struct device_node *dn; struct priv *priv; if (!(dn = pci_device_to_OF_node(pdev))) @@ -62,7 +73,10 @@ nvbios_of = { .init = of_init, .fini = (void(*)(void *))kfree, .read = of_read, + .size = of_size, .rw = false, + .ignore_checksum = true, + .no_pcir = true, }; #else const struct nvbios_source -- 2...

...onfb_info *rinfo) * Read XTAL (ref clock), SCLK and MCLK from Open Firmware device * tree. Hopefully, ATI OF driver is kind enough to fill these */ -static int __devinit radeon_read_xtal_OF (struct radeonfb_info *rinfo) +static int radeon_read_xtal_OF (struct radeonfb_info *rinfo) { struct device_node *dp = rinfo->of_node; const u32 *val; @@ -453,7 +453,7 @@ static int __devinit radeon_read_xtal_OF (struct radeonfb_info *rinfo) /* * Read PLL infos from chip registers */ -static int __devinit radeon_probe_pll_params(struct radeonfb_info *rinfo) +static int radeon_probe_pll_params(struc...

...onfb_info *rinfo) * Read XTAL (ref clock), SCLK and MCLK from Open Firmware device * tree. Hopefully, ATI OF driver is kind enough to fill these */ -static int __devinit radeon_read_xtal_OF (struct radeonfb_info *rinfo) +static int radeon_read_xtal_OF (struct radeonfb_info *rinfo) { struct device_node *dp = rinfo->of_node; const u32 *val; @@ -453,7 +453,7 @@ static int __devinit radeon_read_xtal_OF (struct radeonfb_info *rinfo) /* * Read PLL infos from chip registers */ -static int __devinit radeon_probe_pll_params(struct radeonfb_info *rinfo) +static int radeon_probe_pll_params(struc...

...onfb_info *rinfo) * Read XTAL (ref clock), SCLK and MCLK from Open Firmware device * tree. Hopefully, ATI OF driver is kind enough to fill these */ -static int __devinit radeon_read_xtal_OF (struct radeonfb_info *rinfo) +static int radeon_read_xtal_OF (struct radeonfb_info *rinfo) { struct device_node *dp = rinfo->of_node; const u32 *val; @@ -453,7 +453,7 @@ static int __devinit radeon_read_xtal_OF (struct radeonfb_info *rinfo) /* * Read PLL infos from chip registers */ -static int __devinit radeon_probe_pll_params(struct radeonfb_info *rinfo) +static int radeon_probe_pll_params(struc...

...the > >>>MC device pointer and the swgroup so you can pass that to > >>>tegra_mc_flush(). > >>Good idea. I will have something as below in V2 if there is no other > >>comments for this. > >> > >>tegra_mc_client *tegra_mc_find_client(struct device_node *node) > >>{ > >> ... > >> ret = of_parse_phandle_with_args(node, "nvidia,memory-client", ...) > >> ... > >>} > >> > >>There were some discussion about this few weeks ago. I'm not sure whether we > >>...