On Tue, 2009-11-03 at 10:04 +0800, Thomas Goirand wrote:
>
> as if my kernel was NOT Xen dom0 capable. But I've checked my .config,
> and I did switch the correct flag(s). Also, there's a /proc/xen (but
> empty). What did I miss here?
http://lists.debian.org/debian-kernel/2009/10/msg01131.html
Hello Ben,
Ben Hutchings:
> The code says:
>
> BUILD_BUG_ON(sizeof(ino_t) !=3D sizeof(long));
> return ALIGN(sizeof(struct au_vdir_de) + nlen, sizeof(ino_t));
>
> but on alpha, sizeof(ino_t) =3D=3D 4 but sizeof(long) =3D=3D 8.
>
> Is it really necessary that these types have the sa
Processing commands for cont...@bugs.debian.org:
> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> tags 554124 + pending
Bug #554124 [linux-2.6] FTBFS on powerpc due to bogus #warning and -Werror
Added tag(s) pending.
>
End of message, stopping processing here.
Please
Bastian Blank wrote:
> On Wed, Oct 28, 2009 at 02:22:49PM +0800, Thomas Goirand wrote:
>> Would this kernel work as a dom0 in Lenny?
>
> No. It needs a newer hypervisor.
>
>> Can you also provide the source package so I can
>> recompile it with the Lenny gcc/libs?
>
> The patch i
Package: linux-2.6
Version: 2.6.31-1
Severity: serious
Tags: patch
Justification: no longer builds from source
Build log:
https://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.31-1;arch=powerpc;stamp=1256515119
Alredy patched upstream by Bastian Blank:
commit 6fdc31a2b86cf1f98e3eed896578ad9
Processing commands for cont...@bugs.debian.org:
> forwarded 554120 hooano...@yahoo.co.jp
Bug #554120 [linux-2.6] FTBFS on alpha; dubious assertion in fs/aufs/vdir.c
Set Bug forwarded-to-address to 'hooano...@yahoo.co.jp'.
>
End of message, stopping processing here.
Please contact me if you need
Okajima-san,
We are including aufs2 in the Debian kernel for use on live CDs. We are
trying to build it for all Debian architectures, but found the following
error on alpha:
CC [M] fs/aufs/vdir.o
/build/buildd-linux-2.6_2.6.31-1-alpha-87a0KU/linux-2.6-2.6.31/debian/build/source_alpha_none/fs/au
Package: linux-2.6
Version: 2.6.31-1
Severity: normal
Build log is here:
https://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.31-1;arch=alpha;stamp=1257156646
The failure comes from this static assertion:
BUILD_BUG_ON(sizeof(ino_t) != sizeof(long));
It's not clear to me why this p
Package: initramfs-tools
Version: 0.85i
Followup-For: Bug #535008
Hi,
you may use the following script as a temporary fix.
Depending on your initrd, you have to put the script (which I call
"pxedev") into one of the following places (putting it in both does not
seem to hurt):
* /etc/initramf
I was wondering what the motivation behind commit 13647 was:
debian/config/i386/none
- New directory.
- Move some config files from debian/config/i386.
It has the unfortunate side effect of meaning that you can no longer
simply specify a featureset with a flavour of 686-bigmem and have t
On Sun, Nov 01, 2009 at 04:37:06PM +0100, amuel...@targz.de wrote:
> hey,
>
> after 5 days of testing we got no further error messages and system did
> not hang. So I assume that the bug is fixed. (used your testkernel)
>
>
> Thanks in Advance!
Great, thanks for the verification.
--
dann frazie
On Mon, Nov 02, 2009 at 08:21:51AM +0100, Vincent Danjean wrote:
> Xan wrote:
> > Sorry. I have not enough skills for doing that. I will thank if anyone
> > could do that.
>
> This kind of script would be very critical (can lead to unbootable system)
> and there are *lots* of ways users can change
En/na Vincent Danjean ha escrit:
Xan wrote:
Sorry. I have not enough skills for doing that. I will thank if anyone
could do that.
This kind of script would be very critical (can lead to unbootable system)
and there are *lots* of ways users can change their /etc/fstab and
/boot/grub/men
Hi all!
Hardware: Dell PowerEdge 2900 with Hardware Raid and LVM on it.
This also happen on latest `lenny`'s kernel. mainly while Heavy load on I/O
subsystem:
[275692.879178] INFO: task pdflush:14958 blocked for more than 120 seconds.
[275692.879207] "echo 0 > /proc/sys/kernel/hung_
I too have been a victim of this problem, on a number of machines. I fed
the lines into addr2line -e vmlinux after rebuilding the kernel with
this flavor to get the vmlinux.
This looks clearly like a xen bug, the kernel does some I/O, which gets
queued, but for some reason the request causes a v
Package: linux-image-2.6.26-2-amd64
Version: 2.6.26-17
Followup-For: Bug #545879
I'm experiencing this same issue on a cluster of Debian 5 desktops, on systems
running AMD Opteron CPU's (including 250's, 252's and 270's model CPU's). We
also saw the issue when running 2.6.26-15 kernel from Debia
reassign 553922 cryptsetup
severity 553922 important
thanks
On Mon, Nov 02, 2009 at 10:21:25AM +0100, Stefano Zacchiroli wrote:
> starting with kernel 2.6.30-2, my boot process lock up with the
> message "cryptsetup: lvm is not available", just after having asked the
> LUKS passphrase. Currently
Processing commands for cont...@bugs.debian.org:
> reassign 553922 cryptsetup
Bug #553922 [linux-2.6] "cryptsetup: lvm is not available" lock up at boot
Bug reassigned from package 'linux-2.6' to 'cryptsetup'.
Bug No longer marked as found in versions 2.6.31-1.
> severity 553922 important
Bug #553
On Mon, Nov 02, 2009 at 10:21:25AM +0100, Stefano Zacchiroli wrote:
> Package: linux-2.6
> Version: 2.6.31-1
> Severity: serious
> Hi kernel maintainer,
> starting with kernel 2.6.30-2, my boot process lock up with the
> message "cryptsetup: lvm is not available", just after having asked the
> L
Processing commands for cont...@bugs.debian.org:
> severity 553922 important
Bug #553922 [linux-2.6] "cryptsetup: lvm is not available" lock up at boot
Severity set to 'important' from 'serious'
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tra
Package: linux-2.6
Version: 2.6.31-1
Severity: serious
Hi kernel maintainer,
starting with kernel 2.6.30-2, my boot process lock up with the
message "cryptsetup: lvm is not available", just after having asked the
LUKS passphrase. Currently, I can reproduce it with 2.6.30-2 and
2.6.31-1. It still
21 matches
Mail list logo
