259065 |
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
253144 |
10-Jul-2013 |
netchild |
Fix build for gcc users by declaring variables for unions in structs which don't declare a variable. The size before/after this change of the structs doesn't change with gcc/clang.
Noticed by: several Suggested by: Gary Jennejohn <gljennjohn@googlemail.com>
|
252892 |
06-Jul-2013 |
netchild |
- Move videodev headers from compat/linux to contrib/v4l (cp from vendor and apply diff to compat/linux versions). - The cp implies an update of videodev2.h to the linux kernel 2.6.34.14 one.
The update makes video in skype v4 work on FreeBSD.
Tested by: Artyom Mirgorodskiy <artyom.mirgorodsky@gmail.com> (update of header only)
|
252590 |
03-Jul-2013 |
netchild |
Update videodev2.h to the version from linux kernel 2.6.34.14. This version is dual-licensed: 3 clause BSD license and GPL v2+.
|
221421 |
04-May-2011 |
netchild |
Add the v4l2 header now that we have an use case for it.
|
200107 |
04-Dec-2009 |
netchild |
Import the interface description of the video for linux (v4l) subsystem. The header is importet from linux 2.6.17.
The header does not come with a license, the author (Alan Cox <alan@redhat.com>) gave his permission to use it (note, X.org has a copy of the header too): ---snip--- > Alan Cox <alan@redhat.com> said: > > > On Tue, Apr 12, 2005 at 03:13:15PM -0700, Julian Elischer wrote: > > > How does the licensing of the include files stand? > > Basically you cannot copyright an interface - its a fact rather > than creative expression normally. > > > > Of course there's always the "type it all in again" approach > > > where we define a functionally equivalent but completely > > > differntly spelled API, > > Wouldn't even need to be differently spelled. > > I'm all for this kind of sharing. > > Alan ---snip---
A more complete mail history is provided in the README file.
Approved by: core Thanks to: julian (he also has the OK to use the v4l2 header)
|