Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

2011-04-11 Thread Florian Wagner
On Fri, 8 Apr 2011 14:15:39 +0200
Lars Maes lars.m...@gmail.com wrote:

 I am also experiencing this issue with my XenServer 5.6 FP1 hosts when
 upgrading to the -33 kernel.

 Alas i can not give you any dumps, since I get no console from
 XenCenter and i do not know how to get this elsewhere.

I'm getting those using xe host-dmesg host=HOSTNAME on the host
console.


On Fri, 08 Apr 2011 14:55:21 +0100
Ben Hutchings b...@decadent.org.uk wrote:

 On Wed, 2011-04-06 at 11:48 +0200, Florian Wagner wrote:
  Package: linux-2.6
  Version: 2.6.32-33
  Severity: critical
  Justification: breaks the whole system
  
  I'm currently investigation why my Debian squeeze systems don't
  live migrate on an XenSever pool. By chance I stumbled upon the (as
  it seems to me) soon to be released 2.6.32-33 kernel version and as
  my live migration issues are kernel related I decided to try that
  kernel.
  
  But this kernel doesn't boot as a PV domU neither on my Citrix
  XenServer 5.6 FP1 nor on a Debian system with Xen 3.4.3 at all. It
  doesn't even get so far as to provide a hvc console but crashes
  with a page fault on domain creation:
 [...]
 
 Which was the last version that worked for you?

See the end of my message below the dump: 2.6.32-31 boots. 2.6.32-32
not anymore.


Regards
Florian Wagner


signature.asc
Description: PGP signature


Re: [PATCH 1/2] panic(): print name of kernel module before loading it

2011-04-11 Thread Timo Juhani Lindfors
maximilian attems m...@stro.at writes:
 +try_modprobe()
 I'd prefer the function to be named modprobe_verbose()

Ok.

 +try_modprobe atkbd
 why not using -v from modprobe,
 the only argument against that would count is busybox support.
 please check?

I'm not very familiar with busybox internals but at least on squeeze I
don't even have the modprobe applet:

$ sudo busybox modprobe
modprobe: applet not found
$ dpkg-query -W busybox
busybox 1:1.17.1-8

and /sbin/modprobe on my initrd generated with BUSYBOX=y is from the
module-init-tools package.


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/84ei59gom3@sauna.l.org



Bug#613925: [linux-2.6]

2011-04-11 Thread Bastien ROUCARIES
forcemerge 616334 613925
thanks




-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201104111056.57044.roucaries.bast...@gmail.com



Processed: [linux-2.6]

2011-04-11 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 forcemerge 616334 613925
Bug#616334: write to reiserfs blocks/freezes
Bug#613925: [linux-2.6] Reiserfs hung with data loss with 2.6.36/2.6.37 
regresse from 2.6.33
Forcibly Merged 613925 616334.

 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
616334: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616334
613925: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613925
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.130251222018879.transcr...@bugs.debian.org



Bug#621773: will not start since upgrade to 1.2.3

2011-04-11 Thread Marc-Jano Knopp
Package: nfs-kernel-server
Version: 1:1.2.3-2
Followup-For: Bug #621773

My issues got solved after adding the following to my /etc/hosts (and
additionally -- maybe unnecessarily -- restarting rpcbind, nis and
nfs-kernel-server):

 snip 
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
 snip 

I used to have these lines commented out, because long time ago, they
caused problems.


Side note: Upon running reportbug -N 621773, I get this:

 snip 
Verifying package integrity...
There may be a problem with your installation of nfs-kernel-server;
the following problems were detected by debsums:
debsums: changed file /var/lib/nfs/etab (from nfs-kernel-server package)
Do you still want to file a report [y|N|q|?]? 
 snip 

aptitude reinstall nfs-kernel-server doesn't make this message vanish.


-- Package-specific info:
-- rpcinfo --
   program vers proto   port
104   tcp111  portmapper
103   tcp111  portmapper
102   tcp111  portmapper
104   udp111  portmapper
103   udp111  portmapper
102   udp111  portmapper
1000241   udp  52155  status
1000241   tcp  47967  status
1000211   udp  59833  nlockmgr
1000213   udp  59833  nlockmgr
1000214   udp  59833  nlockmgr
1000211   tcp  34234  nlockmgr
1000213   tcp  34234  nlockmgr
1000214   tcp  34234  nlockmgr
142   udp853  ypserv
141   udp853  ypserv
142   tcp854  ypserv
141   tcp854  ypserv
172   udp862  ypbind
171   udp862  ypbind
172   tcp863  ypbind
171   tcp863  ypbind
132   tcp   2049  nfs
133   tcp   2049  nfs
134   tcp   2049  nfs
1002272   tcp   2049
1002273   tcp   2049
132   udp   2049  nfs
133   udp   2049  nfs
134   udp   2049  nfs
1002272   udp   2049
1002273   udp   2049
151   udp  37540  mountd
151   tcp  53339  mountd
152   udp  52514  mountd
152   tcp  37304  mountd
153   udp  54695  mountd
153   tcp  54758  mountd
-- /etc/default/nfs-kernel-server --
RPCNFSDCOUNT=8
RPCNFSDPRIORITY=0
RPCMOUNTDOPTS=--manage-gids
NEED_SVCGSSD=
RPCSVCGSSDOPTS=
-- /etc/exports --
[...]
-- /proc/fs/nfs/exports --
# Version 1.1
# Path Client(Flags) # IPs

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable'), (25, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-kernel-server depends on:
ii  libblkid12.17.2-9.1  block device id library
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcomerr2   1.41.12-2   common error description library
ii  libgssapi-krb5-2 1.9+dfsg-1  MIT Kerberos runtime libraries - k
ii  libgssglue1  0.2-2   mechanism-switch gssapi library
ii  libk5crypto3 1.9+dfsg-1  MIT Kerberos runtime libraries - C
ii  libkrb5-31.9+dfsg-1  MIT Kerberos runtime libraries
ii  libnfsidmap2 0.24-1  An nfs idmapping library
ii  libtirpc10.2.1-1 transport-independent RPC library
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  nfs-common   1:1.2.3-2   NFS support files common to client
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

nfs-kernel-server recommends no packages.

nfs-kernel-server suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/nfs/etab (from nfs-kernel-server package)



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110411092337.9456.87872.report...@pc12.trash.bin



