* Re: Linux 5.0-rc1
@ 2019-01-10 5:10 unconditionedwitness
0 siblings, 0 replies; 4+ messages in thread
From: unconditionedwitness @ 2019-01-10 5:10 UTC (permalink / raw)
To: linux-kernel
The copyright owner can rescind. Those saying you cannot are wrong.
Explained. In american vernacular:
Video: http://www.veoh.com/watch/v141917696RbH96XaD
https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4
Audio: http://ufile.io/sdhpl
If you hit a video about a speedrunner: that's the wrong one.
There ain't no speed-runs through the court system.
(People been trying to give you false links, if it ain't a thug negro
rap God tellin' you the in's and outs of licensing, GPLv2, and linux:
sorry man you at the wrong address.)
Remember: If it is from the streets; you can rest easy regarding the
veracity of the information given.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Linux 5.0-rc1
2019-02-09 19:42 ` Paul Bolle
@ 2019-02-11 0:01 ` isdn
0 siblings, 0 replies; 4+ messages in thread
From: isdn @ 2019-02-11 0:01 UTC (permalink / raw)
To: Paul Bolle, Linus Torvalds, linux-kernel; +Cc: David Miller
Hi all,
Am 09.02.19 um 20:42 schrieb Paul Bolle:
> Linus Torvalds schreef op zo 06-01-2019 om 18:14 [-0800]:
>> Nothing particular stands out, although I do like
>> seeing how some ancient drivers are getting put out to pasture
>> (*cought*isdn*cough*).
>
> Just to let people know: the gigaset drivers will get my palliative care until
> a few weeks before September 1, 2019. Because at that date the Dutch consumer
> grade ISDN network (the "BRI" part of ISDN) will be shut down. So expect a
> patch to remove me from MAINTAINERS sometime during the v5.2 cycle.
>
> That leaves just Karsten Keil to look after all the ISDN drivers. Karsten's
> last activity was in 2016. See commit 1e1589ad8b5c ("mISDN: Support DR6
> indication in mISDNipac driver"). Which is also the last commit apparently
> resolving an issue noticed by an actual _user_ of one of the ISDN drivers.
>
> Perhaps Karsten could tell us whether there's any point in keeping the ISDN
> subsystem in the tree after September 1, 2019, and if so, in what form. I'm in
> no position to properly answer that question.
I still follow the kernel ISDN patches. I very glad that Paul, Kees,
David and others handle everything without the need to jump in. I still
have some ISDN equipment running behind VOIP lines.
I do not think that here are so much direct users of BRI ISDN left, I
known only very few, but here are at least some.
mISDN is still used in embedded routers to emulate the classic ISDN S0
bus to use ISDN equipment on Internet based lines and last designs for
this usage are not so long ago (less a year ago, I know from questions I
got).
But of course ISDN is in palliative care and finally removing it is
maybe not a bad idea now.
Best
Karsten
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Linux 5.0-rc1
2019-01-07 2:14 Linus Torvalds
@ 2019-02-09 19:42 ` Paul Bolle
2019-02-11 0:01 ` isdn
0 siblings, 1 reply; 4+ messages in thread
From: Paul Bolle @ 2019-02-09 19:42 UTC (permalink / raw)
To: Linus Torvalds, linux-kernel; +Cc: David Miller, Karsten Keil
Linus Torvalds schreef op zo 06-01-2019 om 18:14 [-0800]:
> Nothing particular stands out, although I do like
> seeing how some ancient drivers are getting put out to pasture
> (*cought*isdn*cough*).
Just to let people know: the gigaset drivers will get my palliative care until
a few weeks before September 1, 2019. Because at that date the Dutch consumer
grade ISDN network (the "BRI" part of ISDN) will be shut down. So expect a
patch to remove me from MAINTAINERS sometime during the v5.2 cycle.
That leaves just Karsten Keil to look after all the ISDN drivers. Karsten's
last activity was in 2016. See commit 1e1589ad8b5c ("mISDN: Support DR6
indication in mISDNipac driver"). Which is also the last commit apparently
resolving an issue noticed by an actual _user_ of one of the ISDN drivers.
Perhaps Karsten could tell us whether there's any point in keeping the ISDN
subsystem in the tree after September 1, 2019, and if so, in what form. I'm in
no position to properly answer that question.
Paul Bolle
^ permalink raw reply [flat|nested] 4+ messages in thread
* Linux 5.0-rc1
@ 2019-01-07 2:14 Linus Torvalds
2019-02-09 19:42 ` Paul Bolle
0 siblings, 1 reply; 4+ messages in thread
From: Linus Torvalds @ 2019-01-07 2:14 UTC (permalink / raw)
To: Linux List Kernel Mailing
So this was a fairly unusual merge window with the holidays, and as a
result I'm not even going to complain about the pull requests that
ended up coming in late. It all mostly worked out fine, I think. And
lot of people got their pull requests in early, and hopefully had a
calm holiday season. Thanks again to everybody.
The numbering change is not indicative of anything special. If you
want to have an official reason, it's that I ran out of fingers and
toes to count on, so 4.21 became 5.0. There's no nice git object
numerology this time (we're _about_ 6.5M objects in the git repo), and
there isn't any major particular feature that made for the release
numbering either. Of course, depending on your particular interests,
some people might well find a feature _they_ like so much that they
think it can do as a reason for incrementing the major number.
So go wild. Make up your own reason for why it's 5.0.
Because as usual, there's a lot of changes in there. Not because this
merge window was particularly big - but even our smaller merge windows
aren't exactly small. It's a very solid and average merge window with
just under 11k commits (or about 11.5k if you count merges).
The stats look fairly normal. About 50% is drivers, 20% is
architecture updates, 10% is tooling, and the remaining 20% is all
over (documentation, networking, filesystems, header file updates,
core kernel code..). Nothing particular stands out, although I do like
seeing how some ancient drivers are getting put out to pasture
(*cought*isdn*cough*).
As usual even the shortlog is much too big to post, so the summary
below is only a list of the pull requests I merged.
Go test. Kick the tires. Be the first kid on your block running a 5.0
pre-release kernel.
Linus
---
Al Viro (2):
trivial vfs updates
vfs mount API prep
Alex Williamson (1):
VFIO updates
Alexandre Belloni (1):
RTC updates
Andrew Morton (2):
misc updates
more updates
Andy Shevchenko (1):
x86 platform driver updates
Anna Schumaker (1):
NFS client updates
Arnd Bergmann (2):
arch/sh syscall table scripting
y2038 updates
Bartlomiej Zolnierkiewicz (1):
fbdev updates
Benson Leung (1):
chrome platform updates
Bjorn Andersson (1):
hwspinlock updates
Bjorn Helgaas (1):
PCI updates
Bob Peterson (1):
gfs2 updates
Boris Brezillon (2):
initial i3c support
mtd updates
Borislav Petkov (4):
EDAC updates
x86 cache control updates
x86 microcode loading updates
x86 RAS updates
Bruce Fields (1):
nfsd updates
Christoph Hellwig (2):
DMA mapping updates
dma-mapping fixes
Dan Williams (2):
libnvdimm updates
dax fix
Daniel Thompson (1):
kgdb updates
Darrick Wong (4):
XFS updates
iomap update
xfs fixlets
iomap maintainer update
Dave Airlie (3):
drm updates
more drm updates
drm fixes
David Miller (3):
sparc updates
networking updates
networking fixes
David Sterba (1):
btrfs updates
David Teigland (1):
dlm updates
Dennis Zhou (1):
percpu update
Dmitry Torokhov (1):
input updates
Dominique Martinet (1):
9p updates
Eduardo Valentin (1):
thermal SoC updates
Geert Uytterhoeven (1):
m68k updates
Greentime Hu (1):
nds32 updates
Greg KH (5):
USB/PHY updates
tty/serial driver updates
staging/IIO driver updates
driver core updates
char/misc driver updates
Guenter Roeck (1):
hwmon updates
Guo Ren (1):
arch/csky updates
Helge Deller (2):
parisc updates
parisc fix
Herbert Xu (1):
crypto updates
Ilya Dryomov (1):
ceph updates
Ingo Molnar (15):
RCU updates
EFI updates
locking updates
perf updates
scheduler updates
x86 AMD northbridge updates
x86 asm updates
x86 boot updates
x86 build updates
x86 cleanups
x86 cpu updates
x86 fpu updates
x86 mm updates
x86 platform update
scheduler fix
Jacek Anaszewski (1):
LED updates
Jaegeuk Kim (1):
f2fs updates
James Bottomley (1):
SCSI updates
James Morris (5):
general security subsystem updates
integrity updates
seccomp updates
smack updates
TPM updates
Jan Kara (2):
fsnotify updates
ext2, udf, and quota update
Jason Gunthorpe (2):
rdma updates
rdma fixes
Jassi Brar (1):
mailbox updates
Jeff Layton (2):
file locking updates
file locking bugfix
Jens Axboe (6):
block updates
aio updates
libata updates
libata fix
more block updates
block updates and fixes
Jessica Yu (1):
modules updates
Jiri Kosina (2):
livepatch update
HID updates
Joerg Roedel (1):
IOMMU updates
Jonathan Corbet (2):
documentation update
documentation fixes
Juergen Gross (1):
xen updates
Kees Cook (2):
pstore updates
gcc-plugins update
Linus Walleij (2):
GPIO updates
pin control updates
Mark Brown (3):
regulator updates
spi updates
regmap updates
Martin Schwidefsky (1):
s390 updates
Masahiro Yamada (4):
Kbuild updates
Kconfig updates
Kconfig file consolidation
more Kbuild updates
Matt Turner (1):
alpha architecture updates
Mauro Carvalho Chehab (2):
media updates
more media updates
Max Filippov (1):
Xtensa updates
Michael Ellerman (2):
powerpc updates
powerpc fixes
Michael Tsirkin (1):
virtio/vhost updates
Michal Simek (1):
arch/microblaze updates
Mike Snitzer (1):
device mapper updates
Olof Johansson (5):
arm SoC platform updates
ARM SoC driver updates
ARM Device-tree updates
ARM SoC defconfig updates
more ARM SoC updates
Palmer Dabbelt (1):
RISC-V updates
Paolo Bonzini (1):
KVM updates
Paul Burton (2):
MIPS updates
MIPS fixes
Paul Moore (2):
audit updates
selinux patches
Petr Mladek (1):
printk updates
Rafael Wysocki (4):
power management updates
ACPI updates
device properties framework updates
device properties framework fixes
Richard Weinberger (1):
UML updates
Rob Herring (1):
Devicetree updates
Russell King (1):
ARM updates
Sebastian Reichel (2):
power supply and reset updates
HSI update
Shuah Khan (1):
Kselftest updates
Stafford Horne (1):
OpenRISC update
Stefan Richter (1):
firewire fixlet
Stephen Boyd (2):
clk updates
more clk updates
Steve French (2):
cifs updates
smb3 fixes
Steven Rostedt (2):
tracing updates
ftrace sh build fix
Takashi Iwai (2):
sound updates
sound fixes
Ted Ts'o (3):
ext4 updates
ext4 bug fixes
fscrypt updates
Tejun Heo (1):
cgroup updates
Thierry Reding (1):
pwm updates
Thomas Gleixner (3):
irq updates
timer updates
x86 pti updates
Tony Luck (1):
ia64 updates
Ulf Hansson (1):
MMC updates
Vinod Koul (1):
dmaengine updates
Will Deacon (2):
arm64 festive updates
arm64 fixes
Wim Van Sebroeck (1):
watchdog updates
Wolfram Sang (1):
i2c updates
Yoshinori Sato (1):
h8300 fix
Zhang Rui (1):
thermal management updates
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-02-11 0:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-01-10 5:10 Linux 5.0-rc1 unconditionedwitness
-- strict thread matches above, loose matches on Subject: below --
2019-01-07 2:14 Linus Torvalds
2019-02-09 19:42 ` Paul Bolle
2019-02-11 0:01 ` isdn
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).