Bug#684240: [wheezy] lenovo t61 laptop fails to shutdown

2012-11-02 Thread Luis Mochan
After update-initramfs, it seems to work fine now! Thanks! 
Best regards,
Luis





On Thu, Nov 01, 2012 at 08:19:02PM -0700, Jonathan Nieder wrote:
> Luis Mochan wrote:
> 
> > I guess I made some mistake, as there are messages labeled uvesafb in
> > all the boot attempts this afternoon.
> 
> Ah, I know what step I left out now. :/
> 
> It's
> 
>   update-initramfs -u -k all
> 
> Sorry about that.
> 

-- 

  o
W. Luis Mochán,  | tel:(52)(777)329-1734 /<(*)
Instituto de Ciencias Físicas, UNAM  | fax:(52)(777)317-5388 `>/   /\
Apdo. Postal 48-3, 62251 |   (*)/\/  \
Cuernavaca, Morelos, México  | moc...@fis.unam.mx   /\_/\__/

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org 


-- 
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/20121102174140.gd9...@em.fis.unam.mx



Bug#684240: [wheezy] lenovo t61 laptop fails to shutdown

2012-11-01 Thread Luis Mochan
I guess I made some mistake, as there are messages labeled uvesafb in
all the boot attempts this afternoon. Maybe I should have blacklisted
uvesafb besides commenting it out from
/etc/initramfs-tools/modules. I'll try this during the weekend later.
Regards,
Luis

On Thu, Nov 01, 2012 at 05:57:19PM -0700, Jonathan Nieder wrote:
> Luis Mochan wrote:
> 
> > I followed your instructions below and again got to a black screen and
> > an unresponsive laptop. I had to use a recover disk to go back to the
> > previous configuration. Would the /var/log/messages file be useful?
> 
> To avoid wasting the round-trip:
> 
>  1. Yes, a kernel log from the failing boot would be very helpful,
> since then we might learn something about why it failed. :)
> 
>  2. Testing 3.6.y from experimental as well using the nouveau driver
> with uvesafb disabled would be nice. 
> 
> Thanks,
> Jonathan

-- 

  o
W. Luis Mochán,  | tel:(52)(777)329-1734 /<(*)
Instituto de Ciencias Físicas, UNAM  | fax:(52)(777)317-5388 `>/   /\
Apdo. Postal 48-3, 62251 |   (*)/\/  \
Cuernavaca, Morelos, México  | moc...@fis.unam.mx   /\_/\__/

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org 


-- 
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/20121102031717.gf2...@em.fis.unam.mx



Bug#684240: [wheezy] lenovo t61 laptop fails to shutdown

2012-11-01 Thread Luis Mochan
I followed your instructions below and again got to a black screen and
an unresponsive laptop. I had to use a recover disk to go back to the
previous configuration. Would the /var/log/messages file be useful?
Regards,
Luis



> Could you try nouveau again using this information?  This experiment
> would be using the usual 3.2.y-based kernel from sid or wheezy.  It
> works like this:
> 
>  1. Run "update-alternatives --config glx" and choose "mesa".
>  2. Temporarily comment out the "uvesafb" line in
> /etc/initramfs-tools/modules.
>  3. Move /etc/X11/xorg.conf, /etc/modprobe.d/nvidia-kernel-common.conf,
> and /etc/modprobe.d/uvesafb.conf temporarily out of the way.
>  4. Blacklist nvidia in /etc/modprobe.d.
>  5. Reboot.
> 
> To restore your old settings:
> 
>  4^-1. Unblacklist nvidia in /etc/modprobe.d.
>  3^-1. Move /etc/X11/xorg.conf, /etc/modprobe.d/nvidia-kernel-common.conf,
>and uvesafb.conf back into place.
>  2^-1. Uncomment "uvesafb" in /etc/initramfs-tools/modules.
>  5^-1. Reboot.
>  1^-1. "update-alternatives --config glx" again.
> 
> Curious,
> Jonathan

-- 

  o