Bug#622236: Updating nfs-common to version 1.2.3-2 wants to remove portmap

2011-04-11 Thread Александър Годумов
Package: nfs-common
Version: 1:1.2.3-1
Severity: normal

Upgrading nfs-common from version 1.2.3-1 to version 1.2.3-2 (the latest in
Unstable) wants to remove the package portmap and install rpcbind.



-- Package-specific info:
-- rpcinfo --
   program vers proto   port
102   tcp111  portmapper
102   udp111  portmapper
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
Domain = localdomain
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=bg_BG.utf8, LC_CTYPE=bg_BG.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-common depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  initscripts  2.88dsf-13.1scripts for initializing and shutt
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libcap2  1:2.20-1support for getting/setting POSIX.
ii  libcomerr2   1.41.12-2   common error description library
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libgssapi-krb5-2 1.9+dfsg-1  MIT Kerberos runtime libraries - k
ii  libgssglue1  0.2-2   mechanism-switch gssapi library
ii  libk5crypto3 1.9+dfsg-1  MIT Kerberos runtime libraries - C
ii  libkrb5-31.9+dfsg-1  MIT Kerberos runtime libraries
ii  libnfsidmap2 0.24-1  An nfs idmapping library
ii  libtirpc10.2.1-1 transport-independent RPC library
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  netbase  4.45Basic TCP/IP networking system
ii  portmap  6.0.0-3 RPC port mapper
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

Versions of packages nfs-common recommends:
ii  python2.6.6-12   interactive high-level object-orie

nfs-common suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110411100959.1437.77481.reportbug@debian



Bug#622122: linux-image-2.6.38-2-amd64: kernel 2.6.38-2 reports Hardware errors about cache and copyback

2011-04-11 Thread Bastian Blank
On Sun, Apr 10, 2011 at 03:52:18PM +0200, Ernesto Cuconato wrote:
 I don't think so beacuse I bought it last year and I've never seen
 errors like this in kernel 2.6.32-amd64.

Please show a complete kernel log for 2.6.32. Is mce decoding available
with the kernel? Is it enabled?

The lack of error messages is no proof.

Bastian

-- 
I have never understood the female capacity to avoid a direct answer to
any question.
-- Spock, This Side of Paradise, stardate 3417.3



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110411103310.gb14...@wavehammer.waldi.eu.org



Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address

2011-04-11 Thread Marc Kleine-Budde
On 04/11/2011 12:43 PM, Vadim Solomin wrote:
 I think the changes in 1:1.2.3-2 are only part of the fix.

Yes - same here. I reported that already.

 On Thursday 07 April 2011 11:51:42 Marc Kleine-Budde wrote:
 Hello Lukas,

 it's this bug you're seeing:

 https://bugzilla.linux-nfs.org/show_bug.cgi?id=190
 
 Perhaps you should consider applying the patch from bugzilla as a debian 
 patch 
 until it's included upstream. Without it, if --port option is used, only v1 
 mountd service is registered, which doesn't support long files.

ACK - I think the maintainer got it :)

 I think you have to remove the --port from the option
 /etc/default/nfs-kernel-server as a workaround.
 
 Removing --port makes firewall configuration nontrivial if not impossible.

sad but true :/

cheers, Marc

-- 
Pengutronix e.K.  | Marc Kleine-Budde   |
Industrial Linux Solutions| Phone: +49-231-2826-924 |
Vertretung West/Dortmund  | Fax:   +49-5121-206917- |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |



signature.asc
Description: OpenPGP digital signature


Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address

2011-04-11 Thread Marc Kleine-Budde
Hello,

the original problem of this bugreport:

rpc.mountd: svc_tli_create: could not bind to requested address

is not solved with version 1:1.2.3-2.

(although the second problem: portmap vs. rpcbind is fixed)

I think you need to import the patch attached to this bug-report:

https://bugzilla.linux-nfs.org/show_bug.cgi?id=190

cheers, Marc

-- 
Pengutronix e.K.  | Marc Kleine-Budde   |
Industrial Linux Solutions| Phone: +49-231-2826-924 |
Vertretung West/Dortmund  | Fax:   +49-5121-206917- |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |



signature.asc
Description: OpenPGP digital signature


Bug#622236: marked as done (Updating nfs-common to version 1.2.3-2 wants to remove portmap)

2011-04-11 Thread Debian Bug Tracking System
Your message dated Mon, 11 Apr 2011 12:25:26 +0200
with message-id 20110411102526.ga14...@wavehammer.waldi.eu.org
and subject line Re: Bug#622236: Updating nfs-common to version 1.2.3-2 wants 
to remove portmap
has caused the Debian Bug report #622236,
regarding Updating nfs-common to version 1.2.3-2 wants to remove portmap
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.)


-- 
622236: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622236
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: nfs-common
Version: 1:1.2.3-1
Severity: normal

Upgrading nfs-common from version 1.2.3-1 to version 1.2.3-2 (the latest in
Unstable) wants to remove the package portmap and install rpcbind.



-- Package-specific info:
-- rpcinfo --
   program vers proto   port
102   tcp111  portmapper
102   udp111  portmapper
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
Domain = localdomain
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=bg_BG.utf8, LC_CTYPE=bg_BG.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-common depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  initscripts  2.88dsf-13.1scripts for initializing and shutt
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libcap2  1:2.20-1support for getting/setting POSIX.
ii  libcomerr2   1.41.12-2   common error description library
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libgssapi-krb5-2 1.9+dfsg-1  MIT Kerberos runtime libraries - k
ii  libgssglue1  0.2-2   mechanism-switch gssapi library
ii  libk5crypto3 1.9+dfsg-1  MIT Kerberos runtime libraries - C
ii  libkrb5-31.9+dfsg-1  MIT Kerberos runtime libraries
ii  libnfsidmap2 0.24-1  An nfs idmapping library
ii  libtirpc10.2.1-1 transport-independent RPC library
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  netbase  4.45Basic TCP/IP networking system
ii  portmap  6.0.0-3 RPC port mapper
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

Versions of packages nfs-common recommends:
ii  python2.6.6-12   interactive high-level object-orie

nfs-common suggests no packages.

-- no debconf information


