e that we will be providing
extended stable support for the Linux 3.13 kernel until April 2016 as a
third party effort maintained on our infrastructure.
Our linux-3.13.y{-queue,-review} stable branches will fork from v3.13.11
and will be published here:
git://kernel.ubuntu.com/ubuntu/linux.git
We
Bug Report Filed: https://bugzilla.kernel.org/show_bug.cgi?id=70081
Linux Version [3.13]
Configuration: Default configuration for x86
In function (drm_crtc_init) in file (linux-3.13/drivers/gpu/drm/drm_crtc.c):
The structure (crtc->mutex) gets successfully locked at line (636)
[ Fixed Al Viro's email. sorry ]
On Sun, Jan 19, 2014 at 07:13:30PM -0800, Linus Torvalds wrote:
> The release got delayed by a week due to travels, but I suspect that's
> just as well. We had a few fixes come in, and while it wasn't a lot, I
> think we're better off for it. At least I hope so - I
On Sun, Jan 19, 2014 at 07:13:30PM -0800, Linus Torvalds wrote:
> The release got delayed by a week due to travels, but I suspect that's
> just as well. We had a few fixes come in, and while it wasn't a lot, I
> think we're better off for it. At least I hope so - I'll be very
> disappointed if any
inus Torvalds (2):
x86, fpu, amd: Clear exceptions in AMD FXSAVE workaround
Linux 3.13
Marek Lindner (1):
batman-adv: fix batman-adv header overhead calculation
Michael S. Tsirkin (1):
MAINTAINERS: add virtio-dev ML for virtio
Mika Westerberg (1):
e1000e: Fix compi
On Friday, January 17, 2014 02:38:32 PM Rafael J. Wysocki wrote:
> On Thursday, January 16, 2014 05:01:19 PM Rafael J. Wysocki wrote:
> > On Thursday, January 16, 2014 10:29:45 AM Linus Walleij wrote:
> > > On Thu, Jan 16, 2014 at 2:49 AM, Linus Torvalds
> > > wrote:
> > > > Adding in the appropri
On Thursday, January 16, 2014 05:01:19 PM Rafael J. Wysocki wrote:
> On Thursday, January 16, 2014 10:29:45 AM Linus Walleij wrote:
> > On Thu, Jan 16, 2014 at 2:49 AM, Linus Torvalds
> > wrote:
> > > Adding in the appropriate people...
> > >
> > > On Tue, Jan 14, 2014 at 7:01 PM, One Thousand Gno
On Thursday, January 16, 2014 10:29:45 AM Linus Walleij wrote:
> On Thu, Jan 16, 2014 at 2:49 AM, Linus Torvalds
> wrote:
> > Adding in the appropriate people...
> >
> > On Tue, Jan 14, 2014 at 7:01 PM, One Thousand Gnomes
> > wrote:
> >>
> >> It seems to hate Baytrail/T
> >>
> >> My ASUS T100TA
On Thu, Jan 16, 2014 at 2:49 AM, Linus Torvalds
wrote:
>> - i915 console doesn't work
>
> Daniel/Dave?
We have a bugzilla from Alan Cox but haven't gained too much clue yet
what's been going wrong. Especially that old kernels managed to get it
to work by forcing the vga output is rather puzzling:
On Thu, 2014-01-16 at 10:29 +0100, Linus Walleij wrote:
> On Thu, Jan 16, 2014 at 2:49 AM, Linus Torvalds
> wrote:
> > Adding in the appropriate people...
> >
> > On Tue, Jan 14, 2014 at 7:01 PM, One Thousand Gnomes
> > wrote:
> >>
> >> It seems to hate Baytrail/T
> >>
> >> My ASUS T100TA has gon
On Thu, Jan 16, 2014 at 2:49 AM, Linus Torvalds
wrote:
> Adding in the appropriate people...
>
> On Tue, Jan 14, 2014 at 7:01 PM, One Thousand Gnomes
> wrote:
>>
>> It seems to hate Baytrail/T
>>
>> My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode
>> right but otherwise
Adding in the appropriate people...
On Tue, Jan 14, 2014 at 7:01 PM, One Thousand Gnomes
wrote:
>
> It seems to hate Baytrail/T
>
> My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode
> right but otherwise running nicely and playing 3D games to 3.13-rc8
>
> - crashes and bu
On Sun, 12 Jan 2014 20:33:03 +0700
Linus Torvalds wrote:
> Another week, another RC. And things look fine.
It seems to hate Baytrail/T
My ASUS T100TA has gone from 3.11 'needs video=VGA-1:blah' to get the mode
right but otherwise running nicely and playing 3D games to 3.13-rc8
- crashes and bu
ats in ip6_vti.c
ipv6: pcpu_tstats.syncp should be initialised in ip6_vti.c
Linus Torvalds (1):
Linux 3.13-rc8
Manish Chopra (3):
qlcnic: Fix loopback diagnostic test
qlcnic: Fix resource allocation for TX queues
qlcnic: Fix bug in TX statistics
Michal Kalderon (2):
Hello,
During the 3.13 merge window, MIPS/loongson2 support got badly broken:
none of the boards are booting at all. The following patches fixes it.
Since the MIPS maintainer has been away during the whole -rc cycle,
I'm sending these patches directly to you.
MIPS patchwork links to the patches:
Brown (1):
net: mvmdio: fix interrupt timeout handling
Li RongQing (2):
ipv6: always set the new created dst's from in ip6_rt_copy
ipv6: release dst properly in ipip6_tunnel_xmit
Linus Torvalds (1):
Linux 3.13-rc7
Marcel Holtmann (1):
Bluetooth: Fix HCI User Cha
gression
Li Zefan (1):
cgroup: don't recycle cgroup id until all csses' have been destroyed
Linus Torvalds (1):
Linux 3.13-rc6
Linus Walleij (1):
ARM: pxa: fix USB gadget driver compilation regression
Luiz Capitulino (1):
virtio_balloon: update_balloon_siz
ter regmap field rename in sec-core.c
Laurent Pinchart (2):
irqchip: renesas-intc-irqpin: Fix register bitfield shift calculation
sh-pfc: Fix PINMUX_GPIO macro
Li Wang (1):
ceph: Avoid data inconsistency due to d-cache aliasing in readpage()
Linus Torvalds (3):
Don't s
;t check for missing get_fmt op on remote subdev
Libin Yang (2):
[media] marvell-ccic: drop resource free in driver remove
[media] media: marvell-ccic: use devm to release clk
Linus Pizunski (1):
drivers/rtc/rtc-at91rm9200.c: correct alarm over day/month wrap
Linus Torvalds (4):
ster() fails
clocksource: sh_tmu: Add clk_prepare/unprepare support
clk: exynos: Fix typos in DT bindings documentation
sh-pfc: r8a7740: Fix pin bias setup
sh-pfc: sh7372: Fix pin bias setup
Laxman Dewangan (1):
irq: Enable all irqs unconditionally in irq_resum
orkqueues
Li Wang (1):
ceph: allocate non-zero page to fscache in readpage()
Linus Torvalds (3):
Revert "ima: define '_ima' as a builtin 'trusted' keyring"
Revert "KEYS: verify a certificate is signed by a 'trusted' key"
Lin
On Fri, 22 Nov 2013 12:36:37 -0800 Linus Torvalds
wrote:
>
> Talking about mistakes... I suspect it was a mistake to have that
> extra week before the merge window opened, and I probably should just
> have done a 3.12-rc8 instead. Because the linux-next statistics look
> suspicious, and we had ex
James Cloos jhcloos.com> writes:
>
> This combination:
>
> # CONFIG_SYSTEM_TRUSTED_KEYRING is not set
> CONFIG_TRUSTED_KEYS=m
>
> (acquired by oldconfig and N to system keyring)
>
> fails with:
>
> Pass 2
> CC [M] crypto/asymmetric_keys/x509_rsakey-asn1.o
> CC [M] crypto/asymmetric_key
This combination:
# CONFIG_SYSTEM_TRUSTED_KEYRING is not set
CONFIG_TRUSTED_KEYS=m
(acquired by oldconfig and N to system keyring)
fails with:
Pass 2
CC [M] crypto/asymmetric_keys/x509_rsakey-asn1.o
CC [M] crypto/asymmetric_keys/x509_cert_parser.o
CC [M] crypto/asymmetric_keys/x509_pub
On Fri, Nov 22, 2013 at 4:43 PM, Matthew Garrett wrote:
>
> I'd sent a pull yesterday (http://lkml.org/lkml/2013/11/21/599 ) which
> may have missed your cutoff, but it seems worth checking.
No, it didn't miss my cutoff, and it wasn't even eaten by the gmail
spam filters, but it *had* missed my n
On 11/22/2013 01:36 PM, Linus Torvalds wrote:
So you had an extra week to prepare your pull requests, and if you
were planning on sending it in the last two days thinking I'd close
the merge window on Sunday as usual, I can only laugh derisively in
your general direction, and call you bad names.
Hi Linus,
I'd sent a pull yesterday (http://lkml.org/lkml/2013/11/21/599 ) which
may have missed your cutoff, but it seems worth checking.
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
So you had an extra week to prepare your pull requests, and if you
were planning on sending it in the last two days thinking I'd close
the merge window on Sunday as usual, I can only laugh derisively in
your general direction, and call you bad names. Because I'm not
interested in your excuses. I di
28 matches
Mail list logo
