From: Teresa Gamez <T.Gamez@phytec.de>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 00/16] rmk's patch series for fixing OMAP
Date: Thu, 09 Feb 2012 08:30:20 +0000 [thread overview]
Message-ID: <1328776220.12747.5.camel@lws-gamez> (raw)
In-Reply-To: <1328770969.1909.11.camel@deskari>
Am Donnerstag, den 09.02.2012, 09:02 +0200 schrieb Tomi Valkeinen:
> On Thu, 2012-02-09 at 00:53 +0000, Russell King - ARM Linux wrote:
>
> > Moreover, only last Monday did I enable the OMAP2 DSS subsystem on the
> > 4430 SDP platform, _including_ the HDMI code, and looking at the commit
> > it could be one of those platforms which is affected.
> >
> > As I don't have a HDMI cable connected to the system, and I ran that
> > kernel overnight, and I tried opening each /dev/fb* device, what I'm now
> > wondering is: have I destroyed the HDMI PHY on my 4430SDP?
>
> Probably not. I don't know the exact details of the HW bug (I wrote the
> patch as it took too long for the person responsible for it to come up
> with a decent patch), but my understanding is that the cable needs to be
> plugged in at some point, and then removed.
>
> Thinking about this now, I guess I should've sent queries to get a
> proper description of the situation where the bug happens.
>
> > However, you raise another point, a much more serious one at that. Is
> > this problem also present in 3.2? The patch seems to apply almost cleanly
> > to that kernel version, so I guess it is. It fails to apply to v3.1
> > because of missing files, so I guess 3.1 is unaffected.
> >
> > So, why isn't this patch copied to the stable people?
>
> Good point, I'll take it to the stable people.
>
> The problem is present in all kernels where we have the HDMI driver, so
> 2.6.39+.
Are there already backported patches out there for 3.0/3.1?
We are quite interested in this.
Regards,
Teresa
>
> > For hardware destruction issues, once the problem has been identified, it
> > should be shouted about very loudly to get it upstream as quickly as
> > possible. I'm sure Linus would've even taken it in patch form.
> >
> > (You do realise that Linus does apply patches as well as pulling trees?)
>
> Yes, I should've taken this directly to Linus.
>
> Tomi
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2012-02-09 8:30 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-08 16:35 [PATCH 00/16] rmk's patch series for fixing OMAP Russell King - ARM Linux
2012-02-08 16:36 ` [PATCH 02/16] ARM: omap: fix oops in drivers/video/omap2/dss/dpi.c Russell King - ARM Linux
2012-02-08 18:36 ` Tony Lindgren
2012-02-08 22:50 ` Russell King - ARM Linux
2012-02-08 23:32 ` Tony Lindgren
2012-02-08 19:06 ` [PATCH 00/16] rmk's patch series for fixing OMAP Tony Lindgren
2012-02-08 20:31 ` Florian Tobias Schandinat
2012-02-09 0:53 ` Russell King - ARM Linux
2012-02-09 7:02 ` Tomi Valkeinen
2012-02-09 8:30 ` Teresa Gamez [this message]
2012-02-09 10:24 ` Tomi Valkeinen
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=1328776220.12747.5.camel@lws-gamez \
--to=t.gamez@phytec.de \
--cc=linux-arm-kernel@lists.infradead.org \
/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).