---End Message---
---BeginMessage---
On Mon, Apr 11, 2011 at 01:09:59PM +0300, Александър Годумов wrote:
 Upgrading nfs-common from version 1.2.3-1 to version 1.2.3-2 (the latest in
 Unstable) wants to remove the package portmap and install rpcbind.

This is documented in the changelog. If you have a real problem, it is
up to you to show it.

Bastian

-- 
Death, when unnecessary, is a tragic thing.
-- Flint, Requiem for Methuselah, stardate 5843.7

---End Message---


Bug#524610: Where is 1.2.2-5 ?

2011-04-11 Thread Athanasius
  Squeeze still shows 1.2.2-4 as current and sid is based on 1.2.3 now.

-- 
- Athanasius = Athanasius(at)miggy.org / http://www.miggy.org/
  Finger athan(at)fysh.org for PGP key
   And it's me who is my enemy. Me who beats me up.
Me who makes the monsters. Me who strips my confidence. Paula Cole - ME



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011044301.ga1...@fysh.org



Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address

2011-04-11 Thread Vadim Solomin
found 619877 1:1.2.3-2
thanks

Hello,

I think the changes in 1:1.2.3-2 are only part of the fix.

On Thursday 07 April 2011 11:51:42 Marc Kleine-Budde wrote:
 Hello Lukas,
 
 it's this bug you're seeing:
 
 https://bugzilla.linux-nfs.org/show_bug.cgi?id=190

Perhaps you should consider applying the patch from bugzilla as a debian patch 
until it's included upstream. Without it, if --port option is used, only v1 
mountd service is registered, which doesn't support long files.

 I think you have to remove the --port from the option
 /etc/default/nfs-kernel-server as a workaround.

Removing --port makes firewall configuration nontrivial if not impossible.

 -- /etc/default/nfs-kernel-server --
 RPCNFSDCOUNT=8
 RPCNFSDPRIORITY=0
 RPCMOUNTDOPTS=--port 32767 --manage-gids
 NEED_SVCGSSD=
 RPCSVCGSSDOPTS=
 
 cheers, Marc

-- 
Vadim Solomin



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201104111443.24019.vadic...@gmail.com



Processed: Re: rpc.mountd: svc_tli_create: could not bind to requested address

2011-04-11 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 found 619877 1:1.2.3-2
Bug #619877 {Done: Ben Hutchings b...@decadent.org.uk} [nfs-common] 
rpc.mountd: svc_tli_create: could not bind to requested address
Bug #620059 {Done: Ben Hutchings b...@decadent.org.uk} [nfs-common] 
nfs-kernel: Starting NFS kernel daemon: nfsd mountd failed!
Bug #620088 {Done: Ben Hutchings b...@decadent.org.uk} [nfs-common] 
rpc.statd[7623]: failed to create RPC listeners, exiting
Bug #621471 {Done: Ben Hutchings b...@decadent.org.uk} [nfs-common] upgrade 
to 1:1.2.3-1 breaks statd, prevents mounting
Bug #621707 {Done: Ben Hutchings b...@decadent.org.uk} [nfs-common] 
nfs-common fails to start during boot
Bug #621723 {Done: Ben Hutchings b...@decadent.org.uk} [nfs-common] 
nfs-common: rpc.idmapd has stopped working
Bug Marked as found in versions nfs-utils/1:1.2.3-2; no longer marked as fixed 
in versions nfs-utils/1:1.2.3-2 and reopened.
Bug Marked as found in versions nfs-utils/1:1.2.3-2; no longer marked as fixed 
in versions nfs-utils/1:1.2.3-2 and reopened.
Bug Marked as found in versions nfs-utils/1:1.2.3-2; no longer marked as fixed 
in versions nfs-utils/1:1.2.3-2 and reopened.
Bug Marked as found in versions nfs-utils/1:1.2.3-2; no longer marked as fixed 
in versions nfs-utils/1:1.2.3-2 and reopened.
Bug Marked as found in versions nfs-utils/1:1.2.3-2; no longer marked as fixed 
in versions nfs-utils/1:1.2.3-2 and reopened.
Bug Marked as found in versions nfs-utils/1:1.2.3-2; no longer marked as fixed 
in versions nfs-utils/1:1.2.3-2 and reopened.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
619877: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619877
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.130252785525346.transcr...@bugs.debian.org



Processed: unmerging 619877, closing 620059

2011-04-11 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 unmerge 619877
Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address
Bug#620059: nfs-kernel: Starting NFS kernel daemon: nfsd mountd failed!
Bug#620088: rpc.statd[7623]: failed to create RPC listeners, exiting
Bug#621471: upgrade to 1:1.2.3-1 breaks statd, prevents mounting
Bug#621707: nfs-common fails to start during boot
Bug#621723: nfs-common: rpc.idmapd has stopped working
Disconnected #619877 from all other report(s).

 close 620059 1:1.2.3-2
Bug#620059: nfs-kernel: Starting NFS kernel daemon: nfsd mountd failed!
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug#620088: rpc.statd[7623]: failed to create RPC listeners, exiting
Bug#621471: upgrade to 1:1.2.3-1 breaks statd, prevents mounting
Bug#621707: nfs-common fails to start during boot
Bug#621723: nfs-common: rpc.idmapd has stopped working
Bug marked as fixed in version 1:1.2.3-2, send any further explanations to 
Nigel Horne n...@bandsman.co.uk

 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
621723: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621723
620088: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620088
620059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620059
621707: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621707
619877: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619877
621471: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621471
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.130252890131378.transcr...@bugs.debian.org



Bug#620059: How do I replace portmap with rpcbind?

2011-04-11 Thread Andrew Perrin
Having the same problem here post-upgrade. How do I go about replacing
portmap with rpcbind?

Thx.





-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1302529633.21024.0.ca...@fanon.socsci.unc.edu



Bug#620603: linux-image-2.6.38-2-amd64: Screen turns black during boot

2011-04-11 Thread Andreas Horter
Package: linux-2.6
Version: 2.6.38-3
Followup-For: Bug #620603