W. Luis Mochán,  | tel:(52)(777)329-1734 /<(*)
Instituto de Ciencias Físicas, UNAM  | fax:(52)(777)317-5388 `>/   /\
Apdo. Postal 48-3, 62251 |   (*)/\/  \
Cuernavaca, Morelos, México  | moc...@fis.unam.mx   /\_/\__/

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org 


-- 
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/20121101215232.gi30...@em.fis.unam.mx



Bug#684240: [wheezy] lenovo t61 laptop fails to shutdown

2012-10-31 Thread Luis Mochan
On Tue, Oct 30, 2012 at 04:40:00PM -0700, Jonathan Nieder wrote:
> Luis Mochan wrote:
> 
> > I guess you want this is the relevant output of grep:
> > /etc/initramfs-tools/modules:uvesafb
> > /etc/modprobe.d/uvesafb.conf:options uvesafb mode_option=1280x1024-32 
> > scroll=ywrap
> 
> Actually, the full output (as an attachment) would be helpful.

See attachment.

>...
> Could you try nouveau again using this information?  

 I will later.

Regards,
Luis

/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# initramfs.conf
/etc/initramfs-tools/initramfs.conf:# Configuration file for mkinitramfs(8). 
See initramfs.conf(5).
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Note that configuration options from this 
file can be overridden
/etc/initramfs-tools/initramfs.conf:# by config files in the 
/etc/initramfs-tools/conf.d directory.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot | dep | list ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# most - Add most filesystem and all 
harddrive drivers.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# dep - Try and guess which modules to load.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# netboot - Add the base modules, network 
modules, but skip block devices.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# list - Only include modules from the 
'additional modules' list
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:MODULES=most
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# BUSYBOX: [ y | n ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Use busybox if available.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:BUSYBOX=y
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# KEYMAP: [ y | n ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Load a keymap during the initramfs stage.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:KEYMAP=n
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# COMPRESS: [ gzip | bzip2 | lzma | lzop | 
xz ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:COMPRESS=gzip
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# NFS Section of the config.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# DEVICE: ...
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Specify a specific network interface, 
like eth0
/etc/initramfs-tools/initramfs.conf:# Overridden by optional ip= bootarg
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:DEVICE=
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# NFSROOT: [ auto | HOST:MOUNT ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:NFSROOT=auto
/etc/initramfs-tools/modules:# List of modules that you want to include in your 
initramfs.
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# Syntax:  module_name [args ...]
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# You must run update-initramfs(8) to effect this 
change.
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# Examples:
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# raid1
/etc/initramfs-tools/modules:# sd_mod
/etc/initramfs-tools/modules:uvesafb
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# Configuration file for 
update-initramfs(8)
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# update_initramfs [ yes | all | no ]
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# Default is yes
/etc/initramfs-tools/update-initramfs.conf:# If set to all update-initramfs 
will update all initramfs
/etc/initramfs-tools/update-initramfs.conf:# If set to no disables any update 
to initramfs beside kernel upgrade
/etc/initramfs-tools/update-initramfs.conf:update_initramfs=yes
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# backup_initramfs [ yes | no ]
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# Default is no
/etc/initramfs-tools/update-initramfs.conf:# If set to no leaves no .bak backup 
files.
/etc/initramfs-tools/update-initramfs.conf:backup_initramfs=no
/etc/modprobe.d/alsa-base-blacklist.conf:# Uncomment these entries in order to 
blacklist unwanted modem drivers
/etc/modprobe.d/alsa-base-blacklist.conf:# blacklist snd-atiixp-modem
/etc/modprobe.d/alsa-base-blacklist.conf

Bug#684240: [wheezy] lenovo t61 laptop fails to shutdown

2012-10-30 Thread Luis Mochan
I guess you want this is the relevant output of grep:
/etc/initramfs-tools/modules:uvesafb
/etc/modprobe.d/uvesafb.conf:options uvesafb mode_option=1280x1024-32 
scroll=ywrap

Now that I see it, I vaguely recall writing this this line following 
information in someone's blog. I had started having problems with the 
proprietary driver (Aug 2).

Best regards,
Luis



On Sun, Oct 28, 2012 at 02:04:10PM -0700, Jonathan Nieder wrote:
> Sven Joachim wrote:
> 
> > I think uvesafb is only loaded if you force it to (e.g. with the
> > video=uvesafb kernel parameter), and it's not even included in the
> > initramfs by default.
> 
> Ah.  Luis: please attach the output of
> 
>   grep . /etc/initramfs-tools/* /etc/modprobe.d/*
> 
> Thanks,
> Jonathan

-- 

  o
W. Luis Mochán,  | tel:(52)(777)329-1734 /<(*)
Instituto de Ciencias Físicas, UNAM  | fax:(52)(777)317-5388 `>/   /\
Apdo. Postal 48-3, 62251 |   (*)/\/  \
Cuernavaca, Morelos, México  | moc...@fis.unam.mx   /\_/\__/

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org 


