From: Wolfgang Denk <wd@denx.de>
To: Hunter Cobbs <hunter.cobbs@gmail.com>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: DWC_OTG Issues
Date: Sun, 20 Dec 2009 22:58:31 +0100 [thread overview]
Message-ID: <20091220215831.EEBE43F6FF@gemini.denx.de> (raw)
In-Reply-To: <1261340025.3473.15.camel@mobiLinux>
Dear Hunter Cobbs,
In message <1261340025.3473.15.camel@mobiLinux> you wrote:
>
> We're using Linux 2.6.30(.3)-denx. We've worked on this issue a bit
> before, although at the time you were doing some work for AMCC on just
> accessing devices across a hub in general. We've been using the driver
> for a few months now and it is very stable on first-use of the driver,
> but once we close a full-speed port and try to reopen, that's when we
> get error concerning not being able to allocate resources and getting
> -28 errors. I don't have anything precise in front of me at the moment,
> my test equipment is at the office. But this seems to be the issues
> that lead to the Enhanced Transaction Translation Scheduling changes in
> the main-line kernel.
If you have a detailed bug report, ideally including an easy to
reproduce test case to trigger the problem then please feel free to
send it to our support address.
> I'm mainly being, I believe, overly cautious about not including GPL
> code in the Synopsis driver simply because I'd rather be overly careful
> than be exposed to some liability later down the road if Synopsis
> decides they want to make their driver completely proprietary. While
> the code is available, I'm not sure if we can include code from GPL
> sources in the Synopsis drivers without requiring the Synopsis driver to
> become completely GPL. I am also not a lawyer, but I'd rather be
> cautious.
Well, their license is relatively simple: the driver is unsupported,
it "IS NOT an item of Licensed Software or Licensed Product under any
End User Software License Agreement or Agreement for Licensed
Product", and you "are permitted to use andredistribute this Software
in source and binary forms, with or without modification, provided
that redistributions of source code must retain this notice." And
there is no warranty, of course.
IANAL, but I see no risks here.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
If I ever needed a brain transplant, I'd choose a teenager's because
I'd want a brain that had never been used.
next prev parent reply other threads:[~2009-12-20 21:58 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-18 22:50 [PATCH] powerpc/85xx: Fix SMP when "cpu-release-addr" is in lowmem Peter Tyser
2009-12-19 2:35 ` DWC_OTG Issues Hunter Cobbs
2009-12-19 18:56 ` Wolfgang Denk
2009-12-20 20:13 ` Hunter Cobbs
2009-12-20 21:58 ` Wolfgang Denk [this message]
2010-01-21 22:28 ` [PATCH] powerpc/85xx: Fix SMP when "cpu-release-addr" is in lowmem Peter Tyser
2010-01-25 16:50 ` Kumar Gala
2010-01-25 16:55 ` Kumar Gala
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=20091220215831.EEBE43F6FF@gemini.denx.de \
--to=wd@denx.de \
--cc=hunter.cobbs@gmail.com \
--cc=linuxppc-dev@ozlabs.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).