dist-upgrading testing today installed
linux-image-2.6.38-2-amd64_2.6.38-3_amd64.deb. Now when I boot the
system the screen turns black, switching terminals doesn't help. When
I reboot into the old linux-image-2.6.32-5-amd64 everything works
again. 


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
product_name: P5E-V HDMI
bios_vendor: American Megatrends Inc.
bios_version: 0504   
board_vendor: ASUSTeK Computer INC.
board_name: P5E-V HDMI
board_version: Rev 1.xx

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 82G35 Express DRAM Controller 
[8086:2980] (rev 03)
Subsystem: ASUSTeK Computer Inc. Device [1043:8295]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort+ SERR- PERR+ INTx-
Latency: 0
Capabilities: access denied
Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller [0300]: Intel Corporation 82G35 Express 
Integrated Graphics Controller [8086:2982] (rev 03) (prog-if 00 [VGA 
controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:8276]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 28
Region 0: Memory at fe70 (32-bit, non-prefetchable) [size=1M]
Region 2: Memory at d000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at cc00 [size=8]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

00:02.1 Display controller [0380]: Intel Corporation 82G35 Express Integrated 
Graphics Controller [8086:2983] (rev 03)
Subsystem: ASUSTeK Computer Inc. Device [1043:8276]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Region 0: Memory at fe80 (32-bit, non-prefetchable) [size=1M]
Capabilities: access denied

00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #4 [8086:2937] (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 4: I/O ports at c480 [size=32]
Capabilities: access denied
Kernel driver in use: uhci_hcd

00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #5 [8086:2938] (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 21
Region 4: I/O ports at c800 [size=32]
Capabilities: access denied
Kernel driver in use: uhci_hcd

00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI 
Controller #6 [8086:2939] (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin C routed to IRQ 18
Region 4: I/O ports at c880 [size=32]
Capabilities: access denied
Kernel driver in use: uhci_hcd

00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI 
Controller #2 [8086:293c] (rev 02) (prog-if 20 [EHCI])
Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin C routed to IRQ 18
Region 0: Memory at fe6fbc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: access denied
Kernel driver in use: ehci_hcd

00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio 
Controller [8086:293e] (rev 02)
Subsystem: ASUSTeK Computer Inc. Device [1043:829f]

Bug#620059: Info received (How do I replace portmap with rpcbind?)

2011-04-11 Thread Andrew J Perrin
Never mind - the answer is:

apt-get remove portmap



On Mon, 2011-04-11 at 13:52 +, Debian Bug Tracking System wrote:
 Thank you for the additional information you have supplied regarding
 this Bug report.
 
 This is an automatically generated reply to let you know your message
 has been received.
 
 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.
 
 Your message has been sent to the package maintainer(s):
  Debian kernel team debian-kernel@lists.debian.org
 
 If you wish to submit further information on this problem, please
 send it to 620...@bugs.debian.org.
 
 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.
 

-- 
--

--
Andrew J Perrin - andrew_per...@unc.edu - http://perrin.socsci.unc.edu
Associate Professor and Associate Chair of Sociology
University of North Carolina - CB#3210, Chapel Hill, NC 27599-3210 USA





-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1302530021.3243.0.ca...@che.dhcp.unc.edu



Bug#622259: linux-image-2.6.32-5-686: resuming from hibernation sometimes fails on eeepc 1002HA

2011-04-11 Thread Frédéric Boiteux
Package: linux-2.6
Version: 2.6.32-31
Severity: normal

Hello,

  Since version 2.6.32-30, the Squeeze's Debian Linux kernel sometimes fails to
resume from hibernation on my Asus eeepc 1002HA. As stated in bug #611750, I've
observed that when resuming from hibernation, sometimes my computer was
returning to Grub2's menu (without any error message), and I had to do a
normal boot on my Debian Squeeze system (with file systems corrections),
loosing my hibernation's state.
  The fail isn't automatic, but seems to happen more frequently after a while
my computer was disconnected from AC and battery.

  On my system, I've first done a git bisect to identify the culprit patch
(testing hibernation / resume about 5 times before to tag it 'ok'), and found a
security uptstream patch 2.6.32.28.
  Then, I've done a manual bisecting among patches included in this security
patch, and actually found that my problem comes from :

x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch

I've tested the original Debian Linux kernel 2.6.32-31, I got the same problem,
and I'm now running a modified version of 2.6.32-31 with this former patch
reverted, with success since then (about 3 weeks).

I'm defining this new separate bug report following Ben Hutchings' suggestion
in #611750 report.


Fred.



-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
not available

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory
Controller Hub [8086:27ac] (rev 03)
Subsystem: ASUSTeK Computer Inc. Device [1043:830f]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort-
MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied
Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME
Express Integrated Graphics Controller [8086:27ae] (rev 03) (prog-if 00 [VGA
controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:830f]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort-
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fbd0 (32-bit, non-prefetchable) [size=512K]
Region 1: I/O ports at dc80 [size=8]
Region 2: Memory at d000 (32-bit, prefetchable) [size=256M]
Region 3: Memory at fbcc (32-bit, non-prefetchable) [size=256K]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915
Kernel modules: i915

00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME,
943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03)
Subsystem: ASUSTeK Computer Inc. Device [1043:830f]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort-
MAbort- SERR- PERR- INTx-
Latency: 0
Region 0: Memory at fbd8 (32-bit, non-prefetchable) [size=512K]
Capabilities: access denied

00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition
Audio Controller [8086:27d8] (rev 02)
Subsystem: ASUSTeK Computer Inc. Device [1043:834a]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort-
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fbcb8000 (64-bit, non-prefetchable) [size=16K]
Capabilities: access denied
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel

00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port
1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort-
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
I/O behind bridge: 1000-1fff
Memory behind bridge: 4000-401f
Prefetchable memory behind bridge: 4020-403f
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort-
MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in 

Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address

2011-04-11 Thread Vadim Solomin
On Monday 11 April 2011 14:55:42 you wrote:
 Yes - same here. I reported that already.

Yeah, I've missed it -- I wasn't subscribed to the bug, and your mail hadn't 
appeared on b.d.o page until after I've sent mine.

Sorry for duplication.
 
 cheers, Marc

-- 
Vadim Solomin



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201104111628.36067.vadic...@gmail.com



Processed: tagging 619877

2011-04-11 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 tags 619877 + fixed-upstream
Bug #619877 [nfs-common] rpc.mountd: svc_tli_create: could not bind to 
requested address
Added tag(s) fixed-upstream.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
619877: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619877
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.130253601231580.transcr...@bugs.debian.org



Bug#622146: nfs-common: compatibility between squeeze and sid broken

2011-04-11 Thread Luk Claes
On 04/10/2011 08:45 PM, Rico Rommel wrote:
 Am Sonntag, 10. April 2011, 20:09:36 schrieb Luk Claes:
 On 04/10/2011 06:10 PM, Rico Rommel wrote:
 Am Sonntag, 10. April 2011, 17:57:11 schrieb Ben Hutchings:
 On Sun, 2011-04-10 at 17:48 +0200, Rico Rommel wrote:

 I noticed, that nfs-common doesn't depend on librpcsecgss3 anymore and
 tried a rebuild using librpcsecgss3.
 But librpcsecgss3 conflicts with the now used libtirpc1, which provides
 ipv6 support to nfs. (as i understood)

 Does removing librpcsecgss3 solve the problem?
 
 No, it doesn't make any difference. 
 librpcsecgss3 isn't used by nfs-common 1.2.3-2

What kernel version are you using on the clients? If you're not using
sid's kernel, does upgrading to a recent kernel (and rebooting
obviously) solve anything?