-- 
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/20121030214633.gl...@em.fis.unam.mx



Bug#684240: lenovo t61 laptop fails to shutdown

2012-10-10 Thread Luis Mochan
On Wed, Oct 10, 2012 at 05:32:59PM -0700, Jonathan Nieder wrote:
> Luis Mochan wrote:
> 
> > Thanks for your comments and advice. I'll get back to you when I find 
> > some more time...
> 
> Thanks for the update, and no problem.  Do you mind if I forward your
> message to the bug log?
Of course not. I forgot again!?
Regards,
Luis


-- 
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/20121011010507.ga20...@em.fis.unam.mx



Bug#684240: lenovo t61 laptop fails to shutdown

2012-10-09 Thread Luis Mochan
I followed your instructions. The score is 3-7. X failed to start and
I had to reboot. Then it seemed to work nicely. I tried to suspend the
machine with no success and had to reboot. Then it failed to start
again, so I rebooted and it started nicely. Another reboot and it
failed... The pattern seems to be that when X starts a few thin colored
lines are displayed for a short time and then either the screen turns
black and soon afterwards the small 'waiting' rotating icon
appears. That means success. Otherwise, the screen becomes dark blue-gray
and a thin horizontal blinking-jumping line cursor appears at the left side of
the screen somewhat below the center. That means failure. It seems
that in this case many attempts are made, the disk seems to be quite
active and hundreds of logfiles are produced. Would you care to
receive any?
Best regards,
Luis


On Tue, Oct 09, 2012 at 06:44:14PM -0700, Jonathan Nieder wrote:
> ... 
> Yes.  To start X with the nouveau driver:
> 
>  1. Run "update-alternatives --config glx" and choose "mesa".
> (Both nvidia and nouveau should be able to cope with the mesa
> glx implementation.)
> 
>  2. Install xserver-xorg-video-nouveau.
> 
>  3. Move /etc/X11/xorg.conf temporarily out of the way.
> 
> To restore your old settings, move /etc/X11/xorg.conf back into place
> and run "update-alternatives --config glx" again.
> 
> [...]
> > Anyway, my problem (the laptop fails to shut off) seems to have been
> > solved with the last nvidia upgrade of debian/testing.
> 
> Good to hear.
> 
> >I still have some 
> > other
> > problems like an occasional black screen after suspend/resume.
> 
> I'd still be interested in seeing how well we can get nouveau to work.
> Thanks for your patience.
> 
> Sincerely,
> Jonathan

-- 

  o
