mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: Reuben Farrelly <reuben-lkml@reub.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.13-rc6-mm1
Date: Fri, 19 Aug 2005 10:34:35 -0700	[thread overview]
Message-ID: <20050819103435.2c88a9f2.akpm@osdl.org> (raw)
In-Reply-To: <4305DCC6.70906@reub.net>

Reuben Farrelly <reuben-lkml@reub.net> wrote:
>
> Hi,
> 
> On 19/08/2005 11:33 p.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
> > 
> > - Lots of fixes, updates and cleanups all over the place.
> > 
> > - If you have the right debugging options set, this kernel will generate
> >   a storm of sleeping-in-atomic-code warnings at boot, from the scsi code.
> >   It is being worked on.
> 
> A few new problems cropped up with this kernel..
> 
> 1. NFS seems to be unstable, oopsing when shutting down:

--- devel/fs/nfsd/nfssvc.c~ingo-nfs-stuff-fix	2005-08-19 10:29:15.000000000 -0700
+++ devel-akpm/fs/nfsd/nfssvc.c	2005-08-19 10:30:03.000000000 -0700
@@ -286,7 +286,6 @@ out:
 	/* Release the thread */
 	svc_exit_thread(rqstp);
 
-	unlock_kernel();
 	/* Release module */
 	unlock_kernel();
 	module_put_and_exit(0);
_

> ...
> Aug 20 12:26:10 tornado kernel: Device  not ready.
> 
> 2.  That message on the third line of the trace above: "kernel: Device  not 
> ready." is being logged every few mins or so, I believe it is my SCSI CDROM 
> that is causing it.  It also logs something similar after the SCSI driver has 
> probed the device on boot:
> 
> Aug 20 12:24:36 tornado kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA 
> DRIVER, Rev 7.0
> Aug 20 12:24:36 tornado kernel:         <Adaptec 2940 Ultra SCSI adapter>
> Aug 20 12:24:36 tornado kernel:         aic7880: Ultra Wide Channel A, SCSI 
> Id=7, 16/253 SCBs
> Aug 20 12:24:36 tornado kernel:
> Aug 20 12:24:36 tornado kernel:   Vendor: SONY      Model: CD-RW  CRX145S 
> Rev: 1.0b
> Aug 20 12:24:36 tornado kernel:   Type:   CD-ROM 
> ANSI SCSI revision: 04
> Aug 20 12:24:36 tornado kernel:  target0:0:6: Beginning Domain Validation
> Aug 20 12:24:36 tornado kernel:  target0:0:6: Domain Validation skipping write 
> tests
> Aug 20 12:24:36 tornado kernel:  target0:0:6: FAST-10 SCSI 10.0 MB/s ST (100 
> ns, offset 15)
> Aug 20 12:24:36 tornado kernel:  target0:0:6: Ending Domain Validation
> Aug 20 12:24:36 tornado kernel: Device  not ready.
> 
> This has been a problem for quite a few weeks now, albeit I believe, only a 
> cosmetic one.

Is some application trying to poll the device?

Is the device actually "not ready", or is it in reality ready and working? 
ie: what happens if you stick a CD in it?

> 3. As I have a Marvell Yukon 2 chipset, I was _delighted_ to see a new driver 
> from Stephen Hemmingway appear in the netdev tree for it.  However it seems to 
> be a bit broken, I get link up and a bit of traffic before it just stops 
> passing traffic of any sort and requires an rmmod/modprobe to get going again. 
>   I've emailed him directly about this.

OK.

> 4. PAM is complaining about "PAM audit_open() failed: Protocol not suppor
> ted" and I can't log in as any user including root.  I would have picked this 
> was a userspace problem, but it doesn't break with -rc5-mm1, yet reproduceably 
> breaks with -rc6-mm1.  Weird.

hm.  How come you're able to use the machine then?

Is it possible to get an strace of this failure somehow?


  reply	other threads:[~2005-08-19 17:36 UTC|newest]