If that also does not work, I guess we could prepare an upload
containing support to limit the negotiated enctypes [1] to see if that
helps.

Cheers

Luk

[1]
http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commit;h=d6c1b35c6b40243bfd6fba2591c9f8f2653078c0

Cheers

Luk



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4da32c3d.1060...@debian.org



Processed: [bts-link] source package linux-2.6

2011-04-11 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 #
 # bts-link upstream status pull for source package linux-2.6
 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
 #
 user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org (was 
bts-link-de...@lists.alioth.debian.org).
 # remote status report for #594149 (http://bugs.debian.org/594149)
 #  * http://bugzilla.kernel.org/show_bug.cgi?id=17081
 #  * remote status changed: NEEDINFO - REJECTED
 #  * remote resolution changed: (?) - INSUFFICIENT-DATA
 #  * closed upstream
 tags 594149 + fixed-upstream
Bug #594149 [linux-2.6] linux-image-2.6.32-5-amd64: Lid switch correct every 
other time; suspend every other lid close; Samsung N150-11 netbook
Added tag(s) fixed-upstream.
 usertags 594149 - status-NEEDINFO
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; 
suspend every other lid close; Samsung N150-11 netbook
Usertags were: status-NEEDINFO.
Usertags are now: .
 usertags 594149 + status-REJECTED resolution-INSUFFICIENT-DATA
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; 
suspend every other lid close; Samsung N150-11 netbook
There were no usertags set.
Usertags are now: status-REJECTED resolution-INSUFFICIENT-DATA.
 # remote status report for #620216 (http://bugs.debian.org/620216)
 #  * http://bugzilla.kernel.org/show_bug.cgi?id=32342
 #  * remote status changed: (?) - NEW
 usertags 620216 + status-NEW
Bug#620216: linux-image-2.6.38-1-686: kernel hangs with XFS
There were no usertags set.
Usertags are now: status-NEW.
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
620216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620216
594149: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594149
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.130254152422874.transcr...@bugs.debian.org



Bug#622146: nfs-common: compatibility between squeeze and sid broken

2011-04-11 Thread Rico Rommel
Am Montag, 11. April 2011, 18:28:45 schrieb Luk Claes:
 On 04/10/2011 08:45 PM, Rico Rommel wrote:
  Am Sonntag, 10. April 2011, 20:09:36 schrieb Luk Claes:
  On 04/10/2011 06:10 PM, Rico Rommel wrote:
  Am Sonntag, 10. April 2011, 17:57:11 schrieb Ben Hutchings:
  On Sun, 2011-04-10 at 17:48 +0200, Rico Rommel wrote:
  I noticed, that nfs-common doesn't depend on librpcsecgss3 anymore and
  tried a rebuild using librpcsecgss3.
  But librpcsecgss3 conflicts with the now used libtirpc1, which provides
  ipv6 support to nfs. (as i understood)
  
  Does removing librpcsecgss3 solve the problem?
  
  No, it doesn't make any difference.
  librpcsecgss3 isn't used by nfs-common 1.2.3-2
 
 What kernel version are you using on the clients? If you're not using
 sid's kernel, does upgrading to a recent kernel (and rebooting
 obviously) solve anything?

The clients are running 2.6.38-2 (amd64) from sid.



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


[bts-link] source package linux-2.6

2011-04-11 Thread bts-link-upstream
#
# bts-link upstream status pull for source package linux-2.6
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user bts-link-upstr...@lists.alioth.debian.org

# remote status report for #594149 (http://bugs.debian.org/594149)
#  * http://bugzilla.kernel.org/show_bug.cgi?id=17081
#  * remote status changed: NEEDINFO - REJECTED
#  * remote resolution changed: (?) - INSUFFICIENT-DATA
#  * closed upstream
tags 594149 + fixed-upstream
usertags 594149 - status-NEEDINFO
usertags 594149 + status-REJECTED resolution-INSUFFICIENT-DATA

# remote status report for #620216 (http://bugs.debian.org/620216)
#  * http://bugzilla.kernel.org/show_bug.cgi?id=32342
#  * remote status changed: (?) - NEW
usertags 620216 + status-NEW

thanks


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110411170523.11314.35076.btsl...@busoni.debian.org



Bug#620848: linux-image-2.6.32-5-amd64: unable to enumerate usb device 6 (UPDATE)

2011-04-11 Thread Hans-J. Ullrich
Hi all,
got the same bug also with kernel 2.6.38-2-amd64.

Just for info.

Hans



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201104111821.18762.hans.ullr...@loop.de



Bug#622236: closed by Bastian Blank wa...@debian.org (Re: Bug#622236: Updating nfs-common to version 1.2.3-2 wants to remove portmap)

2011-04-11 Thread Александър Годумов
I am sorry about filing an improper bug report. I hadn't noticed the
changelong.

Best regards

В 13:02 + на 11.04.2011 (пн), Debian Bug Tracking System написа:
 11, 2011 at 01:09:59PM +0300, Александър Годумов wrote:
  Upgrading nfs-common from version 1.2.3-1 to version 1.2.3-2
 (the latest in
  Unstable) wants to remove the package portmap and install
 rpcbind.
 
 This is doc
 


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


Bug#620059: #620059: nfs-kernel: Starting NFS kernel daemon: nfsd mountd failed!

2011-04-11 Thread Han Shi Ming

 Hello,

I am referring to the latest version of package nfs-kernel-server 
(nfs-kernel-server_1%3a1.2.3-2_amd64.deb):

This version of the package will install rpcbind (and remove portmap):

The rpc.mountd start up problem is only partially resolved. If you start 
the mountd with --port option (via /etc/default/nfs-kernel-server), you 
still get this error message:

rpc.mountd: svc_tli_create: could not bind to requested address

However, the following workaround can be applied (in 
/etc/default/nfs-kernel-server):

RPCMOUNTDOPTS=--manage-gids --no-nfs-version 2 --port 32771

In my case, the mountd works fine with this.

Rgds

Han Shi Ming





--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4da3587d.7070...@hkicpdr.org



Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address

2011-04-11 Thread Han Shi Ming

Hello,

I am referring to the latest version of package nfs-kernel-server 
(nfs-kernel-server_1%3a1.2.3-2_amd64.deb).

This version of the package will install rpcbind (and remove portmap):

The rpc.mountd start up problem is only partially resolved. If you start 
the mountd with --port option (via /etc/default/nfs-kernel-server), you 
still get this error message:

rpc.mountd: svc_tli_create: could not bind to requested address

However, the following workaround can be applied (in 
/etc/default/nfs-kernel-server):

RPCMOUNTDOPTS=--manage-gids --no-nfs-version 2 --port 32771

In my case, the mountd works fine with this.

Rgds

Han Shi Ming





--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4da359ec.7030...@hkicpdr.org



Bug#620652: linux-image-2.6.38-2-686-bigmem: fails to disable error beep

2011-04-11 Thread Francesco Poli
On Wed, 06 Apr 2011 09:40:22 +0200 henry atting wrote:

 Jonathan Nieder jrnie...@gmail.com writes:
 
  henry atting wrote:
  Jonathan Nieder jrnie...@gmail.com writes:
 
# modprobe -r snd_hda_intel
# modprobe snd_hda_intel beep_mode=0
 
  If that works, maybe 2 (mutable using the software mixer) would be a
  good default for SND_HDA_INPUT_BEEP_MODE.
 
  This works indeed. Becaus I could not unload it (got a message that it
  is still in use) I put these two lines in /etc/rc.local... and the beep
  is gone. 
 
  Thanks.  One final test: if you use beep_mode=2 (instead of beep_mode=0)
  and use your usual mixing app, can you cause the beep to go away (i.e.,
  is there a control for that)?
 
  Depending on the answer, I think we should:
 
   * use beep_mode=2 and find some way to advertise (release notes?)
 that the mixer can be used to turn the beep on and off, or
 
   * keep using beep_mode=1 and find some way to advertise that adding
 a .conf file to /etc/modprobe.d with
 
  options snd_hda_intel beep_mode=0
 
 will turn the beep off.  And if there is some sysfs way to change
 the setting at runtime, that would be worth advertising, too.
 
  Meanwhile I also think it would be a good idea to turn pc speaker
  beeps in general off by default, but that's a separate story (and
  probably should be filed as a separate bug).
 
 Okay, as I could not find a control for the beep in alsamixer I
 installed gnome-alsamixer and, yes, there is a control for the beep. 
 That way I can turn the beep off.

Hi, I've just upgraded from linux-image-2.6.32-5-amd64 (version
2.6.32-31) to linux-image-2.6.38-2-amd64 (version 2.6.38-3) and I think
I see the the problem reported by henry atting.

I am also using an Intel integrated sound card (with snd_hda_intel).

To be more precise, with the default configuration (no change in
modprobe configuration) I had the following behavior with the previous
kernel (linux-image-2.6.32-5-amd64 version 2.6.32-31): the beeps used
to be redirected from the PC-speaker to the sound card, so that they
were not audible when the sound speakers were turned off; when using
headphones connected to the sound speakers, the beeps were only audible
through the headphones (this is especially important in a work
environment or office with a number of other co-workers which are not
be disturbed by your beeps).

Now with the current kernel (linux-image-2.6.38-2-amd64 version
2.6.38-3), again with the default configuration, I hear that the beeps
are coming from *both* the PC-speaker and the sound card, which means
that turning the sound speakers off leaves the beeps coming from the
PC-speaker audible and using headphones does not prevent the disturbing
sounds for co-workers.

I tried the following:

# modprobe -r snd_hda_intel
# modprobe snd_hda_intel beep_mode=0

No beep from the sound card, but beeps coming from the PC-speaker!

# modprobe -r snd_hda_intel
# modprobe snd_hda_intel beep_mode=1

Beeps from both the sound card and the PC-speaker!

# modprobe -r snd_hda_intel
# modprobe snd_hda_intel beep_mode=2

Beeps from both the sound card and the PC-speaker! Only the beeps
coming from the sound card are mutable with alsamixer.

Is there a way to obtain the previous behavior (beeps redirected to the
sound card, and configurable through alsamixer, no beep from the
PC-speaker) with the current kernel?

Please someone help me!
Thanks for your time.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpa2cHeFjOpB.pgp
Description: PGP signature


Bug#582212: Sorry, but I believe this bug was more of a misconfiguration.

2011-04-11 Thread Santiago Garcia Mantinan
 evdev is loaded and doesn't matter.
 I've set up several KVM systems without manual modifications, all the same.
 
 The problem is still present with 2.6.32-bpo.5-amd64.

I'm afraid your problem doesn't have anything to do with kernel or kvm.

If you do have evdev loaded then I'd say that the problem is the new kernel
with oldstable dist, more exactly acpi related packages, if I remember it
correctly when running a squeeze kernel on top of lenny you had to be
running squeeze's acpi packages (no problems of dependencies or any others
appreciated on my setup) in order for events and other acpi stuff to work.

See if you can confirm this in order for the bug to be closed.

Regards.
-- 
Manty/BestiaTester - http://manty.net



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110411224256.ga20...@vip.manty.net



Patch powerpc: Fix default_machine_crash_shutdown #ifdef botch has been added to the 2.6.32-longterm tree

2011-04-11 Thread gregkh

