From: Xinliang Liu <xinliang.liu@linaro.org>
To: Carlos Palminha <CARLOS.PALMINHA@synopsys.com>
Cc: linux-fbdev@vger.kernel.org, tomi.valkeinen@ti.com,
laurent.pinchart@ideasonboard.com,
dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: Whats missing in my new FB DRM driver... "No connectors reported connected with modes"?
Date: Tue, 19 Jan 2016 11:38:04 +0800 [thread overview]
Message-ID: <CAGd==07ffJAfAtzirALR3OF7f4UDVu_fJbbZ0ZiEa3F5-hLfyw@mail.gmail.com> (raw)
In-Reply-To: <569CFA9B.4060108@synopsys.com>
[-- Attachment #1.1: Type: text/plain, Size: 3678 bytes --]
On 18 January 2016 at 22:45, Carlos Palminha <CARLOS.PALMINHA@synopsys.com>
wrote:
> I'm also getting a message from DRM saying can't find any crtc or
> sizes...i'm really missing something here.
> :(
>
> -- log --
> [drm] Initialized drm 1.1.0 20060810
> drm-arcpgu e0017000.pgu: No connectors reported connected with modes
> [drm] Cannot find any crtc or sizes - going 1024x768
> Console: switching to colour frame buffer device 128x48
> drm-arcpgu e0017000.pgu: fb0: frame buffer device
> [drm] Initialized drm-arcpgu 1.0.0 20151127 on minor 0
> -- log ---
>
> Any help?
>
> Regards,
> C.Palminha
>
>
> On 18-01-2016 14:32, Carlos Palminha wrote:
> > Hi Xinliang,
> >
> > My get_modes seems to be implemented as the rcar driver...
> > Probably still missing some init step?
> >
> > Regards,
> > C.Palminha
> >
> >
> > static int arcpgu_drm_connector_get_modes(struct drm_connector
> *connector)
> > {
> > struct drm_encoder_slave *slave;
> > const struct drm_encoder_slave_funcs *sfuncs;
> > struct arcpgu_drm_connector * con =
> > container_of(connector, struct arcpgu_drm_connector, connector);
> >
> > slave = con->encoder_slave;
> > if(slave == NULL) {
> > dev_err(connector->dev->dev,
> > "connector_get_modes: cannot find slave encoder for connector\n");
> > return 0;
> > }
> >
> > sfuncs = slave->slave_funcs;
> > if(sfuncs->get_modes == NULL){
> > return 0;
> > }
> >
> > return sfuncs->
>
> get_modes(&slave->base,connector);
> > }
> >
>
so, this will call adv7511 driver's
get_modes call back.
I wonder if the system boot up, it can get modes or not.
You can test it with the modetest. i.e. $ modetest -M DRM_DRIVER_NAME -c
> > On 31-12-2015 02:19, Xinliang Liu wrote:
> >>
> >>
> >> On 31 December 2015 at 02:46, Carlos Palminha
> >> <CARLOS.PALMINHA@synopsys.com <mailto:CARLOS.PALMINHA@synopsys.com>>
> wrote:
> >>
> >> Hi guys,
> >>
> >> I'm writing a DRM driver for a framebuffer embedded hardware that
> >> uses an i2c encoder (adv7511), following the basic steps suggested
> >> by Laurent in "anatomy of an embedded KMS driver":
> >> https://www.youtube.com/watch?v=Ja8fM7rTae4
> >>
> >> After initiliazing all kms, crtc, encoder, i2c, connector functions
> >> and structures i'm calling drm_fbdev_cma_init to create a fbdev.
> >>
> >> When booting i'm getting an error message saying "No connectors
> >> reported connected with modes", but the driver init is ok and i can
> >> find the /dev/dri/* and /dev/fb0 devices.
> >>
> >> Any clue what i might be missing during the driver load?
> >>
> >>
> >> I think you should check on the 'get_modes' call back of adv7511
> >> driver. (Or, if possible show us the code.)
> >>
> >> Best,
> >> -xinliang
> >>
> >>
> >> Thanks...
> >>
> >> Regards,
> >> C.Palminha
> >>
> >> --- boot log snippet ---
> >> [drm] Initialized drm 1.1.0 20060810
> >> drm-arcpgu e0017000.pgu: No connectors reported connected with modes
> >> [drm] Cannot find any crtc or sizes - going 1024x768
> >> Console: switching to colour frame buffer device 128x48
> >> drm-arcpgu e0017000.pgu: fb0: frame buffer device
> >> [drm] Initialized drm-arcpgu 1.0.0 20151127 on minor 0
> >> --- boot log snippet ---
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe
> >> linux-fbdev" in
> >> the body of a message to majordomo@vger.kernel.org
> >> <mailto:majordomo@vger.kernel.org>
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> >>
> >>
>
[-- Attachment #1.2: Type: text/html, Size: 6261 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2016-01-19 3:38 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5684268E.2000607@synopsys.com>
2015-12-31 2:19 ` Whats missing in my new FB DRM driver... "No connectors reported connected with modes"? Xinliang Liu
2016-01-18 14:32 ` Carlos Palminha
2016-01-18 14:45 ` Carlos Palminha
2016-01-19 3:38 ` Xinliang Liu [this message]
2016-01-19 16:03 ` Carlos Palminha
2016-01-19 16:52 ` Carlos Palminha
2016-01-20 1:24 ` Xinliang Liu
2016-01-21 18:09 ` Carlos Palminha
2016-01-21 18:30 ` Whats missing in my new FB DRM driver in ARC... waiting for console_lock to return Carlos Palminha
2016-01-22 8:32 ` Daniel Stone
2016-01-28 14:20 ` Alexey Brodkin
2016-01-28 15:42 ` Rob Clark
2016-01-22 7:41 ` Whats missing in my new FB DRM driver... "No connectors reported connected with modes"? Daniel Vetter
2016-01-22 8:34 ` Daniel Stone
2015-12-30 18:53 Carlos Palminha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAGd==07ffJAfAtzirALR3OF7f4UDVu_fJbbZ0ZiEa3F5-hLfyw@mail.gmail.com' \
--to=xinliang.liu@linaro.org \
--cc=CARLOS.PALMINHA@synopsys.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-fbdev@vger.kernel.org \
--cc=tomi.valkeinen@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).