W. Luis Mochán,  | tel:(52)(777)329-1734 /<(*)
Instituto de Ciencias Físicas, UNAM  | fax:(52)(777)317-5388 `>/   /\
Apdo. Postal 48-3, 62251 |   (*)/\/  \
Cuernavaca, Morelos, México  | moc...@fis.unam.mx   /\_/\__/

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org 


-- 
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/20121010024652.gb7...@em.fis.unam.mx



Bug#684240: lenovo t61 laptop fails to shutdown

2012-10-09 Thread Luis Mochan
Dear Jonathan,
Thanks again for your interest and patience.
> Here's how I would suggest blacklisting the drivers:
>   echo blacklist nouveau >/etc/modprobe.d/ls-blacklist-gpu-drivers.conf
>   echo blacklist nvidia >>/etc/modprobe.d/ls-blacklist-gpu-drivers.conf
> Then choose "recovery mode" from the boot menu so X doesn't
> automatically start.  This should get you to a console.  You can
> check your work using lsmod.
If I don't blacklist nouveau, the screen becomes dark gray and the
computer seems not to respond, so I had to reboot into a live CD to
blacklist both drivers, as you suggest, in order to get a working
console. I checked with lsmod that neither driver was
installed. Furthermore, I didn't get the usual 'nvidia driver taints
kernel' message on startup. Nevertheless, when X was started (after I
logged off of single user mode), the nvidia startup screen was
displayed and the nvidia driver was loaded. 
  $ lsmod|grep nvidia
  nvidia  10183049  43 
  i2c_core   19116  2 i2c_i801,nvidia
Thus, I guess that the blacklist mechanism doesn't inhibit X from
loading nvidia. 

I found I had another file /etc/modprobe.d/nvidia-kernel-common.conf
with contents:
  alias char-major-195* nvidia
  options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 
NVreg_DeviceFileMode=0660
  # To enable FastWrites and Sidebus addressing, uncomment these lines
  # options nvidia NVreg_EnableAGPSBA=1
  # options nvidia NVreg_EnableAGPFW=1

  # see #580894
  blacklist nouveau
I renamed it to /etc/modprobe.d/nvidia-kernel-common.confold to get it
out of the way, but I didn't notice any change. I don't know if it is
better to keep that file as it was or to remove it. I checked the /dev
directory:
  $ ls -l /dev/|grep nvidia
  crw-rw-rw-+ 1 root   root  195,   0 Oct  9 19:57 nvidia0
  crw-rw-rw-+ 1 root   root  195, 255 Oct  9 19:57 nvidiactl
Also, I don't know if I should keep my current configuration
(blacklisting nvidia and nouveau) or if I should return to the previous one.

Anyway, my problem (the laptop fails to shut off) seems to have been
solved with the last nvidia upgrade of debian/testing. I still have some other
problems like an occasional black screen after suspend/resume.

As you see, there are many things I don't understand, but I'm very
grateful for your advice.

Best regards,
Luis



> 
> Then remove the /etc/modprobe.d/ls-blacklist-gpu-drivers.conf file
> to return to the previous configuration.
> 
> If you want to load one of the drivers for a single boot, the simplest
> way is to modprobe it directly.
> 
> >> Results from testing nouveau with the 3.5.y kernel from experimental
> >> would be interesting as well.
> >
> > I would also require directions or pointers on how to install from
> > experimental. I usually employ 'aptitude'.
> 
> Add a line for experimental to /etc/apt/sources.list:
> 
>   deb http://mirrors.kernel.org/debian/ experimental main
> 
> Packages won't be installed from there automatically.  To install
> a particular package, pass "-t experimental" to aptitude:
> 
>   aptitude update
>   aptitude -t experimental install linux-image-3.5-686-pae
> 
> Thanks,

-- 

  o
W. Luis Mochán,  | tel:(52)(777)329-1734 /<(*)
Instituto de Ciencias Físicas, UNAM  | fax:(52)(777)317-5388 `>/   /\
Apdo. Postal 48-3, 62251 |   (*)/\/  \
Cuernavaca, Morelos, México  | moc...@fis.unam.mx   /\_/\__/

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org 


-- 
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/20121010013026.ga4...@fmunu.fis.unam.mx



Bug#684240: lenovo t61 laptop fails to shutdown

2012-10-01 Thread Luis Mochan
Hi Jonathan,
> >> Does blacklisting both nvidia and nouveau work?
> > I haven't tried yet.
> >...
> > The screen appears black, with some blinking gray lines. I'll post
> > more details when I try again.
> 
> Thanks, and sorry for the slow reply.  Did you get a chance to try
> this? 
Sorry for the slow action. I have not tried again to blacklist neither
nvidia nor noveau. I'm not completely sure how to do it and have not
found the time to read and experiment. 
> I think the most straightforward way to fix this bug would be
> to get nouveau working with your card, so I'd be interested in
> pursuing that.
Thanks for your interest; it motivates me to try again. My system is
debian/testing. Can you suggest which steps must be taken to blacklist
both drivers (and which steps to re-enable them, in case I have to
revert to the current working but non-ideal situation).
> Results from testing nouveau with the 3.5.y kernel from experimental
> would be interesting as well.
I would also require directions or pointers on how to install from
experimental. I usually employ 'aptitude'.
Best regards,
Luis


-- 
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/20121002020516.gh8...@em.fis.unam.mx



Bug#684240: lenovo t61 laptop fails to shutdown

2012-08-18 Thread Luis Mochan

Hello Jonathan,

On Sat, Aug 18, 2012 at 03:38:03AM -0700, Jonathan Nieder wrote:
> Hi Luis,
> 
> ...
> 
> Does blacklisting both nvidia and nouveau work?
I haven't tried yet.
> Can you say a little more about how nouveau makes your laptop
> video useless (preferably with logs, e.g. if you can ssh in)?  That
> would be another, important bug.
The screen appears black, with some blinking gray lines. I'll post
more details when I try again. If I recall correctly, a long time ago
my video worked reasonably with the nv driver. Since it was not
supported anymore under wheezy, I installed the proprietary nvidia
driver. Anyway, I will test again removing the driver when I find some
free time. 
Best regards,
Luis


-- 
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/20120819005633.gb4...@yapaque.fis.unam.mx



Bug#684240: linux-image-3.2.0-3-686-pae: lenovo t61 laptop fails to shutdown