This is a note to let you know that I've just added the patch titled

powerpc: Fix default_machine_crash_shutdown #ifdef botch

to the 2.6.32-longterm tree which can be found at:

http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.32.git;a=summary

The filename of the patch is:
 powerpc-fix-default_machine_crash_shutdown-ifdef-botch.patch
and it can be found in the queue-2.6.32 subdirectory.

If you, or anyone else, feels it should not be added to the 2.6.32 longterm 
tree,
please let sta...@kernel.org know about it.


From kamal...@linux.vnet.ibm.com  Mon Apr 11 15:53:40 2011
From: Kamalesh Babulal kamal...@linux.vnet.ibm.com
Date: Wed, 6 Apr 2011 18:34:48 +0530
Subject: powerpc: Fix default_machine_crash_shutdown #ifdef botch
To: Greg KH g...@kroah.com
Cc: Ben Hutchings b...@decadent.org.uk, sta...@kernel.org, Debian kernel 
maintainers debian-kernel@lists.debian.org, debian-rele...@lists.debian.org, 
Adam D. Barratt a...@adam-barratt.org.uk, paul...@linux.vnet.ibm.com, 
mi...@neuling.org, b...@kernel.crashing.org, an...@samba.org, dann frazier 
da...@dannf.org, ga...@kernel.crashing.org
Message-ID: 20110406130448.gl28...@linux.vnet.ibm.com
Content-Disposition: inline

From: Kamalesh Babulal kamal...@linux.vnet.ibm.com

powerpc: Fix default_machine_crash_shutdown #ifdef botch

Commit: c2be05481f6125254c45b78f334d4dd09c701c82 upstream

crash_kexec_wait_realmode() is defined only if CONFIG_PPC_STD_MMU_64
and CONFIG_SMP, but is called if CONFIG_PPC_STD_MMU_64 even if !CONFIG_SMP.
Fix the conditional compilation around the invocation.

Reported-by: Ben Hutchings b...@decadent.org.uk
Signed-off-by: Paul E. McKenney paul...@linux.vnet.ibm.com
Acked-by: Michael Neuling mi...@neuling.org
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com
cc: Anton Blanchard an...@samba.org
Signed-off-by: Greg Kroah-Hartman gre...@suse.de

---
 arch/powerpc/kernel/crash.c |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/arch/powerpc/kernel/crash.c
