Hi,
maximilian attems m...@stro.at wrote:
On Sat, 18 Sep 2010, Holger Wansing wrote:
As this does not boot, I tried again a new installation, and forced to
add ide_generic to the initrd, and that works! The machine boots fine
with ide_generic.
But as this is an obsolete driver, you
dmesg:
[157565.846882] INFO: task dpkg:7258 blocked for more than 120 seconds.
[157565.846884] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables
this message.
[157565.846886] dpkg D 00010257d0a1 0 7258 22003
0x
[157565.846889] 8803375be630
Package: initramfs-tools
Version: 0.98.3
Severity: important
Tags: l10n
After doing an aptitude update then aptitude full-upgrade, aptitude installed
two packages dnsmasq-base initramfs-tools. At the end of installing I recieved
the following error.
update-initramfs: Generating
Hello,
On Fri, Sep 24, 2010 at 5:07 AM, Holger Wansing li...@wansing-online.de wrote:
PLEASE NOTE, THAT THIS IS WITH ide_generic LOADED!
ata_generic is not available on the d-i at that time,
but ide_generic is.
I have queued it to be included in next kernel update for d-i.
--
Otavio
2.6.32-stable review patch. If anyone has any objections, please let us know.
--
From: Ben Hutchings b...@decadent.org.uk
commit 8faf2e6c201d95b780cd3b4674b7a55ede6dcbbb upstream.
Several MIPS platforms don't set pci_controller::io_map_base for their
PCI bridges. This results
Processing commands for cont...@bugs.debian.org:
tags 597952 - l10n
Bug #597952 [initramfs-tools] initramfs-tools not up-dating correctly after
aptitude full-upgrade today.
Removed tag(s) l10n.
End of message, stopping processing here.
Please contact me if you need assistance.
--
597952:
Package: initramfs-tools
Version: 0.92o
Severity: important
When updating a kernel on a lenny system recently we saw the following
messages:
update-initramfs: Generating /boot/initrd.img-2.6.26-2-xen-amd64
mkinitramfs: missing raid root /dev/mapper/local0-sys.root /sys entry
mkinitramfs:
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 597969 + patch
Bug #597969 [initramfs-tools] initramfs-tools: md device detection does not
work with large numbers of md devices
Added tag(s) patch.
End of message,
Your message dated Fri, 24 Sep 2010 17:11:42 +
with message-id 20100924171141.ge5...@vostochny.stro.at
and subject line Re: Bug#597969: initramfs-tools: md device detection does not
work with large numbers of md devices
has caused the Debian Bug report #597969,
regarding initramfs-tools: md
tags 597952 moreinfo unreproducible
stop
On Fri, Sep 24, 2010 at 10:03:44AM -0400, chevy wrote:
Package: initramfs-tools
Version: 0.98.3
Severity: important
Tags: l10n
After doing an aptitude update then aptitude full-upgrade, aptitude installed
two packages dnsmasq-base initramfs-tools.
Processing commands for cont...@bugs.debian.org:
tags 597952 moreinfo unreproducible
Bug #597952 [initramfs-tools] initramfs-tools not up-dating correctly after
aptitude full-upgrade today.
Added tag(s) unreproducible and moreinfo.
stop
Stopping processing here.
Please contact me if you need
On Fri, Sep 24, 2010 at 05:21:07PM +, Debian Bug Tracking System wrote:
it was quick adhoc code, anyway MODULES=dep is not default.
Small factual point here: we have MODULES=most configured, not
MODULES=dep.
indeed it is fixed in newer initramfs-tools, which should just install
fine in
On 09/23/2010 10:11 PM, Timo Juhani Lindfors wrote:
Ian Campbell i...@hellion.org.uk writes:
I guess the right thing to do would be to using some existing paravirt
interface to send the IPI instead of tweaking the APIC directly, or if
Is
void xen_send_IPI_one(unsigned int cpu, enum
On Fri, Sep 24, 2010 at 06:27:06PM +0100, Dominic Hargreaves wrote:
On Fri, Sep 24, 2010 at 05:21:07PM +, Debian Bug Tracking System wrote:
it was quick adhoc code, anyway MODULES=dep is not default.
Small factual point here: we have MODULES=most configured, not
MODULES=dep.
no you
Processing commands for cont...@bugs.debian.org:
# hppa-specific bug, therefore not RC
severity 561203 important
Bug #561203 [linux-2.6] threads and fork on machine with VIPT-WB cache
Severity set to 'important' from 'serious'
thanks
Stopping processing here.
Please contact me if you need
On Fri, Sep 24, 2010 at 05:34:58PM +, maximilian attems wrote:
On Fri, Sep 24, 2010 at 06:27:06PM +0100, Dominic Hargreaves wrote:
On Fri, Sep 24, 2010 at 05:21:07PM +, Debian Bug Tracking System wrote:
it was quick adhoc code, anyway MODULES=dep is not default.
Small factual
On 09/24/2010 01:07 AM, Ian Campbell wrote:
NMI injection on 2.6.18 was one of the first Xen things I worked on (for
injecting h/w NMI button faults) so something worked once upon a time. I
can see CALLBACKTYPE_nmi and VCPUOP_send_nmi which seems promising that
it's still around (and extended
Notes:
Mapping stable-security to proposed-updates.
Accepted:
linux-2.6_2.6.26-25lenny1.diff.gz
to main/l/linux-2.6/linux-2.6_2.6.26-25lenny1.diff.gz
linux-2.6_2.6.26-25lenny1.dsc
to main/l/linux-2.6/linux-2.6_2.6.26-25lenny1.dsc
linux-doc-2.6.26_2.6.26-25lenny1_all.deb
to
On Fri, 2010-09-24 at 11:53 -0700, Jeremy Fitzhardinge wrote:
On 09/24/2010 01:07 AM, Ian Campbell wrote:
NMI injection on 2.6.18 was one of the first Xen things I worked on (for
injecting h/w NMI button faults) so something worked once upon a time. I
can see CALLBACKTYPE_nmi and
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 597904 + pending
Bug #597904 [linux-2.6] phonet crahes when network namespace is destroyed
Added tag(s) pending.
End of message, stopping processing here.
Please
The lifetime management for per-namespace state in phonet is broken in
2.6.32. When a network namespace is destroyed it will crash
(repeatably):
[ 73.925565] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ 73.927385] IP: [d0823135] phonet_device_destroy+0x81/0xf8 [phonet]
[
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 24 Sep 2010 21:43:33 +0100
The lifetime management for per-namespace state in phonet is broken in
2.6.32. When a network namespace is destroyed it will crash
(repeatably):
...
This bug is known to be triggered by using Chromium (which
On 09/24/2010 01:28 PM, Ian Campbell wrote:
I think the Intel MCE people have made NMI work in pvops, but I didn't
look closely.
But from a pvops perspective, I think the tricky part is sending an NMI
rather than receiving.
It's not just HYPERVISOR_vcpu_op(VCPUOP_send_nmi, cpu, NULL)?
That
severity 595521 critical
thanks
Critical for the same reasons as in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595521
With the addition that X never need to have been started for the problem
to occur. I.e., use this kernel and be prepared for needing as cold
reboot, fscking, etc. shortly:
Processing commands for cont...@bugs.debian.org:
severity 595521 critical
Bug #595521 [linux-2.6] i915: system locks up when starting X
Bug #595103 [linux-2.6] framebuffer gone for intel i915 starting 2.6.32-21
Bug #595511 [linux-2.6] linux-image-2.6.32-5-686: Blacklisting KMS for i8xx
makes
Processing commands for cont...@bugs.debian.org:
severity 595521 important
Bug #595521 [linux-2.6] i915: system locks up when starting X
Bug #595103 [linux-2.6] framebuffer gone for intel i915 starting 2.6.32-21
Bug #595511 [linux-2.6] linux-image-2.6.32-5-686: Blacklisting KMS for i8xx
makes
Processing commands for cont...@bugs.debian.org:
tags 597952 - l10n
Bug #597952 [initramfs-tools] initramfs-tools not up-dating correctly after
aptitude full-upgrade today.
Ignoring request to alter tags of bug #597952 to the same tags previously set
thanks
Stopping processing here.
Please
27 matches
Mail list logo