2012-08-16 Thread Luis Mochan

Dear Ben,
I tried, but after blacklisting nvidia, commenting out
nvidia-kernel-common.conf and running update-initramfs -u to avoid
nvidia being loaded, the noveau driver was loaded instead and the
video of my laptop became useless. I couldn't use nor X nor the text
consoles. I had to boot from a live CD to revert my changes and load
nvidia again.
Regards,
Luis


On Sun, Aug 12, 2012 at 11:39:35PM +0100, Ben Hutchings wrote:
> On Tue, 2012-08-07 at 23:31 -0500, Luis Mochan wrote:
> > At one time I had problems with my graphics card and they were solved
> > installing the proprietary nvidia driver. Could that be the problem?
> > The message 'driver taints kernel' makes me somewhat nervous, but it
> > has worked fine for a long time. 
> [...]
> 
> The 'taint' mechanism is used to flag anything that might cause
> instability and that can't easily be supported by kernel developers.
> For example, some hardware problems, and proprietary modules.  I realise
> that many people use the nvidia driver without problems, but in case it
> does cause a problem neither Debian nor upstream kernel maintainers
> should be expected to support it.
> 
> So the obvious first thing to test is whether the problem goes away when
> it is not loaded.  (Note: loading then removing it does not necessarily
> have the same effect.  You have to make sure it doesn't get loaded at
> all, either by using modprobe's 'blacklist' directive or by removing the
> module from the disk.)
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Sturgeon's Law: Ninety percent of everything is crap.



-- 

  o
W. Luis Mochán,  | tel:(52)(777)329-1734 /<(*)
Instituto de Ciencias Físicas, UNAM  | fax:(52)(777)317-5388 `>/   /\
Apdo. Postal 48-3, 62251 |   (*)/\/  \
Cuernavaca, Morelos, México  | moc...@fis.unam.mx   /\_/\__/

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org 


-- 
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/20120816202102.ga6...@fmunu.fis.unam.mx



Bug#684240: linux-image-3.2.0-3-686-pae: lenovo t61 laptop fails to shutdown

2012-08-07 Thread Luis Mochan
At one time I had problems with my graphics card and they were solved
installing the proprietary nvidia driver. Could that be the problem?
The message 'driver taints kernel' makes me somewhat nervous, but it
has worked fine for a long time. 
Regards,
Luis




On Wed, Aug 08, 2012 at 02:37:46AM +0100, Ben Hutchings wrote:
> On Tue, 2012-08-07 at 20:09 -0500, Luis Mochan wrote:
> > Package: src:linux
> > Version: 3.2.21-3
> > Severity: normal
> > 
> > When I power off my system, either using the power-off menu entry of 
> > gnome-3,
> > of xfce, or running 'shutdown -h now', the shutdown sequence does not 
> > finish.
> 
> I have the same model and haven't seen any such problem, though it's
> possible I haven't done a shutdown (vs suspend or reboot) for quite a
> while.
> 
> [...]
> > -- Package-specific info:
> > ** Version:
> > Linux version 3.2.0-3-686-pae (Debian 3.2.21-3) 
> > (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 
> > SMP Thu Jun 28 08:56:46 UTC 2012
> > 
> > ** Command line:
> > BOOT_IMAGE=/vmlinuz-3.2.0-3-686-pae 
> > root=UUID=3130940f-5c76-4dba-8502-bbde11bcaa80 ro
> > 
> > ** Tainted: PO (4097)
> >  * Proprietary module has been loaded.
> >  * Out-of-tree module has been loaded.
> [...]
> 
> Try removing nvidia.
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Theory and practice are closer in theory than in practice.
> - John Levine, moderator of comp.compilers


-- 
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/20120808043101.ga7...@yapaque.fis.unam.mx



Bug#684240: linux-image-3.2.0-3-686-pae: lenovo t61 laptop fails to shutdown

2012-08-07 Thread Luis Mochan
Package: src:linux
Version: 3.2.21-3
Severity: normal

When I power off my system, either using the power-off menu entry of gnome-3,
of xfce, or running 'shutdown -h now', the shutdown sequence does not finish.
The bluetooth and the battery lights remains on and the laptop feels warm even
after some time (I guess the fan may remain turned on sometimes, but I'm not
sure). To fully power down I have to press the power button for a few seconds.
I'm not sure if it is related, but now I don't see the usual messages that used
to flash in a console during shutdown. (Worse than that, it seems that I have
lost the consoles that used to be available using C-A-F1...F6). Not shutting
down is not critical for my system, but it might be for others that run
unattended. My system has no problem 'sleeping' and 'waking up', though it has
problems 'hibernating'. The problem used to appear occasionally, but now it
seems to be systematic.




-- Package-specific info:
** Version:
Linux version 3.2.0-3-686-pae (Debian 3.2.21-3) 
(debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP 
Thu Jun 28 08:56:46 UTC 2012

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-3-686-pae 
root=UUID=3130940f-5c76-4dba-8502-bbde11bcaa80 ro

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[7.494611] thinkpad_acpi: http://ibm-acpi.sf.net/
[7.496796] thinkpad_acpi: ThinkPad BIOS 7LETC1WW (2.21 ), EC 7KHT24WW-1.08
[7.498968] thinkpad_acpi: Lenovo ThinkPad T61, model 7664P4S
[7.501892] thinkpad_acpi: detected a 8-level brightness capable ThinkPad
[7.505654] thinkpad_acpi: ACPI backlight control delay disabled
[7.508090] thinkpad_acpi: radio switch found; radios are enabled
[7.514634] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is 
unblocked
[7.517875] Registered led device: tpacpi::thinklight
[7.517904] Registered led device: tpacpi::power
[7.517923] Registered led device: tpacpi::standby
[7.517941] Registered led device: tpacpi::thinkvantage
[7.523571] thinkpad_acpi: Standard ACPI backlight interface available, not 
loading native one
[7.526805] thinkpad_acpi: Console audio control enabled, mode: monitor 
(read only)
[7.530442] input: ThinkPad Extra Buttons as 
/devices/platform/thinkpad_acpi/input/input7
[7.700069] nvidia :01:00.0: power state changed by ACPI to D0
[7.702164] nvidia :01:00.0: power state changed by ACPI to D0
[7.704243] nvidia :01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[7.706386] nvidia :01:00.0: setting latency timer to 64
[7.706391] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[7.708591] NVRM: loading NVIDIA UNIX x86 Kernel Module  302.17  Tue Jun 12 
18:37:51 PDT 2012
[7.963743] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input8
[9.701219] Adding 1950444k swap on /dev/sda12.  Priority:-1 extents:1 
across:1950444k 
[   10.319762] EXT3-fs (sda5): using internal journal
[   10.426707] loop: module loaded
[   12.745508] IBM TrackPoint firmware: 0x0e, buttons: 3/3
[   12.967525] input: TPPS/2 IBM TrackPoint as 
/devices/platform/i8042/serio1/serio2/input/input9
[   13.862289] kjournald starting.  Commit interval 5 seconds
[   13.862631] EXT3-fs (sda6): using internal journal
[   13.862640] EXT3-fs (sda6): mounted filesystem with ordered data mode
[   13.915399] kjournald starting.  Commit interval 5 seconds
[   13.915801] EXT3-fs (dm-0): using internal journal
[   13.915809] EXT3-fs (dm-0): mounted filesystem with ordered data mode
[   13.997361] kjournald starting.  Commit interval 5 seconds
[   13.997690] EXT3-fs (sda8): using internal journal
[   13.997698] EXT3-fs (sda8): mounted filesystem with ordered data mode
[   14.067511] kjournald starting.  Commit interval 5 seconds
[   14.067886] EXT3-fs (sda9): using internal journal
[   14.067894] EXT3-fs (sda9): mounted filesystem with ordered data mode
[   14.163041] kjournald starting.  Commit interval 5 seconds
[   14.163845] EXT3-fs (sda10): using internal journal
[   14.163854] EXT3-fs (sda10): mounted filesystem with ordered data mode
[   14.240416] kjournald starting.  Commit interval 5 seconds
[   14.240773] EXT3-fs (sda11): using internal journal
[   14.240781] EXT3-fs (sda11): mounted filesystem with ordered data mode
[   18.863575] fuse init (API version 7.17)
[   24.563963] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input10
[   28.886455] Bluetooth: RFCOMM TTY layer initialized
[   28.888155] Bluetooth: RFCOMM socket layer initialized
[   28.889813] Bluetooth: RFCOMM ver 1.11
[   28.900241] e1000e :00:19.0: irq 46 for MSI/MSI-X
[   28.956142] e1000e :00:19.0: irq 46 for MSI/MSI-X
[   28.956384] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   29.159674] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   29.161369] Bluetooth: BNEP filters: protocol multicast
[   29.2020