+++ b/arch/powerpc/kernel/crash.c
@@ -447,7 +447,7 @@ void default_machine_crash_shutdown(stru
crash_kexec_prepare_cpus(crashing_cpu);
cpu_set(crashing_cpu, cpus_in_crash);
crash_kexec_stop_spus();
-#ifdef CONFIG_PPC_STD_MMU_64
+#if defined(CONFIG_PPC_STD_MMU_64)  defined(CONFIG_SMP)
crash_kexec_wait_realmode(crashing_cpu);
 #endif
if (ppc_md.kexec_cpu_down)


Patches currently in longterm-queue-2.6.32 which might be from 
kamal...@linux.vnet.ibm.com are

/home/gregkh/linux/longterm/longterm-queue-2.6.32/queue-2.6.32/powerpc-fix-default_machine_crash_shutdown-ifdef-botch.patch
/home/gregkh/linux/longterm/longterm-queue-2.6.32/queue-2.6.32/powerpc-kexec-add-ifdef-config_ppc_std_mmu_64-to-ppc64-code.patch


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/13025634211...@kroah.org



Bug#622306: 2.6.32-33 Xen amd64 kernel fails to boot as Xen guest

2011-04-11 Thread Reid Barton
Package: linux-image-2.6.32-5-xen-amd64
Version: 2.6.32-33

We were unable to boot the Xen amd64 flavor of the 2.6.32-32 or
2.6.32-33 proposed kernels as a Xen guest.  The failure occurs very
early, before the kernel prints any messages to the console; the guest
machine shows up in xm list as crashed.

git bisect indicated that the commit x86: Cleanup highmap after brk
is concluded is the probable culprit.  It seems this patch has caused
problems for others as well, see for example
https://bugs.launchpad.net/system76/+bug/752870.  We haven't yet
tested whether the x86, hibernate: Initialize mmu_cr4_features during
boot commit mentioned in that thread fixes the boot as a Xen guest.

Regards,
Reid Barton



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/BANLkTi=d_G61w9JJALi=wqvjue5v-yt...@mail.gmail.com



Patch powerpc: Fix default_machine_crash_shutdown #ifdef botch has been added to the 2.6.33-longterm tree

2011-04-11 Thread gregkh

This is a note to let you know that I've just added the patch titled

powerpc: Fix default_machine_crash_shutdown #ifdef botch

to the 2.6.33-longterm tree which can be found at:

http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.33.git;a=summary

The filename of the patch is:
 powerpc-fix-default_machine_crash_shutdown-ifdef-botch.patch
and it can be found in the queue-2.6.33 subdirectory.

If you, or anyone else, feels it should not be added to the 2.6.33 longterm 
tree,
please let sta...@kernel.org know about it.


From kamal...@linux.vnet.ibm.com  Mon Apr 11 15:53:40 2011
From: Kamalesh Babulal kamal...@linux.vnet.ibm.com
Date: Wed, 6 Apr 2011 18:34:48 +0530
Subject: powerpc: Fix default_machine_crash_shutdown #ifdef botch
To: Greg KH g...@kroah.com
Cc: Ben Hutchings b...@decadent.org.uk, sta...@kernel.org, Debian kernel 
maintainers debian-kernel@lists.debian.org, debian-rele...@lists.debian.org, 
Adam D. Barratt a...@adam-barratt.org.uk, paul...@linux.vnet.ibm.com, 
mi...@neuling.org, b...@kernel.crashing.org, an...@samba.org, dann frazier 
da...@dannf.org, ga...@kernel.crashing.org
Message-ID: 20110406130448.gl28...@linux.vnet.ibm.com
Content-Disposition: inline

From: Kamalesh Babulal kamal...@linux.vnet.ibm.com

powerpc: Fix default_machine_crash_shutdown #ifdef botch

Commit: c2be05481f6125254c45b78f334d4dd09c701c82 upstream

crash_kexec_wait_realmode() is defined only if CONFIG_PPC_STD_MMU_64
and CONFIG_SMP, but is called if CONFIG_PPC_STD_MMU_64 even if !CONFIG_SMP.
Fix the conditional compilation around the invocation.

Reported-by: Ben Hutchings b...@decadent.org.uk
Signed-off-by: Paul E. McKenney paul...@linux.vnet.ibm.com
Acked-by: Michael Neuling mi...@neuling.org
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com
cc: Anton Blanchard an...@samba.org
Signed-off-by: Greg Kroah-Hartman gre...@suse.de

---
 arch/powerpc/kernel/crash.c |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/arch/powerpc/kernel/crash.c
+++ b/arch/powerpc/kernel/crash.c
@@ -447,7 +447,7 @@ void default_machine_crash_shutdown(stru
crash_kexec_prepare_cpus(crashing_cpu);
cpu_set(crashing_cpu, cpus_in_crash);
crash_kexec_stop_spus();
-#ifdef CONFIG_PPC_STD_MMU_64
+#if defined(CONFIG_PPC_STD_MMU_64)  defined(CONFIG_SMP)
crash_kexec_wait_realmode(crashing_cpu);
 #endif
if (ppc_md.kexec_cpu_down)


Patches currently in longterm-queue-2.6.33 which might be from 
kamal...@linux.vnet.ibm.com are

/home/gregkh/linux/longterm/longterm-queue-2.6.33/queue-2.6.33/powerpc-fix-default_machine_crash_shutdown-ifdef-botch.patch
/home/gregkh/linux/longterm/longterm-queue-2.6.33/queue-2.6.33/powerpc-kexec-add-ifdef-config_ppc_std_mmu_64-to-ppc64-code.patch


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/13025665883...@kroah.org



Patch powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code has been added to the 2.6.33-longterm tree

2011-04-11 Thread gregkh

This is a note to let you know that I've just added the patch titled

powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code

to the 2.6.33-longterm tree which can be found at:

http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.33.git;a=summary

The filename of the patch is:
 powerpc-kexec-add-ifdef-config_ppc_std_mmu_64-to-ppc64-code.patch
and it can be found in the queue-2.6.33 subdirectory.

If you, or anyone else, feels it should not be added to the 2.6.33 longterm 
tree,
please let sta...@kernel.org know about it.


From kamal...@linux.vnet.ibm.com  Mon Apr 11 15:53:13 2011
From: Kamalesh Babulal kamal...@linux.vnet.ibm.com
Date: Wed, 6 Apr 2011 18:31:45 +0530
Subject: powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code
To: Greg KH g...@kroah.com
Cc: Ben Hutchings b...@decadent.org.uk, sta...@kernel.org, Debian kernel 
maintainers debian-kernel@lists.debian.org, debian-rele...@lists.debian.org, 
Adam D. Barratt a...@adam-barratt.org.uk, paul...@linux.vnet.ibm.com, 
mi...@neuling.org, b...@kernel.crashing.org, an...@samba.org, dann frazier 
da...@dannf.org, ga...@kernel.crashing.org
Message-ID: 20110406130145.gk28...@linux.vnet.ibm.com
Content-Disposition: inline

From: Kamalesh Babulal kamal...@linux.vnet.ibm.com

powerpc/kexec: Add ifdef CONFIG_PPC_STD_MMU_64 to PPC64 code

This patch introduces PPC64 specific #ifdef bits from the upstream
commit: b3df895aebe091b1657a42a8c859bd49fc96646b.

Reported-and-tested-by: dann frazier da...@dannf.org
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
Signed-off-by: Kamalesh Babulal kamal...@linux.vnet.ibm.com
cc: Benjamin Herrenschmidt b...@kernel.crashing.org
cc: Anton Blanchard an...@samba.org
Signed-off-by: Greg Kroah-Hartman gre...@suse.de

---
 arch/powerpc/kernel/crash.c |4 
 1 file changed, 4 insertions(+)

--- a/arch/powerpc/kernel/crash.c
+++ b/arch/powerpc/kernel/crash.c
@@ -163,6 +163,7 @@ static void crash_kexec_prepare_cpus(int
 }
 
 /* wait for all the CPUs to hit real mode but timeout if they don't come in */
+#ifdef CONFIG_PPC_STD_MMU_64
 static void crash_kexec_wait_realmode(int cpu)
 {
unsigned int msecs;
@@ -187,6 +188,7 @@ static void crash_kexec_wait_realmode(in
}
mb();
 }
+#endif
 
 /*
  * This function will be called by secondary cpus or by kexec cpu
@@ -445,7 +447,9 @@ void default_machine_crash_shutdown(stru
crash_kexec_prepare_cpus(crashing_cpu);
cpu_set(crashing_cpu, cpus_in_crash);
crash_kexec_stop_spus();
+#ifdef CONFIG_PPC_STD_MMU_64
crash_kexec_wait_realmode(crashing_cpu);
+#endif
if (ppc_md.kexec_cpu_down)
ppc_md.kexec_cpu_down(1, 0);
 }


Patches currently in longterm-queue-2.6.33 which might be from 
kamal...@linux.vnet.ibm.com are

/home/gregkh/linux/longterm/longterm-queue-2.6.33/queue-2.6.33/powerpc-fix-default_machine_crash_shutdown-ifdef-botch.patch
/home/gregkh/linux/longterm/longterm-queue-2.6.33/queue-2.6.33/powerpc-kexec-add-ifdef-config_ppc_std_mmu_64-to-ppc64-code.patch


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/13025665893...@kroah.org



Bug#621032: linux-2.6: please add armhf support

2011-04-11 Thread Martin Michlmayr
* Hector Oron zu...@debian.org [2011-04-05 23:35]:
 Index: debian/config/armhf/config
 ===
 Index: debian/config/armhf/defines
 ===
 Index: debian/config/armhf/config.mx5
 ===

 We'll submit Efika platform config and patches as soon as it is
 possible, but for now this would ease armhf porters building kernel
 task.

I saw what you wrote about submitting configs later but I'm still
confused about armhf/{config,defines,config.mx5}.  Are they empty
files for now?  Do we need all of them? (At least config.mx5 should
not be needed for now if mx5 is not listed in config.)

-- 
Martin Michlmayr
http://www.cyrius.com/



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110412043846.gh27...@jirafa.cyrius.com