Thread overview: 67+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-19 11:33 2.6.13-rc6-mm1 Andrew Morton
2005-08-19 13:12 ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:18 ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:22   ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:21 ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-19 17:34   ` Andrew Morton [this message]
2005-08-20  1:27     ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-20  1:34       ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-20  1:36       ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-20 13:40         ` 2.6.13-rc6-mm1 David Woodhouse
2005-08-21  6:25           ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-19 13:25 ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:27   ` 2.6.13-rc6-mm1 Russell King
2005-08-19 13:41     ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 13:45       ` 2.6.13-rc6-mm1 Russell King
2005-08-19 14:05         ` 2.6.13-rc6-mm1 Brice Goglin
2005-08-19 15:02 ` 2.6.13-rc6-mm1: drivers/net/s2io.c: compile error with gcc 4.0 Adrian Bunk
2005-08-19 15:20 ` [PATCH] mips: add pcibios_select_root Yoichi Yuasa
2005-08-19 15:45 ` 2.6.13-rc6-mm1 Ed Tomlinson
2005-08-19 16:04   ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-19 21:01     ` 2.6.13-rc6-mm1 Ed Tomlinson
2005-08-19 21:24       ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-19 16:11 ` 2.6.13-rc6-mm1 Dave Kleikamp
2005-08-19 19:21   ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-19 21:27     ` [RFC] f_maxcount seems to be deprecated ? Eric Dumazet
2005-08-19 21:33       ` Andrew Morton
2005-08-19 22:01         ` [PATCH] Suppress deprecated f_maxcount in 'struct file' Eric Dumazet
2005-08-22 13:08           ` Peter Staubach
2005-08-22 21:57             ` Jesper Juhl
2005-08-19 16:40 ` 2.6.13-rc6-mm1: drivers/scsi/aic7xxx/ compile error Adrian Bunk
2005-08-19 16:42   ` Christoph Hellwig
2005-08-19 16:42 ` 2.6.13-rc6-mm1 Avuton Olrich
2005-08-19 21:10   ` 2.6.13-rc6-mm1 Greg KH
2005-08-19 21:21     ` 2.6.13-rc6-mm1 Avuton Olrich
2005-08-19 17:28 ` 2.6.13-rc6-mm1: too many 'ipv4_table' variables Adrian Bunk
2005-08-19 18:03 ` 2.6.13-rc6-mm1 Jesper Juhl
2005-08-20  1:00   ` [PATCH] fix warning of TANBAC_TB0219 in drivers/char/Kconfig Yoichi Yuasa
2005-08-19 19:22 ` 2.6.13-rc6-mm1 hallyn
2005-08-19 19:51 ` 2.6.13-rc6-mm1 - OOPS in drivers/net/phy Marc Ballarin
2005-08-19 20:34 ` 2.6.13-rc6-mm1: remove-asm-hdregh.patch problems Adrian Bunk
2005-08-19 20:37   ` Andrew Morton
2005-08-19 22:49 ` 2.6.13-rc6-mm1 broke parallel port printer Adrian Bunk
2005-08-19 23:36 ` [-mm patch] drivers/cdrom/sbpcd.c: fix the compilation Adrian Bunk
2005-08-19 23:45   ` Nish Aravamudan
2005-08-20  0:20 ` 2.6.13-rc6-mm1: why is PHYLIB a user-visible option? Adrian Bunk
2005-08-20  0:29   ` Jeff Garzik
2005-08-20 14:49 ` 2.6.13-rc6-mm1 Martin J. Bligh
2005-08-20 15:43 ` 2.6.13-rc6-mm1 [i6300escb.c 2 bugs, little cleanup] Jiri Slaby
2005-08-20 17:36 ` 2.6.13-rc6-mm1: git-ocfs2.patch breaks jffs Adrian Bunk
2005-08-20 19:03 ` [-mm patch] net/core/sysctl_net_core.c: fix PROC_FS=n compile Adrian Bunk
2005-08-21  0:14   ` David S. Miller
2005-08-21 15:08 ` 2.6.13-rc6-mm1 Martin J. Bligh
2005-08-21 16:30 ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-21 17:40   ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-21 21:44     ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-21 22:11       ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-22  1:36 ` 2.6.13-rc6-mm1 Rogério Brito
     [not found] ` <20050822011528.GA12602@ime.usp.br>
2005-08-22  3:48   ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-22 13:30     ` 2.6.13-rc6-mm1 Rogério Brito
     [not found] <fa.h617rae.h64dpq@ifi.uio.no>
2005-08-21  6:40 ` 2.6.13-rc6-mm1 Reuben Farrelly
2005-08-21  6:52   ` 2.6.13-rc6-mm1 Andrew Morton
2005-08-22 15:12     ` 2.6.13-rc6-mm1 John McCutchan
2005-08-21 22:22 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-21 22:34 ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-22 14:37   ` 2.6.13-rc6-mm1 Benoit Boissinot
2005-08-22 16:44     ` 2.6.13-rc6-mm1 Jon Smirl
2005-08-22 18:13       ` 2.6.13-rc6-mm1 Benoit Boissinot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050819103435.2c88a9f2.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=reuben-lkml@reub.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome