Bug#513197: causes qemu to FTBFS

2009-01-27 Thread Tshepang Lekhonkhobe
Package: linux-libc-dev
Version: 2.6.28-1~experimental.1~snapshot.12650
Severity: important

Downgrading to 2.6.26-13 fixes the problem.

-- System Information:
Debian Release: 5.0
  APT prefers experimental
  APT policy: (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#513072: marked as done (update-initramfs: please support running external hooks)

2009-01-27 Thread Debian Bug Tracking System

Your message dated Tue, 27 Jan 2009 10:15:31 +0100
with message-id 20090127091531.gb11...@stro.at
and subject line Re: Bug#513072: update-initramfs: please support running 
external hooks
has caused the Debian Bug report #513072,
regarding update-initramfs: please support running external hooks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
513072: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513072
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: initramfs-tools
Version: 0.92o
Severity: wishlist

There are different things that could be required to do after initramfs
image was created or updated, depending on system setup.

That may include copying initramfs to xen dom0 (or external bootserver),
updating non-standard bootloader (think all sorts of embedded systems),
or whatever.

Currently run_bootloader() routine tries to guess what it should do.
But it does not (and it can not) cover all posible cases.

It would be better to just add a hooks, configured in /etc/kernel-img.conf
or whereever else, that will run before and after image create, update or
remove. Hooks should get information about action, kernel version, and
initramfs filename.
Hooks may coexist with current run_bootloader(), or eventually replace it.

-- Package-specific info:
-- /proc/cmdline
root=/dev/mapper/vg-root ro 

-- /proc/filesystems
reiserfs
iso9660
ext3

-- lsmod
Module  Size  Used by
nls_utf86272  1 
ext3  125072  0 
jbd51240  1 ext3
mbcache12804  1 ext3
isofs  35880  1 
nls_base   12932  2 nls_utf8,isofs
tun14084  1 
kvm_amd29580  1 
kvm   127464  1 kvm_amd
ppdev  11656  0 
lp 14724  0 
autofs424200  1 
ppp_deflate 9216  0 
zlib_deflate   23960  1 ppp_deflate
zlib_inflate   18944  2 isofs,ppp_deflate
bsd_comp9600  0 
nfsd  248360  17 
auth_rpcgss47520  1 nfsd
exportfs8704  1 nfsd
nfs   251696  1 
lockd  68560  2 nfsd,nfs
nfs_acl 7552  2 nfsd,nfs
sunrpc197480  17 nfsd,auth_rpcgss,nfs,lockd,nfs_acl
ipt_ULOG   13736  2 
xt_state6656  1 
ipt_MASQUERADE  7296  1 
xt_TCPMSS   8448  1 
xt_tcpmss   6656  1 
ipt_REJECT  7552  3 
xt_tcpudp   7680  144 
iptable_nat 9872  1 
nf_nat 23192  2 ipt_MASQUERADE,iptable_nat
nf_conntrack_ipv4  19352  4 iptable_nat,nf_nat
nf_conntrack   71440  5 
xt_state,ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4
iptable_filter  7424  1 
ip_tables  21520  2 iptable_nat,iptable_filter
x_tables   25224  9 
ipt_ULOG,xt_state,ipt_MASQUERADE,xt_TCPMSS,xt_tcpmss,ipt_REJECT,xt_tcpudp,iptable_nat,ip_tables
bridge 53544  0 
ppp_async  13056  1 
crc_ccitt   6528  1 ppp_async
ppp_generic27816  7 ppp_deflate,bsd_comp,ppp_async
slhc   10112  1 ppp_generic
ipv6  288328  70 
loop   19468  2 
psmouse42268  0 
parport_pc 31016  1 
parport41776  3 ppdev,lp,parport_pc
pcspkr  7040  0 
k8temp  9216  0 
button 11680  0 
i2c_nforce210752  0 
i2c_core   27936  1 i2c_nforce2
evdev  14208  3 
reiserfs  211072  5 
dm_mirror  20608  0 
dm_log 13956  1 dm_mirror
dm_snapshot19400  2 
dm_mod 58864  31 dm_mirror,dm_log,dm_snapshot
raid456   125984  1 
async_xor   8448  1 raid456
async_memcpy6912  1 raid456
async_tx   11764  3 raid456,async_xor,async_memcpy
xor 9744  2 raid456,async_xor
raid1  24192  1 
md_mod 80164  4 raid456,raid1
ide_cd_mod 36360  0 
cdrom  37928  1 ide_cd_mod
sd_mod 29376  12 
amd74xx13448  0 [permanent]
ide_pci_generic 9220  0 [permanent]
ide_core  128284  3 ide_cd_mod,amd74xx,ide_pci_generic
sata_nv27528  8 
8139cp 23808  0 
ata_generic10116  0 
libata165472  2 sata_nv,ata_generic
scsi_mod  160760  2 

Bug#513072: update-initramfs: please support running external hooks

2009-01-27 Thread Nikita V. Youshchenko
 right those hooks should be set up by linux-2.6 not initramfs-tools.
 kernel-package uses /etc/kernel and linux-2.6 should use that
 structure too.

 closing as this has no relation with initramfs-tools

Sorry, but what linux-2.6 has to do with initramfs update trigged by e.g. 
mdadm (or random kernel module) package upgrade?

Those do call update-initramfs, not whatever linux-2.6 hooks ...


signature.asc
Description: This is a digitally signed message part.


Bug#513228: linux-2.6: please add intel AGP G41 chipset support

2009-01-27 Thread Alexandre Rossi
Package: linux-2.6
Severity: wishlist
Tags: patch

Hi,

The patch for intel AGP G41 chipset support is part of upstream 2.6.29.
It applies without modifications to Debian's 2.6.26 (provided the agp: Fix
stolen memory counting on Intel G4X has been applied before) and adds support
for this new AGP chipset. It even makes xserver-xorg-video-intel stable with
the Intel X4500HD.

Here is the patch.

Cheers,

Alex


--
commit a50ccc6c6623ab0e64f2109881e07c176b2d876f
Author: Zhenyu Wang zhenyu.z.w...@intel.com
Date:   Mon Nov 17 14:39:00 2008 +0800

agp/intel: add support for G41 chipset

Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
Signed-off-by: Eric Anholt e...@anholt.net
Signed-off-by: Dave Airlie airl...@linux.ie

diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c
index 9cf6e9b..7d8db5a 100644
--- a/drivers/char/agp/intel-agp.c
+++ b/drivers/char/agp/intel-agp.c
@@ -40,6 +40,8 @@
 #define PCI_DEVICE_ID_INTEL_Q45_IG  0x2E12
 #define PCI_DEVICE_ID_INTEL_G45_HB  0x2E20
 #define PCI_DEVICE_ID_INTEL_G45_IG  0x2E22
+#define PCI_DEVICE_ID_INTEL_G41_HB  0x2E30
+#define PCI_DEVICE_ID_INTEL_G41_IG  0x2E32

 /* cover 915 and 945 variants */
 #define IS_I915 (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_E7221_HB || \
@@ -63,7 +65,8 @@
 #define IS_G4X (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_IGD_E_HB || \
agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_Q45_HB || \
agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G45_HB || \
-   agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB)
+   agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB || \
+   agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G41_HB)

 extern int agp_memory_reserved;

@@ -1196,6 +1199,7 @@ static void intel_i965_get_gtt_range(int *gtt_offset, int 
*gtt_size)
case PCI_DEVICE_ID_INTEL_IGD_E_HB:
case PCI_DEVICE_ID_INTEL_Q45_HB:
case PCI_DEVICE_ID_INTEL_G45_HB:
+   case PCI_DEVICE_ID_INTEL_G41_HB:
*gtt_offset = *gtt_size = MB(2);
break;
default:
@@ -2163,6 +2167,8 @@ static const struct intel_driver_description {
Q45/Q43, NULL, intel_i965_driver },
{ PCI_DEVICE_ID_INTEL_G45_HB, PCI_DEVICE_ID_INTEL_G45_IG, 0,
G45/G43, NULL, intel_i965_driver },
+   { PCI_DEVICE_ID_INTEL_G41_HB, PCI_DEVICE_ID_INTEL_G41_IG, 0,
+   G41, NULL, intel_i965_driver },
{ 0, 0, 0, NULL, NULL, NULL }
 };

@@ -2360,6 +2366,7 @@ static struct pci_device_id agp_intel_pci_table[] = {
ID(PCI_DEVICE_ID_INTEL_IGD_E_HB),
ID(PCI_DEVICE_ID_INTEL_Q45_HB),
ID(PCI_DEVICE_ID_INTEL_G45_HB),
+   ID(PCI_DEVICE_ID_INTEL_G41_HB),
{ }
 };


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#513258: base: my linux does not detect marvell sata/ide controller

2009-01-27 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 severity 513258 normal
Bug#513258: base: my linux does not detect marvell sata/ide controller
Severity set to `normal' from `normal'

 reassign 513258 linux-2.6
Bug#513258: base: my linux does not detect marvell sata/ide controller
Bug reassigned from package `base' to `linux-2.6'.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: [vserver] VServer: Is fakeinit obsolete ?

2009-01-27 Thread Herbert Poetzl
On Mon, Jan 26, 2009 at 08:41:16PM +1100, Declan Mullen wrote:
 Hi

please do not hijack threads, and please (for your
own good) do not use newvserver :)

best,
Herbert

 Using Debian's newvserver utility to create VServer guests, there does 
 not seem to be any difference between a guest created with the 
 --fakeinit option and a guest created without the option. Ie they both 
 look as if they were created with the --fakeinit option. Eg when 
 starting them,  from the host's command line neither shows their init.d 
 services being started, and from within each guest ps shows an init 
 process.
 
 Should I be seeing a difference ?
 
 Both host and guests are Debian Lenny. The host's kernel is Lenny's
 linux-source-2.6.26 (version 2.6.26-13) with Lenny's vserver patches
 applied from linux-patch-debian-2.6.26 (version 2.6.26-13). The
 host's util-vserver package is version 0.30.216~r2772-6. The
 host's vserver-debiantools package is version 0.6.3.
 
 The guests were created via:
 
  newvserver --vsroot /var/lib/vservers/ --hostname maxv1 \
   --domain jadplace.com --ip 192.168.0.121/24 --fakeinit \
   -mirror ftp://ftp.iinet.net.au/debian/debian;
 
 and
 
  newvserver --vsroot /var/lib/vservers/ --hostname maxv2 \
   --domain jadplace.com --ip 192.168.0.122/24\
   -mirror ftp://ftp.iinet.net.au/debian/debian;
 
 Many thanks,
 Declan
 


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#508866: linux-image-2.6.26-1-amd64: NFS going stale for stat() for renamed files like .Xauthority

2009-01-27 Thread Tim Connors
On Sun, 28 Dec 2008, Moritz Muehlenhoff wrote:

 On Tue, Dec 16, 2008 at 03:03:39PM +1100, Tim Connors wrote:
  Package: linux-image-2.6.26-1-amd64
  Version: 2.6.26-10
  Severity: normal
 
  Identical to ubuntu bug 269954:
  https://bugs.launchpad.net/ubuntu/+source/linux/+bug/269954
...
  The ubuntu bug says that this started in 2.6.24, and still exists (in
  somewhat mitigated form) in 2.6.27.  I haven't tried mainline kernels
  yet because this is a production box, although this thread doesn't
  give me much encouragement that Trond has even been able to reproduce
  the bug: http://marc.info/?t=12131697174r=1w=2

 Given that this is a longstanding problem and subtle to catch I'd
 suggest to try to reproduce this with 2.6.28 and to open a bugreport
 at bugzilla.kernel.org if it can be reproduced with 2.6.28. This way
 all information on this issue is collected in a single place and easier
 to track for the NFS developers.

Took a while, but still happens in 2.6.28:

http://bugzilla.kernel.org/show_bug.cgi?id=12557

-- 
TimC
Disclaimer: Due to feline interference, this post may contain typographical
errors.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org