Linux-6.8.0 - Revision history

Datanasov: Remove inert legacy #ae8c55 wrapper (superseded by site CSS)

2026-08-09T21:02:38Z

Remove inert legacy #ae8c55 wrapper (superseded by site CSS)

← Older revision		Revision as of 21:02, 9 August 2026
Line 1:		Line 1:
	~~<div style = "margin-top: 1.5em; border: 3px solid #ae8c55; border-radius: .5em; padding: 1em 1.5em; font-size: 1.2em">~~
	==Linux 6.8==		==Linux 6.8==
	From: [[Linus Torvalds]]		From: [[Linus Torvalds]]

Datanasov at 08:58, 13 March 2024

2024-03-13T08:58:43Z

← Older revision		Revision as of 08:58, 13 March 2024
Line 48:		Line 48:

	==Kernel 6.8.0 Builds==		==Kernel 6.8.0 Builds==
			===Kernel Manual Build===
			[[Kernel Manual Build]]
	===Ubuntu and Debian build===		===Ubuntu and Debian build===
	====Download build 6.8.0-4====		====Download build 6.8.0-4====

Datanasov at 22:58, 12 March 2024

2024-03-12T22:58:02Z

← Older revision		Revision as of 22:58, 12 March 2024
Line 1:		Line 1:
			<div style = "margin-top: 1.5em; border: 3px solid #ae8c55; border-radius: .5em; padding: 1em 1.5em; font-size: 1.2em">
	==Linux 6.8==		==Linux 6.8==
	From: [[Linus Torvalds]]		From: [[Linus Torvalds]]

Datanasov at 22:56, 12 March 2024

2024-03-12T22:56:02Z

← Older revision		Revision as of 22:56, 12 March 2024
Line 48:		Line 48:
	==Kernel 6.8.0 Builds==		==Kernel 6.8.0 Builds==
	===Ubuntu and Debian build===		===Ubuntu and Debian build===
			====Download build 6.8.0-4====
			====Installation====
			===Other Builds===
	[[Category:Linux]]		[[Category:Linux]]
	[[Category:Kernel]]		[[Category:Kernel]]

Datanasov at 22:52, 12 March 2024

2024-03-12T22:52:37Z

← Older revision		Revision as of 22:52, 12 March 2024
Line 47:		Line 47:

	==Kernel 6.8.0 Builds==		==Kernel 6.8.0 Builds==
			===Ubuntu and Debian build===
	[[Category:Linux]]		[[Category:Linux]]
	[[Category:Kernel]]		[[Category:Kernel]]

Datanasov at 22:51, 12 March 2024

2024-03-12T22:51:47Z

Show changes

Datanasov at 22:50, 12 March 2024

2024-03-12T22:50:24Z

← Older revision		Revision as of 22:50, 12 March 2024
Line 541:		Line 541:
	songxiebing (1):		songxiebing (1):
	ALSA: hda: optimize the probe codec process		ALSA: hda: optimize the probe codec process

			[[Category:Linux]]
			[[Category:Kernel]]

Datanasov at 22:48, 12 March 2024

2024-03-12T22:48:53Z

← Older revision		Revision as of 22:48, 12 March 2024
Line 1:		Line 1:
	==Linux 6.8==		==Linux 6.8==
	From: Linus Torvalds		From: [[Linus Torvalds]]

	Date: Sun Mar 10 2024 - 17:07:07 EST		Date: Sun Mar 10 2024 - 17:07:07 EST

Datanasov at 22:48, 12 March 2024

2024-03-12T22:48:20Z

← Older revision		Revision as of 22:48, 12 March 2024
Line 1:		Line 1:
	==Linux 6.8==		==Linux 6.8==
	From: Linus Torvalds		From: Linus Torvalds

	Date: Sun Mar 10 2024 - 17:07:07 EST		Date: Sun Mar 10 2024 - 17:07:07 EST

Datanasov at 22:47, 12 March 2024

2024-03-12T22:47:49Z

← Older revision		Revision as of 22:47, 12 March 2024
Line 1:		Line 1:
	==Linux 6.8==		==Linux 6.8==
	~~So it took a bit longer for the commit counts to come down this~~		From: Linus Torvalds
	~~release than I tend to prefer, but a lot of that seemed to be about~~		Date: Sun Mar 10 2024 - 17:07:07 EST
	~~various selftest updates (networking in particular) rather than any~~
	~~actual real sign of problems. And the last two weeks have been pretty~~
	~~quiet, so I feel there's no real reason to delay 6.8. We always have~~
	~~some straggling work, and we'll end up having some of it pushed to~~
	~~stable rather than hold up the new code. Nothing worrisome enough to~~
	~~keep the regular release schedule from happening.~~

	As usual, the shortlog below is just for the last week since rc7, the		So it took a bit longer for the commit counts to come down this
	overall changes in 6.8 are obviously much much bigger. This is not the		release than I tend to prefer, but a lot of that seemed to be about
	historically big release that 6.7 was - we seem to be back to a fairly		various selftest updates (networking in particular) rather than any
	average release size for the last few years. You can see it in the		actual real sign of problems. And the last two weeks have been pretty
	overall diffstats too - this looks like an average release in pretty		quiet, so I feel there's no real reason to delay 6.8. We always have
	much all respects, and we don't have (for example) any obvious big new		some straggling work, and we'll end up having some of it pushed to
	filesystems or architectures. I think the biggest single new thing in		stable rather than hold up the new code. Nothing worrisome enough to
	6.8 is probably the new Xe drm driver, but honestly, the big bulk of		keep the regular release schedule from happening.
	changes are just various random updates and fixes all over.
			As usual, the shortlog below is just for the last week since rc7, the
	Just as it should be.		overall changes in 6.8 are obviously much much bigger. This is not the
			historically big release that 6.7 was - we seem to be back to a fairly
	In a sea of normality, one thing that stands out is a bit of random		average release size for the last few years. You can see it in the
	git numerology. This is the last mainline kernel to have less than		overall diffstats too - this looks like an average release in pretty
	ten million git objects. In fact, we're at 9.996 million objects, so		much all respects, and we don't have (for example) any obvious big new
	we got really close to crossing that not-milestone if it hadn't been		filesystems or architectures. I think the biggest single new thing in
	for the nice calming down in the last couple of weeks. Other trees -		6.8 is probably the new Xe drm driver, but honestly, the big bulk of
	notably linux-next - obviously are already comfortably over that		changes are just various random updates and fixes all over.
	limit.
			Just as it should be.
	Of course, there is absolutely nothing special about it apart from a
	nice round number. Git doesn't care.		In a sea of normality, one thing that stands out is a bit of random
			git numerology. This is the last mainline kernel to have less than
	Anyway, this all obviously means that tomorrow the merge window for		ten million git objects. In fact, we're at 9.996 million objects, so
	6.9 opens, and I already have several pull requests pending. Thanks to		we got really close to crossing that not-milestone if it hadn't been
	everybody who sent in early pull requests, you know who you are. But		for the nice calming down in the last couple of weeks. Other trees -
	before that excitement commences, please do spend a bit of time with		notably linux-next - obviously are already comfortably over that
	the now boring old status quo and give 6.8 a good test, ok?		limit.

	Linus		Of course, there is absolutely nothing special about it apart from a
			nice round number. Git doesn't care.

			Anyway, this all obviously means that tomorrow the merge window for
			6.9 opens, and I already have several pull requests pending. Thanks to
			everybody who sent in early pull requests, you know who you are. But
			before that excitement commences, please do spend a bit of time with
			the now boring old status quo and give 6.8 a good test, ok?

			Linus

	---		---