Hi
TL;DR: Bug is known upstream and fixed in anything after 3.15-rc1.
I've reached out to one of the upstream maintainers upstream (K.Y
Srinivasan) and he has
pointed me to a change that fixes the issues and is actually specific to
hv_netvsc with older
versions of the Microsoft Hypervisor.
The b
Processing control commands:
> tag -1 upstream patch moreinfo
Bug #748574 [src:linux] 3.14.1 does not boot on Dell server
Added tag(s) upstream, moreinfo, and patch.
--
748574: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748574
Debian Bug Tracking System
Contact ow...@bugs.debian.org with p
Control: tag -1 upstream patch moreinfo
On Sun, 2014-05-18 at 20:58 -0400, John Bleichert wrote:
>
> On May 18, 2014, at 8:34 PM, Ben Hutchings
> wrote:
> >
> > Yes, please send the photo to the bug as an attachment. (You may
> > wish
> > to scale it down, but make sure it's still legible.)
>
19/05/2014 Morning:
Debian-testing
apt-get update
apt-get dist-upgrade
reboot
cat /var/log/syslog
hv_netvsc vmbus_0_9 (unregistered net_device): Unable to complete receive
buffer initialization with NetVsp - status 2
hv_netvsc vmbus_0_9 (unregistered net_device): unable to connect to NetVSP - -22
On Sun, 2014-05-18 at 20:21 -0400, John Bleichert wrote:
>
> On 05/18/2014 06:32 PM, Ben Hutchings wrote:
> > On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote:
> >> Package: src:linux
> >> Version: 3.14.4-1
> >> Severity: critical
> >>
> >> When trying to boot 3.14.1 It stops at the first line
On 05/18/2014 06:32 PM, Ben Hutchings wrote:
On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote:
Package: src:linux
Version: 3.14.4-1
Severity: critical
When trying to boot 3.14.1 It stops at the first line "booting the
kernel", no other message, even when trying to start without quiet.
[.
On Mon, 2014-05-19 at 00:50 +0100, Ben Hutchings wrote:
> These patches fix a deadlock that can occur when using speakup to paste
> a selection. I tested them against 3.12.9, but there don't appear to be
> any later changes in this area.
[...]
Actually, these have also been tested on top of 3.14.
This function is largely a duplicate of paste_selection() in
drivers/tty/vt/selection.c, but with its own selection state. The
speakup selection mechanism should really be merged with vt.
For now, apply the changes from 'TTY: vt, fix paste_selection ldisc
handling', 'tty: Make ldisc input flow co
Input is handled in softirq context, but when pasting we may
need to sleep. speakup_paste_selection() currently tries to
bodge this by busy-waiting if in_atomic(), but that doesn't
help because the ldisc may also sleep.
For bonus breakage, speakup_paste_selection() changes the
state of current, e
These patches fix a deadlock that can occur when using speakup to paste
a selection. I tested them against 3.12.9, but there don't appear to be
any later changes in this area.
Ben.
Ben Hutchings (2):
Staging: speakup: Move pasting into a work item
Staging: speakup: Update __speakup_paste_sel
Processing commands for cont...@bugs.debian.org:
> tags 748577 + patch
Bug #748577 [linux] arch/x86/tools/relocs.c per_cpu_load_addr missing "static"
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
748577: http://bugs.debian.org/cgi-bin/bugrepo
per_cpu_load_addr is only used for 64-bit relocations, but is declared
in both configurations of relocs.c - with different types. This has
undefined behaviour in general. GNU ld is documented to use the
larger size in this case, but other tools may differ and some warn
about this.
References: ht
Control: severity -1 important
On Sun, 2014-05-18 at 23:22 +0200, rpnpif wrote:
> Package: linux-image-3.14-0.bpo.1-amd64
> Version: linux-image-3.14-0.bpo.1-amd64
> Severity: grave
> Justification: causes non-serious data loss
[...]
No.
Ben.
--
Ben Hutchings
Usenet is essentially a HUGE group
Processing control commands:
> severity -1 important
Bug #748615 [linux-image-3.14-0.bpo.1-amd64] linux-image-3.14-0.bpo.1-amd64:
the system reboot after mounting the partitions
Severity set to 'important' from 'grave'
--
748615: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748615
Debian Bu
Control: tag -1 upstream
On Sun, 2014-05-18 at 16:48 +0100, Michael Tautschnig wrote:
> Package: linux
> Version: 3.14.4-1
> Usertags: goto-cc
>
> During a rebuild of all Debian packages in a clean sid chroot (using
> cowbuilder
> and pbuilder) the build failed with the following error. Please n
Processing control commands:
> tag -1 upstream
Bug #748577 [linux] arch/x86/tools/relocs.c per_cpu_load_addr missing "static"
Added tag(s) upstream.
--
748577: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748577
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To U
On Sun, 2014-05-18 at 17:29 +0200, Erwan David wrote:
> Package: src:linux
> Version: 3.14.4-1
> Severity: critical
>
> When trying to boot 3.14.1 It stops at the first line "booting the
> kernel", no other message, even when trying to start without quiet.
[...]
Please try adding the kernel param
Package: linux-image-3.14-0.bpo.1-amd64
Version: linux-image-3.14-0.bpo.1-amd64
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
Booting on this linux-image-3.14-0.bpo.1-amd64 kernel makes always reboot
immediately after all auto fstab partitions mounted in the init p
Hi
OK, it's showing exactly the behaviour as I guessed in the initial report:
- Wheezy default 3.2 on Server 2008 R2: Working hv_netvsc
- Wheezy backport 3.13 on Server 2008 R2: Working hv_netvsc
- Wheezy backport 3.14 on Server 2008 R2: Not working hv_netvsc
- Wheezy default 3.2 on Server 2
Package: src:linux
Version: 3.14.4-1~bpo70+1
Severity: normal
Tags: upstream
Dear Maintainers,
I've kept running some systems on wheezy as guests on Windows Server 2008 R2
Hyper-V hosts (german if it matters) to check out upstream changes and see
if regressions are happening.
I've been running
On 05/17/2014 02:30 PM, John Paul Adrian Glaubitz wrote:
> After some more testing it turned out that adding "video=radeonfb:off"
> to the kernel command line fixes the problem and makes modesetting
> work on the Mac Mini G4.
>
> The driver is actually blacklisted by default:
>
> root@test-adrian
Package: src:linux
Version: 3.14.4-1
Severity: important
Dear Maintainer,
after updating my debian jessie to kernel 3.14-1, the backlight brightness
control is not working any more. I tried the kernel command line parameter like
suggested in https://wiki.debian.org/InstallingDebianOn/Dell/Dell%
Le 18/05/2014 18:30, Geert Stappers a écrit :
> Op 2014-05-18 om 17:29 schreef Erwan David:
>> When trying to boot 3.14.1 It stops at the first line "booting the
>> kernel", no other message, even when trying to start without quiet.
> Did the PowerEdge R210 boot with previous Linux kernels?
> If ye
Op 2014-05-18 om 17:29 schreef Erwan David:
> When trying to boot 3.14.1 It stops at the first line "booting the
> kernel", no other message, even when trying to start without quiet.
Did the PowerEdge R210 boot with previous Linux kernels?
If yes, what is the last known good version?
Please tell
Package: linux
Version: 3.14.4-1
Usertags: goto-cc
During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error. Please note that we
use our research compiler tool-chain (using tools from the cbmc package), which
permits ex
Package: src:linux
Version: 3.14.4-1
Severity: critical
When trying to boot 3.14.1 It stops at the first line "booting the
kernel", no other message, even when trying to start without quiet.
PS : since I access it through an iDrac kvm which does not transmit
arrow keys nor Ctrl keys, grub is abou
26 matches
Mail list logo
